[Cooker] newer gideon/kdevelop3 packages
Hi, I uploaded a new version of my gideon/kdevelop3 packages. The packages were compiled on a stock Mandrake 9.1 and tested under 9.2, so both distors can use them. %changelog * Sat Oct 25 2003 el cuco <[EMAIL PROTECTED]> - Fixed version (now it's [Y][M][D], better for incremental updates) - Cleaned the spec even more - Now you can compile your own rpm :) - Fix qt-doc dir - Updated description The most significant change is that you can now get the spec file and run "rpm -bb kdevelop3cvs.spec" and you will get your own rpm, which contains the latest cvs. I have tested once or twice and it seems to work (TM). todo for next version: * fix the icon problem (the app does not have an icon for some reason) * compile also the dot program. apparently I am missing some functionality. Here are the links: http://iglu.org.il/pub/Hebrew/diego/kdevelop/ http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop-3.0-cvs_20031026.i586.rpm http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop3cvs.spec -- diego, 30 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] newer gideon/kdevelop3 packages
> áéåí øàùåï, 26 áàå÷èåáø 2003, 18:47, ðëúá òì éãé [EMAIL PROTECTED]:
>> Please change your release to be a value which rpm will consider to be
>> less than 1, otherwise unsuspecting users who install your package
>> will be stranded with your package when a real kdevelop package is
>> released. This is a non-trivial issue, and a similar issue is
>> currently causing users of Tex's KDE packages to have problems when
>> upgrading to 9.2. Please apply the patch below before you distribute
>> this to too many people.
> i see. it looks like a really ugly hack, but i understand why it's
> needed.
It's not really a hack. It's policy (if you care to read about it in the
Manadrake RPM Howto).
> patched locally, in the next release it will be available.
Thanks.
>
>> Also, this is bad practice (yes, I know it is used by KDE spec file
>> templates, but that is no excuse):
>>
>> find . -type d | egrep kdevelep | sed
>> '1,2d;s,^\.,\%attr(-\,root\,root) %dir,' >
>> $RPM_BUILD_DIR/file.list.kdevelop
>>
>> because you will own many directories which you should not own (/usr,
>> /usr/bin, /usr/lib, etc etc). But you can fix those yourself.
> so, what is the best remedy for that?
> making the file list by my own?
The file list can be made automatically, but you cannot use a simple 'find
%{buildroot} -type d |sed -e "s,%{buildroot},,g" to choose which
directories you own. Since there aren't that many directories, yes, paste
your directory list into the spec file and take out any directories that
should be owned by another package (ie only leave those directories which
have the package name as the last component or something like that). This
might do:
find %{buildroot} -type d |sed -e "s,%{buildroot},,g"|grep '%{name}$'
Regards,
Buchan
Re: [Cooker] newer gideon/kdevelop3 packages
ביום ראשון, 26 באוקטובר 2003, 18:47, נכתב על ידי [EMAIL PROTECTED]: > > todo for next version: > > * fix the icon problem (the app does not have an icon for some reason) * > > compile also the dot program. apparently I am missing some > > functionality. > > > > Here are the links: > > http://iglu.org.il/pub/Hebrew/diego/kdevelop/ > > http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop-3.0-cvs_20031026.i5 > >86.rpm http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop3cvs.spec > > Please change your release to be a value which rpm will consider to be > less than 1, otherwise unsuspecting users who install your package will be > stranded with your package when a real kdevelop package is released. This > is a non-trivial issue, and a similar issue is currently causing users of > Tex's KDE packages to have problems when upgrading to 9.2. Please apply > the patch below before you distribute this to too many people. i see. it looks like a really ugly hack, but i understand why it's needed. patched locally, in the next release it will be available. > Also, this is bad practice (yes, I know it is used by KDE spec file > templates, but that is no excuse): > > find . -type d | egrep kdevelep | sed '1,2d;s,^\.,\%attr(-\,root\,root) > %dir,' > $RPM_BUILD_DIR/file.list.kdevelop > > because you will own many directories which you should not own (/usr, > /usr/bin, /usr/lib, etc etc). But you can fix those yourself. so, what is the best remedy for that? making the file list by my own? -- diego, 1 Heshvan 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] newer gideon/kdevelop3 packages
> todo for next version:
> * fix the icon problem (the app does not have an icon for some reason) *
> compile also the dot program. apparently I am missing some
> functionality.
>
> Here are the links:
> http://iglu.org.il/pub/Hebrew/diego/kdevelop/
> http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop-3.0-cvs_20031026.i586.rpm
> http://iglu.org.il/pub/Hebrew/diego/kdevelop/kdevelop3cvs.spec
Please change your release to be a value which rpm will consider to be
less than 1, otherwise unsuspecting users who install your package will be
stranded with your package when a real kdevelop package is released. This
is a non-trivial issue, and a similar issue is currently causing users of
Tex's KDE packages to have problems when upgrading to 9.2. Please apply
the patch below before you distribute this to too many people.
Also, this is bad practice (yes, I know it is used by KDE spec file
templates, but that is no excuse):
find . -type d | egrep kdevelep | sed '1,2d;s,^\.,\%attr(-\,root\,root)
%dir,' > $RPM_BUILD_DIR/file.list.kdevelop
because you will own many directories which you should not own (/usr,
/usr/bin, /usr/lib, etc etc). But you can fix those yourself.
Regards,
Buchan
--- downloads/kdevelop3cvs.spec 2003-10-26 15:37:31.0 +0200
+++ downloads/kdevelop3cvs-fixed.spec 2003-10-26 18:39:29.0 +0200
@@ -19,7 +19,7 @@
Name: kdevelop
Summary: Integrated Development Environment for C++/C
Version: 3.0
-Release: %_date
+Release: 0.%{_date}
#Source1: kdevelop-%{version}_for_KDE_3.1.tar.bz2
#Source1: c_cpp_reference-2.0.2.tar.bz2
