From troll at pld-linux.org Wed Dec 1 00:10:54 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Wed, 1 Dec 2004 00:10:54 +0100 Subject: SPECS (DEVEL): python.spec - updated to 2.4 final In-Reply-To: <41ACFAD4.7090002@toya.net.pl> References: <41ACFAD4.7090002@toya.net.pl> Message-ID: <200412010010.54508@tintia.doriath> It seems like on Tuesday 30 of November 2004 23:57, Jakub Piotr C?apa typed: > troll wrote: > > Author: troll Date: Tue Nov 30 22:51:01 2004 GMT > > Module: SPECS Tag: DEVEL > > ---- Log message: > > - updated to 2.4 final > > Merge to HEAD? (+ maybe AC-branch for 2.3 if we don't plan to ship 2.4 > in AC) Do you think the .spec file is already stable enough? -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From loc at toya.net.pl Wed Dec 1 09:06:12 2004 From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=) Date: Wed, 01 Dec 2004 09:06:12 +0100 Subject: SPECS (DEVEL): python.spec - updated to 2.4 final In-Reply-To: <200412010010.54508@tintia.doriath> References: <41ACFAD4.7090002@toya.net.pl> <200412010010.54508@tintia.doriath> Message-ID: <41AD7B74.300@toya.net.pl> Michal Chruszcz wrote: > It seems like on Tuesday 30 of November 2004 23:57, Jakub Piotr C?apa typed: > >>troll wrote: >> >>>Author: troll Date: Tue Nov 30 22:51:01 2004 GMT >>>Module: SPECS Tag: DEVEL >>>---- Log message: >>>- updated to 2.4 final >> >>Merge to HEAD? (+ maybe AC-branch for 2.3 if we don't plan to ship 2.4 >>in AC) > > Do you think the .spec file is already stable enough? I'm using it since the beginning and I am quite happy. (there are only some problems with directories in /usr/share versus /usr/lib but these are rather because of bug in packages and not in Python) -- Regards, Jakub Piotr C?apa -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3387 bytes Desc: S/MIME Cryptographic Signature URL: From qboosh at pld-linux.org Wed Dec 1 11:34:33 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 1 Dec 2004 11:34:33 +0100 Subject: SOURCES: pldcpan.pl - use more macros In-Reply-To: References: Message-ID: <20041201103433.GA28458@gruby.cs.net.pl> On Wed, Dec 01, 2004 at 10:30:28AM +0000, radek wrote: > Author: radek Date: Wed Dec 1 10:30:28 2004 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - use more macros > ================================================================ > Index: SOURCES/pldcpan.pl > diff -u SOURCES/pldcpan.pl:1.21 SOURCES/pldcpan.pl:1.22 > --- SOURCES/pldcpan.pl:1.21 Wed Nov 3 21:57:37 2004 > +++ SOURCES/pldcpan.pl Wed Dec 1 10:30:22 2004 > @@ -540,11 +540,11 @@ > [% END -%] > Group: Development/Languages/Perl > [% IF tarname -%] > -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/[% tarname_unexp %] > +Source0: http://www.cpan.org/modules/by-module/%{pdir}/[% tarname_unexp %] > [% ELSIF pnam -%] > -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/%{pdir}-%{pnam}-%{version}.tar.gz > +Source0: http://www.cpan.org/modules/by-module/%{pdir}/%{pdir}-%{pnam}-%{version}.tar.gz > [% ELSE -%] > -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/%{pdir}-%{version}.tar.gz > +Source0: http://www.cpan.org/modules/by-module/%{pdir}/%{pdir}-%{version}.tar.gz > [% END -%] > [% IF source0md5 -%] > # Source0-md5: [% source0md5 %] These expands were intentional, see changelog. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From radek at karnet.pl Wed Dec 1 12:00:36 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Wed, 1 Dec 2004 12:00:36 +0100 Subject: SOURCES: pldcpan.pl - use more macros In-Reply-To: <20041201103433.GA28458@gruby.cs.net.pl> References: <20041201103433.GA28458@gruby.cs.net.pl> Message-ID: <20041201110036.GD7095@bongo> Jakub Bogusz [01-12-2004 11:34]: > On Wed, Dec 01, 2004 at 10:30:28AM +0000, radek wrote: [...] >> -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/[% tarname_unexp %] >> +Source0: http://www.cpan.org/modules/by-module/%{pdir}/[% tarname_unexp %] [...] > These expands were intentional, see changelog. Hm. revision 1.21 date: 2004/11/03 21:57:37; author: ankry; state: Exp; lines: +4 -4 - be gpm-friendly Come on, we have 1439 perl-*.spec files today. They have to be managed automatically, unless you have a spare eternity to copy&paste these URIs by hand. Get yourself some kind of wrapper (using specparser.pl, for example). -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From troll at pld-linux.org Wed Dec 1 15:44:02 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Wed, 1 Dec 2004 15:44:02 +0100 Subject: SPECS (DEVEL): python.spec - updated to 2.4 final In-Reply-To: <41AD7B74.300@toya.net.pl> References: <200412010010.54508@tintia.doriath> <41AD7B74.300@toya.net.pl> Message-ID: <200412011544.02654@tintia.doriath> It seems like on Wednesday 01 of December 2004 09:06, Jakub Piotr C?apa typed: > Michal Chruszcz wrote: > > Do you think the .spec file is already stable enough? > > I'm using it since the beginning and I am quite happy. (there are only > some problems with directories in /usr/share versus /usr/lib but these > are rather because of bug in packages and not in Python) That's what I'm asking about. Final is final and earlier or later it is going to be merged with HEAD, nevertheless the problem may be (are?) packages - python.spec itself or other depending on it. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From troll at pld-linux.org Wed Dec 1 16:33:36 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Wed, 1 Dec 2004 16:33:36 +0100 Subject: SPECS (DEVEL): python.spec - scriptdir is back - rel. 1 In-Reply-To: References: Message-ID: <200412011633.36433@tintia.doriath> It seems like on Wednesday 01 of December 2004 13:28, wrobell typed: > Author: wrobell Date: Wed Dec 1 12:28:21 2004 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - scriptdir is back > - rel. 1 Why the hell have you reverted changes even not trying to test it? No files are installed into scriptdir and it have to disappear! Secondly why have you changed the release to decimal one since the .spec file and distribution of Python isn't complete? You want to distrubute that package as the final release with broken %files and old documentation?! Remember: never ever sell your brain again! -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From wrobell at pld-linux.org Wed Dec 1 17:03:41 2004 From: wrobell at pld-linux.org (wrobell) Date: Wed, 1 Dec 2004 17:03:41 +0100 Subject: SPECS (DEVEL): python.spec - scriptdir is back - rel. 1 In-Reply-To: <200412011633.36433@tintia.doriath> References: <200412011633.36433@tintia.doriath> Message-ID: <20041201160341.GC15470@pred> On Wed, Dec 01, 2004 at 04:33:36PM +0100, Michal Chruszcz wrote: > It seems like on Wednesday 01 of December 2004 13:28, wrobell typed: > > Author: wrobell Date: Wed Dec 1 12:28:21 2004 GMT > > Module: SPECS Tag: DEVEL > > ---- Log message: > > - scriptdir is back > > - rel. 1 > > Why the hell have you reverted changes even not trying to test it? No files > are installed into scriptdir and it have to disappear! Who told and when that scriptdir is going to disappear? Has such decision been discussed with jajcus? Why do you claim that I did not test it? Which rpm do you use? > Secondly why have you changed the release to decimal one since the .spec > file and distribution of Python isn't complete? You want to distrubute that > package as the final release with broken %files and old documentation?! > Remember: never ever sell your brain again! It is complete, maybe there is missing something, but IMO it is very, very usable. Give me some arguments, please. Old docs? Take a look at spec file, please. wrobell -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From troll at pld-linux.org Wed Dec 1 17:33:26 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Wed, 1 Dec 2004 17:33:26 +0100 Subject: SPECS (DEVEL): python.spec - scriptdir is back - rel. 1 In-Reply-To: <20041201160341.GC15470@pred> References: <200412011633.36433@tintia.doriath> <20041201160341.GC15470@pred> Message-ID: <200412011733.26251@tintia.doriath> It seems like on Wednesday 01 of December 2004 17:03, wrobell typed: > On Wed, Dec 01, 2004 at 04:33:36PM +0100, Michal Chruszcz wrote: > > It seems like on Wednesday 01 of December 2004 13:28, wrobell typed: > > > Author: wrobell Date: Wed Dec 1 12:28:21 2004 > > > GMT Module: SPECS Tag: DEVEL > > > ---- Log message: > > > - scriptdir is back > > > - rel. 1 > > > > Why the hell have you reverted changes even not trying to test it? No > > files are installed into scriptdir and it have to disappear! > > Who told and when that scriptdir is going to disappear? Has such decision > been discussed with jajcus? Well, I don't think that Python developers are going to discuss anything with us.... > Why do you claim that I did not test it? Which rpm do you use? $ rpm -q rpm rpm-4.3-0.20040107.42 > > Secondly why have you changed the release to decimal one since the > > .spec file and distribution of Python isn't complete? You want to > > distrubute that package as the final release with broken %files and old > > documentation?! Remember: never ever sell your brain again! > > It is complete, maybe there is missing something, but IMO it is very, > very usable. Give me some arguments, please. The discussion takes place two topics above. > Old docs? Take a look at spec file, please. I've seen it therefore I'm saying that. Better you take a look at it, because it seems you don't know what you're talking about. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From qboosh at pld-linux.org Wed Dec 1 19:52:13 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 1 Dec 2004 19:52:13 +0100 Subject: SOURCES: pldcpan.pl - use more macros In-Reply-To: <20041201110036.GD7095@bongo> References: <20041201103433.GA28458@gruby.cs.net.pl> <20041201110036.GD7095@bongo> Message-ID: <20041201185213.GC16863@satan.blackhosts> On Wed, Dec 01, 2004 at 12:00:36PM +0100, Radoslaw Zielinski wrote: > Jakub Bogusz [01-12-2004 11:34]: > > On Wed, Dec 01, 2004 at 10:30:28AM +0000, radek wrote: > [...] > >> -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/[% tarname_unexp %] > >> +Source0: http://www.cpan.org/modules/by-module/%{pdir}/[% tarname_unexp %] > [...] > > These expands were intentional, see changelog. > > Hm. > > revision 1.21 > date: 2004/11/03 21:57:37; author: ankry; state: Exp; lines: +4 -4 > - be gpm-friendly > > Come on, we have 1439 perl-*.spec files today. They have to be managed > automatically, unless you have a spare eternity to copy&paste these URIs > by hand. Get yourself some kind of wrapper (using specparser.pl, for > example). And what these macros in Source URLs improve for automatical processing when spec is already created? Unification does matter, but not presence of these macros in URLs. Not all changes can be done automatically and I'm rather doing individual changes in single specs, sometimes needing to check another version(s) of certain package. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From jajcus at bnet.pl Wed Dec 1 21:36:18 2004 From: jajcus at bnet.pl (Jacek Konieczny) Date: Wed, 1 Dec 2004 21:36:18 +0100 Subject: SPECS (DEVEL): python.spec - scriptdir is back - rel. 1 In-Reply-To: <200412011733.26251@tintia.doriath> References: <200412011633.36433@tintia.doriath> <20041201160341.GC15470@pred> <200412011733.26251@tintia.doriath> Message-ID: <20041201203618.GA2114@serwis2.beta> On Wed, Dec 01, 2004 at 05:33:26PM +0100, Michal Chruszcz wrote: > Well, I don't think that Python developers are going to discuss anything > with us.... Python built from the original sources is not FHS compliant. In python, even the original sources, there is a possibility to separate architecture-dependant and architecture independant files, but in a not-FHS-compliant way. Our Python 2.3 is patched to be FHS compliant (FHS compliance is one of our goals) and any python code using standard python mechanisms to choose instalation directories will work well with such separation. I guess the FHS patch was dropped or not updated in the DEVEL branch -- this is wrong, because that is a regression. However it might be possible, that all python 2.4 code is installed in the libdir (architecture-dependant tree), but the output RPMS still support the separation and architecture-independant modules may be built. That would be OK. But if the Python built from the spec doesn't support modules in /usr/share at all, that it cannot go to PLD, as that would mean no architecture independant (*.noarch.rpm) python package/modules -- that is not nice. Greets, Jacek From adamg at biomerieux.pl Wed Dec 1 21:12:31 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 1 Dec 2004 21:12:31 +0100 Subject: SPECS: php-pear-Structures_DataGrid.spec - Requires: php-pear-Pager In-Reply-To: References: Message-ID: <20041201201231.GC978@mysza.eu.org> On Wed, Dec 01, 2004 at 03:16:56PM +0000, krzak wrote: > Author: krzak Date: Wed Dec 1 15:16:56 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - Requires: php-pear-Pager > > ---- Files affected: > SPECS: > php-pear-Structures_DataGrid.spec (1.8 -> 1.9) This kind of Requires are to be removed. Please do not add them. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From twittner at o2.pl Thu Dec 2 00:15:10 2004 From: twittner at o2.pl (Tomasz Wittner) Date: Thu, 2 Dec 2004 00:15:10 +0100 Subject: SPECS: openldap.spec - %preun & %postun should never fail (said In-Reply-To: <200411281538.iASFcuPO025616@green.mif.pg.gda.pl> References: <200411281538.iASFcuPO025616@green.mif.pg.gda.pl> Message-ID: <200412020015.10903.twittner@o2.pl> On Sun 28. of November 2004 16:38, Andrzej Krzysztofowicz wrote: > Jakub Bogusz wrote: > > On Sun, Nov 28, 2004 at 05:51:31AM +0100, Andrzej Krzysztofowicz wrote: > > > twittner wrote: > > > > Author: twittner Date: Sat Nov 27 17:32:36 2004 > > > > GMT Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - %preun & %postun should never fail (said saq ?) - added || : > > > First of all - sorry for long delay (I check my e-mail account accidentaly - I don't have persist internet connection - please, be patient with me). I've added indiscriminately ` || :' to almost every command in %(post/pre)un after seening following errors during "mass uninstalation": $ a=($(rpm -qa openldap\*));sudo rpm -ev --allmatches --nodeps $a ? Stopping OpenLDAP service..........................................[ DONE ] Stopping OpenLDAP Update Replication Daemon service................[ DONE ] Starting OpenLDAP service..........................................[ FAIL ] slapd: error while loading shared libraries: libldap_r-2.2.so.7: cannot open shared object file: No such fileor directory Starting OpenLDAP Update Replication Daemon service................[ FAIL ] slurpd: error while loading shared libraries: libldap_r-2.2.so.7: cannot open shared object file: No such file or directory error: %preun(openldap-backend-ldbm-2.2.18-2) scriptlet failed, exit status 1 ? ? warning: /etc/openldap/slapd.conf saved as /etc/openldap/slapd.conf.rpmsave Removing user slapd /usr/sbin/userdel: error while loading shared libraries: libldap-2.2.so.7: cannot open shared object file: Nosuch file or directory Removing group slapd /usr/sbin/groupdel: error while loading shared libraries: libldap-2.2.so.7: cannot open shared object file: No such file or directory After this uninstalation: $ rpm -qa openldap\* openldap-backend-ldbm-2.2.18-2 Yes, I know some errors are caused by --nodeps (user/groupdel from pwdutils depends on openldap-libs). > > > %post and %preun should never fail. > > > > I haven't tested it, but doesn't %preun fault prevent > > upgrade/uninstallation? If so, it could be useful sometimes. > > I assume that need of uninstalable packages is rather rare. > Maybe postgresql update would be the only case I know. Personally, I hate situation when I cannot uninstall packages without --noscripts (I've spotted such situation in courier-imap long time ago). > > > > In postun it is no problem. > > > So why do you want to hide errors here ? > > > > > > > +%postun libs > > > > +/sbin/ldconfig || : > > > > > > And this way you cause dependency is not autogwnerated ? > > > > It is, but it's /bin/sh not /sbin/ldconfig dependency then ;) > > exactly Add them maunally if necessary ;). Anyway, thank you Ankry for your fixes and apologize for making chaos. -- Tomasz Wittner From krzak at hakore.com Thu Dec 2 10:04:54 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Thu, 02 Dec 2004 10:04:54 +0100 Subject: SPECS: php-pear-Structures_DataGrid.spec - Requires: php-pear-Pager In-Reply-To: <20041201201231.GC978@mysza.eu.org> References: <20041201201231.GC978@mysza.eu.org> Message-ID: <41AEDAB6.5040900@hakore.com> U?ytkownik Adam Go??biowski napisa?: > On Wed, Dec 01, 2004 at 03:16:56PM +0000, krzak wrote: > >>Author: krzak Date: Wed Dec 1 15:16:56 2004 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- Requires: php-pear-Pager >> >>---- Files affected: >>SPECS: >> php-pear-Structures_DataGrid.spec (1.8 -> 1.9) > > > This kind of Requires are to be removed. Please do not add them. > uhm... But it doesn't work without php-pear-Pager at all -- Marcin Krzy?anowski From ankry at green.mif.pg.gda.pl Thu Dec 2 14:22:51 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 2 Dec 2004 14:22:51 +0100 (CET) Subject: SPECS: mysqlstat.spec - with user mysqlstat In-Reply-To: from "glen" at Dec 02, 2004 12:13:42 PM Message-ID: <200412021322.iB2DMp0F023631@green.mif.pg.gda.pl> glen wrote: > +Requires: group(http) Hmmm... daes this package require a webserver? If no, I suggest P: group(http) and try to add it in %pre If requires, it is not enough: R(pre,postun) might be necessary. Or even PreReq. ((un)installation sequence while installing many packages at once matters, IMO) > +%pre > +[ "`/bin/id -u mysqlstat 2>/dev/null`" ] || \ > + /usr/sbin/useradd -u %{userid} -d /usr/share/mysqlstat \ > + -s /bin/false -g http -c "MySQL Statistics" mysqlstat Eg.: you cannot remove a group being primary group of a user... > -%attr(700,root,root) %dir %{_sysconfdir} > -%attr(600,root,root) %config(noreplace) %verify(not size mtime md5) %{_sysconfdir}/* > -%dir %attr(710,root,http) /var/lib/%{name} > +%attr(700,mysqlstat,root) %dir %{_sysconfdir} > +%attr(600,mysqlstat,root) %config(noreplace) %verify(not size mtime md5) %{_sysconfdir}/* What is the role of this user? Why does he need write access to config files? > +%dir %attr(710,mysqlstat,http) /var/lib/%{name} -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Dec 2 15:06:58 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 2 Dec 2004 16:06:58 +0200 Subject: SPECS: mysqlstat.spec - with user mysqlstat (fwd) In-Reply-To: <200412021338.iB2Dc983023813@green.mif.pg.gda.pl> References: <200412021338.iB2Dc983023813@green.mif.pg.gda.pl> Message-ID: <200412021606.58705.glen@delfi.ee> hi thx for the comments :) On Thursday 02 December 2004 15:38, Andrzej Krzysztofowicz wrote: > From: Andrzej Krzysztofowicz > Message-Id: <200412021322.iB2DMp0F023631 at green.mif.pg.gda.pl> > To: pld-devel-en at pld-linux.org > Date: Thu, 2 Dec 2004 14:22:51 +0100 (CET) > Subject: Re: SPECS: mysqlstat.spec - with user mysqlstat > > glen wrote: > > +Requires: group(http) > > Hmmm... daes this package require a webserver? > If no, I suggest P: group(http) and try to add it in %pre so it is ok that multiple packages provide group http? ah. probably it is, now that it come to topic. > If requires, it is not enough: R(pre,postun) might be necessary. > Or even PreReq. ((un)installation sequence while installing many packages > at once matters, IMO) i wasn't certain myself too. and the current solution bothers me too the application consists of two parts 1. data gather 2. data display for 1) there's no need for webserver for 2) the webserver should be able to *read* datafiles produced in 1) i was thinking of splitting it to two packages, main package and -cgi > > +%pre > > +[ "`/bin/id -u mysqlstat 2>/dev/null`" ] || \ > > + /usr/sbin/useradd -u %{userid} -d /usr/share/mysqlstat \ > > + -s /bin/false -g http -c "MySQL Statistics" mysqlstat > > Eg.: you cannot remove a group being primary group of a user... > > > -%attr(700,root,root) %dir %{_sysconfdir} > > -%attr(600,root,root) %config(noreplace) %verify(not size mtime md5) > > %{_sysconfdir}/* -%dir %attr(710,root,http) /var/lib/%{name} > > +%attr(700,mysqlstat,root) %dir %{_sysconfdir} > > +%attr(600,mysqlstat,root) %config(noreplace) %verify(not size mtime md5) > > %{_sysconfdir}/* > > What is the role of this user? Why does he need write access to config > files? the idea was that that user owns the config files and can write to /var because the program forces restriction that config should be 600 permission (so using group permission wouldn't work) > > +%dir %attr(710,mysqlstat,http) /var/lib/%{name} and there's one more issue, which i'm not certain how to solve, there should be added cron, i don't want it to be enabled by default, if the user hasn't configured the program yet. and i don't want this program being run as root, so it has to be user crontab, not file in /etc/cron.d directory. -- glen From qboosh at pld-linux.org Thu Dec 2 15:08:33 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 2 Dec 2004 15:08:33 +0100 Subject: SPECS: mysqlstat.spec - with user mysqlstat (fwd) In-Reply-To: <200412021606.58705.glen@delfi.ee> References: <200412021338.iB2Dc983023813@green.mif.pg.gda.pl> <200412021606.58705.glen@delfi.ee> Message-ID: <20041202140833.GC32637@gruby.cs.net.pl> On Thu, Dec 02, 2004 at 04:06:58PM +0200, Elan Ruusam?e wrote: > and i don't want this program being run as root, so it has to be user crontab, > not file in /etc/cron.d directory. You can specify user in /etc/cron.d/* files. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Thu Dec 2 15:35:13 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 2 Dec 2004 15:35:13 +0100 (CET) Subject: SPECS: mysqlstat.spec - with user mysqlstat In-Reply-To: <200412021606.58705.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 02, 2004 04:06:58 PM Message-ID: <200412021435.iB2EZDpa024034@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Thursday 02 December 2004 15:38, Andrzej Krzysztofowicz wrote: > > From: Andrzej Krzysztofowicz > > Message-Id: <200412021322.iB2DMp0F023631 at green.mif.pg.gda.pl> > > To: pld-devel-en at pld-linux.org > > Date: Thu, 2 Dec 2004 14:22:51 +0100 (CET) > > Subject: Re: SPECS: mysqlstat.spec - with user mysqlstat > > > > glen wrote: > > > +Requires: group(http) > > > > Hmmm... daes this package require a webserver? > > If no, I suggest P: group(http) and try to add it in %pre > so it is ok that multiple packages provide group http? > > ah. probably it is, now that it come to topic. Yes. And the only reason the P: user/gruop(...) were added is to be able to manage user/group adding/removing (yes, it _needs_ to be documented). The %user/groupremove macros remove user/group when and only when it is not "provided" (i.e. used in fact) by any package. So adding a group/user to any package that uses it is safe and suggested. > > If requires, it is not enough: R(pre,postun) might be necessary. > > Or even PreReq. ((un)installation sequence while installing many packages > > at once matters, IMO) > i wasn't certain myself too. and the current solution bothers me too > > the application consists of two parts > 1. data gather > 2. data display > > for 1) there's no need for webserver > for 2) the webserver should be able to *read* datafiles produced in 1) > > i was thinking of splitting it to two packages, main package and -cgi > > > > > +%pre > > > +[ "`/bin/id -u mysqlstat 2>/dev/null`" ] || \ > > > + /usr/sbin/useradd -u %{userid} -d /usr/share/mysqlstat \ > > > + -s /bin/false -g http -c "MySQL Statistics" mysqlstat > > > > Eg.: you cannot remove a group being primary group of a user... > > > > > -%attr(700,root,root) %dir %{_sysconfdir} > > > -%attr(600,root,root) %config(noreplace) %verify(not size mtime md5) > > > %{_sysconfdir}/* -%dir %attr(710,root,http) /var/lib/%{name} > > > +%attr(700,mysqlstat,root) %dir %{_sysconfdir} > > > +%attr(600,mysqlstat,root) %config(noreplace) %verify(not size mtime md5) > > > %{_sysconfdir}/* > > > > What is the role of this user? Why does he need write access to config > > files? > the idea was that that user owns the config files and can write to /var > because the program forces restriction that config should be 600 permission > (so using group permission wouldn't work) So why not 400/500 ? Does the user need to be able to modify configs ? Or are they modified only by root ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Thu Dec 2 15:41:21 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 2 Dec 2004 15:41:21 +0100 Subject: SPECS: Soya.spec - up to 0.8.2 In-Reply-To: References: Message-ID: <20041202144121.GD32637@gruby.cs.net.pl> On Thu, Dec 02, 2004 at 02:38:55PM +0000, kolodko wrote: > @@ -55,7 +55,7 @@ > %doc AUTHORS CHANGES README > #tutorial/*.pdf > %attr(755,root,root) %{_bindir}/* > -%attr(755,root,root) %{py_sitedir}/*.so > +%attr(755,root,root) %{py_sitedir}/soya/*.so ^^^^^^^^^^^^^^^^^^^^^^^ > %{py_sitedir}/soya ^^^^^^^^^^^^^^^^^^ duplicated files -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Thu Dec 2 15:47:00 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 2 Dec 2004 15:47:00 +0100 (CET) Subject: SPECS: mysqlstat.spec - with user mysqlstat In-Reply-To: <200412021435.iB2EZDpa024034@green.mif.pg.gda.pl> from "Andrzej Krzysztofowicz" at Dec 02, 2004 03:35:13 PM Message-ID: <200412021447.iB2El0lI024117@green.mif.pg.gda.pl> Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Thursday 02 December 2004 15:38, Andrzej Krzysztofowicz wrote: > > > From: Andrzej Krzysztofowicz > > > Message-Id: <200412021322.iB2DMp0F023631 at green.mif.pg.gda.pl> > > > To: pld-devel-en at pld-linux.org > > > Date: Thu, 2 Dec 2004 14:22:51 +0100 (CET) > > > Subject: Re: SPECS: mysqlstat.spec - with user mysqlstat > > > > > > glen wrote: > > > > +Requires: group(http) > > > > > > Hmmm... daes this package require a webserver? OOPS, I didn't notice earlier that this group is added by setup. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Thu Dec 2 17:30:43 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 2 Dec 2004 17:30:43 +0100 (CET) Subject: SPECS: t3.spec BR: sed In-Reply-To: from "darekr" at Dec 02, 2004 04:17:08 PM Message-ID: <200412021630.iB2GUhD6024491@green.mif.pg.gda.pl> darekr wrote: > > Author: darekr Date: Thu Dec 2 16:17:07 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > BR: sed Pointless. sed is required by rpm-build. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From darekr at darekr.eu.org Thu Dec 2 17:58:23 2004 From: darekr at darekr.eu.org (Dariusz Rojewski) Date: Thu, 2 Dec 2004 17:58:23 +0100 Subject: SPECS: t3.spec BR: sed In-Reply-To: <200412021630.iB2GUhD6024491@green.mif.pg.gda.pl> References: <200412021630.iB2GUhD6024491@green.mif.pg.gda.pl> Message-ID: <20041202165823.GA29965@darekr.eu.org> Ahm. Thanks -- Darek Rojewski darekr at pld-linux.org From kolodko1 at o2.pl Thu Dec 2 20:29:29 2004 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Thu, 2 Dec 2004 20:29:29 +0100 Subject: SPECS: Soya.spec - up to 0.8.2 In-Reply-To: <20041202144121.GD32637@gruby.cs.net.pl> References: <20041202144121.GD32637@gruby.cs.net.pl> Message-ID: <200412022029.30983.kolodko1@o2.pl> Dnia czwartek, 2 grudnia 2004 15:41, Jakub Bogusz napisa?: > On Thu, Dec 02, 2004 at 02:38:55PM +0000, kolodko wrote: > > @@ -55,7 +55,7 @@ > > %doc AUTHORS CHANGES README > > #tutorial/*.pdf > > %attr(755,root,root) %{_bindir}/* > > -%attr(755,root,root) %{py_sitedir}/*.so > > +%attr(755,root,root) %{py_sitedir}/soya/*.so > ^^^^^^^^^^^^^^^^^^^^^^^ > > %{py_sitedir}/soya > ^^^^^^^^^^^^^^^^^^ > > duplicated files fixed From glen at delfi.ee Thu Dec 2 21:27:42 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 2 Dec 2004 22:27:42 +0200 Subject: rootfiles Message-ID: <200412022227.43107.glen@delfi.ee> hi what is the pld equivalent of redhat's rootfiles? # rpm -qi rootfiles Name : rootfiles Relocations: (not relocatable) Version : 7.2 Vendor: Red Hat, Inc. Release : 7 Build Date: T 17 veebr 2004 09:15:33 EET Install Date: K 16 juuni 2004 18:42:25 EEST Build Host: loma.devel.redhat.com Group : System Environment/Base Source RPM: rootfiles-7.2-7.src.rpm Size : 1966 License: Public Domain Signature : DSA/SHA1, R 07 mai 2004 01:47:33 EEST, Key ID b44269d04f2a6fd2 Packager : Red Hat, Inc. Summary : The basic required files for the root user's directory. Description : The rootfiles package contains basic required files that are placed in the root user's account. These files are basically the same as those in /etc/skel, which are placed in regular users' home directories. after i've changed root shell to bash, the /etc/bashrc isn't read for root user, because it's sourcing is done from ~/.bashrc (as for regular users) i guess such thing could be in setup.rpm -- glen From havner at smtp.kamp.pl Thu Dec 2 21:49:05 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 2 Dec 2004 21:49:05 +0100 Subject: rootfiles In-Reply-To: <200412022227.43107.glen@delfi.ee> References: <200412022227.43107.glen@delfi.ee> Message-ID: <20041202204905.GA5723@pld-linux.org> On Thu, Dec 02, 2004 at 10:27:42PM +0200, Elan Ruusam?e wrote: > hi > > what is the pld equivalent of redhat's rootfiles? > > # rpm -qi rootfiles > Name : rootfiles Relocations: (not relocatable) > Version : 7.2 Vendor: Red Hat, Inc. > Release : 7 Build Date: T 17 veebr 2004 > 09:15:33 EET > Install Date: K 16 juuni 2004 18:42:25 EEST Build Host: > loma.devel.redhat.com > Group : System Environment/Base Source RPM: > rootfiles-7.2-7.src.rpm > Size : 1966 License: Public Domain > Signature : DSA/SHA1, R 07 mai 2004 01:47:33 EEST, Key ID b44269d04f2a6fd2 > Packager : Red Hat, Inc. > Summary : The basic required files for the root user's directory. > Description : > The rootfiles package contains basic required files that are placed > in the root user's account. These files are basically the same > as those in /etc/skel, which are placed in regular > users' home directories. > > after i've changed root shell to bash, > the /etc/bashrc isn't read for root user, > because it's sourcing is done from ~/.bashrc (as for regular users) > > i guess such thing could be in setup.rpm Maybe, but there is no such thing. copy files from skel. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Thu Dec 2 21:53:00 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 2 Dec 2004 21:53:00 +0100 Subject: rootfiles In-Reply-To: <20041202204905.GA5723@pld-linux.org> References: <200412022227.43107.glen@delfi.ee> <20041202204905.GA5723@pld-linux.org> Message-ID: <20041202205300.GB5723@pld-linux.org> On Thu, Dec 02, 2004 at 09:49:05PM +0100, havner wrote: > On Thu, Dec 02, 2004 at 10:27:42PM +0200, Elan Ruusam?e wrote: > > i guess such thing could be in setup.rpm > > Maybe, but there is no such thing. copy files from skel. Not maybe, after short thinking they shouldn't. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From krzak at hakore.com Fri Dec 3 10:07:11 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Fri, 03 Dec 2004 10:07:11 +0100 Subject: XFCE4 without gnome In-Reply-To: <20041128105341.GB16713@pld-linux.org> References: <20041126175049.GA30250@pld-linux.org> <200411281015.25293@tintia.doriath> <20041128105341.GB16713@pld-linux.org> Message-ID: <41B02CBF.4030405@hakore.com> U?ytkownik havner napisa?: > On Sun, Nov 28, 2004 at 10:15:25AM +0100, Michal Chruszcz wrote: > >>It seems like on Friday 26 of November 2004 18:50, havner typed: >> >>>xfce4 contains two big BR and probably R. >>>gtkhtml and gnome-vfs2. Their dependencies is half of the gnome. Is it >>>really necessary? >> >>Actually, I don't have an idea. It wasn't me who introduced that to our >>xfce. Well, at least gtkhtml. However, AFAIK gtkhtml is used for browsing >>its documentation. > > > For browsing ducumentation is used external browser. > gtkhtml it's a gtk widget with html browser, maybe some part of xfce use internal html browser for something. -- Marcin Krzy?anowski From glen at delfi.ee Fri Dec 3 11:03:31 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 3 Dec 2004 12:03:31 +0200 Subject: mysql structure Message-ID: <200412031203.31337.glen@delfi.ee> hi is there reason of such complicated deep directory structure for mysql? $ cat /etc/mysql/clusters.conf mysql.conf=/www/mysql so the data has to be in subdir mysqldb/db/DBNAME, ie /www/mysql/mysqldb/db/mysql/ why can't it be simple, ie, /www/mysql ok i could understand the 'db' subdir, to have pid,socket,config separately from data, but now there's one more subdir. ps: what about having mysql sockets in /var/run/mysql, so if i want allow user connecting to mysql via socket, i don't have to give it access to mysql clusters directory ie, i could have # la -d /www/mysql drwx------ 4 mysql mysql 27 Dec 3 11:39 /www/mysql// and # la -d /var/run/mysql/{,ap.sock} drwxr-xr-x 2 mysql root 20 Dec 3 12:00 /var/run/mysql// srwxrwxrwx 1 mysql mysql 0 Dec 3 12:00 /var/run/mysql/ap.sock= -- glen From qboosh at pld-linux.org Fri Dec 3 12:16:33 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 3 Dec 2004 12:16:33 +0100 Subject: gnome-pim.spec Message-ID: <20041203111633.GA12950@gruby.cs.net.pl> should $Subject be cvs removed or both libmimedir packages must exist in CVS? I'd rather suggest changing the name of newly added libmimedir (from synce project) than libmimedir which existed previously (from gnome-pim). -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From kolodko1 at o2.pl Fri Dec 3 12:20:23 2004 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Fri, 3 Dec 2004 12:20:23 +0100 Subject: SOURCES: mysqlstat.cron - default run every 5 minutes In-Reply-To: References: Message-ID: <200412031220.23801.kolodko1@o2.pl> Dnia czwartek, 2 grudnia 2004 21:09, glen napisa?: > @@ -1,4 +1,4 @@ > # vim:syn=crontab > # crontab for mysqlstat > > -#5 * * * * mysqlstat /usr/lib/mysqlstat/collector -c /etc/mysqlstat/mysqlstat.conf > +#*/5 * * * * mysqlstat /usr/lib/mysqlstat/collector -c /etc/mysqlstat/mysqlstat.conf I don't know this package but let me ask: Why it's default disable? From havner at smtp.kamp.pl Fri Dec 3 12:24:13 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 3 Dec 2004 12:24:13 +0100 Subject: XFCE4 without gnome In-Reply-To: <41B02CBF.4030405@hakore.com> References: <20041126175049.GA30250@pld-linux.org> <200411281015.25293@tintia.doriath> <20041128105341.GB16713@pld-linux.org> <41B02CBF.4030405@hakore.com> Message-ID: <20041203112412.GB2153@pld-linux.org> On Fri, Dec 03, 2004 at 10:07:11AM +0100, Marcin Krzyzanowski wrote: > U?ytkownik havner napisa?: > >On Sun, Nov 28, 2004 at 10:15:25AM +0100, Michal Chruszcz wrote: > > > >>It seems like on Friday 26 of November 2004 18:50, havner typed: > >> > >>>xfce4 contains two big BR and probably R. > >>>gtkhtml and gnome-vfs2. Their dependencies is half of the gnome. Is it > >>>really necessary? > >> > >>Actually, I don't have an idea. It wasn't me who introduced that to our > >>xfce. Well, at least gtkhtml. However, AFAIK gtkhtml is used for browsing > >>its documentation. > > > > > >For browsing ducumentation is used external browser. > > > > gtkhtml it's a gtk widget with html browser, maybe some part of xfce use > internal html browser for something. Maybe, but I don't see for what, and in this case little R are more important imo. $ rpm -ql xfce-utils | grep bin /usr/bin/startxfce4 /usr/bin/xfce4-about /usr/bin/xfhelp4 /usr/bin/xflock4 /usr/bin/xfmountdev4 /usr/bin/xfrun4 /usr/bin/xftaskbar4 /usr/bin/xfterm4 The only suspects are: xfce4-about (little window with licenses and this kind of things) xfhelp4 (bash script running external browser, so can't use gtkhtml) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From radek at karnet.pl Fri Dec 3 13:03:21 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 3 Dec 2004 13:03:21 +0100 Subject: SOURCES: pldcpan.pl - use more macros In-Reply-To: <20041201185213.GC16863@satan.blackhosts> References: <20041201103433.GA28458@gruby.cs.net.pl> <20041201110036.GD7095@bongo> <20041201185213.GC16863@satan.blackhosts> Message-ID: <20041203120321.GA3182@bongo> Jakub Bogusz [01-12-2004 19:52]: > On Wed, Dec 01, 2004 at 12:00:36PM +0100, Radoslaw Zielinski wrote: >> Jakub Bogusz [01-12-2004 11:34]: >>> On Wed, Dec 01, 2004 at 10:30:28AM +0000, radek wrote: >>>> -Source0: http://www.cpan.org/modules/by-module/[% pdir %]/[% tarname_unexp %] >>>> +Source0: http://www.cpan.org/modules/by-module/%{pdir}/[% tarname_unexp %] [...] >> Come on, we have 1439 perl-*.spec files today. They have to be managed >> automatically, unless you have a spare eternity to copy&paste these URIs >> by hand. Get yourself some kind of wrapper (using specparser.pl, for >> example). > And what these macros in Source URLs improve for automatical processing > when spec is already created? Right now, almost nothing; I use them for statistical purposes only. They provide a tiny piece of information: ``this module's tarball has a standard name and lives in a standard directory'' (or not). > Unification does matter, but not presence of these macros in URLs. No, these macros don't actually *matter*... ;-) I'll revert if you want me to. > Not all changes can be done automatically and I'm rather doing > individual changes in single specs, sometimes needing to check another > version(s) of certain package. Does this suit your needs? autocmd FileType spec map Su :call SpecURL(expand("%:p")) function SpecURL(plik) new setlocal bufhidden=wipe buftype=nofile modifiable noswapfile " nowrap execute "0r!~/rpm/SPECS/specparser.pl --asfl " a:plik endfunction -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wrobell at pld-linux.org Fri Dec 3 13:11:45 2004 From: wrobell at pld-linux.org (wrobell) Date: Fri, 3 Dec 2004 13:11:45 +0100 Subject: gnome-pim.spec In-Reply-To: <20041203111633.GA12950@gruby.cs.net.pl> References: <20041203111633.GA12950@gruby.cs.net.pl> Message-ID: <20041203121145.GD975@pred> On Fri, Dec 03, 2004 at 12:16:33PM +0100, Jakub Bogusz wrote: > should $Subject be cvs removed or both libmimedir packages must exist in > CVS? > I'd rather suggest changing the name of newly added libmimedir (from > synce project) than libmimedir which existed previously (from gnome-pim). i think that libmimedir from gnome-pim is dead. last version is from 24-06-2002, however we have snap from 2003-01-14... anyway it is dead, imho. wrobell -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Fri Dec 3 13:13:25 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 3 Dec 2004 14:13:25 +0200 Subject: SOURCES: mysqlstat.cron - default run every 5 minutes In-Reply-To: <200412031220.23801.kolodko1@o2.pl> References: <200412031220.23801.kolodko1@o2.pl> Message-ID: <200412031413.25401.glen@delfi.ee> On Friday 03 December 2004 13:20, Grzegorz Konopko wrote: > > +#*/5 * * * * mysqlstat /usr/lib/mysqlstat/collector > > -c /etc/mysqlstat/mysqlstat.conf > > I don't know this package but let me ask: Why it's default disable? because user must first configure it? supply the passwords for mysql auth, there can't be default for it :) altho if program allows empty configuration, i still don't see point making noop cron... -- glen From ankry at green.mif.pg.gda.pl Fri Dec 3 14:12:55 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 3 Dec 2004 14:12:55 +0100 (CET) Subject: gnome-pim.spec In-Reply-To: <20041203111633.GA12950@gruby.cs.net.pl> from "Jakub Bogusz" at Dec 03, 2004 12:16:33 PM Message-ID: <200412031312.iB3DCtg5006091@green.mif.pg.gda.pl> Jakub Bogusz wrote: > > should $Subject be cvs removed or both libmimedir packages must exist in > CVS? > I'd rather suggest changing the name of newly added libmimedir (from > synce project) than libmimedir which existed previously (from gnome-pim). I suggest removal on head unless somebody fixes its build in ac. I am not sure ehether libmimedir is the only problem. However, changing the new libmimedir name would probably allow us to avoid some problems in future. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek at karnet.pl Fri Dec 3 14:29:13 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 3 Dec 2004 14:29:13 +0100 Subject: [sparc] ERRORS: perl-POE.spec In-Reply-To: References: <39b59e03-c591-40d2-b899-8d2697907e99@pld.src.builder> Message-ID: <20041203132913.GA4828@bongo> PLD ac-sparc builder [03-12-2004 14:21]: [...] > tests/30_loops/10_select/wheel_run..................pty_allocate(nonfatal): getpt(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > pty_allocate(nonfatal): openpty(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > IO::Tty::pty_allocate(nonfatal): grantpt(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > IO::Tty::open_slave(nonfatal): ptsname_r(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > IO::Tty::open_slave(nonfatal): open(/dev/pts/39): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > pty_allocate(nonfatal): open(/dev/ptmx): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > Cannot open a pty at lib/POE/Wheel/Run.pm line 242 > Compilation failed in require at tests/30_loops/10_select/wheel_run.t line 7. > dubious > Test returned status 255 (wstat 65280, 0xff00) What's this about? -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ankry at green.mif.pg.gda.pl Fri Dec 3 14:31:41 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 3 Dec 2004 14:31:41 +0100 (CET) Subject: [sparc] ERRORS: perl-POE.spec In-Reply-To: <20041203132913.GA4828@bongo> from "Radoslaw Zielinski" at Dec 03, 2004 02:29:13 PM Message-ID: <200412031331.iB3DVfKT006300@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: > PLD ac-sparc builder [03-12-2004 14:21]: > [...] > > tests/30_loops/10_select/wheel_run..................pty_allocate(nonfatal= > ): getpt(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/s= > parc-pld-linux-thread-multi/IO/Pty.pm line 24. > > pty_allocate(nonfatal): openpty(): No such file or directory at /usr/lib/= > perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > IO::Tty::pty_allocate(nonfatal): grantpt(): No such file or directory at = > /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm lin= > e 24. > > IO::Tty::open_slave(nonfatal): ptsname_r(): No such file or directory at = > /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm lin= > e 24. > > IO::Tty::open_slave(nonfatal): open(/dev/pts/39): No such file or directo= > ry at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.= > pm line 24. > > pty_allocate(nonfatal): open(/dev/ptmx): No such file or directory at /us= > r/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 2= > 4. > > Cannot open a pty at lib/POE/Wheel/Run.pm line 242 > > Compilation failed in require at tests/30_loops/10_select/wheel_run.t lin= > e 7. > > dubious > > Test returned status 255 (wstat 65280, 0xff00) > > What's this about? Not mounted /dev/pts or some extra restrictions ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Fri Dec 3 15:22:51 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 3 Dec 2004 15:22:51 +0100 (CET) Subject: SPECS: perl-String-Random.spec - autoupdated to 0.198 In-Reply-To: from "radek" at Dec 03, 2004 02:14:01 PM Message-ID: <200412031422.iB3EMpct006514@green.mif.pg.gda.pl> radek wrote: > -Version: 0.20 > -Release: 2 > +Version: 0.198 > +Release: 1 Be careful, yoe did downgrade. 0.198 is older. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From havner at smtp.kamp.pl Fri Dec 3 15:30:47 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 3 Dec 2004 15:30:47 +0100 Subject: SPECS: perl-String-Random.spec - autoupdated to 0.198 In-Reply-To: <200412031422.iB3EMpct006514@green.mif.pg.gda.pl> References: <200412031422.iB3EMpct006514@green.mif.pg.gda.pl> Message-ID: <20041203143047.GD2153@pld-linux.org> On Fri, Dec 03, 2004 at 03:22:51PM +0100, Andrzej Krzysztofowicz wrote: > radek wrote: > > -Version: 0.20 > > -Release: 2 > > +Version: 0.198 > > +Release: 1 > > Be careful, yoe did downgrade. > > 0.198 is older. sure? $ rpmvercmp 0.20 0.198 0.20 < 0.198 -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From ankry at green.mif.pg.gda.pl Fri Dec 3 15:35:49 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 3 Dec 2004 15:35:49 +0100 (CET) Subject: SPECS: perl-String-Random.spec - autoupdated to 0.198 In-Reply-To: <20041203143047.GD2153@pld-linux.org> from "havner" at Dec 03, 2004 03:30:47 PM Message-ID: <200412031435.iB3EZni9006668@green.mif.pg.gda.pl> havner wrote: > > On Fri, Dec 03, 2004 at 03:22:51PM +0100, Andrzej Krzysztofowicz wrote: > > radek wrote: > > > -Version: 0.20 > > > -Release: 2 > > > +Version: 0.198 > > > +Release: 1 > > > > Be careful, yoe did downgrade. > > > > 0.198 is older. > > sure? > > $ rpmvercmp 0.20 0.198 > 0.20 < 0.198 sure: 29-Sep-2003 > 16-May-2000 -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek at karnet.pl Fri Dec 3 15:37:33 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 3 Dec 2004 15:37:33 +0100 Subject: SPECS: perl-String-Random.spec - autoupdated to 0.198 In-Reply-To: <20041203143047.GD2153@pld-linux.org> References: <200412031422.iB3EMpct006514@green.mif.pg.gda.pl> <20041203143047.GD2153@pld-linux.org> Message-ID: <20041203143733.GB27847@bongo> havner [03-12-2004 15:30]: > On Fri, Dec 03, 2004 at 03:22:51PM +0100, Andrzej Krzysztofowicz wrote: >> radek wrote: >>> -Version: 0.20 >>> -Release: 2 >>> +Version: 0.198 >>> +Release: 1 >> Be careful, yoe did downgrade. >> 0.198 is older. > sure? Sure. > $ rpmvercmp 0.20 0.198 > 0.20 < 0.198 $ braincmp --date 0.20 0.198 retrieving http://www.cpan.org/modules/by-module/String/ ....... [OK] parsing http://www.cpan.org/modules/by-module/String/ ... [OK] 0.20 > 0.198 -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Fri Dec 3 15:59:29 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 3 Dec 2004 16:59:29 +0200 Subject: curl-devel broken dep Message-ID: <200412031659.29376.glen@delfi.ee> $ grep gssapi /usr/lib/*.la /usr/lib/libcurl.la:dependency_libs=' -L/lib /usr/lib/libgssapi.la /usr/lib/libkrb5.la /usr/lib/libasn1.la -lcom_err /usr/lib/libroken.la /usr/lib/libdb4.la -lcrypt -lresolv -L/usr/lib /usr/lib/libidn.la -lssl -lcrypto -ldl -lz' $ rpm -q --requires curl-devel /bin/sh curl = 7.12.2-1 libidn-devel >= 0.4.1 openssl-devel >= 0.9.7c rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsBzip2) <= 3.0.5-1 16:48:55 glen[6]@black apache-black-1.3.33/php-5.0.2$ and the /usr/lib/libgssapi.la is contained in heimdal-devel looking at .spec, then the dep is there. should there be added BuildConflicts when compiled without heimdal? %package devel %{?with_heimdal:Requires: heimdal-devel} %{?with_ssl:Requires: openssl-devel >= 0.9.7c} altho the with_heimdal is default, so broken build instead? -- glen From glen at delfi.ee Fri Dec 3 16:06:34 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 3 Dec 2004 17:06:34 +0200 Subject: curl-devel broken dep In-Reply-To: <200412031659.29376.glen@delfi.ee> References: <200412031659.29376.glen@delfi.ee> Message-ID: <200412031706.34712.glen@delfi.ee> ah. it's fixed in cvs so STBR current, and make it available in ac updates :) On Friday 03 December 2004 16:59, Elan Ruusam?e wrote: > $ grep gssapi /usr/lib/*.la > /usr/lib/libcurl.la:dependency_libs=' > -L/lib /usr/lib/libgssapi.la /usr/lib/libkrb5.la /usr/lib/libasn1.la > -lcom_err /usr/lib/libroken.la /usr/lib/libdb4.la -lcrypt -lresolv > -L/usr/lib /usr/lib/libidn.la -lssl -lcrypto -ldl -lz' > > $ rpm -q --requires curl-devel > /bin/sh > curl = 7.12.2-1 > libidn-devel >= 0.4.1 > openssl-devel >= 0.9.7c > rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > rpmlib(PayloadIsBzip2) <= 3.0.5-1 > 16:48:55 glen[6]@black apache-black-1.3.33/php-5.0.2$ > > and the /usr/lib/libgssapi.la is contained in heimdal-devel > > looking at .spec, then the dep is there. should there be added > BuildConflicts when compiled without heimdal? > > %package devel > %{?with_heimdal:Requires: heimdal-devel} > %{?with_ssl:Requires: openssl-devel >= 0.9.7c} > > altho the with_heimdal is default, so broken build instead? -- glen From ankry at green.mif.pg.gda.pl Fri Dec 3 16:17:07 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 3 Dec 2004 16:17:07 +0100 (CET) Subject: curl-devel broken dep In-Reply-To: <200412031706.34712.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 03, 2004 05:06:34 PM Message-ID: <200412031517.iB3FH7lB007272@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > ah. it's fixed in cvs > > so STBR current, and make it available in ac updates :) Working file: curl.spec head: 1.95 branch: locks: strict access list: symbolic names: auto-ac-curl-7_12_2-2: 1.95 # rpm -q curl curl-7.12.2-2 -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Fri Dec 3 16:23:54 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 3 Dec 2004 17:23:54 +0200 Subject: curl-devel broken dep In-Reply-To: <200412031517.iB3FH7lB007272@green.mif.pg.gda.pl> References: <200412031517.iB3FH7lB007272@green.mif.pg.gda.pl> Message-ID: <200412031723.54508.glen@delfi.ee> On Friday 03 December 2004 17:17, Andrzej Krzysztofowicz wrote: > # rpm -q curl > curl-7.12.2-2 it's in 'ready' only, which is not in /etc/poldek.conf by default... -- glen From havner at smtp.kamp.pl Fri Dec 3 16:25:11 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 3 Dec 2004 16:25:11 +0100 Subject: curl-devel broken dep In-Reply-To: <200412031723.54508.glen@delfi.ee> References: <200412031517.iB3FH7lB007272@green.mif.pg.gda.pl> <200412031723.54508.glen@delfi.ee> Message-ID: <20041203152511.GE2153@pld-linux.org> On Fri, Dec 03, 2004 at 05:23:54PM +0200, Elan Ruusam?e wrote: > On Friday 03 December 2004 17:17, Andrzej Krzysztofowicz wrote: > > # rpm -q curl > > curl-7.12.2-2 > it's in 'ready' only, which is not in /etc/poldek.conf by default... ready _is_ ready (on most cases). I cannot move it to main, cause we have ppc builder down. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From heretyk at pld-linux.org Fri Dec 3 16:45:31 2004 From: heretyk at pld-linux.org (heretyk at pld-linux.org) Date: Fri, 3 Dec 2004 16:45:31 +0100 Subject: [sparc] ERRORS: perl-POE.spec In-Reply-To: <200412031331.iB3DVfKT006300@green.mif.pg.gda.pl> References: <20041203132913.GA4828@bongo> <200412031331.iB3DVfKT006300@green.mif.pg.gda.pl> Message-ID: <20041203154531.GA4077@rlyeh> On Fri, Dec 03, 2004 at 02:31:41PM +0100, Andrzej Krzysztofowicz wrote: > Radoslaw Zielinski wrote: > > What's this about? > Not mounted /dev/pts or some extra restrictions ? Try now. /dev/pts is now mounted. Regards, Jarek From qboosh at pld-linux.org Fri Dec 3 21:50:38 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 3 Dec 2004 21:50:38 +0100 Subject: [sparc] ERRORS: perl-POE.spec In-Reply-To: <20041203132913.GA4828@bongo> References: <39b59e03-c591-40d2-b899-8d2697907e99@pld.src.builder> <20041203132913.GA4828@bongo> Message-ID: <20041203205038.GB10912@satan.blackhosts> On Fri, Dec 03, 2004 at 02:29:13PM +0100, Radoslaw Zielinski wrote: > PLD ac-sparc builder [03-12-2004 14:21]: > [...] > > tests/30_loops/10_select/wheel_run..................pty_allocate(nonfatal): getpt(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > pty_allocate(nonfatal): openpty(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > IO::Tty::pty_allocate(nonfatal): grantpt(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > IO::Tty::open_slave(nonfatal): ptsname_r(): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > IO::Tty::open_slave(nonfatal): open(/dev/pts/39): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > pty_allocate(nonfatal): open(/dev/ptmx): No such file or directory at /usr/lib/perl5/vendor_perl/5.8.0/sparc-pld-linux-thread-multi/IO/Pty.pm line 24. > > Cannot open a pty at lib/POE/Wheel/Run.pm line 242 > > Compilation failed in require at tests/30_loops/10_select/wheel_run.t line 7. > > dubious > > Test returned status 255 (wstat 65280, 0xff00) > > What's this about? Chyba po tym FAIL zosta?y: 3678 ? RN 104:15 /usr/bin/perl5.8.6 tests/30_loops/30_event/wheel_run.t 3676 ? SN 0:00 sh -c /usr/bin/perl5.8.6 -we '$/ = q(!); select STDERR; $| = 1; select ST 3677 ? SN 0:00 \_ /usr/bin/perl5.8.6 -we $/ = q(!); select STDERR; $| = 1; select STDOU 32696 ? RN 104:52 /usr/bin/perl5.8.6 tests/30_loops/20_poll/wheel_run.t 32693 ? SN 0:00 sh -c /usr/bin/perl5.8.6 -we '$/ = q(!); select STDERR; $| = 1; select ST 32695 ? SN 0:00 \_ /usr/bin/perl5.8.6 -we $/ = q(!); select STDERR; $| = 1; select STDOU 29310 ? RN 105:38 /usr/bin/perl5.8.6 tests/30_loops/10_select/wheel_run.t 29308 ? SN 0:00 sh -c /usr/bin/perl5.8.6 -we '$/ = q(!); select STDERR; $| = 1; select ST 29309 ? SN 0:00 \_ /usr/bin/perl5.8.6 -we $/ = q(!); select STDERR; $| = 1; select STDOU Troch? za d?ugo... kill, kill, kill. Posz?y sobie. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From gotar at polanet.pl Sat Dec 4 10:46:27 2004 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 4 Dec 2004 10:46:27 +0100 Subject: rootfiles In-Reply-To: <200412022227.43107.glen@delfi.ee> References: <200412022227.43107.glen@delfi.ee> Message-ID: <20041204094627.GB129@os> On Thu, Dec 02, 2004 at 22:27:42 +0200, Elan Ruusam?e wrote: > what is the pld equivalent of redhat's rootfiles? [...] > The rootfiles package contains basic required files that are placed > in the root user's account. These files are basically the same > as those in /etc/skel, which are placed in regular > users' home directories. No package should put files into home directories, especially in /root. > after i've changed root shell to bash, > the /etc/bashrc isn't read for root user, ...as bash sux and doesn't support it. > because it's sourcing is done from ~/.bashrc (as for regular users) System admin should know behaviour of programs he uses. -- GoTaR gotar> http://vfmg.sourceforge.net/ From aredridel at nbtsc.org Sat Dec 4 20:25:24 2004 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 4 Dec 2004 12:25:24 -0700 Subject: SPECS: hot-babe.spec - updated to 0.2.0 (gtk+2 port), updated License In-Reply-To: References: Message-ID: <20041204192524.GD22381@mail.nbtsc.org> No fight here like there was on debian-devel ;-) From havner at smtp.kamp.pl Sat Dec 4 21:11:52 2004 From: havner at smtp.kamp.pl (havner) Date: Sat, 4 Dec 2004 21:11:52 +0100 Subject: SPECS: hot-babe.spec - updated to 0.2.0 (gtk+2 port), updated License In-Reply-To: <20041204192524.GD22381@mail.nbtsc.org> References: <20041204192524.GD22381@mail.nbtsc.org> Message-ID: <20041204201151.GA2056@pld-linux.org> On Sat, Dec 04, 2004 at 12:25:24PM -0700, Aredridel wrote: > No fight here like there was on debian-devel ;-) What fight was there? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From radek at karnet.pl Sat Dec 4 21:26:28 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Sat, 4 Dec 2004 21:26:28 +0100 Subject: SPECS: hot-babe.spec - updated to 0.2.0 (gtk+2 port), updated License In-Reply-To: <20041204201151.GA2056@pld-linux.org> References: <20041204192524.GD22381@mail.nbtsc.org> <20041204201151.GA2056@pld-linux.org> Message-ID: <20041204202628.GA7821@bongo> havner [04-12-2004 21:11]: > On Sat, Dec 04, 2004 at 12:25:24PM -0700, Aredridel wrote: >> No fight here like there was on debian-devel ;-) > What fight was there? A ``laugh out loud and update your killfile'' thread: . -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmazur at kernel.pl Sat Dec 4 22:24:33 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sat, 4 Dec 2004 22:24:33 +0100 Subject: SPECS: hot-babe.spec - updated to 0.2.0 (gtk+2 port), updated License In-Reply-To: <20041204202628.GA7821@bongo> References: <20041204201151.GA2056@pld-linux.org> <20041204202628.GA7821@bongo> Message-ID: <200412042224.33710.mmazur@kernel.pl> On sobota 04 grudzie? 2004 21:26, Radoslaw Zielinski wrote: > havner [04-12-2004 21:11]: > > On Sat, Dec 04, 2004 at 12:25:24PM -0700, Aredridel wrote: > >> No fight here like there was on debian-devel ;-) > > > > What fight was there? > > A ``laugh out loud and update your killfile'' thread: > . Holy shit. -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From aredridel at nbtsc.org Sun Dec 5 01:48:21 2004 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 04 Dec 2004 17:48:21 -0700 Subject: SPECS: hot-babe.spec - updated to 0.2.0 (gtk+2 port), updated License In-Reply-To: <200412042224.33710.mmazur@kernel.pl> References: <20041204201151.GA2056@pld-linux.org> <20041204202628.GA7821@bongo> <200412042224.33710.mmazur@kernel.pl> Message-ID: <1102207701.20568.11.camel@betelgeuse.theinternetco.net> On Sat, 2004-12-04 at 22:24 +0100, Mariusz Mazur wrote: > On sobota 04 grudzie? 2004 21:26, Radoslaw Zielinski wrote: > > havner [04-12-2004 21:11]: > > > On Sat, Dec 04, 2004 at 12:25:24PM -0700, Aredridel wrote: > > >> No fight here like there was on debian-devel ;-) > > > > > > What fight was there? > > > > A ``laugh out loud and update your killfile'' thread: > > . > > Holy shit. Crazy, eh? From havner at smtp.kamp.pl Sun Dec 5 13:58:47 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 5 Dec 2004 13:58:47 +0100 Subject: cvs cp Message-ID: <20041205125847.GA20728@pld-linux.org> cp fonts-{ttf,TTF}-essays1743.spec,v cp fonts-{ttf,TTF}-bitstream-vera.spec,v -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From adamg at biomerieux.pl Sun Dec 5 14:13:15 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 5 Dec 2004 14:13:15 +0100 Subject: ERRORS: php4-gtk.spec In-Reply-To: References: Message-ID: <20041205131315.GA11350@mysza.eu.org> On Sun, Dec 05, 2004 at 01:01:13PM +0000, PLD ac-amd64 builder wrote: > php4-gtk.spec (HEAD): FAILED > > --- php4-gtk.spec:HEAD: > Build-Time: user:5.37s sys:0.79s real:57.52s (faults io:2 non-io:81706) > > > > There are 1 package to install, 1 to uninstall: > I php4-devel-4.3.9-2 > R php-devel-5.0.2-7 > Need to download about 230KB of archives. After unpacking about 955KB will be used. > Retrieving ftp://[...]/php4-devel-4.3.9-2.amd64.rpm... > .........................done > Executing rpm --upgrade -vh --root / --noorder --define _excludedocs 1... > Preparing... ################################################## > php4-devel ################################################## > error: unpacking of archive failed on file /usr/lib64/php/build: cpio: rename failed - Invalid argument > error: BR installation failed > Begin-PLD-Builder-Info > Build-Time: user:5.37s sys:0.79s real:57.52s (faults io:2 non-io:81706) > > End-PLD-Builder-Info Anyone has an idea what's wrong with that? /usr/lib64/php/build is a symlink to /usr/lib/php/build. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Sun Dec 5 14:21:35 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 5 Dec 2004 14:21:35 +0100 Subject: ERRORS: php4-gtk.spec In-Reply-To: <20041205131315.GA11350@mysza.eu.org> References: <20041205131315.GA11350@mysza.eu.org> Message-ID: <20041205132134.GA1284@satan.blackhosts> On Sun, Dec 05, 2004 at 02:13:15PM +0100, Adam Go??biowski wrote: > On Sun, Dec 05, 2004 at 01:01:13PM +0000, PLD ac-amd64 builder wrote: > > php4-devel ################################################## > > error: unpacking of archive failed on file /usr/lib64/php/build: cpio: rename failed - Invalid argument > > error: BR installation failed > > Begin-PLD-Builder-Info > > Build-Time: user:5.37s sys:0.79s real:57.52s (faults io:2 non-io:81706) > > > > End-PLD-Builder-Info > > Anyone has an idea what's wrong with that? /usr/lib64/php/build is a > symlink to /usr/lib/php/build. Wasn't it a directory in previous version? Changing directory<>non-directory is unsupported by rpm. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From adamg at biomerieux.pl Sun Dec 5 14:30:53 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 5 Dec 2004 14:30:53 +0100 Subject: ERRORS: php4-gtk.spec In-Reply-To: <20041205132134.GA1284@satan.blackhosts> References: <20041205131315.GA11350@mysza.eu.org> <20041205132134.GA1284@satan.blackhosts> Message-ID: <20041205133053.GC27006@mysza.eu.org> On Sun, Dec 05, 2004 at 02:21:35PM +0100, Jakub Bogusz wrote: > On Sun, Dec 05, 2004 at 02:13:15PM +0100, Adam Go??biowski wrote: > > On Sun, Dec 05, 2004 at 01:01:13PM +0000, PLD ac-amd64 builder wrote: > > > php4-devel ################################################## > > > error: unpacking of archive failed on file /usr/lib64/php/build: cpio: rename failed - Invalid argument > > > error: BR installation failed > > > Begin-PLD-Builder-Info > > > Build-Time: user:5.37s sys:0.79s real:57.52s (faults io:2 non-io:81706) > > > > > > End-PLD-Builder-Info > > > > Anyone has an idea what's wrong with that? /usr/lib64/php/build is a > > symlink to /usr/lib/php/build. > > Wasn't it a directory in previous version? Yes, it was. In php-devel it's a directory. > Changing directory<>non-directory is unsupported by rpm. Then either php-devel or php4-devel needs to be changes. Which one should that be? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From dobrek at dobrek.de Sun Dec 5 18:31:08 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Sun, 05 Dec 2004 18:31:08 +0100 Subject: apache and pcre Message-ID: <41B345DC.3040101@dobrek.de> Hallo: According to this bug report: http://issues.apache.org/bugzilla/show_bug.cgi?id=27550 there exist a problem of apache linking itself with internal pcre instead off with external one. This would not be a problem if the symbols of this internal pcre ( version 3.9) weren't exported. This renders unusable all modules which require pcre in newer version, in case of my particular interest it is mod_caml. The following patch on apache.spec adds bcond (with_external_pcre ) to pld spec which when turned on applies the following minimally modified patch: http://issues.apache.org/bugzilla/attachment.cgi?id=13377 Both patch on apache.spec and patch which shall be put to SOURCES are attached to this letter. What do you thing about it? Is it sense full? I did it because I wanted to play with mod_caml but I am very definitely not an apache expert so it is more than probable that all of it is bullshit. Nice evening Lukasz Dobrek -------------- next part -------------- --- apache.spec 2004-12-05 17:58:55.228222000 +0100 +++ apache.spec-pcre 2004-12-05 17:58:21.645327376 +0100 @@ -19,6 +19,8 @@ # Conditional build: %bcond_without ssl # build without SSL support %bcond_without ldap # build without LDAP support +%bcond_with external_pcre # build with external PCRE support look at http://issues.apache.org/bugzilla/show_bug.cgi?id=27550 + # includes patch26. # %include /usr/lib/rpm/macros.perl # this is internal macro, don't change to %%apache_modules_api @@ -87,6 +89,8 @@ Patch23: %{name}-apr1.patch Patch24: %{name}-normalize-path.patch Patch25: %{name}-CAN-2004-0942.patch +# http://issues.apache.org/bugzilla/attachment.cgi?id=13377 external pcre +Patch26: %{name}2-pcre-patch.diff URL: http://httpd.apache.org/ BuildRequires: automake BuildRequires: apr-devel >= 1:1.0.0 @@ -695,6 +699,7 @@ %patch23 -p1 %patch24 -p1 %patch25 -p1 +%{?with_external_pcre:%patch26 -p2} %{__perl} -pi -e "s@/usr/local/bin/perl@%{__perl}@" $(grep -rl "/usr/local/bin/perl" *) %{__perl} -pi -e "s at BUILD_SUBDIRS.*@BUILD_SUBDIRS =@g" srclib/Makefile.in @@ -781,7 +786,8 @@ --with-suexec-gidmin=500 \ --with-suexec-umask=077 \ --with-apr=%{_bindir}/apr-1-config \ - --with-apr-util=%{_bindir}/apu-1-config + --with-apr-util=%{_bindir}/apu-1-config \ + %{?_with_external_pcre:--with-external-pcre} %{__make} ./httpd.${mpm} -l | grep -v "${mpm}" > modules-inside -------------- next part -------------- A non-text attachment was scrubbed... Name: apache2-pcre-patch.diff Type: text/x-patch Size: 14943 bytes Desc: not available URL: From dobrek at dobrek.de Sun Dec 5 18:35:20 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Sun, 05 Dec 2004 18:35:20 +0100 Subject: apache and pcre In-Reply-To: <41B345DC.3040101@dobrek.de> References: <41B345DC.3040101@dobrek.de> Message-ID: <41B346D8.6020400@dobrek.de> Lukasz Dobrek wrote: > Hallo: > According to this bug report: > http://issues.apache.org/bugzilla/show_bug.cgi?id=27550 > I wonder why twice, sorry? And use some more articles, it want hurt, promise. Again, take care Lukasz From dobrek at dobrek.de Sun Dec 5 19:22:16 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Sun, 05 Dec 2004 19:22:16 +0100 Subject: ocamldsort Message-ID: <41B351D8.6030900@dobrek.de> Can somebody add this to cvs. Spec attached. Actually it would be cool if I could get the cvs account again. It can be that I still have it. in this case I must confess I don't remember my password anymore. Kisses Lukasz -------------- next part -------------- # $Revision: 1.2 $, $Date: 2003/08/18 08:09:35 $ Summary: Dependency sort tool for ocaml sources Summary(pl): Program do sortowania zaleznosci dla ocamla Name: ocamldsort Version: 0.14.3 Release: 1 License: GPL Group: Libraries Source0: ftp://quatramaran.ens.fr/pub/ara/ocamldsort/%{name}-%{version}.tar.gz BuildRequires: ocaml >= 3.04-7 BuildRequires: ocaml-camlp4 >= 3.04-7 BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description The ocamldsort command scans a set of Objective Caml source files (.ml and .mli files), sorts them according to their dependencies and prints the sorted files in order to link their corresponding .cmo and .cmi files. ocamldsort can be used to compile and link simple projects with one command However for larger projects where separate compilation is desirable, ocamldsort can also be used from within a makefile. See the README file for a typical makefile. %description -l pl Komenda ocamldsort skanuje a nastepnie sortuje zbior plikow zrodlowych Ocamla (.ml i .mli). Sortowanie odbywa sie z uwzglednieniem zachowanie zaleznosci miedzy plikami. Posortowane nazwy plikow drukowane sa w kolejnosci umoziwiajacej ich latwe zlinkowanie. ocamldsort moze byc uzywane do kompilacji prostych projektow jako tak zwany jednolinikowiec, ale jest on rowniez bardzo przydatny przy budowaniu bardziej skomplikowanych projektow Makefile i takie tam. Zajrzyj do pliku readme po bardziej zaawansowane przyklady. %prep %setup -q %build ./configure --prefix=${RPM_BUILD_ROOT}%{_prefix} \ --mandir=${RPM_BUILD_ROOT}%{_mandir} %{__make} CC="%{__cc} %{rpmcflags} -fPIC" opt %install rm -rf $RPM_BUILD_ROOT install -d ${RPM_BUILD_ROOT}%{_bindir} install ocamldsort.opt ${RPM_BUILD_ROOT}%{_bindir}/ocamldsort install -d ${RPM_BUILD_ROOT}%{_mandir}/man1/ install ocamldsort.1 ${RPM_BUILD_ROOT}%{_mandir}/man1/ %clean rm -rf $RPM_BUILD_ROOT %files %defattr(644,root,root,755) %doc README Changes THANKS %attr(755,root,root) %{_bindir} %attr(755,root,root) %{_mandir} %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team All persons listed below can be reached at @pld-linux.org $Log: template-ocaml.spec,v $ From radek at karnet.pl Sun Dec 5 21:35:09 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Sun, 5 Dec 2004 21:35:09 +0100 Subject: apache and pcre In-Reply-To: <41B346D8.6020400@dobrek.de> References: <41B345DC.3040101@dobrek.de> <41B346D8.6020400@dobrek.de> Message-ID: <20041205203509.GA9243@bongo> Lukasz Dobrek [05-12-2004 18:35]: > Lukasz Dobrek wrote: >> Hallo: >> According to this bug report: >> http://issues.apache.org/bugzilla/show_bug.cgi?id=27550 Added. If you want this fixed, the least you could do is voting for the bug in Apache's Bugzilla. > I wonder why twice, sorry? And use some more articles, it want hurt, > promise. I have no idea what are you talking about. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dobrek at dobrek.de Sun Dec 5 22:07:46 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Sun, 05 Dec 2004 22:07:46 +0100 Subject: apache and pcre In-Reply-To: <20041205203509.GA9243@bongo> References: <41B345DC.3040101@dobrek.de> <41B346D8.6020400@dobrek.de> <20041205203509.GA9243@bongo> Message-ID: <41B378A2.6090101@dobrek.de> Radoslaw Zielinski wrote: > Lukasz Dobrek [05-12-2004 18:35]: > >>Lukasz Dobrek wrote: >> >>>Hallo: >>>According to this bug report: >>>http://issues.apache.org/bugzilla/show_bug.cgi?id=27550 > > > Added. If you want this fixed, the least you could do is voting for the > bug in Apache's Bugzilla. > > >>I wonder why twice, sorry? And use some more articles, it want hurt, >>promise. > > > I have no idea what are you talking about. > Thats quite simple, my dear Watson, a. I haven't seen that I send it also to myself, than got shock when I received this message twice. Immidiatly afterwards I decided to apologize for sending this email twice to the list. What didn't really took place, but I was confused. b. While answering my own email, in order to apologize for sending it twice vide previous point, I read it again. This had an immidiete consequence in me realizing that I did typical for any Pole thing it is, I forgot quite a few articles like an "a", an "an" and a "the". I let myself to express this friendly worlds of advise which you are referring to. :))) I am hope it clears. Anyway thank you for adding it into cvs. Sincerely Yours Lukasz Dobrek From freetz at gmx.net Sun Dec 5 22:56:30 2004 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 5 Dec 2004 22:56:30 +0100 Subject: SPECS: xine-lib.spec - updated to 1-rc7 - removed am17 patch (no l... In-Reply-To: References: Message-ID: <20041205225630.6b7dc3e3@aquarius> On Sun, 05 Dec 2004 21:14:54 +0000 qboosh wrote: > Author: qboosh Date: Sun Dec 5 21:14:54 2004 > GMT Module: SPECS Tag: HEAD > ---- Log message: > - updated to 1-rc7 I got some compilation troubles (binutils,glibc HEAD): athlon-pld-linux-gcc -shared .libs/yuv2rgb.o .libs/yuv2rgb_mmx.o .libs/yuv2rgb_mlib.o .libs/video_out_caca.o -L/usr/lib -lcaca_pic -lslang -lX11 -L/usr/X11R6/lib -mtune=athlon -mpreferred-stack-boundary=2 -march=athlon-xp -Wl,-soname -Wl,xineplug_vo_out_caca.so -o .libs/xineplug_vo_out_caca.so/usr/lib/libcaca_pic.a(libcaca_pic_a-caca. o)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx':: multiple definition of `__i686.get_pc_thunk.bx'/usr/lib/gcc/athlon-pld-linux/3.4.3/crtbeginS.o (.text[.__i686.get_pc_thunk.bx]+0x0):crtstuff.c: first defined here collect2: ld returned 1 exit status make[4]: *** [xineplug_vo_out_caca.la] Error 1 make[4]: Leaving directory `/opt/sources/tmp/xine-lib-1-rc7/src/video_out' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/opt/sources/tmp/xine-lib-1-rc7/src/video_out' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/sources/tmp/xine-lib-1-rc7/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/sources/tmp/xine-lib-1-rc7' make: *** [all] Error 2 b??d: B??dny status wyj?cia z /var/tmp/rpm-tmp.86118 (%build) any hints? -- Fryderyk Dziarmagowski From dobrek at dobrek.de Sun Dec 5 23:07:12 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Sun, 05 Dec 2004 23:07:12 +0100 Subject: apache-mod_caml Message-ID: <41B38690.8080406@dobrek.de> Dear list, please find enclosed the spec for mod_caml for apache. It would be nice if you could add this to cvs as well. Note it needs ocamldsort. Spec file for ocamldsort you will find in one of my previous postings here. There is one thing which I don't fully understand. I had to explicitly forbid striping of mod_caml.so otherwise it was not working, but I see that other apache modules work without such a limitation, i.e. there are striped. Any apache guru is hurtfully welcome to give her/his opinion on this matter. Sincerely Yours Lukasz Dobrek -------------- next part -------------- # $Revision: 1.11 $, $Date: 2004/10/22 12:03:03 $ %define mod_name mod_caml %define apxs /usr/sbin/apxs Summary: Apache mod_caml module - allows using bytcode compiled ocaml files with apache Summary(pl): Modu? Apache'a mod_ruby - zapewniaj?cy obs?ug? skompilowanego do bytekodu ocamla Name: apache-%{mod_name} Version: 1.3.4 Release: 1 Group: Networking/Daemons License: BSD-like Source0: http://savannah.nongnu.org/download/modcaml/%{mod_name}-%{version}.tar.gz Patch0: %{mod_name}-Makefile.diff URL: ttp://merjis.com/developers/mod_caml/ BuildRequires: apache-devel >= 1.3.3 BuildRequires: %{apxs} BuildRequires: apr-devel BuildRequires: ocaml BuildRequires: ocaml-findlib BuildRequires: ocaml-pcre-devel BuildRequires: ocaml-postgres Requires(post,preun): %{apxs} Requires: apache >= 1.3.3 Requires: ocaml >= 3.0.8 BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %define _sysconfdir %(%{apxs} -q SYSCONFDIR) %define _pkglibdir %(%{apxs} -q LIBEXECDIR) # I don't understand it but it is neccessary if one strips # it, it won't work anymore. %define _noautostrip .*\/mod_caml.so %description mod_caml is a set of Objective CAML (OCaml) bindings for the Apache API. It allows you to run CGI scripts written in OCaml directly inside the Apache webserver. However, it is much much more than just that: * Bind to any part of the Apache request cycle. * Read and modify internal Apache structures. * Share modules of code between handlers and scripts. * CGI library and templating system (allows separation of code and presentation). * Works with Apache 1.3 and Apache 2.0 [see note below]. * DBI library for simple database access. * DBI library can use Perl DBDs (database drivers) [requires Perl4Caml >= 0.3.6]. %prep %setup -q -n %{mod_name}-%{version} %patch0 -p1 %build %{__make} %install rm -rf $RPM_BUILD_ROOT %{__make} DESTDIR=$RPM_BUILD_ROOT install %clean rm -rf $RPM_BUILD_ROOT %post if [ -f /var/lock/subsys/httpd ]; then /etc/rc.d/init.d/httpd restart 1>&2 fi %preun if [ "$1" = "0" ]; then if [ -f /var/lock/subsys/httpd ]; then /etc/rc.d/init.d/httpd restart 1>&2 fi fi %files %defattr(644,root,root,755) %doc COPYING.LIB CHANGES README examples html icons modcaml-example.conf %attr(640,root,root) %config(noreplace) %verify(not size mtime md5) %{_sysconfdir}/httpd.conf/*.conf %attr(755,root,root) %{_pkglibdir}/*.so %{_libdir}/ocaml %{_datadir}/%{mod_name}/ %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team All persons listed below can be reached at @pld-linux.org $Log: apache-mod_ruby.spec,v $ -------------- next part -------------- A non-text attachment was scrubbed... Name: mod_caml-Makefile.diff Type: text/x-patch Size: 3786 bytes Desc: not available URL: From havner at smtp.kamp.pl Sun Dec 5 23:08:58 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 5 Dec 2004 23:08:58 +0100 Subject: apache and pcre In-Reply-To: <41B378A2.6090101@dobrek.de> References: <41B345DC.3040101@dobrek.de> <41B346D8.6020400@dobrek.de> <20041205203509.GA9243@bongo> <41B378A2.6090101@dobrek.de> Message-ID: <20041205220858.GC5948@pld-linux.org> On Sun, Dec 05, 2004 at 10:07:46PM +0100, Lukasz Dobrek wrote: > Thats quite simple, my dear Watson, > a. I haven't seen that I send it also to myself, than got shock when I > received this message twice. Immidiatly afterwards I decided to > apologize for sending this email twice to the list. What didn't really > took place, but I was confused. > > b. While answering my own email, in order to apologize for sending it > twice vide previous point, I read it again. This had an immidiete > consequence in me realizing that I did typical for any Pole thing it is, > I forgot quite a few articles like an "a", an "an" and a "the". > > I let myself to express this friendly worlds of advise which you are > referring to. :))) > > I am hope it clears. > Anyway thank you for adding it into cvs. Eeee? Give him rw, it's better he could make his own cvs ci rather than confusing people here ;-)) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From dobrek at dobrek.de Mon Dec 6 00:02:25 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Mon, 06 Dec 2004 00:02:25 +0100 Subject: Two more and lets get some sleep Message-ID: <41B39381.1040104@dobrek.de> Dear dear, This email encloses two spec files for two ocaml libraries which I would be very gratefully if you could to add to cvs. It is - ocaml-gregoriandate, and - ocaml-dbi. I had to introduce special macro %_vendor_name in both of them in order to be able to follow the convention I guess initiated by Michal Moskal (malekith) to call all ocaml related packages with "ocaml-" prefix. I find this convention cool, so I did it that way. In case of objections, comments, and so on. I will be very happy to here, follow and obey if necessary :)) Sweet dreams, Lukasz Dobrek. From dobrek at dobrek.de Mon Dec 6 00:04:06 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Mon, 06 Dec 2004 00:04:06 +0100 Subject: Two more and lets get some sleep Message-ID: <41B393E6.3050508@dobrek.de> As in subject, lets get some sleep, sorry for second email but I forgot the context in the first :)) Dear dear, This email encloses two spec files for two ocaml libraries which I would be very gratefully if you could to add to cvs. It is - ocaml-gregoriandate, and - ocaml-dbi. I had to introduce special macro %_vendor_name in both of them in order to be able to follow the convention I guess initiated by Michal Moskal (malekith) to call all ocaml related packages with "ocaml-" prefix. I find this convention cool, so I did it that way. In case of objections, comments, and so on. I will be very happy to here, follow and obey if necessary :)) Sweet dreams, Lukasz Dobrek. -------------- next part -------------- # $Revision: 1.2 $, $Date: 2003/08/18 08:09:35 $ %define _vendor_name ocamldbi Summary: database independent layer Summary(pl): Niezalezne od bazydanych api dla ocamla. Name: ocaml-dbi Version: 0.9.10 Release: 1 License: GPL Group: Libraries Source0: http://savannah.nongnu.org/download/modcaml/%{_vendor_name}-%{version}.tar.gz BuildRequires: ocaml >= 3.04-7 %requires_eq ocaml-runtime BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description ocamldbi is a database independent layer for Objective CAML (OCaml) patterned upon Perl DBI. Currently there are drivers for PostgreSQL and MySQL, and you can use Perl DBD (database drivers) if you have Perl4Caml installed. %package devel Summary: TEMPLATE binding for OCaml - development part Summary(pl): Wi?zania TEMPLATE dla OCamla - cze?? programistyczna Group: Development/Libraries %requires_eq ocaml %description devel ocamldbi is a database independent layer for Objective CAML (OCaml) patterned upon Perl DBI. Currently there are drivers for PostgreSQL and MySQL, and you can use Perl DBD (database drivers) if you have Perl4Caml installed. This package contains files needed to develop OCaml programs using this library. %prep %setup -q -n %{_vendor_name}-%{version} %build %{__make} CC="%{__cc} %{rpmcflags} -fPIC" all opt %install rm -rf $RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT%{_libdir}/ocaml/dbi install *.cm[ixa]* *.a $RPM_BUILD_ROOT%{_libdir}/ocaml/dbi install -d $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} cp -r examples $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} install -d $RPM_BUILD_ROOT%{_libdir}/ocaml/site-lib/dbi cat > $RPM_BUILD_ROOT%{_libdir}/ocaml/site-lib/dbi/META < All persons listed below can be reached at @pld-linux.org $Log: dbi-ocaml.spec,v $ -------------- next part -------------- # $Revision: 1.2 $, $Date: 2003/08/18 08:09:35 $ %define _verndor_name gregoriandate Summary: Gregoriandate for Ocaml Summary(pl): Data w kalendazu gregorianskim dla Ocamla Name: ocaml-%{_verndor_name} Version: 1.0.1 Release: 1 License: GPL Group: Libraries Source0: http://merjis.com/_file/%{_verndor_name}-%{version}.tar.gz BuildRequires: ocaml >= 3.04-7 %requires_eq ocaml-runtime BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description Gregorian Date is a pure OCaml library for performing calculations based on the Gregorian calendar. This is a library of useful date calculations using the Gregorian calendar, as used in most Western countries, and increasingly in the East. Although the Gregorian calendar was adopted in 1582, this library extends it back through to 1 AD. It is inspired and derived from Perl's Date::Calc %description -l pl %package devel Summary: Gregoriandate for Ocaml - development part Summary(pl): Data w kalendazu gregorianskim dla Ocamla - cze?? programistyczna Group: Development/Libraries %requires_eq ocaml %description devel Gregorian Date is a pure OCaml library for performing calculations based on the Gregorian calendar. This is a library of useful date calculations using the Gregorian calendar, as used in most Western countries, and increasingly in the East. Although the Gregorian calendar was adopted in 1582, this library extends it back through to 1 AD. It is inspired and derived from Perl's Date::Calc This package contains files needed to develop OCaml programs using this library. %description devel -l pl Gregorian Date jest napisana w ocamlu biblioteka dla ocamla wykonujaca podstawowe obliczenia w kalendarzu Gregorianskim. To biblioteka czesto uzywanych obliczen przy uzyciu kalendarza Gregorianskiego, uzywanego na Zahodniej polkuli, a i coraz czesciej na wschodniej. Mimo ze kaledaz Gregorianski zostal przyjety do uzycia w 1582 roku, ta biblioteka potrafi wykonywac obliczenia do 1 roku naszej ery. Pakiet ten zawiera pliki niezb?dne do tworzenia program?w u?ywaj?cych tej biblioteki. %prep %setup -q -n %{_verndor_name}-%{version} %build %{__make} CC="%{__cc} %{rpmcflags} -fPIC" all %install rm -rf $RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT%{_libdir}/ocaml/gregoriandate install *.cm[ixa]* *.a $RPM_BUILD_ROOT%{_libdir}/ocaml/gregoriandate install -d $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} install -d $RPM_BUILD_ROOT%{_libdir}/ocaml/site-lib/gregoriandate cat > $RPM_BUILD_ROOT%{_libdir}/ocaml/site-lib/gregoriandate/META < All persons listed below can be reached at @pld-linux.org $Log: gregoriandate-ocaml.spec,v $ From ankry at green.mif.pg.gda.pl Mon Dec 6 07:17:08 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 6 Dec 2004 07:17:08 +0100 (CET) Subject: apache and pcre In-Reply-To: <20041205220858.GC5948@pld-linux.org> from "havner" at Dec 05, 2004 11:08:58 PM Message-ID: <200412060617.iB66H8Uw016482@green.mif.pg.gda.pl> havner wrote: > Eeee? > Give him rw, it's better he could make his own cvs ci rather than > confusing people here ;-)) He has it already: dobrek:dobrek at ep09.kernel.pl:?ukasz Dobrek Idon't know why he is not committing himself. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From dobrek at dobrek.de Mon Dec 6 09:19:19 2004 From: dobrek at dobrek.de (Lukasz Dobrek) Date: Mon, 06 Dec 2004 09:19:19 +0100 Subject: apache and pcre In-Reply-To: <200412060617.iB66H8Uw016482@green.mif.pg.gda.pl> References: <200412060617.iB66H8Uw016482@green.mif.pg.gda.pl> Message-ID: <41B41607.8040200@dobrek.de> Andrzej Krzysztofowicz wrote: > havner wrote: > >>Eeee? >>Give him rw, it's better he could make his own cvs ci rather than >>confusing people here ;-)) > > > He has it already: > > dobrek:dobrek at ep09.kernel.pl:?ukasz Dobrek > > Idon't know why he is not committing himself. > I know, this what I don't know: is why I cannot login. There exist two possible explanations. Which both can be true. a. I forgot password. I am not 100% sure, but this can be true. b. somebody block my account in order to block cvs usage by somebody who had not committed anything for more than a year. Also presumable explanation. As I said just guessing. But the first is very probable. I send the password to cvsadmin at pld-linux.org. But I don't know what are your procedures now. Once it was dependent on a good day of TK, now it is much more formalized as I heard. Take Care Lukasz From mmazur at kernel.pl Mon Dec 6 12:23:51 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Mon, 6 Dec 2004 12:23:51 +0100 Subject: apache and pcre In-Reply-To: <41B41607.8040200@dobrek.de> References: <200412060617.iB66H8Uw016482@green.mif.pg.gda.pl> <41B41607.8040200@dobrek.de> Message-ID: <200412061223.52390.mmazur@kernel.pl> On poniedzia?ek 06 grudzie? 2004 09:19, Lukasz Dobrek wrote: > As I said just guessing. But the first is very probable. > I send the password to cvsadmin at pld-linux.org. But I don't know > what are your procedures now. Once it was dependent on a good > day of TK, now it is much more formalized as I heard. No it's not. You'll get your password changed once one of our cvsadmin's reads your request. -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From koorek at o2.pl Mon Dec 6 16:37:10 2004 From: koorek at o2.pl (Robert Kurowski) Date: Mon, 6 Dec 2004 16:37:10 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem Message-ID: <20041206163710.25d0636c@localhost> Recently I've installed enlightenment 0.16.7.1. With this release there should be correct menu generation, right? But something is wrong. I've got message: "Menu generation failed ...". As far as I remember Przemyslaw Iskra (aka Boby Spark) was fixing this to work with vfmg. Anybody with same problem?? enlightenment-0.16.7.1-1 -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From sparky at servek.sparky.homelinux.org Mon Dec 6 16:49:31 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Mon, 6 Dec 2004 16:49:31 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041206163710.25d0636c@localhost> References: <20041206163710.25d0636c@localhost> Message-ID: <20041206154931.GA17113@servek.sparky.homelinux.org> On Mon, Dec 06, 2004 at 04:37:10PM +0100, Robert Kurowski wrote: > Recently I've installed enlightenment 0.16.7.1. With this release there > should be correct menu generation, right? But something is wrong. I've > got message: "Menu generation failed ...". As far as I remember > Przemyslaw Iskra (aka Boby Spark) was fixing this to work with vfmg. > > Anybody with same problem?? > > enlightenment-0.16.7.1-1 tell me more about it... Is this in dialog box ? It is working for me, and a can't find "failed" word in my scripts, Isn't it: "Something went wrong! Old menus reverted." ? try: mv ~/.enlightenment enli-conv-old and start enlightenment, parhaps it isn't compatible with old menu generation script, but it should be. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From koorek at o2.pl Mon Dec 6 17:21:40 2004 From: koorek at o2.pl (Robert Kurowski) Date: Mon, 6 Dec 2004 17:21:40 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041206154931.GA17113@servek.sparky.homelinux.org> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> Message-ID: <20041206172140.3f57da04@localhost> Dnia Mon, 6 Dec 2004 16:49:31 +0100 Przemys?aw Iskra pisze: > Is this in dialog box ? Yes it is. > > It is working for me, and a can't find "failed" word in my scripts, > Isn't it: "Something went wrong! Old menus reverted." ? Yes it is. > > try: mv ~/.enlightenment enli-conv-old and start enlightenment, > parhaps it isn't compatible with old menu generation script, > but it should be. No, same dialog box. [~/.enlightenment]$ ls -la razem 23 drwx------ 6 koorek users 337 2004-12-06 17:16 . drwxr-xr-x 98 koorek users 4470 2004-12-06 17:16 .. drwx------ 2 koorek users 35 2004-12-06 17:15 backgrounds drwx------ 6 koorek users 115 2004-12-06 17:15 cached -rw-r--r-- 1 koorek users 1639 2004-12-06 17:15 ...e_session-XXXXXX -rw-r--r-- 1 koorek users 0 2004-12-06 17:16 ...e_session-XXXXXX.clients.0 -rw-r--r-- 1 koorek users 616 2004-12-06 17:16 ...e_session-XXXXXX.snapshots.0 lrwxrwxrwx 1 koorek users 23 2004-12-06 17:16 file.menu -> menus/Applications.menu drwx------ 2 koorek users 3234 2004-12-06 17:16 icons -rw-r--r-- 1 koorek users 189 2004-12-06 17:15 .initialized drwx------ 2 koorek users 35 2004-12-06 17:15 themes -rw-r--r-- 1 koorek users 39 2004-12-06 17:15 user_theme.cfg hmm, broken link I must admit, I don't know much about enlightenment, menu generation etc. but I think there's something wrong with enlightenment rpm. Maybe it work for you becouse You did it right, but You made a mistake while writing a diff to spec? -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From krzak at hakore.com Mon Dec 6 17:32:29 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Mon, 06 Dec 2004 17:32:29 +0100 Subject: XFCE4 without gnome In-Reply-To: <20041203112412.GB2153@pld-linux.org> References: <20041126175049.GA30250@pld-linux.org> <200411281015.25293@tintia.doriath> <20041128105341.GB16713@pld-linux.org> <41B02CBF.4030405@hakore.com> <20041203112412.GB2153@pld-linux.org> Message-ID: <41B4899D.1090507@hakore.com> U?ytkownik havner napisa?: > On Fri, Dec 03, 2004 at 10:07:11AM +0100, Marcin Krzyzanowski wrote: > >>U?ytkownik havner napisa?: > > Maybe, but I don't see for what, and in this case little R are more > important imo. > > $ rpm -ql xfce-utils | grep bin > /usr/bin/startxfce4 > /usr/bin/xfce4-about > /usr/bin/xfhelp4 > /usr/bin/xflock4 > /usr/bin/xfmountdev4 > /usr/bin/xfrun4 > /usr/bin/xftaskbar4 > /usr/bin/xfterm4 > > The only suspects are: > xfce4-about (little window with licenses and this kind of things) > xfhelp4 (bash script running external browser, so can't use gtkhtml) > you should check in sources, it can be used anywhere, even for display content of anything. If you are not sure, leave it. -- Marcin Krzy?anowski From sparky at servek.sparky.homelinux.org Mon Dec 6 18:05:25 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Mon, 6 Dec 2004 18:05:25 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041206172140.3f57da04@localhost> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> Message-ID: <20041206170525.GA17336@servek.sparky.homelinux.org> On Mon, Dec 06, 2004 at 05:21:40PM +0100, Robert Kurowski wrote: ... > > It is working for me, and a can't find "failed" word in my scripts, > > Isn't it: "Something went wrong! Old menus reverted." ? > > Yes it is. So it is displayed by e_gen_menu sctipt > > > > try: mv ~/.enlightenment enli-conv-old and start enlightenment, > > parhaps it isn't compatible with old menu generation script, > > but it should be. > > No, same dialog box. > > > [~/.enlightenment]$ ls -la > razem 23 > drwx------ 6 koorek users 337 2004-12-06 17:16 . > drwxr-xr-x 98 koorek users 4470 2004-12-06 17:16 .. > drwx------ 2 koorek users 35 2004-12-06 17:15 backgrounds > drwx------ 6 koorek users 115 2004-12-06 17:15 cached > -rw-r--r-- 1 koorek users 1639 2004-12-06 17:15 ...e_session-XXXXXX > -rw-r--r-- 1 koorek users 0 2004-12-06 17:16 > ...e_session-XXXXXX.clients.0 > -rw-r--r-- 1 koorek users 616 2004-12-06 17:16 > ...e_session-XXXXXX.snapshots.0 > lrwxrwxrwx 1 koorek users 23 2004-12-06 17:16 file.menu -> > menus/Applications.menu > drwx------ 2 koorek users 3234 2004-12-06 17:16 icons > -rw-r--r-- 1 koorek users 189 2004-12-06 17:15 .initialized > drwx------ 2 koorek users 35 2004-12-06 17:15 themes > -rw-r--r-- 1 koorek users 39 2004-12-06 17:15 user_theme.cfg > > hmm, broken link all menus directory is generated by vfmg, or, at last, should be generated, e_gen_menu will delete it and revert old menus if there is no file Applications.menu or there are less than 5 files > > I must admit, I don't know much about enlightenment, menu generation > etc. but I think there's something wrong with enlightenment rpm. Maybe yes, it is... or try to update vfmg > it work for you becouse You did it right, but You made a mistake while > writing a diff to spec? maybe... i'll try to rebuild it with files from cvs But now: try tu run vfmg by hand: vfmg -i -f -c -s --xterm='Eterm --name %1 --exec %2' enlightenment and then look is there ~/.enlightenment/menus directory, and how many files are there... It is normal that vfmg displays some warnings, but it should work. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From havner at smtp.kamp.pl Mon Dec 6 18:33:59 2004 From: havner at smtp.kamp.pl (havner) Date: Mon, 6 Dec 2004 18:33:59 +0100 Subject: XFCE4 without gnome In-Reply-To: <41B4899D.1090507@hakore.com> References: <20041126175049.GA30250@pld-linux.org> <200411281015.25293@tintia.doriath> <20041128105341.GB16713@pld-linux.org> <41B02CBF.4030405@hakore.com> <20041203112412.GB2153@pld-linux.org> <41B4899D.1090507@hakore.com> Message-ID: <20041206173359.GB5977@pld-linux.org> On Mon, Dec 06, 2004 at 05:32:29PM +0100, Marcin Krzyzanowski wrote: > you should check in sources, it can be used anywhere, even for display > content of anything. > > If you are not sure, leave it. I'm going to check it, but anyway, whatever it does lower reqs by default are imo more important. xfce4 is great for slow computers with little hard disks, when somebody doesn't like "old style" wm's like wmaker, fluxbox, fvwm and gnome dependency is unwanted here. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From qboosh at pld-linux.org Mon Dec 6 19:40:00 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 6 Dec 2004 19:40:00 +0100 Subject: SPECS (DEVEL): gcc.spec - R(postun):gcc added for clean update. ... In-Reply-To: References: Message-ID: <20041206184000.GA666@gruby.cs.net.pl> On Mon, Dec 06, 2004 at 05:40:12PM +0000, pluto wrote: > Author: pluto Date: Mon Dec 6 17:40:12 2004 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - R(postun):gcc added for clean update. It won't help, rpm still ignores R() when reordering packages in transaction. > the usr/lib/gcc/*/x.y.(z-1) directory hasn't owner after update. There is a lot of such cases... -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From pluto at pld-linux.org Mon Dec 6 20:38:33 2004 From: pluto at pld-linux.org (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Mon, 6 Dec 2004 20:38:33 +0100 Subject: SPECS (DEVEL): gcc.spec - R(postun):gcc added for clean update. ... In-Reply-To: <20041206184000.GA666@gruby.cs.net.pl> References: <20041206184000.GA666@gruby.cs.net.pl> Message-ID: <200412062038.34675.pluto@pld-linux.org> On Monday 06 of December 2004 19:40, Jakub Bogusz wrote: > On Mon, Dec 06, 2004 at 05:40:12PM +0000, pluto wrote: > > Author: pluto Date: Mon Dec 6 17:40:12 2004 GMT > > Module: SPECS Tag: DEVEL > > ---- Log message: > > - R(postun):gcc added for clean update. > > It won't help, rpm still ignores R() when reordering packages in > transaction. maybe someday someone will fix rpm and then it will help. -- /* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */ #define say(x) lie(x) From ankry at green.mif.pg.gda.pl Tue Dec 7 13:07:07 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 Dec 2004 13:07:07 +0100 (CET) Subject: SPECS: xfprint.spec - BR: gettext-devel, STBR In-Reply-To: from "zbyniu" at Dec 07, 2004 11:54:53 AM Message-ID: <200412071207.iB7C77qm001342@green.mif.pg.gda.pl> zbyniu wrote: > > Author: zbyniu Date: Tue Dec 7 11:54:53 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - BR: gettext-devel, STBR Tag auto-ac-xfprint-4_1_99_1-3 already exists (spec release: 1.24). exit status 2304 -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zbyniu at geocarbon.pl Tue Dec 7 14:18:20 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Tue, 7 Dec 2004 14:18:20 +0100 Subject: SPECS: xfprint.spec - BR: gettext-devel, STBR In-Reply-To: <200412071207.iB7C77qm001342@green.mif.pg.gda.pl> References: <200412071207.iB7C77qm001342@green.mif.pg.gda.pl> Message-ID: <20041207131820.GM7003@geocarbon.pl> Mniej wiecej Tue, Dec 07, 2004 at 01:07:07PM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > zbyniu wrote: > > > > Author: zbyniu Date: Tue Dec 7 11:54:53 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - BR: gettext-devel, STBR > > Tag auto-ac-xfprint-4_1_99_1-3 already exists (spec release: 1.24). > exit status 2304 Ups, I have broken mirror, sorry. Please move xfprint-4.1.99.1-3 from ready to main. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From ankry at green.mif.pg.gda.pl Tue Dec 7 15:31:52 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 Dec 2004 15:31:52 +0100 (CET) Subject: SPECS: xfprint.spec - BR: gettext-devel, STBR In-Reply-To: <20041207131820.GM7003@geocarbon.pl> from "Zbyniu Krzystolik" at Dec 07, 2004 02:18:20 PM Message-ID: <200412071431.iB7EVqNQ001694@green.mif.pg.gda.pl> Zbyniu Krzystolik wrote: > > Mniej wiecej Tue, Dec 07, 2004 at 01:07:07PM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > zbyniu wrote: > > > > > > Author: zbyniu Date: Tue Dec 7 11:54:53 2004 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - BR: gettext-devel, STBR > > > > Tag auto-ac-xfprint-4_1_99_1-3 already exists (spec release: 1.24). > > exit status 2304 > > Ups, I have broken mirror, sorry. > Please move xfprint-4.1.99.1-3 from ready to main. Waiting for ppc. Should finish this week. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at servek.sparky.homelinux.org Tue Dec 7 15:36:38 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Tue, 7 Dec 2004 15:36:38 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041206170525.GA17336@servek.sparky.homelinux.org> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> Message-ID: <20041207143638.GA24563@servek.sparky.homelinux.org> On Mon, Dec 06, 2004 at 06:05:25PM +0100, Przemys?aw Iskra wrote: > maybe... i'll try to rebuild it with files from cvs nope, I've deleted all local files releated to enlightenment and I've rebuilt it using only ./builder script and it is working... I would like to know what your vfmg says... And does it create all files in ~/.enlightenment/menus/ I think it can be problem in vfmg with encoding UTF-8 -> ISO. By the way, developers: hot fix in vfmg 911: - $name=~s/\"/\\\"/g; + $name=~s/\"/\'/g; 917: - $name2=~s/\"/\\\"/g; + $name2=~s/\"/\'/g; enlightenment do not recognize \" sequention and it brakes menus -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From blues at pld-linux.org Tue Dec 7 15:39:02 2004 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 7 Dec 2004 15:39:02 +0100 (CET) Subject: SPECS (AC-branch): glibc.spec - glibc-devel obsolete glibc-headers In-Reply-To: References: Message-ID: On Tue, 7 Dec 2004, glen wrote: > Author: glen Date: Tue Dec 7 00:11:36 2004 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - glibc-devel obsolete glibc-headers IMvHO that obsolete should be in lkh... -- pozdr. Pawe? Go?aszewski --------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From qboosh at pld-linux.org Tue Dec 7 15:43:55 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 7 Dec 2004 15:43:55 +0100 Subject: SPECS (AC-branch): glibc.spec - glibc-devel obsolete glibc-headers In-Reply-To: References: Message-ID: <20041207144355.GB23037@gruby.cs.net.pl> On Tue, Dec 07, 2004 at 03:39:02PM +0100, Pawe? Go?aszewski wrote: > On Tue, 7 Dec 2004, glen wrote: > > Author: glen Date: Tue Dec 7 00:11:36 2004 GMT > > Module: SPECS Tag: AC-branch > > ---- Log message: > > - glibc-devel obsolete glibc-headers > > IMvHO that obsolete should be in lkh... Depends on what did glibc-headers contain. _glibc_ headers are in glibc-devel. _Linux_ headers for glibc are in llh. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From koorek at o2.pl Tue Dec 7 15:57:21 2004 From: koorek at o2.pl (Robert Kurowski) Date: Tue, 7 Dec 2004 15:57:21 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207143638.GA24563@servek.sparky.homelinux.org> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> <20041207143638.GA24563@servek.sparky.homelinux.org> Message-ID: <20041207155721.5fbf698a@localhost> Dnia Tue, 7 Dec 2004 15:36:38 +0100 Przemys?aw Iskra pisze: > I would like to know what your vfmg says... And does it create all > files in ~/.enlightenment/menus/ > > I think it can be problem in vfmg with encoding UTF-8 -> ISO. So, here we go. 1. ~/.enlightenment removed 2. Running enlightenment 3. Dialog box about old menus reverted 4. There's no ~/.enlightenment/menus directory 5. I've created menus 6. Enlightenment restart 7. No changes, same dialogbox, no files in menus directory 8. Switched to xfce4 and run vfmg by hand: vfmg -i -f -c -s --xterm='Eterm --name %1 --exec %2' enlightenment 9. Results: [~]$ vfmg -i -f -c -s --xterm='Eterm --name %1 --exec %2' enlightenment No readable xfce4-settings.directory in: - /usr/share/desktop-directories/ Last error: Nie ma takiego pliku ani katalogu No readable applications-kmenuedit.menu in: - /home/users/koorek/.config/menus - /etc/xdg/menus Last error: Nie ma takiego pliku ani katalogu 10. There're files in menus directory (hurrray) 11. Switched to enlightenment 12. Same well known dialogbox 13. Menus don't work 14. ~/.enlightenment/file.menu points to ~/.enlightenment/menus/Applications.menu (no such file) 15. ln -sf ~/.enlightenment/menus/index.menu ~/.enlightenment/file.menu (menus are ok, but "Well known dialogbox" every time enlightenment is lunched) enlightenment-0.16.7.1-1 vfmg-0.9.18-7 -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From sparky at servek.sparky.homelinux.org Tue Dec 7 16:32:11 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Tue, 7 Dec 2004 16:32:11 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207155721.5fbf698a@localhost> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> <20041207143638.GA24563@servek.sparky.homelinux.org> <20041207155721.5fbf698a@localhost> Message-ID: <20041207153211.GB24563@servek.sparky.homelinux.org> On Tue, Dec 07, 2004 at 03:57:21PM +0100, Robert Kurowski wrote: ... > 14. ~/.enlightenment/file.menu points to > ~/.enlightenment/menus/Applications.menu (no such file) that's the problem > 15. ln -sf ~/.enlightenment/menus/index.menu ~/.enlightenment/file.menu > (menus are ok, but "Well known dialogbox" every time enlightenment is > lunched) menus are OK because it makes a backup and it thinks than new menus aren't OK because ~/.enlightenment/file.menu is not readable what applnk version ? I've got 1.9.4-7 and in my index.menu file there is only: #v+ "Enlightenment" "Applications" "" menu "/home/users/sparky/.enlightenment/menus/Applications.menu" #v- and the right menu is in Applications.menu file so if I link index.menu to file.menu there is unnecesary submenu but as I see it wasn't good solution to try to link Applications.menu directly... I don't know sould I try to repair it in enlightenment script or there is annother solution, applnk upgrade ? so there should be minver in R: in enlightenment.spec -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From koorek at o2.pl Tue Dec 7 16:46:17 2004 From: koorek at o2.pl (Robert Kurowski) Date: Tue, 7 Dec 2004 16:46:17 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207153211.GB24563@servek.sparky.homelinux.org> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> <20041207143638.GA24563@servek.sparky.homelinux.org> <20041207155721.5fbf698a@localhost> <20041207153211.GB24563@servek.sparky.homelinux.org> Message-ID: <20041207164617.3377f3db@localhost> Dnia Tue, 7 Dec 2004 16:32:11 +0100 Przemys?aw Iskra pisze: > On Tue, Dec 07, 2004 at 03:57:21PM +0100, Robert Kurowski wrote: > ... > > 14. ~/.enlightenment/file.menu points to > > ~/.enlightenment/menus/Applications.menu (no such file) > that's the problem But I've got _NO_ Applications.menu (or maybe I'm blind) > > > 15. ln -sf ~/.enlightenment/menus/index.menu > > ~/.enlightenment/file.menu(menus are ok, but "Well known dialogbox" > > every time enlightenment is lunched) > menus are OK because it makes a backup > and it thinks than new menus aren't OK because > ~/.enlightenment/file.menu is not readable > > > what applnk version ? I've got 1.9.4-7 applnk-1.9.4-6 > > and in my index.menu file there is only: > #v+ > "Enlightenment" > "Applications" "" menu > "/home/users/sparky/.enlightenment/menus/Applications.menu"#v- My index.menu contains: "Enlightenment" "Akcesoria" "/home/users/koorek/.enlightenment/icons/package_utilities.png" menu "/home/users/koorek/.enlightenment/menus/Akcesoria.menu" "Aplikacje biurowe" "/home/users/koorek/.enlightenment/icons/package_office.png" menu "/home/users/koorek/.enlightenment/menus/Aplikacje biurowe.menu" "Edukacja" "/home/users/koorek/.enlightenment/icons/package_edutainment.png" men u "/home/users/koorek/.enlightenment/menus/Edukacja.menu" "Edytory" "/home/users/koorek/.enlightenment/icons/package_editors.png" menu "/h ome/users/koorek/.enlightenment/menus/Edytory.menu" "Grafika" "/home/users/koorek/.enlightenment/icons/package_graphics.png" menu "/ home/users/koorek/.enlightenment/menus/Grafika.menu" "Gry" "/home/users/koorek/.enlightenment/icons/package_games.png" menu "/home/us ers/koorek/.enlightenment/menus/Gry.menu" "Multimedia" "/home/users/koorek/.enlightenment/icons/package_multimedia.png" me nu "/home/users/koorek/.enlightenment/menus/Multimedia.menu" "Narz?dzia administracyjne" "" menu "/home/users/koorek/.enlightenment/menus/Nar z?dzia administracyjne.menu" "Narz?dzia programist?w" "/home/users/koorek/.enlightenment/icons/package_develo pment.png" menu "/home/users/koorek/.enlightenment/menus/Narz?dzia programist?w. menu" "Narz?dzia systemowe" "/home/users/koorek/.enlightenment/icons/package_system.pn g" menu "/home/users/koorek/.enlightenment/menus/Narz?dzia systemowe.menu" "Sie?" "/home/users/koorek/.enlightenment/icons/package_network.png" menu "/home/users/koorek/.enlightenment/menus/Sie?.menu" "Terminale" "/home/users/koorek/.enlightenment/icons/package_terminals.png" menu "/home/users/koorek/.enlightenment/menus/Terminale.menu" "Ustawienia" "/home/users/koorek/.enlightenment/icons/package_settings.png" menu "/home/users/koorek/.enlightenment/menus/Ustawienia.menu" "Zabawki" "/home/users/koorek/.enlightenment/icons/package_toys.png" menu "/home /users/koorek/.enlightenment/menus/Zabawki.menu" And as I mentioned earlier, I've got no Applications.menu > > and the right menu is in Applications.menu file > so if I link index.menu to file.menu there is unnecesary submenu > but as I see it wasn't good solution to try to link Applications.menu > directly... > > I don't know sould I try to repair it in enlightenment script or there > is annother solution, applnk upgrade ? so there should be minver in R: > in enlightenment.spec -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From ankry at green.mif.pg.gda.pl Tue Dec 7 16:47:44 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 Dec 2004 16:47:44 +0100 (CET) Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207153211.GB24563@servek.sparky.homelinux.org> from "=?iso-8859-2?Q?Przemys=B3aw?= Iskra" at Dec 07, 2004 04:32:11 PM Message-ID: <200412071547.iB7FliWP001980@green.mif.pg.gda.pl> =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > I don't know sould I try to repair it in enlightenment script or there > is annother solution, applnk upgrade ? so there should be minver in R: > in enlightenment.spec Requiring proper vfmg is the right way. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at servek.sparky.homelinux.org Tue Dec 7 17:24:30 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Tue, 7 Dec 2004 17:24:30 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207164617.3377f3db@localhost> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> <20041207143638.GA24563@servek.sparky.homelinux.org> <20041207155721.5fbf698a@localhost> <20041207153211.GB24563@servek.sparky.homelinux.org> <20041207164617.3377f3db@localhost> Message-ID: <20041207162430.GA25327@servek.sparky.homelinux.org> On Tue, Dec 07, 2004 at 04:46:17PM +0100, Robert Kurowski wrote: > And as I mentioned earlier, I've got no Applications.menu I've created new user to test it and you're right. 1. Run enlightenment: error 2. Run vfmg by hand: no file Applications.menu 3. Run enli.: error 4. Run GNOME: creates ~/.config/menus/applications.menu 5. Run enli.: OK, no error The problem is that vfmg looks to ~/.config/menus/applications.menu and creates menu using this file, this creates only unnecesary submenu, and does nothing, I was trying to change menus in gnome, add new menu and other things and this file isn't changing, I think vfmg shouldn't look into this file, at last PLD version of vfmg... what do you think ? KDE don't mess anything... Fix: SOURCES/enlightenment-e_gen_menu 44: -ln -s menus/Applications.menu $EDirUser/file.menu +ln -s menus/index.menu $EDirUser/file.menu and the rest should be fixed in vfmg For developers, one more thing: R: ImageMagic-codec-png in enlightenment.spec P.S. Shall I send patch'es ? -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From grotk at poczta.onet.pl Tue Dec 7 17:36:22 2004 From: grotk at poczta.onet.pl (Tomasz Grobelny) Date: Tue, 7 Dec 2004 17:36:22 +0100 Subject: Activating swap partitions Message-ID: <200412071736.22252.grotk@poczta.onet.pl> Is there any particular reason to turn on swap space before mounting other filesystems? IMO it would be better to call swapon after mounting at least all local filesystems since swap can be put on one of them. BTW, would it be reasonable to put swap space on remote filesystem? Tomek From ankry at green.mif.pg.gda.pl Tue Dec 7 17:53:36 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 Dec 2004 17:53:36 +0100 (CET) Subject: Activating swap partitions In-Reply-To: <200412071736.22252.grotk@poczta.onet.pl> from "Tomasz Grobelny" at Dec 07, 2004 05:36:22 PM Message-ID: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> Tomasz Grobelny wrote: > > Is there any particular reason to turn on swap space before mounting other Yes. For low memory systems it is important to turn on swap as early as possible. > filesystems? IMO it would be better to call swapon after mounting at least > all local filesystems since swap can be put on one of them. BTW, would it be > reasonable to put swap space on remote filesystem? There should be the second attempt then. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From mmazur at kernel.pl Tue Dec 7 17:54:55 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Tue, 7 Dec 2004 17:54:55 +0100 Subject: Activating swap partitions In-Reply-To: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> References: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> Message-ID: <200412071754.56161.mmazur@kernel.pl> On wtorek 07 grudzie? 2004 17:53, Andrzej Krzysztofowicz wrote: > Tomasz Grobelny wrote: > > Is there any particular reason to turn on swap space before mounting > > other > > Yes. For low memory systems it is important to turn on swap as early as > possible. > > > filesystems? IMO it would be better to call swapon after mounting at > > least all local filesystems since swap can be put on one of them. BTW, > > would it be reasonable to put swap space on remote filesystem? > > There should be the second attempt then. There is. Iirc I've even made a patch for the second swapon to report itself. Or sth like that. -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From ankry at green.mif.pg.gda.pl Tue Dec 7 17:57:20 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 Dec 2004 17:57:20 +0100 (CET) Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207162430.GA25327@servek.sparky.homelinux.org> from "=?iso-8859-2?Q?Przemys=B3aw?= Iskra" at Dec 07, 2004 05:24:30 PM Message-ID: <200412071657.iB7GvKUs002200@green.mif.pg.gda.pl> =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > P.S. Shall I send patch'es ? Please, do it. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From havner at smtp.kamp.pl Tue Dec 7 18:47:59 2004 From: havner at smtp.kamp.pl (havner) Date: Tue, 7 Dec 2004 18:47:59 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207143638.GA24563@servek.sparky.homelinux.org> References: <20041206163710.25d0636c@localhost> <20041206154931.GA17113@servek.sparky.homelinux.org> <20041206172140.3f57da04@localhost> <20041206170525.GA17336@servek.sparky.homelinux.org> <20041207143638.GA24563@servek.sparky.homelinux.org> Message-ID: <20041207174759.GB5651@pld-linux.org> On Tue, Dec 07, 2004 at 03:36:38PM +0100, Przemys?aw Iskra wrote: > On Mon, Dec 06, 2004 at 06:05:25PM +0100, Przemys?aw Iskra wrote: > > maybe... i'll try to rebuild it with files from cvs > nope, I've deleted all local files releated to enlightenment and I've > rebuilt it using only ./builder script and it is working... > > I would like to know what your vfmg says... And does it create all files > in ~/.enlightenment/menus/ > > I think it can be problem in vfmg with encoding UTF-8 -> ISO. > > > By the way, developers: > hot fix in vfmg > 911: > - $name=~s/\"/\\\"/g; > + $name=~s/\"/\'/g; > 917: > - $name2=~s/\"/\\\"/g; > + $name2=~s/\"/\'/g; > > enlightenment do not recognize \" sequention and it brakes menus Are you sure? And send unified format patches please. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From sparky at servek.sparky.homelinux.org Tue Dec 7 19:33:31 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Tue, 7 Dec 2004 19:33:31 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <200412071657.iB7GvKUs002200@green.mif.pg.gda.pl> References: <20041207162430.GA25327@servek.sparky.homelinux.org> <200412071657.iB7GvKUs002200@green.mif.pg.gda.pl> Message-ID: <20041207183331.GA25664@servek.sparky.homelinux.org> On Tue, Dec 07, 2004 at 05:57:20PM +0100, Andrzej Krzysztofowicz wrote: > =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > > > P.S. Shall I send patch'es ? > > Please, do it. There they are... I don't think that not looking to ~/.config/menus wouldn't brake anything (there still are many other places to put this config), but if it will what else can we do ? -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org -------------- next part -------------- --- enlightenment.spec.orig 2004-12-07 18:11:38.000000000 +0100 +++ enlightenment.spec 2004-12-07 18:13:24.000000000 +0100 @@ -37,7 +37,8 @@ BuildRequires: libtool BuildRequires: libungif-devel BuildRequires: zlib-devel -Requires: vfmg >= 0.9.18-4 +Requires: ImageMagick-coder-png +Requires: vfmg >= 0.9.18-9 Requires: xinitrc-ng BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) -------------- next part -------------- --- enlightenment-e_gen_menu.orig 2004-12-07 18:16:28.000000000 +0100 +++ enlightenment-e_gen_menu 2004-12-07 18:16:51.000000000 +0100 @@ -41,7 +41,7 @@ rm -rf $EDirUser/menus.old mv -f $EDirUser/file.menu{,.oldmenu} -ln -s menus/Applications.menu $EDirUser/file.menu +ln -s menus/index.menu $EDirUser/file.menu if [ ! -r $EDirUser/file.menu -o \ $(ls $EDirUser/menus | wc -l) -lt 5 ]; then -------------- next part -------------- --- vfmg-0.9.18/vfmg.orig 2004-12-07 19:12:25.793620512 +0100 +++ vfmg-0.9.18/vfmg 2004-12-07 19:13:33.724293480 +0100 @@ -74,7 +74,7 @@ @tmp=split(/:+/,$ENV{'XDG_DATA_DIRS'}) if $ENV{'XDG_DATA_DIRS'}; my @xdg_data_dirs=grep -d, $tmp, at tmp; -$tmp="$ENV{'HOME'}/.config"; +#$tmp="$ENV{'HOME'}/.config"; $tmp="$ENV{'XDG_CONFIG_HOME'}" if $ENV{'XDG_CONFIG_HOME'}; @tmp=("/etc/xdg"); @tmp=split(/:+/,$ENV{'XDG_CONFIG_DIRS'}) if $ENV{'XDG_CONFIG_DIRS'}; @@ -908,13 +908,13 @@ $icon=$menu[$no]{$entry}[1] if $o_icons; $icon=scale_icon($icon,"png","-geometry 18x18") if $icon; if($menu[$no]{$entry}[0]<0) { - $name=~s/\"/\\\"/g; + $name=~s/\"/\'/g; print $F_OUT "\"$name\" \"$icon\" exec \"$menu[$no]{$entry}[2]\"\n"; } else { $name=substr($name,1); $name=~s|/||g; my $name2=$name; - $name2=~s/\"/\\\"/g; + $name2=~s/\"/\'/g; print $F_OUT "\"$name2\" \"$icon\" menu \"$dir/$name2.menu\"\n"; enlightenment($menu[$no]{$entry}[0],"$name","$name"); } -------------- next part -------------- --- vfmg.spec.orig 2004-12-07 19:15:07.883979032 +0100 +++ vfmg.spec 2004-12-07 19:15:58.647261840 +0100 @@ -4,13 +4,14 @@ Summary(pl): Generator Menu opartego na VFolders Name: vfmg Version: 0.9.18 -Release: 8 +Release: 9 License: GPL Group: X11/Window Managers/Tools Vendor: GoTaR Source0: %{name}-%{version}.tar.bz2 # Source0-md5: 0175143d8bd08a2a82bde106d191d418 Patch0: %{name}-current.patch +Patch1: %{name}-enlightenment_fix.patch URL: http://vfmg.sourceforge.net/ BuildRequires: rpm-perlprov Requires: applnk >= 1.9.0 @@ -49,6 +50,7 @@ %prep %setup -q %patch0 -p1 +%patch1 -p1 %install rm -rf $RPM_BUILD_ROOT From mmazur at kernel.pl Tue Dec 7 19:59:26 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Tue, 7 Dec 2004 19:59:26 +0100 Subject: Renaming amd64 Message-ID: <200412071959.26685.mmazur@kernel.pl> I've got a great idea! Let's rename amd64 to x86_64 in Th. Any buts? No? Great, I'll do it then. -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From pluto at pld-linux.org Tue Dec 7 20:06:52 2004 From: pluto at pld-linux.org (Pawel Sikora) Date: Tue, 7 Dec 2004 20:06:52 +0100 (CET) Subject: Renaming amd64 In-Reply-To: <200412071959.26685.mmazur@kernel.pl> References: <200412071959.26685.mmazur@kernel.pl> Message-ID: On Tue, 7 Dec 2004, Mariusz Mazur wrote: > I've got a great idea! Let's rename amd64 to x86_64 in Th. Any buts? No? x86_64 == generic ix86 64 bit arch. != amd64 From mmazur at kernel.pl Tue Dec 7 20:26:25 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Tue, 7 Dec 2004 20:26:25 +0100 Subject: Renaming amd64 In-Reply-To: References: <200412071959.26685.mmazur@kernel.pl> Message-ID: <200412072026.25695.mmazur@kernel.pl> On wtorek 07 grudzie? 2004 20:06, Pawel Sikora wrote: > On Tue, 7 Dec 2004, Mariusz Mazur wrote: > > I've got a great idea! Let's rename amd64 to x86_64 in Th. Any buts? No? > > x86_64 == generic ix86 64 bit arch. != amd64 Meaning our packages won't work on that intel amd64-compatible stuff? -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From grotk at poczta.onet.pl Tue Dec 7 20:33:58 2004 From: grotk at poczta.onet.pl (Tomasz Grobelny) Date: Tue, 7 Dec 2004 20:33:58 +0100 Subject: Activating swap partitions In-Reply-To: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> References: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> Message-ID: <200412072033.58564.grotk@poczta.onet.pl> On Tuesday 07 of December 2004 17:53, Andrzej Krzysztofowicz wrote: > Tomasz Grobelny wrote: > > Is there any particular reason to turn on swap space before mounting > > other > > Yes. For low memory systems it is important to turn on swap as early as > possible. > The question is: does it make sense to have a system that needs fsck to perform filesystem check (fsck seems to be the largest program that can run between activating swap and mounting filesystems)? Of course such systems exist but propably they either don't run Ac or they don't have swap (no hdd). > > filesystems? IMO it would be better to call swapon after mounting at > > least all local filesystems since swap can be put on one of them. BTW, > > would it be reasonable to put swap space on remote filesystem? > > There should be the second attempt then. Was that equivalent to SOD#1? ;-) Tomek From pluto at pld-linux.org Tue Dec 7 20:36:05 2004 From: pluto at pld-linux.org (Pawel Sikora) Date: Tue, 7 Dec 2004 20:36:05 +0100 (CET) Subject: Renaming amd64 In-Reply-To: <200412072026.25695.mmazur@kernel.pl> References: <200412071959.26685.mmazur@kernel.pl> <200412072026.25695.mmazur@kernel.pl> Message-ID: On Tue, 7 Dec 2004, Mariusz Mazur wrote: > On wtorek 07 grudzie? 2004 20:06, Pawel Sikora wrote: >> On Tue, 7 Dec 2004, Mariusz Mazur wrote: >>> I've got a great idea! Let's rename amd64 to x86_64 in Th. Any buts? No? >> >> x86_64 == generic ix86 64 bit arch. != amd64 > > Meaning our packages won't work on that intel amd64-compatible stuff? kernel:LINUX_2_6 is optimzed for amd64 and it probably won't work on intel toys. what about other apps and specific opcodes? (3dnow?) i'll be back soon. (pizza and zywiec rox :)) From glen at delfi.ee Tue Dec 7 21:08:54 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 7 Dec 2004 22:08:54 +0200 Subject: SPECS (AC-branch): glibc.spec - glibc-devel obsolete glibc-headers In-Reply-To: <20041207144355.GB23037@gruby.cs.net.pl> References: <20041207144355.GB23037@gruby.cs.net.pl> Message-ID: <200412072208.54374.glen@delfi.ee> On Tuesday 07 December 2004 16:43, Jakub Bogusz wrote: > On Tue, Dec 07, 2004 at 03:39:02PM +0100, Pawe? Go?aszewski wrote: > > On Tue, 7 Dec 2004, glen wrote: > > > Author: glen Date: Tue Dec 7 00:11:36 2004 GMT > > > Module: SPECS Tag: AC-branch > > > ---- Log message: > > > - glibc-devel obsolete glibc-headers > > > > IMvHO that obsolete should be in lkh... > > Depends on what did glibc-headers contain. > _glibc_ headers are in glibc-devel. > _Linux_ headers for glibc are in llh. yes. glibc-headers contains libc headers, not kernel headers. linux headers are in glibc-kernheaders -- glen From hawk at limanowa.net Tue Dec 7 21:13:21 2004 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 07 Dec 2004 21:13:21 +0100 Subject: Activating swap partitions In-Reply-To: <200412071754.56161.mmazur@kernel.pl> References: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> <200412071754.56161.mmazur@kernel.pl> Message-ID: <41B60EE1.7030801@limanowa.net> > There is. Iirc I've even made a patch for the second swapon to report itself. > Or sth like that. If there is, its totally quiet. BTW, swap is being started before starting md arrays. So if swap is on md, we are getting error during bootup (but swap works anyway, as I said, seems like second try activates it quietly). M. From troll at pld-linux.org Tue Dec 7 21:18:40 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Tue, 7 Dec 2004 21:18:40 +0100 Subject: Activating swap partitions In-Reply-To: <41B60EE1.7030801@limanowa.net> References: <200412071653.iB7GraK5002161@green.mif.pg.gda.pl> <200412071754.56161.mmazur@kernel.pl> <41B60EE1.7030801@limanowa.net> Message-ID: <200412072118.41308@tintia.doriath> It seems like on Tuesday 07 of December 2004 21:13, Marcin Kr?l typed: > > There is. Iirc I've even made a patch for the second swapon to report > > itself. Or sth like that. > > If there is, its totally quiet. BTW, swap is being started before > starting md arrays. So if swap is on md, we are getting error during > bootup (but swap works anyway, as I said, seems like second try > activates it quietly). Not only on arrays. I don't have any and startup scripts show an error, though the swap works well. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From jajcus at bnet.pl Tue Dec 7 21:35:23 2004 From: jajcus at bnet.pl (Jacek Konieczny) Date: Tue, 7 Dec 2004 21:35:23 +0100 Subject: Renaming amd64 In-Reply-To: <200412071959.26685.mmazur@kernel.pl> References: <200412071959.26685.mmazur@kernel.pl> Message-ID: <20041207203523.GB13264@serwis2.beta> On Tue, Dec 07, 2004 at 07:59:26PM +0100, Mariusz Mazur wrote: > I've got a great idea! Let's rename amd64 to x86_64 in Th. Any buts? No? > Great, I'll do it then. So change also i486 to x486, i586 to x586 etc. ("i" in i468 means exactly the same what "amd" in "amd64"). That makes no sense IMHO. AMD invented the AMD64 architecture, so leave the name for them ;-) Greets, Jacek From aflinta at at.kernel.pl Tue Dec 7 22:48:45 2004 From: aflinta at at.kernel.pl (Artur Flinta) Date: Tue, 07 Dec 2004 22:48:45 +0100 Subject: Renaming amd64 In-Reply-To: References: <200412071959.26685.mmazur@kernel.pl> <200412072026.25695.mmazur@kernel.pl> Message-ID: <1102456125.1751.9.camel@warp> Dnia 07-12-2004, wto o godzinie 20:36 +0100, Pawel Sikora napisa?(a): > kernel:LINUX_2_6 is optimzed for amd64 > and it probably won't work on intel toys. Well, it's working for me :) on dual Nocona system > what about other apps and specific opcodes? (3dnow?) I don't know :) Artur -- Zawsze kiedy jest problem, jest jakie? rozwi?zanie; zatem je?li nie ma rozwi?zania, nie ma problemu. From sparky at servek.sparky.homelinux.org Tue Dec 7 23:57:24 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Tue, 7 Dec 2004 23:57:24 +0100 Subject: vfmg support for metisse Message-ID: <20041207225724.GA26475@servek.sparky.homelinux.org> patch to create menu for metisse (The 3D WM) based on fvwm generation routine but there is still problem with unnecesary submenu, we can't use --strip because thic will not work if there is no ~/.config/menu/applications.menu only solution I see is to ommit this file, I've sent patch in "Enlightenment 0.16.7.1 menu generation problem" thread... P.S. next I'll send new metisse spec, with vfmg support -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org -------------- next part -------------- --- vfmg.spec.orig 2004-12-07 22:56:24.617762168 +0100 +++ vfmg.spec 2004-12-07 22:58:34.016090632 +0100 @@ -12,6 +12,7 @@ # Source0-md5: 0175143d8bd08a2a82bde106d191d418 Patch0: %{name}-current.patch Patch1: %{name}-icons-svg.patch +Patch2: %{name}-metisse.patch URL: http://vfmg.sourceforge.net/ BuildRequires: rpm-perlprov Requires: applnk >= 1.9.0 @@ -51,6 +52,7 @@ %setup -q %patch0 -p1 %patch1 -p1 +%patch2 -p1 %install rm -rf $RPM_BUILD_ROOT -------------- next part -------------- diff -Nura vfmg-0.9.18.orig/vfmg vfmg-0.9.18/vfmg --- vfmg-0.9.18.orig/vfmg 2004-12-07 22:20:51.329071000 +0100 +++ vfmg-0.9.18/vfmg 2004-12-07 22:41:14.452128376 +0100 @@ -41,7 +41,7 @@ ); if($o_help) { - print "Usage: $0 [options] {aewm, afterstep, blackbox, enlightenment, fbpanel, fluxbox, fvwm, fvwm2, icewm, openbox, olvwm, qvwm, wmaker, wmaker-old, xfce4, xpde} + print "Usage: $0 [options] {aewm, afterstep, blackbox, enlightenment, fbpanel, fluxbox, fvwm, fvwm2, icewm, metisse, openbox, olvwm, qvwm, wmaker, wmaker-old, xfce4, xpde} -h, --help - print this help -t, --tags - echo omitted tags to stderr -e, --end - echo omitted XDG file ending to stderr @@ -60,11 +60,11 @@ exit; } -die "Missing argument {aewm, afterstep, blackbox, enlightenment, fbpanel, fluxbox, fvwm, fvwm2, icewm, openbox, olvwm, qvwm, wmaker, wmaker-old, xfce4, xpde}\n" +die "Missing argument {aewm, afterstep, blackbox, enlightenment, fbpanel, fluxbox, fvwm, fvwm2, icewm, metisse, openbox, olvwm, qvwm, wmaker, wmaker-old, xfce4, xpde}\n" unless exists $ARGV[0]; $o_output=$ARGV[0]; die "Unrecognized argument: $o_output\n" - unless $o_output=~/^(aewm|afterstep|blackbox|enlightenment|fbpanel|fluxbox|fvwm|fvwm2|icewm|openbox|olvwm|qvwm|wmaker|wmaker-old|xfce4|xpde)$/; + unless $o_output=~/^(aewm|afterstep|blackbox|enlightenment|fbpanel|fluxbox|fvwm|fvwm2|icewm|metisse|openbox|olvwm|qvwm|wmaker|wmaker-old|xfce4|xpde)$/; $o_full=1 if $o_icons and $o_output=~/^(enlightenment)$/; @@ -839,6 +839,41 @@ print "\n"; } +sub metisse { + my $no=$_[0]; + my $file=$_[1]; + $file=~s|^\.||; + my $basename=$_[2]; + foreach my $entry(keys %{$menu[$no]}) { + if($menu[$no]{$entry}[0]>=0) { + $name=substr($entry,1); + $name=~s|/||g; + my $menutitle=$name; + $name=~s/\s+/_/g; + metisse($menu[$no]{$entry}[0],"$file.$name","$menutitle"); + } + } + if (!$file) { + return; + } + print "DestroyMenu $file\n"; + print "AddToMenu $file \"$basename\" Title\n"; + foreach my $entry(sort keys %{$menu[$no]}) { + if($menu[$no]{$entry}[0]<0) { + $name=$entry; + $name=~s/\"/\\\"/g; + print "+ \"$name\"\tExec exec $menu[$no]{$entry}[2]\n"; + } else { + $name=substr($entry,1); + $name=~s|/||g; + my $menutitle=$name; + $name=~s/\s+/_/g; + print "+ \"$menutitle\"\tPopup\t$file.$name\n"; + } + } + print "\n"; +} + sub olvwm { my $no=$_[0]; foreach my $entry(sort keys %{$menu[$no]}) { @@ -1062,6 +1097,12 @@ fvwm2($o_strip); exit; } + +if($o_output eq "metisse") { + metisse($o_strip,"", "metisse"); + exit; +} + if($o_output eq "olvwm") { olvwm($o_strip); exit; diff -Nura vfmg-0.9.18.orig/vfmg.html vfmg-0.9.18/vfmg.html --- vfmg-0.9.18.orig/vfmg.html 2004-12-07 22:20:51.325071000 +0100 +++ vfmg-0.9.18/vfmg.html 2004-12-07 22:24:29.116962552 +0100 @@ -4,7 +4,7 @@ VFolders Menu Generator home page - + @@ -41,6 +41,7 @@ fvwm, fvwm2, icewm, +metisse, olvwm, openbox, qvwm, diff -Nura vfmg-0.9.18.orig/vfmg-zsh vfmg-0.9.18/vfmg-zsh --- vfmg-0.9.18.orig/vfmg-zsh 2004-08-01 08:11:55.000000000 +0200 +++ vfmg-0.9.18/vfmg-zsh 2004-12-07 22:25:55.922766064 +0100 @@ -1,7 +1,7 @@ #compdef vfmg _arguments \ - ':Output:(aewm afterstep blackbox enlightenment fbpanel fluxbox fvwm2 icewm openbox olvwm qvwm wmaker wmaker-old xfce4 xpde)' \ + ':Output:(aewm afterstep blackbox enlightenment fbpanel fluxbox fvwm2 icewm metisse openbox olvwm qvwm wmaker wmaker-old xfce4 xpde)' \ '(-h --help)'{-h,--help}'[print help]' \ '(-t --tags)'{-t,--tags}'[echo omitted tags to stderr]' \ '(-e --end)'{-e,--end}'[echo omitted XDG file ending to stderr]' \ From sparky at servek.sparky.homelinux.org Wed Dec 8 00:30:14 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Wed, 8 Dec 2004 00:30:14 +0100 Subject: metisse with vfmg support Message-ID: <20041207233014.GA26622@servek.sparky.homelinux.org> This WM is realy cool, but a little slow... Added vfmg support, menu generated automatically when metisse is started/restarted i resend patch for nucleo.spec one more thing: there should be minversion in R: vfmg but I don't know in which version there will be support for metisse added P.S. Please, say something !!! :D -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org -------------- next part -------------- # $Revision:$, $Date:$ Summary: A 3D X Desktop Summary(pl): Biurko w 3D Name: metisse Version: 0.3.4 Release: 1 License: GPL Group: X11/Window Managers Source0: http://insitu.lri.fr/~chapuis/software/metisse/%{name}-%{version}.tar.bz2 # Source0-md5: a2a3ef747da4fca36c027e0bbd858673 # Source0-size: 4162155 Source1: %{name}.desktop Source2: %{name}-xsession.desktop Patch0: %{name}-locale_names.patch Patch1: %{name}-startXwnc.patch Patch2: %{name}-vfmg.patch URL: http://insitu.lri.fr/~chapuis/metisse/ BuildRequires: XFree86-OpenGL-devel BuildRequires: autoconf BuildRequires: automake BuildRequires: fribidi-devel BuildRequires: gnome-libs-devel BuildRequires: libstdc++-devel BuildRequires: libstroke-devel BuildRequires: nucleo-devel >= 0.1-0.20041130.1 BuildRequires: readline-devel BuildRequires: rplay-devel Requires: vfmg BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %define _wmpropsdir /usr/share/wm-properties %description Metisse is an experimental X desktop with some OpenGL capacity. It consists of a virtual X server called Xwnc, a special version of FVWM, and a FVWM module FvwmAmetista. Xwnc is a mix of Xvnc and XDarwin. It draws nothing on your screen; everything is drawn into pixmaps. Similarly to Xvnc, but with a different protocol, Xwnc can send these pixmaps (and other information) to a "viewer". FvwmAmetista is such a viewer; it uses OpenGL for rendering the X desktop into a window of a "regular" 3D accelerated X server. %description -l pl Metisse to eksperymentalny X desktop z mo?liwo?ciami OpenGL. Sk?ada si? z wirtualnego serwera o nazwie Xwnc, specialnej wersji FVWM oraz modu?u FvwmAmetista do FVWM. Xwnc to po??czenie Xvnc i XDarwin. Nie rysuje nic na ekranie; wszystko jest rysowane do obraz?w. Podobnie do Xvns, lecz przy u?yciu innego portoko?u, Xwnc wysy?a te obrazy (i inne informacje) do "przegl?darki". T? przegl?dark? jest FvwmAmetista; u?ywa OpenGL do wy?wietlania biurka X w oknie "zwyk?ego" serwera X z akceleracj? 3D. %prep %setup -q %patch0 -p1 %patch1 -p1 %patch2 -p1 find -name "*sv_SE*" -exec rename sv_SE sv "{}" ";" %build %{__aclocal} %{__autoconf} %{__automake} cd fvwm-insitu %{__aclocal} %{__autoconf} %{__automake} cd .. %configure \ --enable-freetype \ %ifarch %{ix86} --enable-glx-x86 %else --enable-glx %endif %{__make} %install rm -rf $RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT{%{_datadir}/xsessions,%{_wmpropsdir}} %{__make} install \ DESTDIR=$RPM_BUILD_ROOT install %{SOURCE1} $RPM_BUILD_ROOT%{_wmpropsdir} install %{SOURCE2} $RPM_BUILD_ROOT%{_datadir}/xsessions/%{name}.desktop %find_lang %{name} --all-name %clean rm -rf $RPM_BUILD_ROOT %files -f %{name}.lang %defattr(644,root,root,755) %doc AUTHORS ChangeLog NEWS README TODO %attr(755,root,root) %{_bindir}/* %attr(755,root,root) %{_libdir}/* %{_datadir}/%{name} %{_datadir}/fvwm-insitu %{_datadir}/xsessions/%{name}.desktop %{_wmpropsdir}/%{name}.desktop %{_mandir}/*/* %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team All persons listed below can be reached at @pld-linux.org $Log: $ -------------- next part -------------- [Desktop Entry] Encoding=UTF-8 Name=Metisse Exec=metisse-start-fvwm TryExec=metisse-start-fvwm [Window Manager] SessionManaged=true # vi: encoding=utf-8 -------------- next part -------------- [Desktop Entry] Encoding=UTF-8 Type=XSession Exec=metisse-start-fvwm TryExec=metisse-start-fvwm Name=Metisse Comment=3D Window Manager Comment[pl]=Tr??jwymiarowy zarz??dca okien # vi: encoding=utf-8 -------------- next part -------------- diff -Nur metisse-0.3.3.orig/fvwm-insitu/configure.in metisse-0.3.3/fvwm-insitu/configure.in --- metisse-0.3.3.orig/fvwm-insitu/configure.in 2004-06-14 14:51:44.000000000 +0200 +++ metisse-0.3.3/fvwm-insitu/configure.in 2004-10-15 12:35:18.075035168 +0200 @@ -803,7 +803,7 @@ AC_SUBST(FVWM_PERLLIB) dnl ******* gettext -ALL_LINGUAS="ar de fr sv_SE zh_CN" +ALL_LINGUAS="ar de fr sv zh_CN" FVWM_DOMAIN="fvwm" FVWMTASKBAR_DOMAIN="FvwmTaskBar" FVWMSCRIPT_DOMAIN="FvwmScript" -------------- next part -------------- diff -Nur metisse-0.3.3.orig/bin/metisse-start-fvwm.in metisse-0.3.3/bin/metisse-start-fvwm.in --- metisse-0.3.3.orig/bin/metisse-start-fvwm.in 2004-06-15 16:30:47.000000000 +0200 +++ metisse-0.3.3/bin/metisse-start-fvwm.in 2004-10-17 02:30:28.710319024 +0200 @@ -14,11 +14,15 @@ echo "Usage: metisse-start-fvwm [ options ] -- [FvwmAmetista options] -- [fvwm options] + -- [Xwnc options] metisse-start-fvwm options: -h show this help and exit -c path user fvwm config dir (default ~/.fvwm-metisse) + -Xwnc start Xwnc (if needed) + -killXwnc kill Xwnc when session is closed (and if -Xwnc) + -no-Xwnc -no-killXwnc don't start or kill even if specified in config file -wd :x display number of the Xwnc server (default :1) -wh host the host of the Xwnc server (default 127.0.0.1) -wp pass passowrd for Xwnc (no password by default) @@ -39,7 +43,25 @@ user_config_dir=$HOME/.fvwm-metisse +startXwnc=yes +killXwnc=if_start +XwncConfig=$user_config_dir/XwncConfig +[ -f $XwncConfig ] && . $XwncConfig + WDPY=":1" +for Xlock in /tmp/.X*-lock; do + if [ -O $Xlock ]; then + XPID=$(cat $Xlock) + if ps $XPID | grep -q Xwnc; then + XWNC_STARTED=1 + break + fi + fi +done +if [ -n "$XWNC_STARTED" ]; then + WDPY="$(ps $XPID | tr " " "\n" | sed -n "/^:[0-9]*$/p")" + echo "Xwnc already started on 127.0.0.1$WDPY (PID:"$XPID")" +fi WHOST="127.0.0.1" WPASS="no" XWNC_DISPLAY="wnc://$WHOST$WDPY" @@ -56,6 +78,8 @@ whoseArgs="ametista" elif [ "$whoseArgs" = "ametista" ]; then whoseArgs="fvwm" + elif [ "$whoseArgs" = "fvwm" ]; then + whoseArgs="xwnc" fi ;; *) @@ -75,6 +99,8 @@ ametistaArgs="$ametistaArgs $1" ;; esac + elif [ "$whoseArgs" = "xwnc" ]; then + xwncArgs="$xwncArgs $1" else case "$1" in --wdisplay|--wd|-wd) @@ -104,6 +130,18 @@ shift fvwmExe="$1" ;; + --Xwnc|-Xwnc) + startXwnc=yes + ;; + --killXwnc|-killXwnc) + killXwnc=if_start + ;; + --no-Xwnc|-no-Xwnc) + startXwnc=no + ;; + --no-killXwnc|-no-killXwnc) + killXwnc=no + ;; -r|--r) reInstallConfig=1 ;; @@ -214,6 +252,45 @@ touch $user_config_dir/.aconfig fi +#start Xwnc +if [ "$startXwnc" == "yes" ]; then + XwncConfig=$user_config_dir/XwncConfig + [ -f $XwncConfig ] && . $XwncConfig + if [ "$WHOST" != "127.0.0.1" ]; then + echo "WARNING: -Xwnc option passed, but Xwnc host is not localhost: $WHOST" + echo "WARNING: Will not try to start Xwnc" + else + if [ ! -n "$xwncArgs" ]; then + [ -n "$XwncOptions" ] && xwncArgs="$XwncOptions" + [ ! -n "$xwncArgs" ] && xwncArgs="-ac" + fi + echo "$xwncArgs" | egrep -vq ":[0-9]" && \ + xwncArgs="$xwncArgs $WDPY" + + if [ -n "$XWNC_STARTED" ]; then + sXwncArgs=$(ps $XPID | sed -n "/Xwnc/{s/^.*Xwnc //;p}"| xargs) + [ "$(echo $xwncArgs | xargs )" != "$sXwncArgs" ] && cat << EOF +WARNING[Xwnc] Passed Xwnc arguments: $xwncArgs +WARNING[Xwnc] differs from started Xwnc arguments: $sXwncArgs +WARNING[Xwnc] but will not start other Xwnc +EOF + else + if [ -e /tmp/.X$(echo $WDPY | cut -c 2-)-lock ]; then + for DPY_for_Xwnc in 1 2 3 4 5 6 7 8; do + if [ ! -e /tmp/.X$DPY_for_Xwnc-lock ]; then + xwncArgs="$(echo "$xwncArgs" | \ + sed "s/$WDPY/:$DPY_for_Xwnc/")" + break + fi + done + fi + echo "Starting Xwnc with args $xwncArgs" + Xwnc $xwncArgs & + [ "$killXwnc" == "if_start" ] && killXwnc=yes + fi + fi +fi + FVWMAMETISTA_ARGS="-d $FVWMAMETISTA_DISPLAY -w $XWNC_DISPLAY $ametistaArgs" export FVWMAMETISTA_ARGS export METISSE_FVWM_CONFIG_DIR @@ -221,3 +298,13 @@ echo "Start fvwmi with args $FVWMAMETISTA_ARGS for FvwmAmetista" env FVWM_USERDIR=$user_config_dir $fvwmExe -display $FVWM_DISPLAY $fvwmArgs + +if [ "$killXwnc" == "yes" ]; then + pid=$(cat /tmp/.X$(echo $WDPY | cut -c 2-)-lock) + if ps $pid ; then + kill -TERM $pid + sleep 0.1 + ps $pid && sleep 3 && ps $pid && \ + kill -KILL $pid + fi +fi diff -Nur metisse-0.3.3.orig/FvwmAmetista/config/Makefile.am metisse-0.3.3/FvwmAmetista/config/Makefile.am --- metisse-0.3.3.orig/FvwmAmetista/config/Makefile.am 2004-01-28 00:03:47.000000000 +0100 +++ metisse-0.3.3/FvwmAmetista/config/Makefile.am 2004-10-17 02:32:24.450723808 +0200 @@ -6,7 +6,7 @@ configdir = $(METISSE_FVWM_CONFIG_DIR) CONFIG_FILES = ametistarc applications background bindings bindings-functions \ - desks extra fonts menus menustyle modules styles + desks extra fonts menus menustyle modules styles XwncConfig config_DATA = scripting.pl config-files-list fvwm2rc $(CONFIG_FILES) diff -Nur metisse-0.3.3.orig/FvwmAmetista/config/XwncConfig metisse-0.3.3/FvwmAmetista/config/XwncConfig --- metisse-0.3.3.orig/FvwmAmetista/config/XwncConfig 1970-01-01 01:00:00.000000000 +0100 +++ metisse-0.3.3/FvwmAmetista/config/XwncConfig 2004-10-17 02:31:59.613499640 +0200 @@ -0,0 +1,8 @@ +# start Xwnc ? (yes, no) default: yes +startXwnc=yes +# Xwnc options ? (Xwnc --help) default: "-ac :1" +#XwncOptions= +# kill Xwnc when session ends ? (yes, no, if_start) default: if_start +# if "no" you can close session and then back without loosing anything +# (but whis is memory waste) +killXwnc=if_start -------------- next part -------------- diff -Nura metisse-0.3.4.orig/FvwmAmetista/config/applications metisse-0.3.4/FvwmAmetista/config/applications --- metisse-0.3.4.orig/FvwmAmetista/config/applications 2004-11-26 14:41:51.000000000 +0100 +++ metisse-0.3.4/FvwmAmetista/config/applications 2004-12-07 22:46:43.844053192 +0100 @@ -2,23 +2,7 @@ # Programs menu # --------------------------------------------------------------------------- -DestroyMenu AMenuRootProgram -AddToMenu AMenuRootProgram "Programs" Title -+ "XEmacs" Exec exec xemacs -+ "Emacs" Exec exec emacs -+ "Gvim" Exec exec gvim -+ "" Nop -+ "SU xterm" Exec exec xterm -bg blue -fg black -e su -l root -+ "Xcalc" Exec exec xcalc -+ "" Nop -+ "PDF Viewer" FuncFvwmDocView -+ "Image Viewer" FuncFvwmImage -+ "Image Editor" FuncFvwm3Image -+ "" Nop -+ "Mozilla" Exec exec mozilla -+ "Galeon" Exec exec galeon -+ "kppp" Exec exec kppp - +PipeRead 'vfmg -c metisse' # --------------------------------------------------------------------------- # Preferred programs by type for a click with mouse 1, 2 or 3 on diff -Nura metisse-0.3.4.orig/FvwmAmetista/config/menus metisse-0.3.4/FvwmAmetista/config/menus --- metisse-0.3.4.orig/FvwmAmetista/config/menus 2004-11-22 23:10:03.000000000 +0100 +++ metisse-0.3.4/FvwmAmetista/config/menus 2004-12-07 22:50:04.366569136 +0100 @@ -3,7 +3,7 @@ DestroyMenu AMenuRoot AddToMenu AMenuRoot "Root Menu" Title -+ "&Programs" Popup AMenuRootProgram ++ "&Programs" Popup Applications + "&Window Ops" Popup AMenuWinOps + "&Ametista Config" Popup AMenuConfig + "" Nop -------------- next part -------------- --- SPECS/nucleo.spec 2004-12-06 16:04:37.003984920 +0100 +++ SPECS/nucleo.spec.new 2004-12-06 16:02:22.110561368 +0100 @@ -2,16 +2,16 @@ Summary: A toolking for exploring new uses of video Summary(pl): Narz?dzie do odkrywania nowych zastosowa? grafiki Name: nucleo -#%%define _tardate 2004-07-11 +#%%define _tardate 2004-11-16 #%%define _snap %(echo %{_tardate} | sed s/-//g) -%define _snap 20040721 +%define _snap 20041130 Version: 0.1 Release: 0.%{_snap}.1 License: LGPL Group: X11 #Source0: http://insitu.lri.fr/~roussel/software/src/%{name}-%{_tardate}.tar.bz2 Source0: http://insitu.lri.fr/~chapuis/software/metisse/%{name}-%{version}-%{_snap}.tar.bz2 -# Source0-md5: e519537ef61cacad133102cea1e6cd61 +# Source0-md5: 70fae9328b7695c04dd09d5bae6ed11d # Source0-size: 665254 URL: http://insitu.lri.fr/~roussel/projects/nucleo/ BuildRequires: XFree86-OpenGL-devel From glen at delfi.ee Wed Dec 8 00:43:11 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 8 Dec 2004 01:43:11 +0200 Subject: SOURCES: net-snmptrapd.conf - builder does not like 0 byte file in... In-Reply-To: References: Message-ID: <200412080143.11540.glen@delfi.ee> dunno, is it bug of ./builder, but it will fail if the source from cvs is 0 byte. and i checked, there's no corruption. $ rpm -qpl net-snmp-snmptrapd-5.1.1-3.i686.rpm -v -rw-r----- 1 root root 0 aug 8 14:24 /etc/snmp/snmptrapd.conf and it fails only when building with builder (./builder -bb pkg). just creating SRPM goes ok $ ./builder -bs net-snmp.spec # $Revision: 1.40 $, $Date: 2004/10/25 10:44:37 $ No conditional flags passed from available: --with : --without: autodeps --01:21:41-- ftp://distfiles.pld-linux.org/by-md5/8/0/8080555ab3f90011f25d5122042d9a8d/net-snmp-5.1.2.tar.gz => `net-snmp-5.1.2.tar.gz' Lahendan cache.online.ee... 194.106.96.8, 194.106.96.9, 194.106.96.6, ... Loon ?hendust serveriga cache.online.ee[194.106.96.8]:80... ?hendus loodud. Proxy p?ring saadetud, ootan vastust... 200 OK Pikkus: 3,253,579 [application/x-tar] 100%[=============================================================================>] 3,253,579 49.40K/s ETA 00:00 01:23:03 (42.52 KB/s) - `net-snmp-5.1.2.tar.gz' salvestatud [3253579/3253579] P net-snmptrapd.init P net-snmptrapd.sysconfig ucd-ipchains.tar.gz having proper md5sum already exists Wrote: /home/glen/pld/SRPMS/net-snmp-5.1.2-1.src.rpm $ On Wednesday 08 December 2004 01:34, glen wrote: > Author: glen Date: Tue Dec 7 23:34:27 2004 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - builder does not like 0 byte file in CVS > > ---- Files affected: > SOURCES: > net-snmptrapd.conf (1.1 -> 1.2) > > ---- Diffs: > > ================================================================ > Index: SOURCES/net-snmptrapd.conf > diff -u SOURCES/net-snmptrapd.conf:1.1 SOURCES/net-snmptrapd.conf:1.2 > --- SOURCES/net-snmptrapd.conf:1.1 Mon Feb 17 21:59:23 2003 > +++ SOURCES/net-snmptrapd.conf Tue Dec 7 23:34:19 2004 > @@ -0,0 +1 @@ > + > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SOURCES/net-snmptrapd.conf?r1=1.1&r2=1.2&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From ankry at green.mif.pg.gda.pl Wed Dec 8 01:13:21 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 8 Dec 2004 01:13:21 +0100 (CET) Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041207183331.GA25664@servek.sparky.homelinux.org> from "=?iso-8859-2?Q?Przemys=B3aw?= Iskra" at Dec 07, 2004 07:33:31 PM Message-ID: <200412080013.iB80DLig014388@green.mif.pg.gda.pl> =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > --- enlightenment-e_gen_menu.orig 2004-12-07 18:16:28.000000000 +0100 > +++ enlightenment-e_gen_menu 2004-12-07 18:16:51.000000000 +0100 > @@ -41,7 +41,7 @@ > > rm -rf $EDirUser/menus.old > mv -f $EDirUser/file.menu{,.oldmenu} > -ln -s menus/Applications.menu $EDirUser/file.menu > +ln -s menus/index.menu $EDirUser/file.menu > > if [ ! -r $EDirUser/file.menu -o \ > $(ls $EDirUser/menus | wc -l) -lt 5 ]; then > How should this one be applied ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at servek.sparky.homelinux.org Wed Dec 8 01:18:37 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Wed, 8 Dec 2004 01:18:37 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <200412080013.iB80DLig014388@green.mif.pg.gda.pl> References: <20041207183331.GA25664@servek.sparky.homelinux.org> <200412080013.iB80DLig014388@green.mif.pg.gda.pl> Message-ID: <20041208001837.GA31974@servek.sparky.homelinux.org> On Wed, Dec 08, 2004 at 01:13:21AM +0100, Andrzej Krzysztofowicz wrote: > =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > > > --- enlightenment-e_gen_menu.orig 2004-12-07 18:16:28.000000000 +0100 > > +++ enlightenment-e_gen_menu 2004-12-07 18:16:51.000000000 +0100 > > @@ -41,7 +41,7 @@ > > > > rm -rf $EDirUser/menus.old > > mv -f $EDirUser/file.menu{,.oldmenu} > > -ln -s menus/Applications.menu $EDirUser/file.menu > > +ln -s menus/index.menu $EDirUser/file.menu > > > > if [ ! -r $EDirUser/file.menu -o \ > > $(ls $EDirUser/menus | wc -l) -lt 5 ]; then > > > > How should this one be applied ? yes, indes.menu exists allways Applications.menu exists if someone was using gnome but if not it will not exist -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From ankry at green.mif.pg.gda.pl Wed Dec 8 01:23:40 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 8 Dec 2004 01:23:40 +0100 (CET) Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041208001837.GA31974@servek.sparky.homelinux.org> from "=?iso-8859-2?Q?Przemys=B3aw?= Iskra" at Dec 08, 2004 01:18:37 AM Message-ID: <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > On Wed, Dec 08, 2004 at 01:13:21AM +0100, Andrzej Krzysztofowicz wrote: > > =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > > > > > --- enlightenment-e_gen_menu.orig 2004-12-07 18:16:28.000000000 +0100 > > > +++ enlightenment-e_gen_menu 2004-12-07 18:16:51.000000000 +0100 > > > @@ -41,7 +41,7 @@ > > > > > > rm -rf $EDirUser/menus.old > > > mv -f $EDirUser/file.menu{,.oldmenu} > > > -ln -s menus/Applications.menu $EDirUser/file.menu > > > +ln -s menus/index.menu $EDirUser/file.menu > > > > > > if [ ! -r $EDirUser/file.menu -o \ > > > $(ls $EDirUser/menus | wc -l) -lt 5 ]; then > > > > > > > How should this one be applied ? > yes, > indes.menu exists allways > Applications.menu exists if someone was using gnome > but if not it will not exist I mean: which file in repo is this patch for ? It does not seem to be used in spec file. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at servek.sparky.homelinux.org Wed Dec 8 01:30:24 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Wed, 8 Dec 2004 01:30:24 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> References: <20041208001837.GA31974@servek.sparky.homelinux.org> <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> Message-ID: <20041208003024.GA32030@servek.sparky.homelinux.org> On Wed, Dec 08, 2004 at 01:23:40AM +0100, Andrzej Krzysztofowicz wrote: > > > > --- enlightenment-e_gen_menu.orig 2004-12-07 18:16:28.000000000 +0100 > > > > +++ enlightenment-e_gen_menu 2004-12-07 18:16:51.000000000 +0100 > I mean: which file in repo is this patch for ? > It does not seem to be used in spec file. enlightenment.spec Tag: HEAD: Source4: %{name}-e_gen_menu this file SOURCE/enlightenment-e_gen_menu -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From sparky at servek.sparky.homelinux.org Wed Dec 8 01:36:09 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Wed, 8 Dec 2004 01:36:09 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041208003024.GA32030@servek.sparky.homelinux.org> References: <20041208001837.GA31974@servek.sparky.homelinux.org> <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> <20041208003024.GA32030@servek.sparky.homelinux.org> Message-ID: <20041208003609.GB32030@servek.sparky.homelinux.org> On Wed, Dec 08, 2004 at 01:30:24AM +0100, Przemys?aw Iskra wrote: > On Wed, Dec 08, 2004 at 01:23:40AM +0100, Andrzej Krzysztofowicz wrote: OK, thx for adding all to cvs EOT, I hope -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From ankry at green.mif.pg.gda.pl Wed Dec 8 01:36:47 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 8 Dec 2004 01:36:47 +0100 (CET) Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> from "Andrzej Krzysztofowicz" at Dec 08, 2004 01:23:40 AM Message-ID: <200412080036.iB80alBD015292@green.mif.pg.gda.pl> Andrzej Krzysztofowicz wrote: > I mean: which file in repo is this patch for ? > It does not seem to be used in spec file. OK, I found it. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Wed Dec 8 02:08:03 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 8 Dec 2004 02:08:03 +0100 (CET) Subject: Activating swap partitions In-Reply-To: <200412072033.58564.grotk@poczta.onet.pl> from "Tomasz Grobelny" at Dec 07, 2004 08:33:58 PM Message-ID: <200412080108.iB81837J015792@green.mif.pg.gda.pl> Tomasz Grobelny wrote: > On Tuesday 07 of December 2004 17:53, Andrzej Krzysztofowicz wrote: > > Tomasz Grobelny wrote: > > > Is there any particular reason to turn on swap space before mounting > > > other > > > > Yes. For low memory systems it is important to turn on swap as early as > > possible. > > > The question is: does it make sense to have a system that needs fsck to > perform filesystem check (fsck seems to be the largest program that can run > between activating swap and mounting filesystems)? Of course such systems > exist but propably they either don't run Ac or they don't have swap (no hdd). You may have 256MB of RAM and few TB of filesystems. And you may have problems not only fsck-ing them without swap, but even mounting them and checking quota. > > > filesystems? IMO it would be better to call swapon after mounting at > > > least all local filesystems since swap can be put on one of them. BTW, > > > would it be reasonable to put swap space on remote filesystem? > > > > There should be the second attempt then. > Was that equivalent to SOD#1? ;-) It is equivallent to: check it: # grep swapon /etc/rc.d/rc.sysinit run_cmd "Activating swap partitions" swapon -a -e swapon -a >/dev/null 2>&1 Twice. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From koorek at o2.pl Wed Dec 8 01:42:15 2004 From: koorek at o2.pl (Robert Kurowski) Date: Wed, 8 Dec 2004 01:42:15 +0100 Subject: Enlightenment 0.16.7.1 menu generation problem In-Reply-To: <20041208003609.GB32030@servek.sparky.homelinux.org> References: <20041208001837.GA31974@servek.sparky.homelinux.org> <200412080023.iB80NeAU014454@green.mif.pg.gda.pl> <20041208003024.GA32030@servek.sparky.homelinux.org> <20041208003609.GB32030@servek.sparky.homelinux.org> Message-ID: <20041208014215.2fc8e484@localhost> Dnia Wed, 8 Dec 2004 01:36:09 +0100 Przemys?aw Iskra pisze: > EOT, I hope I will check this, belive me ;-) -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From adamg at biomerieux.pl Wed Dec 8 10:37:03 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 8 Dec 2004 10:37:03 +0100 Subject: SOURCES: net-snmptrapd.conf - builder does not like 0 byte file in... In-Reply-To: <200412080143.11540.glen@delfi.ee> References: <200412080143.11540.glen@delfi.ee> Message-ID: <20041208093703.GA28405@mysza.eu.org> On Wed, Dec 08, 2004 at 01:43:11AM +0200, Elan Ruusam?e wrote: > dunno, is it bug of ./builder, but it will fail if the source from cvs > is 0 byte. and i checked, there's no corruption. > > $ rpm -qpl net-snmp-snmptrapd-5.1.1-3.i686.rpm -v > -rw-r----- 1 root root 0 aug 8 14:24 /etc/snmp/snmptrapd.conf > > and it fails only when building with builder (./builder -bb pkg). just creating SRPM goes ok Is there any reason for this file being kept in CVS? If not, it should be removed. If yes, builder needs to be fixed (drop good_size) function. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From grotk at poczta.onet.pl Wed Dec 8 11:04:09 2004 From: grotk at poczta.onet.pl (Tomasz Grobelny) Date: Wed, 8 Dec 2004 11:04:09 +0100 Subject: Activating swap partitions In-Reply-To: <200412080108.iB81837J015792@green.mif.pg.gda.pl> References: <200412080108.iB81837J015792@green.mif.pg.gda.pl> Message-ID: <200412081104.09125.grotk@poczta.onet.pl> On Wednesday 08 of December 2004 02:08, Andrzej Krzysztofowicz wrote: > Tomasz Grobelny wrote: > > On Tuesday 07 of December 2004 17:53, Andrzej Krzysztofowicz wrote: > > > Tomasz Grobelny wrote: > > > > filesystems? IMO it would be better to call swapon after mounting at > > > > least all local filesystems since swap can be put on one of them. > > > > BTW, would it be reasonable to put swap space on remote filesystem? > > > > > > There should be the second attempt then. > > > > Was that equivalent to SOD#1? ;-) > > It is equivallent to: check it: > > # grep swapon /etc/rc.d/rc.sysinit > run_cmd "Activating swap partitions" swapon -a -e > swapon -a >/dev/null 2>&1 > > Twice. Ok, I noticed it a few minutes after sending previous mail. But still unnecessary error message persists. Tomek From zawadaa at wp.pl Wed Dec 8 17:19:04 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Wed, 08 Dec 2004 17:19:04 +0100 Subject: Renaming amd64 In-Reply-To: <20041207203523.GB13264@serwis2.beta> References: <200412071959.26685.mmazur@kernel.pl> <20041207203523.GB13264@serwis2.beta> Message-ID: <41B72978.4090003@wp.pl> Jacek Konieczny wrote: > AMD invented the AMD64 architecture, so leave the name for them ;-) > I remember, that on LKML was discussion about that. Linus and others wanted change from x86_64 to AMD64 because of AMD invention in that architecture! -- Andrzej Zawadzki From arekm at pld-linux.org Wed Dec 8 20:04:21 2004 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Wed, 8 Dec 2004 20:04:21 +0100 Subject: Renaming amd64 In-Reply-To: <41B72978.4090003@wp.pl> References: <200412071959.26685.mmazur@kernel.pl> <20041207203523.GB13264@serwis2.beta> <41B72978.4090003@wp.pl> Message-ID: <200412082004.21713.arekm@pld-linux.org> On Wednesday 08 of December 2004 17:19, Andrzej Zawadzki wrote: > Jacek Konieczny wrote: > > AMD invented the AMD64 architecture, so leave the name for them ;-) > > I remember, that on LKML was discussion about that. > Linus and others wanted change from x86_64 to AMD64 because of AMD > invention in that architecture! ... and it didn't happen. amd64 is nicer name but right now misleading unfortunately (that it's optimized for amd64 processors while it's not). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From ankry at green.mif.pg.gda.pl Thu Dec 9 20:13:40 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 9 Dec 2004 20:13:40 +0100 (CET) Subject: SPECS: qmail-scanner.spec - R: perl-modules - rel 3 In-Reply-To: from "glen" at Dec 09, 2004 06:44:22 PM Message-ID: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> glen wrote: > Author: glen Date: Thu Dec 9 18:44:22 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - R: perl-modules Shouldn't it be autogenerated ? > Requires: perl-base >= 1:5.6.1 > +# For Sys::Syslog > +Requires: perl-modules >= 1:5.8.0 And, if not, the perl-base requirement does not seem to be necessary. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Thu Dec 9 20:22:32 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 9 Dec 2004 20:22:32 +0100 (CET) Subject: SPECS: perl-Math-Base36.spec - updated to 0.1 In-Reply-To: from "darekr" at Dec 09, 2004 07:00:20 PM Message-ID: <200412091922.iB9JMW4d003110@green.mif.pg.gda.pl> darekr wrote: > -Version: 0.02 > -Release: 2 > +Version: 0.1 > +Release: 1 Be careful: you did downgrade (as intrpreted by rpm). -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Dec 9 20:39:35 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 9 Dec 2004 21:39:35 +0200 Subject: SPECS: qmail-scanner.spec - R: perl-modules - rel 3 In-Reply-To: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> References: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> Message-ID: <200412092139.35276.glen@delfi.ee> On Thursday 09 December 2004 21:13, Andrzej Krzysztofowicz wrote: > glen wrote: > > Author: glen Date: Thu Dec 9 18:44:22 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - R: perl-modules > > Shouldn't it be autogenerated ? would be nice. but it isn't. rpm-4.3-0.20040107.40 > > Requires: perl-base >= 1:5.6.1 > > +# For Sys::Syslog > > +Requires: perl-modules >= 1:5.8.0 > > And, if not, the perl-base requirement does not seem to be necessary. -- glen From darekr at darekr.eu.org Thu Dec 9 20:43:17 2004 From: darekr at darekr.eu.org (Dariusz Rojewski) Date: Thu, 9 Dec 2004 20:43:17 +0100 Subject: SPECS: perl-Math-Base36.spec - updated to 0.1 In-Reply-To: <200412091922.iB9JMW4d003110@green.mif.pg.gda.pl> References: <200412091922.iB9JMW4d003110@green.mif.pg.gda.pl> Message-ID: <20041209194317.GA16889@darekr.eu.org> Ohm. okey. thanks. :) -- Darek Rojewski darekr at pld-linux.org From havner at smtp.kamp.pl Thu Dec 9 21:41:36 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 9 Dec 2004 21:41:36 +0100 Subject: vfmg-enlightenment patch Message-ID: <20041209204136.GH11414@pld-linux.org> --- vfmg-0.9.18/vfmg.orig 2004-12-07 19:12:25.793620512 +0100 +++ vfmg-0.9.18/vfmg 2004-12-07 19:13:33.724293480 +0100 @@ -74,7 +74,7 @@ @tmp=split(/:+/,$ENV{'XDG_DATA_DIRS'}) if $ENV{'XDG_DATA_DIRS'}; my @xdg_data_dirs=grep -d, $tmp, at tmp; -$tmp="$ENV{'HOME'}/.config"; +#$tmp="$ENV{'HOME'}/.config"; $tmp="$ENV{'XDG_CONFIG_HOME'}" if $ENV{'XDG_CONFIG_HOME'}; @tmp=("/etc/xdg"); @tmp=split(/:+/,$ENV{'XDG_CONFIG_DIRS'}) if $ENV{'XDG_CONFIG_DIRS'}; Why is that so? AFAIR this patch as sent to the list didn't contain this. Is it neccessary, or just by mistake? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From sparky at servek.sparky.homelinux.org Thu Dec 9 21:58:28 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Thu, 9 Dec 2004 21:58:28 +0100 Subject: vfmg-enlightenment patch In-Reply-To: <20041209204136.GH11414@pld-linux.org> References: <20041209204136.GH11414@pld-linux.org> Message-ID: <20041209205828.GA11152@servek.sparky.homelinux.org> On Thu, Dec 09, 2004 at 09:41:36PM +0100, havner wrote: > --- vfmg-0.9.18/vfmg.orig 2004-12-07 19:12:25.793620512 +0100 > +++ vfmg-0.9.18/vfmg 2004-12-07 19:13:33.724293480 +0100 > @@ -74,7 +74,7 @@ > @tmp=split(/:+/,$ENV{'XDG_DATA_DIRS'}) if $ENV{'XDG_DATA_DIRS'}; > my @xdg_data_dirs=grep -d, $tmp, at tmp; > > -$tmp="$ENV{'HOME'}/.config"; > +#$tmp="$ENV{'HOME'}/.config"; > $tmp="$ENV{'XDG_CONFIG_HOME'}" if $ENV{'XDG_CONFIG_HOME'}; > @tmp=("/etc/xdg"); > @tmp=split(/:+/,$ENV{'XDG_CONFIG_DIRS'}) if $ENV{'XDG_CONFIG_DIRS'}; > > Why is that so? AFAIR this patch as sent to the list didn't contain > this. Is it neccessary, or just by mistake? sorry, this should go to separated patch, PLD specific why ? "our" gnome creates a file .config/menus/applications.menu: #v+ Applications /etc/xdg/menus/applications.menu #v- this adds unnecesary subgroup in vfmg's menu we could use strip option, but strip brakes menus when there is no file applications.menu so I tought the best could be ommit this file, it's unnecesary and I can't find way to change it from gnome - clicking, so if someone want to change menu by hand can define XDG_CONFIG_HOME to .config But I think this vfmg change should go to spec, and not to vfmg repository -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : GG...3228100 WWW..NotYetAvible \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From havner at smtp.kamp.pl Thu Dec 9 22:06:12 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 9 Dec 2004 22:06:12 +0100 Subject: amd64 php Message-ID: <20041209210612.GI11414@pld-linux.org> php-devel-5.0.2-7 obsoleted by php4-devel-4.3.9-2 There are 1 package to install, 1 to uninstall: I php4-devel-4.3.9-2 R php-devel-5.0.2-7 Need to download about 230KB of archives. After unpacking about 955KB will be used. Executing rpm --upgrade -vh --root / --noorder --define _excludedocs 1... Preparing... ########################################### [100%] 1:php4-devel ########################################### [100%] error: unpacking of archive failed on file /usr/lib64/php/build: cpio: rename failed - Is a directory It happens only on amd64. Uninstalling php-devel and installing php4-devel then works ok. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From radek at karnet.pl Thu Dec 9 22:07:25 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Thu, 9 Dec 2004 22:07:25 +0100 Subject: SPECS: qmail-scanner.spec - R: perl-modules - rel 3 In-Reply-To: <200412092139.35276.glen@delfi.ee> References: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> <200412092139.35276.glen@delfi.ee> Message-ID: <20041209210725.GA6654@bongo> Elan Ruusam?e [09-12-2004 20:39]: > On Thursday 09 December 2004 21:13, Andrzej Krzysztofowicz wrote: >> glen wrote: >>> Author: glen Date: Thu Dec 9 18:44:22 2004 GMT >>> Module: SPECS Tag: HEAD >>> ---- Log message: >>> - R: perl-modules >> Shouldn't it be autogenerated ? > would be nice. but it isn't. %include /usr/lib/rpm/macros.perl -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From adamg at biomerieux.pl Thu Dec 9 22:13:12 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 9 Dec 2004 22:13:12 +0100 Subject: amd64 php In-Reply-To: <20041209210612.GI11414@pld-linux.org> References: <20041209210612.GI11414@pld-linux.org> Message-ID: <20041209211312.GA22424@mysza.eu.org> On Thu, Dec 09, 2004 at 10:06:12PM +0100, havner wrote: > It happens only on amd64. Uninstalling php-devel and installing > php4-devel then works ok. Yep, I know. See the thread 'Re: ERRORS: php4-gtk.spec' form December, 5th [1]. If I understood correctly, php4.spec should be changed so that /usr/lib64/php/build was a dir, not a link to /usr/lib/php/build. Alternatively, php.spec can be fixed so that /usr/lib64/php/build is a symlink to /usr/lib/php/build. However, I have no idea which solution is better. [1] http://lists.pld-linux.org/pipermail/pld-devel-en/2004-December/003254.html -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Thu Dec 9 22:19:19 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 9 Dec 2004 22:19:19 +0100 Subject: SPECS: perl-Math-Base36.spec - updated to 0.1 In-Reply-To: <200412091922.iB9JMW4d003110@green.mif.pg.gda.pl> References: <200412091922.iB9JMW4d003110@green.mif.pg.gda.pl> Message-ID: <20041209211919.GA17840@satan.blackhosts> On Thu, Dec 09, 2004 at 08:22:32PM +0100, Andrzej Krzysztofowicz wrote: > darekr wrote: > > -Version: 0.02 > > -Release: 2 > > +Version: 0.1 > > +Release: 1 > > Be careful: you did downgrade (as intrpreted by rpm). Not only rpm, in this case... It turns out that Math-Base64-0.1.tar.gz is incorrectly packaged Math::Base64 0.01 :/ -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From havner at smtp.kamp.pl Thu Dec 9 22:16:56 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 9 Dec 2004 22:16:56 +0100 Subject: amd64 php In-Reply-To: <20041209211312.GA22424@mysza.eu.org> References: <20041209210612.GI11414@pld-linux.org> <20041209211312.GA22424@mysza.eu.org> Message-ID: <20041209211656.GK11414@pld-linux.org> On Thu, Dec 09, 2004 at 10:13:12PM +0100, Adam Go??biowski wrote: > On Thu, Dec 09, 2004 at 10:06:12PM +0100, havner wrote: > > It happens only on amd64. Uninstalling php-devel and installing > > php4-devel then works ok. > > Yep, I know. See the thread 'Re: ERRORS: php4-gtk.spec' form December, > 5th [1]. > > If I understood correctly, php4.spec should be changed so that > /usr/lib64/php/build was a dir, not a link to /usr/lib/php/build. > > Alternatively, php.spec can be fixed so that /usr/lib64/php/build is a > symlink to /usr/lib/php/build. But why does it use /usr/lib/ anyway? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From grotk at poczta.onet.pl Thu Dec 9 23:33:57 2004 From: grotk at poczta.onet.pl (Tomasz Grobelny) Date: Thu, 9 Dec 2004 23:33:57 +0100 Subject: konqueror requires openssh-clients Message-ID: <200412092333.57820.grotk@poczta.onet.pl> IMO konqueror (or more specificaly sftp kio slave) should require openssh-clients. Tomek From ankry at green.mif.pg.gda.pl Fri Dec 10 01:42:47 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 10 Dec 2004 01:42:47 +0100 (CET) Subject: SPECS (DEVEL): courier.spec - updated to 20041129 - removed auth* In-Reply-To: from "andree" at Dec 10, 2004 12:29:17 AM Message-ID: <200412100042.iBA0glhB015098@green.mif.pg.gda.pl> andree wrote: > - removed auth* packages - included in courier-authlib Package names changed but obsoletes missing. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From andree at pld-linux.org Fri Dec 10 10:26:21 2004 From: andree at pld-linux.org (Andrzej Augustynowicz) Date: Fri, 10 Dec 2004 10:26:21 +0100 Subject: SPECS (DEVEL): courier.spec - updated to 20041129 - removed auth* In-Reply-To: <200412100042.iBA0glhB015098@green.mif.pg.gda.pl> References: <200412100042.iBA0glhB015098@green.mif.pg.gda.pl> Message-ID: <200412101026.22137.andree@pld-linux.org> Dnia pi?tek, 10 grudnia 2004 01:42, Andrzej Krzysztofowicz napisa?: > andree wrote: > > - removed auth* packages - included in courier-authlib > > Package names changed but obsoletes missing. dzi?ki za przypomnienie, b?d? mia? to na uwadze -- Andrzej Augustynowicz http://ds5.agh.edu.pl From havner at smtp.kamp.pl Fri Dec 10 11:19:14 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 10 Dec 2004 11:19:14 +0100 Subject: asterisk Message-ID: <20041210101913.GA3502@pld-linux.org> asterisk on sparc tries to use k6 (x86) assembler optimaliztions, Undefine, afair you wanted to have this package. Be my guest :-) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From qboosh at pld-linux.org Fri Dec 10 11:52:13 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 10 Dec 2004 11:52:13 +0100 Subject: let's kill %_applnkdir Message-ID: <20041210105213.GB28091@gruby.cs.net.pl> ...on HEAD and AC-branch. Now this define in rpm.macros only causes building broken packages, which need to be fixed and rebuilt afterwards. Just remove the definition, or maybe: --- rpm.macros 26 Nov 2004 00:57:57 -0000 1.177 +++ rpm.macros 10 Dec 2004 10:39:29 -0000 @@ -179,11 +179,9 @@ # Location of pkgconfig files %_pkgconfigdir /usr/%{_lib}/pkgconfig -# Location of top applink dir -%_applnkdir /usr/X11R6/share/applnk - # Location of desktop files %_desktopdir /usr/share/applications +%_applnkdir ERROR:_applnkdir_is_obsolete_use_desktopdir_instead # Location of pixmaps for applnk/desktop files %_pixmapsdir /usr/share/pixmaps ? (probably _desktopdir on RA-branch should be protected in similar way, as this dir didn't exist in Ra) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From mmazur at kernel.pl Fri Dec 10 12:26:21 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 10 Dec 2004 12:26:21 +0100 Subject: SPECS (DEVEL): courier.spec - updated to 20041129 - removed auth* In-Reply-To: <200412101026.22137.andree@pld-linux.org> References: <200412100042.iBA0glhB015098@green.mif.pg.gda.pl> <200412101026.22137.andree@pld-linux.org> Message-ID: <200412101226.22034.mmazur@kernel.pl> On pi?tek 10 grudzie? 2004 10:26, Andrzej Augustynowicz wrote: > Dnia pi?tek, 10 grudnia 2004 01:42, Andrzej Krzysztofowicz napisa?: > > andree wrote: > > > - removed auth* packages - included in courier-authlib > > > > Package names changed but obsoletes missing. > > dzi?ki za przypomnienie, b?d? mia? to na uwadze ynglysh -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From adamg at biomerieux.pl Fri Dec 10 12:53:34 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 10 Dec 2004 12:53:34 +0100 Subject: amd64 php In-Reply-To: <20041209211656.GK11414@pld-linux.org> References: <20041209210612.GI11414@pld-linux.org> <20041209211312.GA22424@mysza.eu.org> <20041209211656.GK11414@pld-linux.org> Message-ID: <20041210115334.GB778@mysza.eu.org> On Thu, Dec 09, 2004 at 10:16:56PM +0100, havner wrote: > On Thu, Dec 09, 2004 at 10:13:12PM +0100, Adam Go??biowski wrote: > > On Thu, Dec 09, 2004 at 10:06:12PM +0100, havner wrote: > > > It happens only on amd64. Uninstalling php-devel and installing > > > php4-devel then works ok. > > > > Yep, I know. See the thread 'Re: ERRORS: php4-gtk.spec' form December, > > 5th [1]. > > > > If I understood correctly, php4.spec should be changed so that > > /usr/lib64/php/build was a dir, not a link to /usr/lib/php/build. > > > > Alternatively, php.spec can be fixed so that /usr/lib64/php/build is a > > symlink to /usr/lib/php/build. > > But why does it use /usr/lib/ anyway? I dunno. I just commented out appropriate lines in php4.spec and commited changes in hope that it won't brake anything. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Fri Dec 10 13:06:58 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 10 Dec 2004 13:06:58 +0100 (CET) Subject: SPECS: perl-Email-Reply.spec - typo in summary (verb, not noun) In-Reply-To: from "radek" at Dec 10, 2004 12:00:50 PM Message-ID: <200412101206.iBAC6wQ3017411@green.mif.pg.gda.pl> radek wrote: > > Author: radek Date: Fri Dec 10 12:00:50 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - typo in summary (verb, not noun) Not typo. Don't use verb in pl summary. It is not correct pl otherwise. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek at karnet.pl Fri Dec 10 13:19:56 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 10 Dec 2004 13:19:56 +0100 Subject: SPECS: perl-Email-Reply.spec - typo in summary (verb, not noun) In-Reply-To: <200412101206.iBAC6wQ3017411@green.mif.pg.gda.pl> References: <200412101206.iBAC6wQ3017411@green.mif.pg.gda.pl> Message-ID: <20041210121956.GB3026@bongo> Andrzej Krzysztofowicz [10-12-2004 13:06]: > radek wrote: >> Author: radek Date: Fri Dec 10 12:00:50 2004 GMT >> Module: SPECS Tag: HEAD >> ---- Log message: >> - typo in summary (verb, not noun) > Not typo. > Don't use verb in pl summary. It is not correct pl otherwise. IMHO verb here is correct and noun makes no sense, but whatever. PS Are we really talking about a polish translation on an english list...? ;-) -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ankry at green.mif.pg.gda.pl Fri Dec 10 13:28:48 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 10 Dec 2004 13:28:48 +0100 (CET) Subject: SPECS: perl-Email-Reply.spec - typo in summary (verb, not noun) In-Reply-To: <20041210121956.GB3026@bongo> from "Radoslaw Zielinski" at Dec 10, 2004 01:19:56 PM Message-ID: <200412101228.iBACSmHD017601@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: > Andrzej Krzysztofowicz [10-12-2004 13:06]: > > radek wrote: > >> Author: radek Date: Fri Dec 10 12:00:50 2004 GMT > >> Module: SPECS Tag: HEAD > >> ---- Log message: > >> - typo in summary (verb, not noun) > > Not typo. > > Don't use verb in pl summary. It is not correct pl otherwise. > > IMHO verb here is correct and noun makes no sense, but whatever. It is not. First, we standarize pl summaries not to use verbs. So no verb, please. Second, in pl computers are not personalized, so they shouldn't talk to anybody in personal form, they shouldn't talk to "you". Using non-personal, more general forms is preferred in all translations. > PS Are we really talking about a polish translation on an english > list...? ;-) It is not my fault that default replies go to -en list. But why not? :-> -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From blues at pld-linux.org Fri Dec 10 15:11:16 2004 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 10 Dec 2004 15:11:16 +0100 (CET) Subject: asterisk In-Reply-To: <20041210101913.GA3502@pld-linux.org> References: <20041210101913.GA3502@pld-linux.org> Message-ID: On Fri, 10 Dec 2004, havner wrote: > asterisk on sparc tries to use k6 (x86) assembler optimaliztions, > Undefine, afair you wanted to have this package. Be my guest :-) Asterisk is optimized for PCI card, that is produced by company which is developing asterisk too... -- pozdr. Pawe? Go?aszewski --------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From qboosh at pld-linux.org Fri Dec 10 15:14:19 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 10 Dec 2004 15:14:19 +0100 Subject: asterisk In-Reply-To: References: <20041210101913.GA3502@pld-linux.org> Message-ID: <20041210141419.GC28091@gruby.cs.net.pl> On Fri, Dec 10, 2004 at 03:11:16PM +0100, Pawe? Go?aszewski wrote: > On Fri, 10 Dec 2004, havner wrote: > > asterisk on sparc tries to use k6 (x86) assembler optimaliztions, > > Undefine, afair you wanted to have this package. Be my guest :-) > > Asterisk is optimized for PCI card, that is produced by company which is > developing asterisk too... So? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Fri Dec 10 15:25:42 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 10 Dec 2004 15:25:42 +0100 (CET) Subject: asterisk In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at Dec 10, 2004 03:11:16 PM Message-ID: <200412101425.iBAEPgxu018109@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > On Fri, 10 Dec 2004, havner wrote: > > asterisk on sparc tries to use k6 (x86) assembler optimaliztions,=20 > > Undefine, afair you wanted to have this package. Be my guest :-) > > Asterisk is optimized for PCI card, that is produced by company which is=20 > developing asterisk too... Is it AMD K6 processor card ? ;P -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Fri Dec 10 13:17:52 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 10 Dec 2004 14:17:52 +0200 Subject: SPECS: qmail-scanner.spec - R: perl-modules - rel 3 In-Reply-To: <20041209210725.GA6654@bongo> References: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> <200412092139.35276.glen@delfi.ee> <20041209210725.GA6654@bongo> Message-ID: <200412101417.52538.glen@delfi.ee> On Thursday 09 December 2004 23:07, Radoslaw Zielinski wrote: > %include /usr/lib/rpm/macros.perl does not work. $ ./builder -bb qmail-scanner.spec -nn # $Revision: 1.13 $, $Date: 2004/12/09 22:24:37 $ [cut] Searching for required packages.... Provides: config(qmail-scanner) = 0:1.24-3.1 group(qscand) user(qscand) Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(pre): /bin/id /bin/sh /usr/bin/getgid /usr/sbin/groupadd /usr/sbin/useradd Requires(post): /bin/sh Requires(postun): /bin/sh /usr/sbin/groupdel /usr/sbin/userdel Requires: /bin/sh /bin/sh /usr/bin/perl clamav config(qmail-scanner) = 0:1.24-3.1 fileutils glibc libc.so.6 libc.so.6(GLIBC_2.0) maildrop >= 1.3.8 qmail Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/builder/tmp/qmail-scanner-1.24-root-root Wrote: /home/builder/rpm/RPMS/qmail-scanner-1.24-3.1.i686.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.73151 + umask 022 + cd /home/builder/rpm/BUILD + cd qmail-scanner-1.24 + rm -rf /home/builder/tmp/qmail-scanner-1.24-root-root + exit 0 $ rpm -qp --requires ../RPMS/qmail-scanner-1.24-3.1.i686.rpm /bin/id /bin/sh /bin/sh /bin/sh /bin/sh /bin/sh /usr/bin/getgid /usr/bin/perl /usr/sbin/groupadd /usr/sbin/groupdel /usr/sbin/useradd /usr/sbin/userdel clamav config(qmail-scanner) = 0:1.24-3.1 fileutils glibc libc.so.6 libc.so.6(GLIBC_2.0) maildrop >= 1.3.8 qmail rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsBzip2) <= 3.0.5-1 $ rpm -q rpm rpm-build rpm-4.3-0.20040107.40 rpm-build-4.3-0.20040107.40 -- glen From blues at pld-linux.org Fri Dec 10 15:58:05 2004 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 10 Dec 2004 15:58:05 +0100 (CET) Subject: asterisk In-Reply-To: <200412101425.iBAEPgxu018109@green.mif.pg.gda.pl> References: <200412101425.iBAEPgxu018109@green.mif.pg.gda.pl> Message-ID: On Fri, 10 Dec 2004, Andrzej Krzysztofowicz wrote: > > > asterisk on sparc tries to use k6 (x86) assembler optimaliztions, > > > Undefine, afair you wanted to have this package. Be my guest :-) > > Asterisk is optimized for PCI card, that is produced by company which > > is=20 developing asterisk too... > Is it AMD K6 processor card ? It means that I'm tired now :D -- pozdr. Pawe? Go?aszewski --------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From gotar at polanet.pl Fri Dec 10 17:48:21 2004 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 10 Dec 2004 17:48:21 +0100 Subject: vfmg-enlightenment patch In-Reply-To: <20041209205828.GA11152@servek.sparky.homelinux.org> References: <20041209204136.GH11414@pld-linux.org> <20041209205828.GA11152@servek.sparky.homelinux.org> Message-ID: <20041210164821.GA403@os> On Thu, Dec 09, 2004 at 21:58:28 +0100, Przemys?aw Iskra wrote: > so I tought the best could be ommit this file, it's unnecesary and It IS - by specification. De-gnome your system. > I can't find way to change it from gnome - clicking, so if someone want > to change menu by hand can define XDG_CONFIG_HOME to .config If you don't like one more level, fix gnome to conform XDG files. -- GoTaR gotar> http://vfmg.sourceforge.net/ From havner at smtp.kamp.pl Fri Dec 10 20:12:17 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 10 Dec 2004 20:12:17 +0100 Subject: glibc + nptl Message-ID: <20041210191217.GB6698@pld-linux.org> In test there is glibc-2.3.4-0.20041122.1.2 with nptl and tls. Please test it cause there is big chance that it will go to AC... -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Fri Dec 10 20:37:06 2004 From: havner at smtp.kamp.pl (havner) Date: Fri, 10 Dec 2004 20:37:06 +0100 Subject: glibc + nptl In-Reply-To: <20041210191217.GB6698@pld-linux.org> References: <20041210191217.GB6698@pld-linux.org> Message-ID: <20041210193706.GA11415@pld-linux.org> On Fri, Dec 10, 2004 at 08:12:17PM +0100, havner wrote: > In test there is glibc-2.3.4-0.20041122.1.2 with nptl and tls. Please test > it cause there is big chance that it will go to AC... And for binary nvidia driver users, rebuild X11-driver-nvidia with tls. otherwise X will be unusable. Anyone willing to do double libs (for 2.4 users)? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From adamg at biomerieux.pl Sat Dec 11 01:00:36 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 11 Dec 2004 01:00:36 +0100 Subject: glibc + nptl In-Reply-To: <20041210191217.GB6698@pld-linux.org> References: <20041210191217.GB6698@pld-linux.org> Message-ID: <20041211000036.GA21389@mysza.eu.org> On Fri, Dec 10, 2004 at 08:12:17PM +0100, havner wrote: > In test there is glibc-2.3.4-0.20041122.1.2 with nptl and tls. Please test > it cause there is big chance that it will go to AC... Doesn't cause any problems. OTOH, I see no differnce either. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From havner at smtp.kamp.pl Sat Dec 11 01:53:33 2004 From: havner at smtp.kamp.pl (havner) Date: Sat, 11 Dec 2004 01:53:33 +0100 Subject: glibc + nptl In-Reply-To: <20041211000036.GA21389@mysza.eu.org> References: <20041210191217.GB6698@pld-linux.org> <20041211000036.GA21389@mysza.eu.org> Message-ID: <20041211005333.GF15178@pld-linux.org> On Sat, Dec 11, 2004 at 01:00:36AM +0100, Adam Go??biowski wrote: > Doesn't cause any problems. > > OTOH, I see no differnce either. And you shouldn't, that's the point... But threads are posix now, not diffierent processes, but real threads :-) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From undefine at aramin.net Sat Dec 11 09:03:01 2004 From: undefine at aramin.net (The Undefined) Date: Sat, 11 Dec 2004 09:03:01 +0100 Subject: asterisk In-Reply-To: <20041210101913.GA3502@pld-linux.org> References: <20041210101913.GA3502@pld-linux.org> Message-ID: <20041211080301.GA19269@aramin.net> On Fri, Dec 10, 2004 at 11:19:14AM +0100, havner wrote: > asterisk on sparc tries to use k6 (x86) assembler optimaliztions, > Undefine, afair you wanted to have this package. Be my guest :-) /me? i think no.. i don't use asterisk(yet ;), and have no serious servers on sparcs. but fixed :) -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://aramin.net/ JID: undefine at piastlan.net e-mail: undefine at pld-linux.org From radek at karnet.pl Sat Dec 11 11:32:28 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Sat, 11 Dec 2004 11:32:28 +0100 Subject: SPECS: qmail-scanner.spec - R: perl-modules - rel 3 In-Reply-To: <200412101417.52538.glen@delfi.ee> References: <200412091913.iB9JDeuM002926@green.mif.pg.gda.pl> <200412092139.35276.glen@delfi.ee> <20041209210725.GA6654@bongo> <200412101417.52538.glen@delfi.ee> Message-ID: <20041211103227.GA3078@bongo> Elan Ruusam?e [10-12-2004 13:17]: > On Thursday 09 December 2004 23:07, Radoslaw Zielinski wrote: >> %include /usr/lib/rpm/macros.perl > does not work. The files genera you want scanned are in /var/, perl.req scans only paths matching these regexps: if (m=/usr/(sbin|bin|lib|lib64|share|X11R6/(lib|lib64|bin))/=) { if (! m=(/(doc|man|info|usr/src)/|\.(so|ph|h|html|pod)$)=) { /var/ isn't the proper place for this kind of utilities, FHS says /usr/lib/. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wrobell at pld-linux.org Sat Dec 11 13:41:23 2004 From: wrobell at pld-linux.org (wrobell) Date: Sat, 11 Dec 2004 13:41:23 +0100 Subject: SPECS: gnome-vfs2.spec - rel 3 - -DMOUNT_ARGUMENT=\\\"-s\\\"" In-Reply-To: References: Message-ID: <20041211124123.GA5035@pred> On Fri, Dec 10, 2004 at 04:25:47PM +0000, krzak wrote: > Author: krzak Date: Fri Dec 10 16:25:47 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - rel 3 > - -DMOUNT_ARGUMENT=\\\"-s\\\"" why? wrobell -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qboosh at pld-linux.org Sat Dec 11 17:24:42 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 11 Dec 2004 17:24:42 +0100 Subject: harmful python-* Provides without epoch Message-ID: <20041211162442.GB25275@satan.blackhosts> [main] Provides: %{name} = %{py_ver} %package libs Provides: %{name}-libs = %{py_ver} %package modules Provides: %{name}-modules = %{py_ver} %package static Provides: %{name}-static = %{py_ver} are harmful - they break existing %pyrequires_eq. $ rpm -q --provides python-libs | grep python-libs python-libs = 2.3 python-libs = 1:2.3.4-1 (and so on for base, -modules, -static) So "Requires: python-libs < 1:2.4" rule generated by pyrequires_eq is _satisfied_ by python-libs 1:2.4 providing "python-libs = 2.4"... Some workaround could be not to use epoch in less-than rules... but it could turn out harmful in the future. Does anyone have better, reliable solution than dropping these non-epoched provides and updating existing non-epoched dependencies? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From saq at pld-linux.org Sat Dec 11 17:35:21 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 11 Dec 2004 17:35:21 +0100 Subject: harmful python-* Provides without epoch In-Reply-To: <20041211162442.GB25275@satan.blackhosts> References: <20041211162442.GB25275@satan.blackhosts> Message-ID: <1102782921.7316.16.camel@neptune.sakowski.eu.org> On Sat, 2004-12-11 at 17:24 +0100, Jakub Bogusz wrote: > Some workaround could be not to use epoch in less-than rules... but it > could turn out harmful in the future. > > Does anyone have better, reliable solution than dropping these > non-epoched provides and updating existing non-epoched dependencies? Provides: python(something) = %{py_ver} and modify pyrequires_eq to require the virtual capability, without an epoch. The version required has nothing to do with the python package's EVR, and everything to do with the Python language variant (including using the proper /usr/lib/python%{py_ver} path). Correct me if I'm wrong. This would take a massive attack on ~247 specs. -- Pawe? Sakowski PLD Linux Distribution From adamg at biomerieux.pl Sat Dec 11 17:47:23 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 11 Dec 2004 17:47:23 +0100 Subject: SPECS: lighttpd.spec - new stable version. In-Reply-To: References: Message-ID: <20041211164721.GA11051@mysza.eu.org> On Sat, Dec 11, 2004 at 04:43:52PM +0000, serek wrote: > Author: serek Date: Sat Dec 11 16:43:52 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new stable version. Which one? We all like numbers - put them in commitlogs too. > ================================================================ > cvs [rdiff aborted]: cannot get working directory: No such file or directory > ================================================================ What was that? CVSadmins? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Sat Dec 11 17:59:26 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 11 Dec 2004 17:59:26 +0100 Subject: harmful python-* Provides without epoch In-Reply-To: <1102782921.7316.16.camel@neptune.sakowski.eu.org> References: <20041211162442.GB25275@satan.blackhosts> <1102782921.7316.16.camel@neptune.sakowski.eu.org> Message-ID: <20041211165926.GC25275@satan.blackhosts> On Sat, Dec 11, 2004 at 05:35:21PM +0100, Pawe? Sakowski wrote: > On Sat, 2004-12-11 at 17:24 +0100, Jakub Bogusz wrote: > > Some workaround could be not to use epoch in less-than rules... but it > > could turn out harmful in the future. > > > > Does anyone have better, reliable solution than dropping these > > non-epoched provides and updating existing non-epoched dependencies? > > Provides: python(something) = %{py_ver} > and modify pyrequires_eq to require the virtual capability, without an > epoch. Hm... maybe just Provides: python(ver) = %{py_ver} in python-libs? The rest of dependencies don't need to be so strict. python-libs version determine byte-compiled object format and /usr/*/python* dir names. The rest of dependencies could be just >=. In fact, python-libs deps could be generated automagically using `find -name '*.py[co]' | xargs file` and parsing strings like: /usr/lib/python2.3/site-packages/libxml2.pyo: python 2.3 byte-compiled The rest of python- deps can be used manually without version on with just >= rule (so there is no need for %pyrequires_eq macro). (until some good python dependency generator comes) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From radek at karnet.pl Sat Dec 11 18:11:28 2004 From: radek at karnet.pl (Radoslaw Zielinski) Date: Sat, 11 Dec 2004 18:11:28 +0100 Subject: harmful python-* Provides without epoch In-Reply-To: <20041211165926.GC25275@satan.blackhosts> References: <20041211162442.GB25275@satan.blackhosts> <1102782921.7316.16.camel@neptune.sakowski.eu.org> <20041211165926.GC25275@satan.blackhosts> Message-ID: <20041211171128.GA14698@bongo> Jakub Bogusz [11-12-2004 17:59]: [...] > The rest of python- deps can be used manually without version on > with just >= rule (so there is no need for %pyrequires_eq macro). > (until some good python dependency generator comes) Reminding one more time: AltLinux has a Python dependency generator; I don't know if it's good, though. Any Python hackers here...? -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qboosh at pld-linux.org Sat Dec 11 18:28:22 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 11 Dec 2004 18:28:22 +0100 Subject: harmful python-* Provides without epoch In-Reply-To: <20041211171128.GA14698@bongo> References: <20041211162442.GB25275@satan.blackhosts> <1102782921.7316.16.camel@neptune.sakowski.eu.org> <20041211165926.GC25275@satan.blackhosts> <20041211171128.GA14698@bongo> Message-ID: <20041211172822.GE25275@satan.blackhosts> On Sat, Dec 11, 2004 at 06:11:28PM +0100, Radoslaw Zielinski wrote: > Jakub Bogusz [11-12-2004 17:59]: > [...] > > The rest of python- deps can be used manually without version on > > with just >= rule (so there is no need for %pyrequires_eq macro). > > (until some good python dependency generator comes) > > Reminding one more time: AltLinux has a Python dependency generator; > I don't know if it's good, though. Any Python hackers here...? The same... but even if it's good it's rather Th-thing. IMO we need some short time solution for Ac - now it's possible to upgrade base python packages to 2.4 without breaking dependencies - and then all other python stuff will stop working. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Sat Dec 11 18:49:37 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 11 Dec 2004 18:49:37 +0100 (CET) Subject: harmful python-* Provides without epoch In-Reply-To: <20041211172822.GE25275@satan.blackhosts> from "Jakub Bogusz" at Dec 11, 2004 06:28:22 PM Message-ID: <200412111749.iBBHnbWw006719@green.mif.pg.gda.pl> Jakub Bogusz wrote: > > On Sat, Dec 11, 2004 at 06:11:28PM +0100, Radoslaw Zielinski wrote: > > Jakub Bogusz [11-12-2004 17:59]: > > [...] > > > The rest of python- deps can be used manually without version on > > > with just >= rule (so there is no need for %pyrequires_eq macro). > > > (until some good python dependency generator comes) > > > > Reminding one more time: AltLinux has a Python dependency generator; > > I don't know if it's good, though. Any Python hackers here...? > > The same... but even if it's good it's rather Th-thing. > > IMO we need some short time solution for Ac - now it's possible to > upgrade base python packages to 2.4 without breaking dependencies - and > then all other python stuff will stop working. BTW, which python version is intended for Ac ? python.spec on HEAD suggests 2.4, and no AC-branch ... Is it ready for "STBR to ready" ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zawadaa at wp.pl Sat Dec 11 19:17:52 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Sat, 11 Dec 2004 19:17:52 +0100 Subject: glibc + nptl In-Reply-To: <20041211000036.GA21389@mysza.eu.org> References: <20041210191217.GB6698@pld-linux.org> <20041211000036.GA21389@mysza.eu.org> Message-ID: <41BB39D0.8030107@wp.pl> Adam Go??biowski wrote: [...] > OTOH, I see no differnce either. Tray tomcat... -- Andrzej Zawadzki From qboosh at pld-linux.org Sat Dec 11 19:01:01 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 11 Dec 2004 19:01:01 +0100 Subject: harmful python-* Provides without epoch In-Reply-To: <200412111749.iBBHnbWw006719@green.mif.pg.gda.pl> References: <20041211172822.GE25275@satan.blackhosts> <200412111749.iBBHnbWw006719@green.mif.pg.gda.pl> Message-ID: <20041211180101.GH25275@satan.blackhosts> On Sat, Dec 11, 2004 at 06:49:37PM +0100, Andrzej Krzysztofowicz wrote: > Jakub Bogusz wrote: > > > > On Sat, Dec 11, 2004 at 06:11:28PM +0100, Radoslaw Zielinski wrote: > > > Jakub Bogusz [11-12-2004 17:59]: > > > [...] > > > > The rest of python- deps can be used manually without version on > > > > with just >= rule (so there is no need for %pyrequires_eq macro). > > > > (until some good python dependency generator comes) > > > > > > Reminding one more time: AltLinux has a Python dependency generator; > > > I don't know if it's good, though. Any Python hackers here...? > > > > The same... but even if it's good it's rather Th-thing. > > > > IMO we need some short time solution for Ac - now it's possible to > > upgrade base python packages to 2.4 without breaking dependencies - and > > then all other python stuff will stop working. > > BTW, which python version is intended for Ac ? > > python.spec on HEAD suggests 2.4, and no AC-branch ... > > Is it ready for "STBR to ready" ? No because of the above depndency problems. Non-epoched Provides must be dropped, otherwise it would be possible to upgrade just base packages to python 2.4 and all external modules will stop working. Introducing alternative python dependencies for new packages without dropping those Provides won't do anything - Ac packages have broken dependencies _already_. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From havner at smtp.kamp.pl Sun Dec 12 02:58:34 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 12 Dec 2004 02:58:34 +0100 Subject: fortunes-pl: pld - kwintesencja debilizmu In-Reply-To: References: Message-ID: <20041212015834.GH10028@pld-linux.org> On Sun, Dec 12, 2004 at 01:39:56AM +0000, havner wrote: > +[02:38:04] commity robi? leszcze i frajerzy :=) > +[02:38:12] jeste?cie moimi robocikami > +[02:38:38] ale sterowanie zawodzi, jestem ci?gle pocz?tkuj?cym zarz?dc? > +[02:38:47] spoko, ale si? ucz? Wiem, ze moze nie powinienem tego forwardowac tu, ale chce by kazdy to obejrzal, to fragment rozmowy z priva, mysle ze pokazuje sposob myslenia sera. Jest to jego odpowiedz na ilosc wykonanych przez niego commitow (133, ostatni rok temu i stwierdzenie, ze czyms takim i pustymi gadkami nie przyczyni sie do rozwoju PLD) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From wrobell at pld-linux.org Sun Dec 12 11:51:27 2004 From: wrobell at pld-linux.org (wrobell) Date: Sun, 12 Dec 2004 11:51:27 +0100 Subject: fortunes-pl: pld - kwintesencja debilizmu In-Reply-To: <20041212015834.GH10028@pld-linux.org> References: <20041212015834.GH10028@pld-linux.org> Message-ID: <20041212105127.GC5035@pred> On Sun, Dec 12, 2004 at 02:58:34AM +0100, havner wrote: > On Sun, Dec 12, 2004 at 01:39:56AM +0000, havner wrote: > > +[02:38:04] commity robi? leszcze i frajerzy :=) > > +[02:38:12] jeste?cie moimi robocikami > > +[02:38:38] ale sterowanie zawodzi, jestem ci?gle pocz?tkuj?cym zarz?dc? > > +[02:38:47] spoko, ale si? ucz? > > Wiem, ze moze nie powinienem tego forwardowac tu, ale chce by kazdy to > obejrzal, to fragment rozmowy z priva, mysle ze pokazuje sposob > myslenia sera. Jest to jego odpowiedz na ilosc wykonanych przez niego > commitow (133, ostatni rok temu i stwierdzenie, ze czyms takim i pustymi > gadkami nie przyczyni sie do rozwoju PLD) plz. it is english list, it is not pld-discuss one, the above is out of context and you are wrong, so if you want to blame somebody then give access for all logs of conversation... anyway, can you stop to be a kid? again - plz? wrobell -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From saq at pld-linux.org Sun Dec 12 14:24:02 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sun, 12 Dec 2004 14:24:02 +0100 Subject: glibc + nptl In-Reply-To: <20041210191217.GB6698@pld-linux.org> References: <20041210191217.GB6698@pld-linux.org> Message-ID: <1102857842.4163.2.camel@neptune.sakowski.eu.org> On Fri, 2004-12-10 at 20:12 +0100, havner wrote: > In test there is glibc-2.3.4-0.20041122.1.2 with nptl and tls. Please test > it cause there is big chance that it will go to AC... SOA#1 using NPTL -- Pawe? Sakowski PLD Linux Distribution From havner at smtp.kamp.pl Sun Dec 12 14:29:17 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 12 Dec 2004 14:29:17 +0100 Subject: glibc + nptl In-Reply-To: <1102857842.4163.2.camel@neptune.sakowski.eu.org> References: <20041210191217.GB6698@pld-linux.org> <1102857842.4163.2.camel@neptune.sakowski.eu.org> Message-ID: <20041212132917.GA32183@pld-linux.org> On Sun, Dec 12, 2004 at 02:24:02PM +0100, Pawe? Sakowski wrote: > On Fri, 2004-12-10 at 20:12 +0100, havner wrote: > > In test there is glibc-2.3.4-0.20041122.1.2 with nptl and tls. Please test > > it cause there is big chance that it will go to AC... > > SOA#1 using NPTL But somebody must test ppc, amd64 and alpha. Adasi, Undefine? Ankry, is there any way you could test alpha? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From krzak at hakore.com Mon Dec 13 10:09:21 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Mon, 13 Dec 2004 10:09:21 +0100 Subject: SPECS: gnome-vfs2.spec - rel 3 - -DMOUNT_ARGUMENT=\\\"-s\\\"" In-Reply-To: <20041211124123.GA5035@pred> References: <20041211124123.GA5035@pred> Message-ID: <41BD5C41.1060201@hakore.com> U?ytkownik wrobell napisa?: > On Fri, Dec 10, 2004 at 04:25:47PM +0000, krzak wrote: > >>Author: krzak Date: Fri Dec 10 16:25:47 2004 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- rel 3 >>- -DMOUNT_ARGUMENT=\\\"-s\\\"" > > > why? > I thought that man mount for hal "managed" option : -s Tolerate sloppy mount options rather than failing. This will ignore mount options not supported by a filesystem type. Not all filesystems support this option. This option exists for support of the Linux autofs\-based automounter. but finally it seems won't be supported outside manual. -- Marcin Krzy?anowski From qboosh at pld-linux.org Mon Dec 13 11:45:39 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 13 Dec 2004 11:45:39 +0100 Subject: SOURCES: pure-ftpd-mysql_config.patch (NEW) - PLDized MYSQLSocket, ... In-Reply-To: References: Message-ID: <20041213104539.GA22086@gruby.cs.net.pl> On Sun, Dec 12, 2004 at 06:37:11AM +0000, domelu wrote: > +@@ -19,17 +19,17 @@ > + > + # Optional : define the location of mysql.sock if the server runs on this host. > + > +-MYSQLSocket /tmp/mysql.sock > ++MYSQLSocket /var/lib/mysql/mysqldb/mysql.sock Bzzt, wrong -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Mon Dec 13 13:17:03 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 13:17:03 +0100 (CET) Subject: SPECS: mozilla-firefox.spec - added missing BR: In-Reply-To: from "kosmo" at Dec 13, 2004 11:14:15 AM Message-ID: <200412131217.iBDCH3CL016466@green.mif.pg.gda.pl> kosmo wrote: > diff -u SPECS/mozilla-firefox.spec:1.51 SPECS/mozilla-firefox.spec:1.52 > --- SPECS/mozilla-firefox.spec:1.51 Wed Dec 1 01:11:21 2004 > +++ SPECS/mozilla-firefox.spec Mon Dec 13 11:14:07 2004 > @@ -42,6 +42,7 @@ > BuildRequires: libstdc++-devel > BuildRequires: nss-devel >= 3.8 > BuildRequires: pango-devel >= 1:1.1.0 > +BuildRequires: perl(Time::localtime) It won't work on builders; use package names, please. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Mon Dec 13 13:55:48 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 13:55:48 +0100 (CET) Subject: SPECS: superkaramba-theme-cynapses.spec (NEW) - initial - In-Reply-To: from "krolik" at Dec 13, 2004 12:46:10 PM Message-ID: <200412131255.iBDCtmXX016716@green.mif.pg.gda.pl> krolik wrote: > +%define theme cynapses ^^^^^^^^ > +Summary: superkaramba - synapses theme ^^^^^^^^ > +cenapses theme for superkaramba. ^^^^^^^^ So many names... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From kolodko1 at o2.pl Mon Dec 13 16:44:45 2004 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Mon, 13 Dec 2004 16:44:45 +0100 Subject: post in alsa-utils-init.spec Message-ID: <200412131644.45911.kolodko1@o2.pl> Is it realy necessarily: %post init (...) if [ -f /var/lock/subsys/alsasound ]; then /etc/rc.d/init.d/alsasound restart >&2 else (...) ? BTW: it's fail when alsa is in use. From glen at delfi.ee Mon Dec 13 17:53:39 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 13 Dec 2004 18:53:39 +0200 Subject: post in alsa-utils-init.spec In-Reply-To: <200412131644.45911.kolodko1@o2.pl> References: <200412131644.45911.kolodko1@o2.pl> Message-ID: <200412131853.39603.glen@delfi.ee> offtopic, but i also very very very dislike when i upgrade mysql and the script now goes and restarts my mysql server(s)! so, it ends up --noscripts upgrade for mysql package. On Monday 13 December 2004 17:44, Grzegorz Konopko wrote: > Is it realy necessarily: > > %post init > (...) > if [ -f /var/lock/subsys/alsasound ]; then > /etc/rc.d/init.d/alsasound restart >&2 > else > (...) > > ? > > BTW: it's fail when alsa is in use. -- glen From glen at delfi.ee Mon Dec 13 19:04:25 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 13 Dec 2004 20:04:25 +0200 Subject: alsa-utils-init Message-ID: <200412132004.25747.glen@delfi.ee> http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/alsa-oss-pcm is this some unfinished work? how is the configuration file used? found no reference to it from the init script -- glen From kolodko1 at o2.pl Mon Dec 13 17:55:02 2004 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Mon, 13 Dec 2004 17:55:02 +0100 Subject: post in alsa-utils-init.spec In-Reply-To: <200412131853.39603.glen@delfi.ee> References: <200412131644.45911.kolodko1@o2.pl> <200412131853.39603.glen@delfi.ee> Message-ID: <200412131755.03147.kolodko1@o2.pl> Dnia poniedzia?ek, 13 grudnia 2004 17:53, Elan Ruusam?e napisa?: > offtopic, but i also very very very dislike when i upgrade mysql and the > script now goes and restarts my mysql server(s)! > > so, it ends up --noscripts upgrade for mysql package. > maybe restart should be dependent on variable(s) ? From ankry at green.mif.pg.gda.pl Mon Dec 13 20:15:33 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 20:15:33 +0100 (CET) Subject: SPECS: kbirthday.spec (NEW) - new (from Piotr Wawrzyniak from "adamg" at Dec 13, 2004 06:29:32 PM Message-ID: <200412131915.iBDJFX7r018418@green.mif.pg.gda.pl> adamg wrote: [...] > +Requires: kdelibs 1. To powinno byc wygenerowane automatycznie. [...] > +Requires: kdebase-kaddressbook 2. A tego to chyba w ogole nie ma ... ? [...] > +%description > +KBirthday reminds you of birthdays and anniversaries from your KDE 3. Wycinamy spacje na koncu linijek. [...] > +%description -l de > +KBirthday erinnert an Geburtstage und Jubil???n aus dem KDE Adressbuch. 4. Czy to nie smierdzi UTF-em? > + > +%description -l fr > +KBirthday vous rappelle la date des anniversaires ???partir de votre > +carnet d'adresses de KDE. > + > +%description -l es > +KBirthday le recuerda los cumplea??os y aniversarios de su libreta 4a. Tak jak i to? > +%description -l ru_RU.KOI8-R 5. -l ru > +KBirthday ?????????? ? ???? ????????? ? ?????????? ?? ???????? ????? KDE. 6. I za dluga linijka: max 70 znakow. [...] > +%files -f kbirthday.lang > +%defattr(-,root,root,0755) 7. Hmmm ? [...] > +%{_libdir}/libkbirthday.so 8. 755 Sporo. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From mmazur at kernel.pl Mon Dec 13 20:16:22 2004 From: mmazur at kernel.pl (Mariusz Mazur) Date: Mon, 13 Dec 2004 20:16:22 +0100 Subject: SPECS: kbirthday.spec (NEW) - new (from Piotr Wawrzyniak References: <200412131915.iBDJFX7r018418@green.mif.pg.gda.pl> Message-ID: <200412132016.23072.mmazur@kernel.pl> On poniedzia?ek 13 grudzie? 2004 20:15, Andrzej Krzysztofowicz wrote: ---snip--- ynghlysh -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From ankry at green.mif.pg.gda.pl Mon Dec 13 22:32:15 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 22:32:15 +0100 (CET) Subject: gimp 2.2 Message-ID: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> ... is indended to go to Ac. Any objections? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From michal at michal.waw.pl Mon Dec 13 22:37:18 2004 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Mon, 13 Dec 2004 22:37:18 +0100 Subject: gimp 2.2 In-Reply-To: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> References: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> Message-ID: <20041213213717.GA22636@woland.michal.waw.pl> On Mon, Dec 13, 2004 at 10:32:15PM +0100, Andrzej Krzysztofowicz wrote: > ... is indended to go to Ac. I've played a bit with pre2 and it behaves very well - I wouldn't like to return to 1.2.x :) -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From ankry at green.mif.pg.gda.pl Mon Dec 13 22:38:54 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 22:38:54 +0100 (CET) Subject: gimp 2.2 In-Reply-To: <20041213213717.GA22636@woland.michal.waw.pl> from "Michal Kochanowicz" at Dec 13, 2004 10:37:18 PM Message-ID: <200412132138.iBDLcsOn019207@green.mif.pg.gda.pl> Michal Kochanowicz wrote: > > On Mon, Dec 13, 2004 at 10:32:15PM +0100, Andrzej Krzysztofowicz wrote: > > ... is indended to go to Ac. > > I've played a bit with pre2 and it behaves very well - I wouldn't like > to return to 1.2.x :) 1.2 is not a choice. Current game is 2.0 -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Mon Dec 13 22:39:51 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 22:39:51 +0100 (CET) Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: from "krolik" at Dec 13, 2004 09:38:12 PM Message-ID: <200412132139.iBDLdpiv019225@green.mif.pg.gda.pl> krolik wrote: > Index: SPECS/ruby.spec > diff -u SPECS/ruby.spec:1.95 SPECS/ruby.spec:1.96 > --- SPECS/ruby.spec:1.95 Mon Dec 13 21:11:32 2004 > +++ SPECS/ruby.spec Mon Dec 13 21:38:05 2004 > @@ -9,7 +9,7 @@ > Summary(zh_CN): ruby - ?????????????????????????????????? > Name: ruby > Version: 1.8.2 > -Release: 2.%{pre}.3 > +Release: 2.%{pre}.4 > Epoch: 1 > License: The Ruby License > Group: Development/Languages > @@ -288,6 +288,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.96 2004/12/13 21:38:05 krolik > +- updated MD5 for sources, rel *.4 Really? Which one? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From deejay1 at nsj.srem.pl Mon Dec 13 22:40:43 2004 From: deejay1 at nsj.srem.pl (Lukasz [DeeJay1] Jernas) Date: Mon, 13 Dec 2004 22:40:43 +0100 Subject: gimp 2.2 In-Reply-To: <20041213213717.GA22636@woland.michal.waw.pl> References: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> <20041213213717.GA22636@woland.michal.waw.pl> Message-ID: <20041213224043.259a73ab.deejay1@nsj.srem.pl> Dnia Mon, 13 Dec 2004 22:37:18 +0100 w e-mailu od Michal Kochanowicz przeczytano: > On Mon, Dec 13, 2004 at 10:32:15PM +0100, Andrzej Krzysztofowicz > wrote: > > ... is indended to go to Ac. > > I've played a bit with pre2 and it behaves very well - I wouldn't like > to return to 1.2.x :) Why would you have to return to 1.2.x when there is 2.0.x ? But 2.2.x would be really a nice thing to have in Ac. -- ?ukasz [DeeJay1] Jerna? "PLD wspiera tych uzytkownikow, ktorym PLD dziala." - djurban "Dop?ki nie skorzysta?em z Internetu, nie podejrzewa?em, ?e na ?wiecie jest tak wielu idiot?w" - Stanis?aw Lem From michal at michal.waw.pl Mon Dec 13 22:41:54 2004 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Mon, 13 Dec 2004 22:41:54 +0100 Subject: gimp 2.2 In-Reply-To: <200412132138.iBDLcsOn019207@green.mif.pg.gda.pl> References: <20041213213717.GA22636@woland.michal.waw.pl> <200412132138.iBDLcsOn019207@green.mif.pg.gda.pl> Message-ID: <20041213214154.GB22636@woland.michal.waw.pl> On Mon, Dec 13, 2004 at 10:38:54PM +0100, Andrzej Krzysztofowicz wrote: > > I've played a bit with pre2 and it behaves very well - I wouldn't like > > to return to 1.2.x :) ^^ > 1.2 is not a choice. > Current game is 2.0 I have absolutely no ide where did these two characters came from ;] -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From michal at michal.waw.pl Mon Dec 13 22:45:09 2004 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Mon, 13 Dec 2004 22:45:09 +0100 Subject: gimp 2.2 In-Reply-To: <20041213224043.259a73ab.deejay1@nsj.srem.pl> References: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> <20041213213717.GA22636@woland.michal.waw.pl> <20041213224043.259a73ab.deejay1@nsj.srem.pl> Message-ID: <20041213214509.GC22636@woland.michal.waw.pl> On Mon, Dec 13, 2004 at 10:40:43PM +0100, Lukasz [DeeJay1] Jernas wrote: > > I've played a bit with pre2 and it behaves very well - I wouldn't like > > to return to 1.2.x :) ^^ > > Why would you have to return to 1.2.x when there is 2.0.x ? > But 2.2.x would be really a nice thing to have in Ac. I think we need a spec-commission (or maybe "inquisition" is better word?) to find out where did these two characters came from :-P -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From adamg at biomerieux.pl Mon Dec 13 22:46:40 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 13 Dec 2004 22:46:40 +0100 Subject: gimp 2.2 In-Reply-To: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> References: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> Message-ID: <20041213214640.GA23903@mysza.eu.org> On Mon, Dec 13, 2004 at 10:32:15PM +0100, Andrzej Krzysztofowicz wrote: > ... is indended to go to Ac. > Any objections? Fine for me. Is there any advanced gimp user around here? His opinion would be good. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From pld at nius.waw.pl Mon Dec 13 23:02:08 2004 From: pld at nius.waw.pl (Marcin Kurzyna) Date: Mon, 13 Dec 2004 23:02:08 +0100 Subject: gimp 2.2 In-Reply-To: <20041213214640.GA23903@mysza.eu.org> References: <200412132132.iBDLWF1j019164@green.mif.pg.gda.pl> <20041213214640.GA23903@mysza.eu.org> Message-ID: <200412132302.08469.pld@nius.waw.pl> On Monday 13 December 2004 22:46, Adam Go??biowski wrote: > Is there any advanced gimp user around here? His opinion would be good. not very advanced :) though i use it for work from time to time :) and would realy prefer 2.2 - it has some nice interface features that waren't present before; and i find overall ease-of-use greater :) Marcin From krzysiek at pld-sparc64.org Mon Dec 13 23:49:09 2004 From: krzysiek at pld-sparc64.org (Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?=) Date: Mon, 13 Dec 2004 23:49:09 +0100 Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: <200412132139.iBDLdpiv019225@green.mif.pg.gda.pl> References: <200412132139.iBDLdpiv019225@green.mif.pg.gda.pl> Message-ID: <1102978149.4127.29.camel@localhost> Dnia 13-12-2004, pon o godzinie 22:39 +0100, Andrzej Krzysztofowicz napisa?(a): > > $Log$ > > +Revision 1.96 2004/12/13 21:38:05 krolik > > +- updated MD5 for sources, rel *.4 > > Really? Which one? > propably stable-snapshot.tar.gz. I will be more precise in commit logs... -- Krzysztof Kr?likowski PLD Linux Documentation Team URL: http://PL.Docs.PLD-Linux.org nic-hdl: KK19-6BONE From ankry at green.mif.pg.gda.pl Mon Dec 13 23:48:04 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 13 Dec 2004 23:48:04 +0100 (CET) Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: <1102978149.4127.29.camel@localhost> from "Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?=" at Dec 13, 2004 11:49:09 PM Message-ID: <200412132248.iBDMm4OE019547@green.mif.pg.gda.pl> Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?= wrote: > > Dnia 13-12-2004, pon o godzinie 22:39 +0100, Andrzej Krzysztofowicz > napisa?(a): > > > $Log$ > > > +Revision 1.96 2004/12/13 21:38:05 krolik > > > +- updated MD5 for sources, rel *.4 > > > > Really? Which one? > > > propably stable-snapshot.tar.gz. I will be more precise in commit > logs... Look at the diff first. Carefully... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From krzysiek at pld-sparc64.org Mon Dec 13 23:59:48 2004 From: krzysiek at pld-sparc64.org (Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?=) Date: Mon, 13 Dec 2004 23:59:48 +0100 Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: <200412132248.iBDMm4OE019547@green.mif.pg.gda.pl> References: <200412132248.iBDMm4OE019547@green.mif.pg.gda.pl> Message-ID: <1102978788.4127.35.camel@localhost> Dnia 13-12-2004, pon o godzinie 23:48 +0100, Andrzej Krzysztofowicz napisa?(a): > Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?= wrote: > > > > Dnia 13-12-2004, pon o godzinie 22:39 +0100, Andrzej Krzysztofowicz > > napisa?(a): > > > > $Log$ > > > > +Revision 1.96 2004/12/13 21:38:05 krolik > > > > +- updated MD5 for sources, rel *.4 > > > > > > Really? Which one? > > > > > propably stable-snapshot.tar.gz. I will be more precise in commit > > logs... > > Look at the diff first. Carefully... > aw... that's the point... :-) diff shows, that's no MD5sum was changed. Now i'm wondering why builders didn't got ruby from previous release/revision. -- Krzysztof Kr?likowski PLD Linux Documentation Team URL: http://PL.Docs.PLD-Linux.org nic-hdl: KK19-6BONE From adamg at biomerieux.pl Tue Dec 14 00:00:25 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 14 Dec 2004 00:00:25 +0100 Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: <1102978788.4127.35.camel@localhost> References: <200412132248.iBDMm4OE019547@green.mif.pg.gda.pl> <1102978788.4127.35.camel@localhost> Message-ID: <20041213230025.GM23903@mysza.eu.org> On Mon, Dec 13, 2004 at 11:59:48PM +0100, Krzysztof Kr?likowski wrote: > > Look at the diff first. Carefully... > > > aw... that's the point... :-) > diff shows, that's no MD5sum was changed. Now i'm wondering why builders > didn't got ruby from previous release/revision. Some connection problems while fetching sources for the first time maybe? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From hawk at limanowa.net Tue Dec 14 00:11:49 2004 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 14 Dec 2004 00:11:49 +0100 Subject: rc-scripts/trunk/rc.d/init.d/network In-Reply-To: <5382@svn.pld-linux.org> References: <5382@svn.pld-linux.org> Message-ID: <41BE21B5.1000708@limanowa.net> > Modified: > rc-scripts/trunk/rc.d/init.d/network BTW, any rc.scripts guru can tell me if its possible to wait for ppp interfaces when they'll get IP? + some timeout of course, maybe same as for dhcp. Why? Currently rc.scipts does not wait for IP on ppp interfaces and system just continues to boot. Bind is starting soon after network start, and it very often starts before initialized ppp interface will get its IP. This results in bind not listening on external IP (in my case), and dns is inaccessible from outside of my LAN. Such behaviour is irritating :) M. From krzysiek at pld-sparc64.org Tue Dec 14 07:55:34 2004 From: krzysiek at pld-sparc64.org (Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?=) Date: Tue, 14 Dec 2004 07:55:34 +0100 Subject: SPECS: ruby.spec - updated MD5 for sources, rel *.4 In-Reply-To: <20041213230025.GM23903@mysza.eu.org> References: <200412132248.iBDMm4OE019547@green.mif.pg.gda.pl> <1102978788.4127.35.camel@localhost> <20041213230025.GM23903@mysza.eu.org> Message-ID: <1103007334.15157.6.camel@x86> Dnia 14-12-2004, wto o godzinie 00:00 +0100, Adam Go??biowski napisa?(a): > On Mon, Dec 13, 2004 at 11:59:48PM +0100, Krzysztof Kr?likowski wrote: > > > Look at the diff first. Carefully... > > > > > aw... that's the point... :-) > > diff shows, that's no MD5sum was changed. Now i'm wondering why builders > > didn't got ruby from previous release/revision. > > Some connection problems while fetching sources for the first time maybe? > ya.. shit happens ;) -- Krzysztof Kr?likowski URL: http://PL.Docs.PLD-Linux.org PLD Linux Documentation Team nic-hdl: KK19-6BONE From ankry at green.mif.pg.gda.pl Tue Dec 14 10:48:36 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 14 Dec 2004 10:48:36 +0100 (CET) Subject: SPECS: issue-alpha.spec, issue-fancy.spec, issue-logo.spec, In-Reply-To: from "djrzulf" at Dec 14, 2004 09:02:17 AM Message-ID: <200412140948.iBE9maL4031593@green.mif.pg.gda.pl> djrzulf wrote: > +Obsoletes: issue-nice This obsoletes should be probably replaced by Conflicts as issue-nice require different inittab. > $Log$ > +Revision 1.12 2004/12/14 09:02:08 djrzulf > +- added missed obsoletes, -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zban at intermedia.net.pl Tue Dec 14 19:14:33 2004 From: zban at intermedia.net.pl (yogib) Date: Tue, 14 Dec 2004 19:14:33 +0100 Subject: SPECS: toppler.spec - updated to 1.1.0 In-Reply-To: References: Message-ID: <20041214181433.GA3630@pldmachine.localdomain> Dnia 14/12/04 , adamg napisa?(a): > Author: adamg Date: Tue Dec 14 07:15:14 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated to 1.1.0 Ta wersja sie sypie, bynajmniej u mnie. yogib From saq at pld-linux.org Tue Dec 14 18:08:49 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 14 Dec 2004 18:08:49 +0100 Subject: SPECS: jakarta-ant.spec - release 2 - added some BRs In-Reply-To: References: Message-ID: <1103044129.4041.2.camel@neptune.sakowski.pl> On Tue, 2004-12-14 at 13:11 +0000, baggins wrote: > Author: baggins Date: Tue Dec 14 13:11:56 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - release 2 > - added some BRs > [...] > +BuildRequires: jakarta-regexp >= 1.3 > +BuildRequires: jakarta-oro >= 2.0.7 > +[...and many more...] Are you sure about it? 1. It used to build without them (is new functionality available if built with these packages available?) 2. jakarta-oro (and others) BR jakarta-ant. Some bootstrap procedure would be necessary to build the jakarta suite from scratch. -- Pawe? Sakowski PLD Linux Distribution From baggins at sith.mimuw.edu.pl Tue Dec 14 20:11:04 2004 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 14 Dec 2004 20:11:04 +0100 Subject: SPECS: jakarta-ant.spec - release 2 - added some BRs In-Reply-To: <1103044129.4041.2.camel@neptune.sakowski.pl> References: <1103044129.4041.2.camel@neptune.sakowski.pl> Message-ID: <20041214191103.GF4625@sith.mimuw.edu.pl> On Tue, 14 Dec 2004, Pawe? Sakowski wrote: > On Tue, 2004-12-14 at 13:11 +0000, baggins wrote: > > Author: baggins Date: Tue Dec 14 13:11:56 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - release 2 > > - added some BRs > > [...] > > +BuildRequires: jakarta-regexp >= 1.3 > > +BuildRequires: jakarta-oro >= 2.0.7 > > +[...and many more...] > > Are you sure about it? Yes. See http://ant.apache.org/ for details. > 1. It used to build without them (is new functionality available if > built with these packages available?) It will build without them but you get empty jars (only MANIFEST inside). So if you want anything more than basic functionality (and most of us do) you need those BRs. Just to give you an example jakarta-commons-net won't build with basic ant, it needs ant-junit.jar with something inside ;) > 2. jakarta-oro (and others) BR jakarta-ant. Some bootstrap procedure > would be necessary to build the jakarta suite from scratch. Yes. I know this sucks. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From ankry at green.mif.pg.gda.pl Wed Dec 15 14:21:15 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 15 Dec 2004 14:21:15 +0100 (CET) Subject: SPECS: php-Booba.spec - version 0.7.1 - no need for php macros In-Reply-To: from "zboczuch" at Dec 15, 2004 11:07:29 AM Message-ID: <200412151321.iBFDLF25018547@green.mif.pg.gda.pl> zboczuch wrote: > -%include /usr/lib/rpm/macros.php > +#%include /usr/lib/rpm/macros.php Hmm? Czy to oznacza wlaczenie pliku z zakomentowana pierwsza linijka? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From jajcus at bnet.pl Wed Dec 15 14:54:48 2004 From: jajcus at bnet.pl (Jacek Konieczny) Date: Wed, 15 Dec 2004 14:54:48 +0100 Subject: SPECS (DEVEL): courier-imap.spec - updated to 4.0.0; TODO - remove... In-Reply-To: References: Message-ID: <20041215135448.GA3843@serwis2.beta> On Wed, Dec 15, 2004 at 12:31:21PM +0000, andree wrote: > Author: andree Date: Wed Dec 15 12:31:21 2004 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - updated to 4.0.0; TODO > - removed userdb, authldap, authmysql, authpgsql packages Why??? Greets, Jacek From andree at pld-linux.org Wed Dec 15 15:16:24 2004 From: andree at pld-linux.org (Andrzej Augustynowicz) Date: Wed, 15 Dec 2004 15:16:24 +0100 Subject: SPECS (DEVEL): courier-imap.spec - updated to 4.0.0; TODO - remove... References: <20041215135448.GA3843@serwis2.beta> Message-ID: Jacek Konieczny writes: > On Wed, Dec 15, 2004 at 12:31:21PM +0000, andree wrote: >> Author: andree Date: Wed Dec 15 12:31:21 2004 GMT >> Module: SPECS Tag: DEVEL >> ---- Log message: >> - updated to 4.0.0; TODO >> - removed userdb, authldap, authmysql, authpgsql packages > > Why??? >From new version of courier,courier-imap,sqwebmail all auth modules have been moved to courier-authlib package. I admit it should be written in commit. sorry... From saq at pld-linux.org Wed Dec 15 18:23:38 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 15 Dec 2004 18:23:38 +0100 Subject: SPECS: superkaramba-theme-xmmsbar.spec (NEW) - xmmsbar theme for s... In-Reply-To: References: Message-ID: <1103131418.4610.12.camel@neptune.sakowski.pl> On Wed, 2004-12-15 at 17:07 +0000, aniolek wrote: > +install xmmsbar/*.py $RPM_BUILD_ROOT > %{_datadir}/themes/superkaramba/xmmsbar/ > +install xmmsbar/*.pyc $RPM_BUILD_ROOT > %{_datadir}/themes/superkaramba/xmmsbar/ Are you sure both are necessary? In general, we don't put *.py in the packages, only pyc and pyo. Besides, it might be a good idea to recompile the py, so that they suit the current python variant. -- Pawe? Sakowski PLD Linux Distribution From qboosh at pld-linux.org Wed Dec 15 21:26:08 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 15 Dec 2004 21:26:08 +0100 Subject: SPECS: ruby.spec - builds without installed ruby In-Reply-To: References: Message-ID: <20041215202608.GA20859@gruby.cs.net.pl> On Mon, Dec 13, 2004 at 08:08:14PM +0000, aredridel wrote: > Author: aredridel Date: Mon Dec 13 20:08:14 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - builds without installed ruby > -Patch3: %{name}-onig-types.patch > +#Patch3: %{name}-onig-types.patch > Patch4: %{name}-mkmf-shared.patch > Patch5: %{name}-cgi_dos.patch > URL: http://www.ruby-lang.org/ > @@ -125,7 +125,7 @@ > %patch0 -p1 > %patch1 -p1 > %patch2 -p1 > -%patch3 -p1 > +#%patch3 -p1 What about this patch? Obsolete? > -./ruby bin/rdoc -o rdoc/core array.c bignum.c class.c compar.c dir.c dln.c dmyext.c enum.c \ > +RUBYLIB=lib:`ls ext/*/ | xargs | sed -e 's! !:!g'` > +export RUBYLIB > + > +LD_LIBRARY_PATH=. ./ruby bin/rdoc -o rdoc/core array.c bignum.c class.c compar.c dir.c dln.c dmyext.c enum.c \ > error.c eval.c file.c gc.c hash.c inits.c io.c lex.c main.c marshal.c \ > math.c numeric.c object.c pack.c parse.c prec.c process.c random.c range.c \ > re.c regex.c ruby.c signal.c sprintf.c st.c string.c struct.c time.c util.c \ Having older version of ruby (1.8.1 final), now I'm getting: + export RUBYLIB + ./ruby bin/rdoc -o rdoc/core array.c bignum.c class.c compar.c dir.c dln.c dmyext.c enum.c error.c eval.c file.c gc.c hash.c inits.c io.c lex.c main.c marshal.c math.c numeric.c object.c pack.c parse.c prec.c process.c random.c range.c re.c regex.c ruby.c signal.c sprintf.c st.c string.c struct.c time.c util.c variable.c version.c lib/English.rb lib/abbrev.rb lib/base64.rb lib/benchmark.rb lib/cgi.rb lib/cgi/session.rb lib/complex.rb lib/date.rb lib/fileutils.rb lib/find.rb lib/generator.rb lib/logger.rb lib/matrix.rb lib/observer.rb lib/pathname.rb lib/set.rb lib/shellwords.rb lib/singleton.rb lib/tempfile.rb lib/test/unit.rb lib/thread.rb lib/thwait.rb lib/time.rb lib/yaml.rb + LD_LIBRARY_PATH=. /usr/lib/ruby/1.8/i686-linux/rbconfig.rb:7: ruby lib version (1.8.1) doesn't match executable version (1.8.2) (RuntimeError) from ./lib/rdoc/ri/ri_paths.rb:25:in `require' from ./lib/rdoc/ri/ri_paths.rb:25 from ./lib/rdoc/options.rb:4:in `require' from ./lib/rdoc/options.rb:4 from ./lib/rdoc/rdoc.rb:13:in `require' from ./lib/rdoc/rdoc.rb:13 from bin/rdoc:59:in `require' from bin/rdoc:59 error: Bad exit status from /var/tmp/rpm-tmp.62887 (%build) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From glen at delfi.ee Wed Dec 15 23:07:25 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 16 Dec 2004 00:07:25 +0200 Subject: post in alsa-utils-init.spec In-Reply-To: <200412131755.03147.kolodko1@o2.pl> References: <200412131644.45911.kolodko1@o2.pl> <200412131853.39603.glen@delfi.ee> <200412131755.03147.kolodko1@o2.pl> Message-ID: <200412160007.25836.glen@delfi.ee> On Monday 13 December 2004 18:55, Grzegorz Konopko wrote: > Dnia poniedzia?ek, 13 grudnia 2004 17:53, Elan Ruusam?e napisa?: > > offtopic, but i also very very very dislike when i upgrade mysql and the > > script now goes and restarts my mysql server(s)! > > > > so, it ends up --noscripts upgrade for mysql package. > > maybe restart should be dependent on variable(s) ? yeah, something from /etc/sysconfig/rpm and per package override from /etc/sysconfig/PACKAGE how about: $SKIP_AUTO_RESTART and $DEFAULT_SKIP_AUTO_RESTART (global one) or NO_AUTO_RESTART, NO_POST_RESTART, NO_RESTART_AFTER_UPGRADE -- glen From glen at delfi.ee Thu Dec 16 01:58:28 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 16 Dec 2004 02:58:28 +0200 Subject: php4 & php5 Message-ID: <200412160258.28683.glen@delfi.ee> they can't co-exist (anymore), altho somebody in irc said they can ;( # poldek --upgrade- error: php-pear-PEAR-Command-1.3.3.1-2: req pear(../PEAR/RunTest.php) not found error: php4-common-4.3.9-6 (cap libphp_common-4.3.9.so) is required by php4-cli-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common) is required by php4-cli-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-cli-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-curl-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-curl-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-gd-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-gd-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-mbstring-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-mbstring-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-pcre-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-pcre-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-xml-4.3.9-6 error: php4-common-4.3.9-6 (cap php4-common = 4.3.9-6) is required by php4-xml-4.3.9-6 error: 14 unresolved dependencies i think the bug is triggered by obsoletes: php-session by php-common: # rpm -qp --obsoletes php-common-5.0.2-7.i686.rpm php-session <= 3:5.0.2-7 # rpm -qp --provides php4-common-4.3.9-6.i686.rpm config(php4-common) = 0:4.3.9-6 libphp_common-4.3.9.so php-common = 0:4.3.9-6 php-openssl = 0:4.3.9-6 php-session = 0:4.3.9-6 php4-session = 0:4.3.9-6 php4-common = 0:4.3.9-6 -- glen From ankry at green.mif.pg.gda.pl Thu Dec 16 03:33:01 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 03:33:01 +0100 (CET) Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: from "zbyniu" at Dec 16, 2004 02:25:56 AM Message-ID: <200412160233.iBG2X18G001113@green.mif.pg.gda.pl> zbyniu wrote: > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > @@ -11,9 +11,11 @@ > Patch0: %{name}-gcc34.patch > URL: http://home.gna.org/monkeybubble/ > BuildRequires: GConf2-devel > +BuildRequires: gcc-c++ And libstdc++ is not necessary ? > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > BuildRequires: librsvg-devel > BuildRequires: libgnomeui-devel > +BuildRequires: scrollkeeper Hmm, what is it intended for at build time? > Requires(post): GConf2 > Requires(post): scrollkeeper > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zbyniu at geocarbon.pl Thu Dec 16 03:48:37 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Thu, 16 Dec 2004 03:48:37 +0100 Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <200412160233.iBG2X18G001113@green.mif.pg.gda.pl> References: <200412160233.iBG2X18G001113@green.mif.pg.gda.pl> Message-ID: <20041216024837.GD28332@geocarbon.pl> Mniej wiecej Thu, Dec 16, 2004 at 03:33:01AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > zbyniu wrote: > > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > > @@ -11,9 +11,11 @@ > > Patch0: %{name}-gcc34.patch > > URL: http://home.gna.org/monkeybubble/ > > BuildRequires: GConf2-devel > > +BuildRequires: gcc-c++ > > And libstdc++ is not necessary ? libstdc++ is installed from deps, but libstdc++-devel is not required > > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > > BuildRequires: librsvg-devel > > BuildRequires: libgnomeui-devel > > +BuildRequires: scrollkeeper > > Hmm, what is it intended for at build time? build process call scrollkeeper-preinstall for file in monkey-bubble-C.omf; do \ scrollkeeper-preinstall /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml ./$file $file.out; \ done; \ Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From ankry at green.mif.pg.gda.pl Thu Dec 16 03:55:14 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 03:55:14 +0100 (CET) Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <20041216024837.GD28332@geocarbon.pl> from "Zbyniu Krzystolik" at Dec 16, 2004 03:48:37 AM Message-ID: <200412160255.iBG2tEHk001195@green.mif.pg.gda.pl> Zbyniu Krzystolik wrote: > Mniej wiecej Thu, Dec 16, 2004 at 03:33:01AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > zbyniu wrote: > > > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > > > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > > > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > > > @@ -11,9 +11,11 @@ > > > Patch0: %{name}-gcc34.patch > > > URL: http://home.gna.org/monkeybubble/ > > > BuildRequires: GConf2-devel > > > +BuildRequires: gcc-c++ > > > > And libstdc++ is not necessary ? > > libstdc++ is installed from deps, but libstdc++-devel is not required Are you sure ? > > > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > > > BuildRequires: librsvg-devel > > > BuildRequires: libgnomeui-devel > > > +BuildRequires: scrollkeeper > > > > Hmm, what is it intended for at build time? > > build process call scrollkeeper-preinstall > > for file in monkey-bubble-C.omf; do \ > scrollkeeper-preinstall /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml ./$file $file.out; \ > done; \ Are you sure scrollkeeper-preinstall should mess in the build system? (/usr/share/gnome/help/monkey-bubble/C/monkey-bubble is _not_ in the build area, and probably should _not_ be required to exist (before monkey-bubble has been built and installed). -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zbyniu at geocarbon.pl Thu Dec 16 04:09:34 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Thu, 16 Dec 2004 04:09:34 +0100 Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <200412160255.iBG2tEHk001195@green.mif.pg.gda.pl> References: <20041216024837.GD28332@geocarbon.pl> <200412160255.iBG2tEHk001195@green.mif.pg.gda.pl> Message-ID: <20041216030934.GE28332@geocarbon.pl> Mniej wiecej Thu, Dec 16, 2004 at 03:55:14AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > Zbyniu Krzystolik wrote: > > Mniej wiecej Thu, Dec 16, 2004 at 03:33:01AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > zbyniu wrote: > > > > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > > > > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > > > > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > > > > @@ -11,9 +11,11 @@ > > > > Patch0: %{name}-gcc34.patch > > > > URL: http://home.gna.org/monkeybubble/ > > > > BuildRequires: GConf2-devel > > > > +BuildRequires: gcc-c++ > > > > > > And libstdc++ is not necessary ? > > > > libstdc++ is installed from deps, but libstdc++-devel is not required > > Are you sure ? I havn't got libstdc++-devel in builder chroot. > > > > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > > > > BuildRequires: librsvg-devel > > > > BuildRequires: libgnomeui-devel > > > > +BuildRequires: scrollkeeper > > > > > > Hmm, what is it intended for at build time? > > > > build process call scrollkeeper-preinstall > > > > for file in monkey-bubble-C.omf; do \ > > scrollkeeper-preinstall /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml ./$file $file.out; \ > > done; \ > > Are you sure scrollkeeper-preinstall should mess in the build system? > (/usr/share/gnome/help/monkey-bubble/C/monkey-bubble is _not_ in the build > area, and probably should _not_ be required to exist (before monkey-bubble > has been built and installed). /usr/share/gnome/help/monkey-bubble/C/monkey-bubble is not exist; man scrollkeeper-preinstall Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From ankry at green.mif.pg.gda.pl Thu Dec 16 04:24:16 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 04:24:16 +0100 (CET) Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <20041216030934.GE28332@geocarbon.pl> from "Zbyniu Krzystolik" at Dec 16, 2004 04:09:34 AM Message-ID: <200412160324.iBG3OGhK001447@green.mif.pg.gda.pl> Zbyniu Krzystolik wrote: > > Mniej wiecej Thu, Dec 16, 2004 at 03:55:14AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > Zbyniu Krzystolik wrote: > > > Mniej wiecej Thu, Dec 16, 2004 at 03:33:01AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > > zbyniu wrote: > > > > > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > > > > > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > > > > > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > > > > > @@ -11,9 +11,11 @@ > > > > > Patch0: %{name}-gcc34.patch > > > > > URL: http://home.gna.org/monkeybubble/ > > > > > BuildRequires: GConf2-devel > > > > > +BuildRequires: gcc-c++ > > > > > > > > And libstdc++ is not necessary ? > > > > > > libstdc++ is installed from deps, but libstdc++-devel is not required > > > > Are you sure ? > > I havn't got libstdc++-devel in builder chroot. Strange. C++ code that does not require C++ libs ? > > > > > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > > > > > BuildRequires: librsvg-devel > > > > > BuildRequires: libgnomeui-devel > > > > > +BuildRequires: scrollkeeper > > > > > > > > Hmm, what is it intended for at build time? > > > > > > build process call scrollkeeper-preinstall > > > > > > for file in monkey-bubble-C.omf; do \ > > > scrollkeeper-preinstall /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml ./$file $file.out; \ > > > done; \ > > > > Are you sure scrollkeeper-preinstall should mess in the build system? > > (/usr/share/gnome/help/monkey-bubble/C/monkey-bubble is _not_ in the build > > area, and probably should _not_ be required to exist (before monkey-bubble > > has been built and installed). > > /usr/share/gnome/help/monkey-bubble/C/monkey-bubble is not exist; > man scrollkeeper-preinstall scrollkeeper-preinstall [ -n ] url input-omf-file output-omf-file [...] The url is typically the "file:" URI followed by the absolute path to a document which is (or will be) installed. (eg. "file:/usr/doc/scroll- ^^^^ ^^^^^^^^ It neither _is_ nor _will_ be installed at build time. And rpm does not need scrollkeeper-preinstall call to install the file properly. Or am I wrong ? In the "install" phase the file is obviously installed in another dir. Is the path just hardcoded into the document for any reason ? But as I see, scrollkeeper is BR-ed in many packages... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Thu Dec 16 04:29:50 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 04:29:50 +0100 (CET) Subject: SPECS: at-poke.spec - BR: gail-devel, gcc-c++ In-Reply-To: from "zbyniu" at Dec 16, 2004 03:24:14 AM Message-ID: <200412160329.iBG3Toxv001479@green.mif.pg.gda.pl> zbyniu wrote: > diff -u SPECS/at-poke.spec:1.3 SPECS/at-poke.spec:1.4 > --- SPECS/at-poke.spec:1.3 Sat Nov 27 18:52:05 2004 > +++ SPECS/at-poke.spec Thu Dec 16 03:24:06 2004 > @@ -10,6 +10,8 @@ > # Source0-md5: e8e1c2907b96ded42f81ab045728a8d7 > URL: http://developer.gnome.org/projects/gap/ > BuildRequires: at-spi-devel >= 1.3.12 > +BuildRequires: gail-devel Is it required directly, or just via /usr/lib/libcspi.la (at-spi-devel) ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From zbyniu at geocarbon.pl Thu Dec 16 04:53:55 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Thu, 16 Dec 2004 04:53:55 +0100 Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <200412160324.iBG3OGhK001447@green.mif.pg.gda.pl> References: <20041216030934.GE28332@geocarbon.pl> <200412160324.iBG3OGhK001447@green.mif.pg.gda.pl> Message-ID: <20041216035355.GF28332@geocarbon.pl> Mniej wiecej Thu, Dec 16, 2004 at 04:24:16AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > Zbyniu Krzystolik wrote: > > > > Mniej wiecej Thu, Dec 16, 2004 at 03:55:14AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > Zbyniu Krzystolik wrote: > > > > Mniej wiecej Thu, Dec 16, 2004 at 03:33:01AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > > > zbyniu wrote: > > > > > > diff -u SPECS/monkey-bubble.spec:1.4 SPECS/monkey-bubble.spec:1.5 > > > > > > --- SPECS/monkey-bubble.spec:1.4 Thu Jul 8 00:15:12 2004 > > > > > > +++ SPECS/monkey-bubble.spec Thu Dec 16 02:25:50 2004 > > > > > > @@ -11,9 +11,11 @@ > > > > > > Patch0: %{name}-gcc34.patch > > > > > > URL: http://home.gna.org/monkeybubble/ > > > > > > BuildRequires: GConf2-devel > > > > > > +BuildRequires: gcc-c++ > > > > > > > > > > And libstdc++ is not necessary ? > > > > > > > > libstdc++ is installed from deps, but libstdc++-devel is not required > > > > > > Are you sure ? > > > > I havn't got libstdc++-devel in builder chroot. > > Strange. > C++ code that does not require C++ libs ? Yes, it's strange, so I'm ckecking always 3 times ;-) > > > > > > BuildRequires: gstreamer-GConf-devel >= 0.8.1 > > > > > > BuildRequires: librsvg-devel > > > > > > BuildRequires: libgnomeui-devel > > > > > > +BuildRequires: scrollkeeper > > > > > > > > > > Hmm, what is it intended for at build time? > > > > > > > > build process call scrollkeeper-preinstall > > > > > > > > for file in monkey-bubble-C.omf; do \ > > > > scrollkeeper-preinstall /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml ./$file $file.out; \ > > > > done; \ > > > > > > Are you sure scrollkeeper-preinstall should mess in the build system? > > > (/usr/share/gnome/help/monkey-bubble/C/monkey-bubble is _not_ in the build > > > area, and probably should _not_ be required to exist (before monkey-bubble > > > has been built and installed). > > > > /usr/share/gnome/help/monkey-bubble/C/monkey-bubble is not exist; > > man scrollkeeper-preinstall > > scrollkeeper-preinstall [ -n ] url input-omf-file output-omf-file > [...] > The url is typically the "file:" URI followed by the absolute path to a > document which is (or will be) installed. (eg. "file:/usr/doc/scroll- > ^^^^ ^^^^^^^^ > It neither _is_ nor _will_ be installed at build time. > And rpm does not need scrollkeeper-preinstall call to install the file > properly. Or am I wrong ? $ diff -u monkey-bubble-C.omf monkey-bubble-C.omf.out --- monkey-bubble-C.omf Tue Jun 29 08:53:25 2004 +++ monkey-bubble-C.omf.out Thu Dec 16 03:58:34 2004 @@ -24,7 +24,7 @@ user's guide - + > In the "install" phase the file is obviously installed in another dir. Not exactly - monkey-bubble-C.omf indicates /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml Everything is ok. > Is the path just hardcoded into the document for any reason ? I don't now what for it's so complicated :-) Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From zbyniu at geocarbon.pl Thu Dec 16 05:06:01 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Thu, 16 Dec 2004 05:06:01 +0100 Subject: SPECS: at-poke.spec - BR: gail-devel, gcc-c++ In-Reply-To: <200412160329.iBG3Toxv001479@green.mif.pg.gda.pl> References: <200412160329.iBG3Toxv001479@green.mif.pg.gda.pl> Message-ID: <20041216040601.GG28332@geocarbon.pl> Mniej wiecej Thu, Dec 16, 2004 at 04:29:50AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > zbyniu wrote: > > diff -u SPECS/at-poke.spec:1.3 SPECS/at-poke.spec:1.4 > > --- SPECS/at-poke.spec:1.3 Sat Nov 27 18:52:05 2004 > > +++ SPECS/at-poke.spec Thu Dec 16 03:24:06 2004 > > @@ -10,6 +10,8 @@ > > # Source0-md5: e8e1c2907b96ded42f81ab045728a8d7 > > URL: http://developer.gnome.org/projects/gap/ > > BuildRequires: at-spi-devel >= 1.3.12 > > +BuildRequires: gail-devel > > Is it required directly, or just via /usr/lib/libcspi.la (at-spi-devel) ? Hmm /bin/sh ../libtool --mode=link i686-pld-linux-gcc -O2 -march=i686 -o at-poke child-listener.o accessible-listener.o main.o poke.o graphics.o accessible-tree-model.o -Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lglade-2.0 -lcspi -lspi -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lxml2 -lpthread -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lz -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -lXext -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lXrender -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgobject-2.0 -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 -lpopt mkdir .libs libtool: link: cannot find the library `/usr/lib/libgailutil.la' make[2]: *** [at-poke] Error 1 I don't know. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From ankry at green.mif.pg.gda.pl Thu Dec 16 07:27:15 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 07:27:15 +0100 (CET) Subject: SPECS: at-poke.spec - BR: gail-devel, gcc-c++ In-Reply-To: <20041216040601.GG28332@geocarbon.pl> from "Zbyniu Krzystolik" at Dec 16, 2004 05:06:01 AM Message-ID: <200412160627.iBG6RFjO001871@green.mif.pg.gda.pl> Zbyniu Krzystolik wrote: > Mniej wiecej Thu, Dec 16, 2004 at 04:29:50AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > zbyniu wrote: > > > diff -u SPECS/at-poke.spec:1.3 SPECS/at-poke.spec:1.4 > > > --- SPECS/at-poke.spec:1.3 Sat Nov 27 18:52:05 2004 > > > +++ SPECS/at-poke.spec Thu Dec 16 03:24:06 2004 > > > @@ -10,6 +10,8 @@ > > > # Source0-md5: e8e1c2907b96ded42f81ab045728a8d7 > > > URL: http://developer.gnome.org/projects/gap/ > > > BuildRequires: at-spi-devel >= 1.3.12 > > > +BuildRequires: gail-devel > > > > Is it required directly, or just via /usr/lib/libcspi.la (at-spi-devel) ? > > Hmm [...] > I don't know. Check in configure. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Thu Dec 16 07:28:34 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 07:28:34 +0100 (CET) Subject: SPECS: monkey-bubble.spec - BR: gcc-c++, scrollkeeper In-Reply-To: <20041216035355.GF28332@geocarbon.pl> from "Zbyniu Krzystolik" at Dec 16, 2004 04:53:55 AM Message-ID: <200412160628.iBG6SYNu001891@green.mif.pg.gda.pl> Zbyniu Krzystolik wrote: > Mniej wiecej Thu, Dec 16, 2004 at 04:24:16AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > In the "install" phase the file is obviously installed in another dir. > > Not exactly - monkey-bubble-C.omf indicates > /usr/share/gnome/help/monkey-bubble/C/monkey-bubble.xml Now I see. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Thu Dec 16 09:59:37 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 16 Dec 2004 09:59:37 +0100 Subject: SPECS: tetex.spec - remove tetex requirement from fonts-* subpacka... In-Reply-To: References: Message-ID: <20041216085937.GA10225@gruby.cs.net.pl> On Thu, Dec 16, 2004 at 03:49:34AM +0000, ankry wrote: > Author: ankry Date: Thu Dec 16 03:49:34 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - remove tetex requirement from fonts-* subpackages, rel. 6 What about directories? Fonts put in dirs with semi-random permissions are most likely to be useless for users. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Thu Dec 16 10:19:59 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 16 Dec 2004 10:19:59 +0100 (CET) Subject: SPECS: tetex.spec - remove tetex requirement from fonts-* In-Reply-To: <20041216085937.GA10225@gruby.cs.net.pl> from "Jakub Bogusz" at Dec 16, 2004 09:59:37 AM Message-ID: <200412160919.iBG9JxDA002443@green.mif.pg.gda.pl> Jakub Bogusz wrote: > > On Thu, Dec 16, 2004 at 03:49:34AM +0000, ankry wrote: > > Author: ankry Date: Thu Dec 16 03:49:34 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - remove tetex requirement from fonts-* subpackages, rel. 6 > > What about directories? Fonts put in dirs with semi-random permissions > are most likely to be useless for users. It needs to be fixed. A subpackage with directory structure ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From adamg at biomerieux.pl Thu Dec 16 10:34:50 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 16 Dec 2004 10:34:50 +0100 Subject: php4 & php5 In-Reply-To: <200412160258.28683.glen@delfi.ee> References: <200412160258.28683.glen@delfi.ee> Message-ID: <20041216093450.GC11217@mysza.eu.org> On Thu, Dec 16, 2004 at 02:58:28AM +0200, Elan Ruusam?e wrote: > # poldek --upgrade- > error: php-pear-PEAR-Command-1.3.3.1-2: req pear(../PEAR/RunTest.php) not found This package does not exist on ftp. There is 1.3.3.1-3. Please update your indices. > # rpm -qp --provides php4-common-4.3.9-6.i686.rpm > config(php4-common) = 0:4.3.9-6 > libphp_common-4.3.9.so > php-common = 0:4.3.9-6 > php-openssl = 0:4.3.9-6 > php-session = 0:4.3.9-6 > php4-session = 0:4.3.9-6 > php4-common = 0:4.3.9-6 Yep. I think that Provides:php{,4}-sesion should be removed from both php.spec/php4.spec. Any objections? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Thu Dec 16 10:39:47 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 16 Dec 2004 10:39:47 +0100 Subject: php4 & php5 In-Reply-To: <20041216093450.GC11217@mysza.eu.org> References: <200412160258.28683.glen@delfi.ee> <20041216093450.GC11217@mysza.eu.org> Message-ID: <20041216093947.GD10225@gruby.cs.net.pl> On Thu, Dec 16, 2004 at 10:34:50AM +0100, Adam Go??biowski wrote: > On Thu, Dec 16, 2004 at 02:58:28AM +0200, Elan Ruusam?e wrote: > > # poldek --upgrade- > > error: php-pear-PEAR-Command-1.3.3.1-2: req pear(../PEAR/RunTest.php) not found > > This package does not exist on ftp. There is 1.3.3.1-3. Please update > your indices. > > > # rpm -qp --provides php4-common-4.3.9-6.i686.rpm > > config(php4-common) = 0:4.3.9-6 > > libphp_common-4.3.9.so > > php-common = 0:4.3.9-6 > > php-openssl = 0:4.3.9-6 > > php-session = 0:4.3.9-6 > > php4-session = 0:4.3.9-6 > > php4-common = 0:4.3.9-6 > > Yep. I think that Provides:php{,4}-sesion should be removed from both > php.spec/php4.spec. Any objections? I updated Obsoletes for php-session, so they will match only packages which really existed, not current php*-common. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From qboosh at pld-linux.org Thu Dec 16 11:37:33 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 16 Dec 2004 11:37:33 +0100 Subject: SPECS: template.spec - s/{__make}/{makeinstall} In-Reply-To: References: Message-ID: <20041216103733.GE10225@gruby.cs.net.pl> On Thu, Dec 16, 2004 at 09:30:37AM +0000, paszczus wrote: > Author: paszczus Date: Thu Dec 16 09:30:37 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - s/{__make}/{makeinstall} Think first. > # create directories if necessary > #install -d $RPM_BUILD_ROOT > > -%{__make} install \ > - DESTDIR=$RPM_BUILD_ROOT > +%{makeinstall} It's not the same! Check: rpm --eval '%makeinstall' -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From zbyniu at geocarbon.pl Thu Dec 16 15:11:28 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Thu, 16 Dec 2004 15:11:28 +0100 Subject: SPECS: at-poke.spec - BR: gail-devel, gcc-c++ In-Reply-To: <200412160627.iBG6RFjO001871@green.mif.pg.gda.pl> References: <20041216040601.GG28332@geocarbon.pl> <200412160627.iBG6RFjO001871@green.mif.pg.gda.pl> Message-ID: <20041216141128.GH28332@geocarbon.pl> Mniej wiecej Thu, Dec 16, 2004 at 07:27:15AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > Zbyniu Krzystolik wrote: > > Mniej wiecej Thu, Dec 16, 2004 at 04:29:50AM +0100, zainteresowany Andrzej Krzysztofowicz rzekl: > > > zbyniu wrote: > > > > diff -u SPECS/at-poke.spec:1.3 SPECS/at-poke.spec:1.4 > > > > --- SPECS/at-poke.spec:1.3 Sat Nov 27 18:52:05 2004 > > > > +++ SPECS/at-poke.spec Thu Dec 16 03:24:06 2004 > > > > @@ -10,6 +10,8 @@ > > > > # Source0-md5: e8e1c2907b96ded42f81ab045728a8d7 > > > > URL: http://developer.gnome.org/projects/gap/ > > > > BuildRequires: at-spi-devel >= 1.3.12 > > > > +BuildRequires: gail-devel > > > > > > Is it required directly, or just via /usr/lib/libcspi.la (at-spi-devel) ? > > > > Hmm > [...] > > I don't know. > > Check in configure. There is no "gaim" in any file, does it mean at-spi-devel probably should have R: gaim-devel? How check this? PS. In at-spi.spec BR: intltool is missing. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From saq at pld-linux.org Thu Dec 16 17:37:13 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 16 Dec 2004 17:37:13 +0100 Subject: SPECS: at-poke.spec - BR: gail-devel, gcc-c++ In-Reply-To: <200412160329.iBG3Toxv001479@green.mif.pg.gda.pl> References: <200412160329.iBG3Toxv001479@green.mif.pg.gda.pl> Message-ID: <1103215033.4039.0.camel@neptune.sakowski.pl> On Thu, 2004-12-16 at 04:29 +0100, Andrzej Krzysztofowicz wrote: > > +BuildRequires: gail-devel > > Is it required directly, or just via /usr/lib/libcspi.la (at-spi-devel) ? dnl Checks for libraries PKG_CHECK_MODULES(POKE, [ libglade-2.0 cspi-1.0 >= 1.3.12 gtk+-2.0 >= 2.0.0 libgnomeui-2.0 libgail-gnome ]) Directly. -- Pawe? Sakowski PLD Linux Distribution From koorek at o2.pl Thu Dec 16 19:53:03 2004 From: koorek at o2.pl (Robert Kurowski) Date: Thu, 16 Dec 2004 19:53:03 +0100 Subject: [SPECS] mplayer.spec update Message-ID: <20041216195303.6591715c@localhost> Security update to 1.0pre5try2 -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush -------------- next part -------------- A non-text attachment was scrubbed... Name: mplayer.spec.diff Type: application/octet-stream Size: 886 bytes Desc: not available URL: From saq at pld-linux.org Thu Dec 16 21:19:53 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 16 Dec 2004 21:19:53 +0100 Subject: [SPECS] mplayer.spec update In-Reply-To: <20041216195303.6591715c@localhost> References: <20041216195303.6591715c@localhost> Message-ID: <1103228393.4039.34.camel@neptune.sakowski.pl> On Thu, 2004-12-16 at 19:53 +0100, Robert Kurowski wrote: > Security update to 1.0pre5try2 Added, but two notes: 1. Why release 9? It's a different version, use 1. 2. 0.pre5try2.1 < 0.pre5.8 according to rpm, epoch needed to be bumped up -- Pawe? Sakowski PLD Linux Distribution From koorek at o2.pl Thu Dec 16 21:26:38 2004 From: koorek at o2.pl (Robert Kurowski) Date: Thu, 16 Dec 2004 21:26:38 +0100 Subject: [SPECS] mplayer.spec update In-Reply-To: <1103228393.4039.34.camel@neptune.sakowski.pl> References: <20041216195303.6591715c@localhost> <1103228393.4039.34.camel@neptune.sakowski.pl> Message-ID: <20041216212638.396a4caa@localhost> Dnia Thu, 16 Dec 2004 21:19:53 +0100 Pawe? Sakowski pisze: > 1. Why release 9? It's a different version, use 1. > 2. 0.pre5try2.1 < 0.pre5.8 according to rpm, epoch needed to be bumped > up Gee, I've send wrong diff? -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From jajcus at bnet.pl Fri Dec 17 08:53:12 2004 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 17 Dec 2004 08:53:12 +0100 Subject: SPECS: jabber-common.spec - typos, In-Reply-To: References: Message-ID: <20041217075312.GB10168@serwis2.beta> On Fri, Dec 17, 2004 at 06:38:24AM +0000, djrzulf wrote: > - /usr/sbin/useradd -g jabber -d /var/lib/jabber -u 74 -s /bin/false jabber 2>/dev/null > + /usr/sbin/useradd -g jabber -d /var/lib/jabberd -u 74 -s /bin/false jabber 2>/dev/null That will still not work with ejabberd which needs existing ~jabber (/var/lib/jabberd comes with jabberd and not with ejabberd). > %preun > -rm -f /var/run/jabberd/* || : > +rm -f /var/run/jabber* || : Shouldn't that be /var/run/jabber/* Greets, Jacek From ankry at green.mif.pg.gda.pl Fri Dec 17 12:16:33 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 17 Dec 2004 12:16:33 +0100 (CET) Subject: SPECS: jabberd.spec - works great for me, - STBR, In-Reply-To: from "djrzulf" at Dec 17, 2004 08:30:25 AM Message-ID: <200412171116.iBHBGXCo016976@green.mif.pg.gda.pl> djrzulf wrote: > +# Please dont add patches below to SOURCES, becouse they are already added > +# to jabberd2 cvs, and it will be included at s7 > +Patch6: http://www.marquard.net/jabber/patches/patch-zzzz-s2s-v5 > +Patch7: http://www.marquard.net/jabber/patches/patch-s2-config-update [...] > +Revision 1.42 2004/12/17 08:30:19 djrzulf > +- works great for me, > +- STBR, For STBR patches need to be in SOURCES... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Fri Dec 17 16:53:38 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 17 Dec 2004 17:53:38 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade from... In-Reply-To: References: Message-ID: <200412171753.39060.glen@delfi.ee> this is to resolve such issue: http://glen.alkohol.ee/pld/glibc-fc.txt On Friday 17 December 2004 17:50, glen wrote: > Author: glen Date: Fri Dec 17 15:50:16 2004 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - workaround to be able upgrade from RH/FC > > ---- Files affected: > SPECS: > glibc.spec (1.523.2.11 -> 1.523.2.12) > > ---- Diffs: > > ================================================================ > Index: SPECS/glibc.spec > diff -u SPECS/glibc.spec:1.523.2.11 SPECS/glibc.spec:1.523.2.12 > --- SPECS/glibc.spec:1.523.2.11 Fri Dec 17 15:46:34 2004 > +++ SPECS/glibc.spec Fri Dec 17 15:50:10 2004 > @@ -1029,6 +1029,15 @@ > %clean > rm -rf $RPM_BUILD_ROOT > > +%pre > +# make it safe to upgrade from RH / FC > +if [ -d /lib/i686 ]; then > + mv -fv /lib/i686 /lib/i686.rpmsave > +fi > +if [ -d /lib/tls ]; then > + mv -fv /lib/tls /lib/tls.rpmsave > +fi > + > # don't run iconvconfig in %%postun -n iconv because iconvconfig doesn't > exist # when %%postun is run > > @@ -1440,6 +1449,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.523.2.12 2004/12/17 15:50:10 glen > +- workaround to be able upgrade from RH/FC > + > Revision 1.523.2.11 2004/12/17 15:46:34 glen > - glibc-misc obsoletes tzdata > > ================================================================ > > ---- CVS-web: > > http://cvs.pld-linux.org/SPECS/glibc.spec?r1=1.523.2.11&r2=1.523.2.12&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From qboosh at pld-linux.org Fri Dec 17 16:59:56 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 17 Dec 2004 16:59:56 +0100 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade from... In-Reply-To: <200412171753.39060.glen@delfi.ee> References: <200412171753.39060.glen@delfi.ee> Message-ID: <20041217155956.GA7522@gruby.cs.net.pl> On Fri, Dec 17, 2004 at 05:53:38PM +0200, Elan Ruusam?e wrote: > this is to resolve such issue: > > http://glen.alkohol.ee/pld/glibc-fc.txt > > > On Friday 17 December 2004 17:50, glen wrote: > > Author: glen Date: Fri Dec 17 15:50:16 2004 GMT > > Module: SPECS Tag: AC-branch > > ---- Log message: > > - workaround to be able upgrade from RH/FC > > +%pre > > +# make it safe to upgrade from RH / FC > > +if [ -d /lib/i686 ]; then > > + mv -fv /lib/i686 /lib/i686.rpmsave > > +fi > > +if [ -d /lib/tls ]; then > > + mv -fv /lib/tls /lib/tls.rpmsave > > +fi Uhm... there (probably[1]) will be /%{_lib}/tls in Ac glibc (like on HEAD). [1] RM's decision, not mine -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From wiget at pld-linux.org Fri Dec 17 18:13:40 2004 From: wiget at pld-linux.org (Artur Frysiak) Date: Fri, 17 Dec 2004 18:13:40 +0100 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade from... In-Reply-To: <200412171753.39060.glen@delfi.ee> References: <200412171753.39060.glen@delfi.ee> Message-ID: <20041217171340.GA5137@ikarnet.pl> On Fri, Dec 17, 2004 at 05:53:38PM +0200, Elan Ruusam?e wrote: > this is to resolve such issue: > > http://glen.alkohol.ee/pld/glibc-fc.txt But add /bin/sh deps to glibc, and /bin/sh requires glibc ... Deps loops on instalation. Regards -- Artur Frysiak http://www.pld-linux.org/ From ankry at green.mif.pg.gda.pl Fri Dec 17 17:19:31 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 17 Dec 2004 17:19:31 +0100 (CET) Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412171753.39060.glen@delfi.ee> from "Elan =?iso-8859-2?q?Ruusam=E4e?=" at Dec 17, 2004 05:53:38 PM Message-ID: <200412171619.iBHGJVqB018732@green.mif.pg.gda.pl> Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > this is to resolve such issue: > > http://glen.alkohol.ee/pld/glibc-fc.txt But you get uninstalable glibc probably. As /bin/sh is rather not available at glibc install. > > +%pre > > +# make it safe to upgrade from RH / FC > > +if [ -d /lib/i686 ]; then > > + mv -fv /lib/i686 /lib/i686.rpmsave > > +fi > > +if [ -d /lib/tls ]; then > > + mv -fv /lib/tls /lib/tls.rpmsave > > +fi -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Fri Dec 17 19:35:54 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 17 Dec 2004 20:35:54 +0200 Subject: SOURCES (AC-branch): mysql.init - try first graceful shutdown (via... In-Reply-To: References: Message-ID: <200412172035.54801.glen@delfi.ee> does anybody has any objections, suggestions regarding that TODO the issue is that it's complicated to do the user adding / renaming when there are multiple clusters setup, and it makes more complicated if one of them is down. so maybe the trigger is not so important and new instances will be setup with user mysqlctl, and for existing ones the failure of mysqladmin shutdown would be ignored. On Thursday 16 December 2004 00:48, glen wrote: > Author: glen Date: Wed Dec 15 22:48:28 2004 GMT > Module: SOURCES Tag: AC-branch > ---- Log message: > - try first graceful shutdown (via mysqladmin shutdown command) > - typo > > ---- Files affected: > SOURCES: > mysql.init (1.70.2.2 -> 1.70.2.3) > > ---- Diffs: > > ================================================================ > Index: SOURCES/mysql.init > diff -u SOURCES/mysql.init:1.70.2.2 SOURCES/mysql.init:1.70.2.3 > --- SOURCES/mysql.init:1.70.2.2 Wed Dec 15 21:27:32 2004 > +++ SOURCES/mysql.init Wed Dec 15 22:48:22 2004 > @@ -6,7 +6,6 @@ > # > # description: A very fast and reliable SQL database engine. > # > - > # Source function library > . /etc/rc.d/init.d/functions > > @@ -208,6 +207,20 @@ > mysqlstatus "$clusterdir" > msg_stopping "MySQL $clusterdir" > busy > + > +# TODO > +# graceful mysql shutdown with mysqladmin shutdown requires 'shutdown' > +# privilege. create new user mysqlctl or rename mysql_logrotate to > mysqlctl +# and give it both privs (flush-logs and shutdown)? > + > + # try graceful shutdown -- send shutdown command > + /usr/bin/mysqladmin --defaults-file=$MYSQL_CONFIG > ${MYSQL_SOCKET:+--socket=$MYSQL_SOCKET} shutdown + # 3 seconds > + for nr in 1 2 3; do > + [ -d "/proc/$MYSQL_PID" ] && sleep 1 > + done > + mysqlstatus "$clusterdir" > + > [ "$MYSQL_PID" != "unknown" ] && kill -TERM "$MYSQL_PID" 2> /dev/null > # 3 seconds > for nr in 1 2 3; do > @@ -221,6 +234,8 @@ > else > ok > fi > + > + # FIXME: should let mysqld remove pid by itself? > rm -f "$MYSQL_PIDFILE" > } > > @@ -495,7 +510,7 @@ > NOTE: mysql_logrotate password should be placed to $MYSQL_CONFIG in > mysqladmin section. See the manual for more instructions. > > -IMPORTANT: The configuration file is mysqld.conf in MYSQ_DB_CLUSTERS > directories. +IMPORTANT: The configuration file is mysqld.conf in > MYSQL_DB_CLUSTERS directories. > > END_OF_MSG > else > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SOURCES/mysql.init?r1=1.70.2.2&r2=1.70.2.3&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Fri Dec 17 19:44:07 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 17 Dec 2004 20:44:07 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412171619.iBHGJVqB018732@green.mif.pg.gda.pl> References: <200412171619.iBHGJVqB018732@green.mif.pg.gda.pl> Message-ID: <200412172044.07227.glen@delfi.ee> On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > this is to resolve such issue: > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > But you get uninstalable glibc probably. > As /bin/sh is rather not available at glibc install. i tested it a lot. there exists *also* /lib/libc.so besides /lib/i686/libc.so and killing the /lib/i686 (also /lib/tls) will keep system running, it will load /lib/libc.so, if can't find from /lib/i686. so after the PLD glibc is placed to system, the dir structure could look like # l /lib/libc.so* /lib/i686/libc.so* lrwxrwxrwx 1 root root 13 Oct 24 17:47 /lib/i686/libc.so.6 -> libc-2.2.5.so* lrwxrwxrwx 1 root root 13 Oct 24 17:47 /lib/libc.so.6 -> libc-2.2.5.so* AND the new file is also there: lrwxrwx--- 1 root root 13 Dec 7 21:58 /lib/libc.so.6 -> libc-2.3.3.so* as there's no newer version in /lib/i686, the symlink stays for old version, and eventually it will be /lib/ld-linux.so is from newer glibc and libc from older one. uh. hope it explained it. > > > +%pre > > > +# make it safe to upgrade from RH / FC > > > +if [ -d /lib/i686 ]; then > > > + mv -fv /lib/i686 /lib/i686.rpmsave > > > +fi > > > +if [ -d /lib/tls ]; then > > > + mv -fv /lib/tls /lib/tls.rpmsave > > > +fi -- glen From glen at delfi.ee Fri Dec 17 19:46:19 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 17 Dec 2004 20:46:19 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412171619.iBHGJVqB018732@green.mif.pg.gda.pl> References: <200412171619.iBHGJVqB018732@green.mif.pg.gda.pl> Message-ID: <200412172046.19286.glen@delfi.ee> On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > this is to resolve such issue: > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > But you get uninstalable glibc probably. > As /bin/sh is rather not available at glibc install. this is ran in %pre, not in %post, so everything is available :) > > > +%pre > > > +# make it safe to upgrade from RH / FC > > > +if [ -d /lib/i686 ]; then > > > + mv -fv /lib/i686 /lib/i686.rpmsave > > > +fi > > > +if [ -d /lib/tls ]; then > > > + mv -fv /lib/tls /lib/tls.rpmsave > > > +fi -- glen From kornet at camk.edu.pl Fri Dec 17 22:17:06 2004 From: kornet at camk.edu.pl (Kacper Kornet) Date: Fri, 17 Dec 2004 22:17:06 +0100 Subject: libtoolize in kazehakase.spec Message-ID: <20041217211706.GA23368@virgo.camk.edu.pl> Could someone add %{__libtoolize} to kazehakase.spec. It doesn't compile without it: #v+ Index: kazehakase.spec =================================================================== RCS file: /cvsroot/SPECS/kazehakase.spec,v retrieving revision 1.19 diff -u -r1.19 kazehakase.spec --- kazehakase.spec 30 Nov 2004 07:45:45 -0000 1.19 +++ kazehakase.spec 17 Dec 2004 21:15:05 -0000 @@ -29,6 +29,7 @@ %patch1 -p1 %build +%{__libtoolize} %{__aclocal} %{__autoconf} %{__automake} #v- Best wishes, -- Kacper From zbyniu at geocarbon.pl Sat Dec 18 00:01:32 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Sat, 18 Dec 2004 00:01:32 +0100 Subject: libtoolize in kazehakase.spec In-Reply-To: <20041217211706.GA23368@virgo.camk.edu.pl> References: <20041217211706.GA23368@virgo.camk.edu.pl> Message-ID: <20041217230132.GG30266@geocarbon.pl> Mniej wiecej Fri, Dec 17, 2004 at 10:17:06PM +0100, zainteresowany Kacper Kornet rzekl: > Could someone add %{__libtoolize} to kazehakase.spec. It doesn't compile > without it: > > #v+ > Index: kazehakase.spec > =================================================================== > RCS file: /cvsroot/SPECS/kazehakase.spec,v > retrieving revision 1.19 > diff -u -r1.19 kazehakase.spec > --- kazehakase.spec 30 Nov 2004 07:45:45 -0000 1.19 > +++ kazehakase.spec 17 Dec 2004 21:15:05 -0000 > @@ -29,6 +29,7 @@ > %patch1 -p1 > > %build > +%{__libtoolize} > %{__aclocal} > %{__autoconf} > %{__automake} > #v- done. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From freetz at gmx.net Sat Dec 18 01:27:44 2004 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 18 Dec 2004 01:27:44 +0100 Subject: SPECS: gnome-vfs2.spec - rel 3 - -DMOUNT_ARGUMENT=\\\"-s\\\"" In-Reply-To: <41BD5C41.1060201@hakore.com> References: <20041211124123.GA5035@pred> <41BD5C41.1060201@hakore.com> Message-ID: <20041218002744.GB15896@aquarius> --- Marcin Krzyzanowski wrote: > >>Author: krzak Date: Fri Dec 10 16:25:47 2004 GMT > >>Module: SPECS Tag: HEAD > >>---- Log message: > >>- rel 3 > >>- -DMOUNT_ARGUMENT=\\\"-s\\\"" > > > > > >why? > > > > > I thought that man mount for hal "managed" option : [...] > but finally it seems won't be supported outside manual. why is it still present in spec? -- Fryderyk Dziarmagowski From ankry at green.mif.pg.gda.pl Sat Dec 18 12:28:23 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 18 Dec 2004 12:28:23 +0100 (CET) Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412172046.19286.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 17, 2004 08:46:19 PM Message-ID: <200412181128.iBIBSNk6031500@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > > this is to resolve such issue: > > > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > > > But you get uninstalable glibc probably. > > As /bin/sh is rather not available at glibc install. > this is ran in %pre, not in %post, so everything is available :) Nothing is vailable if you install it on a clean disk. Maybe except FHS... Am I wrong thinking that failing %pre means refusal of the package installation? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Sat Dec 18 12:30:22 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 18 Dec 2004 12:30:22 +0100 (CET) Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412172044.07227.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 17, 2004 08:44:07 PM Message-ID: <200412181130.iBIBUM7v031523@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > > this is to resolve such issue: > > > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > > > But you get uninstalable glibc probably. > > As /bin/sh is rather not available at glibc install. > i tested it a lot. > > there exists *also* /lib/libc.so besides /lib/i686/libc.so > and killing the /lib/i686 (also /lib/tls) will keep system running, it will > load /lib/libc.so, if can't find from /lib/i686. > > so after the PLD glibc is placed to system, the dir structure could look like Problem is that it _must_ also work if you have _nothing_ in the system. And with even higher priority. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From saq at pld-linux.org Sat Dec 18 15:38:01 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 18 Dec 2004 15:38:01 +0100 Subject: SPECS (LINUX_2_6_8): kernel.spec - mount /boot in %pre In-Reply-To: References: Message-ID: <1103380681.3890.6.camel@neptune.sakowski.pl> On Sat, 2004-12-18 at 00:14 +0000, glen wrote: > +%pre > +# on target system the /boot might not be mounted (it's not required > for system > +# to run properly), it could be also mounted ro > +# we will not do any fancy fstab parsing, because it does no harm if > the boot > +# is not separate part or is already mounted properly. > +mount /boot >/dev/null 2>&1 > +mount /boot -o remount,rw >/dev/null 2>&1 I'm not sure if that's the right approach. If somebody mounts /boot ro, they usually do it for a reason and might not want it silently overridden by rpm scripts. Besides, if you change the disks mounted in %pre, you should roll it back in %post -- honour admin's decision of not having /boot mounted permanently. You need /boot mounted rw to install FHS, kernel and grub. You need /usr mounted rw to install virtually any package. An admin should know this. -- Pawe? Sakowski PLD Linux Distribution From saq at pld-linux.org Sat Dec 18 18:13:23 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 18 Dec 2004 18:13:23 +0100 Subject: TeX fonts Message-ID: <1103390003.3890.12.camel@neptune.sakowski.pl> A build of beecrypt has just failed on me with: ! Font U/dsrom/m/n/10=dsrom10 at 10.0pt not loadable: Metric (TFM) file not found. the real reason being latex not able to run mktextfm (tetex-metafont wasn't installed). Shouldn't some base tetex package require tetex-metafont? Or maybe the package should be merged into the base tetex package? -- Pawe? Sakowski PLD Linux Distribution From hawk at limanowa.net Sat Dec 18 20:13:12 2004 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 18 Dec 2004 20:13:12 +0100 Subject: irssi not working with user privileges Message-ID: <41C48148.9030404@limanowa.net> Hello. I've just upgraded system with --upgrade-dist and now running irssi results in: [hawk at limanowa hawk]$ irssi Can't open perl script "-e": Permission denied Segmentation fault [hawk at limanowa hawk]$ rpm -q irssi perl irssi-0.8.10-0.20041010.2 perl-5.8.6-2 I've tried irssi-0.8.9-4, but with same results. On root everything runs fine :) Here is strace result if anyone is interested: http://www.limanowa.net/strace_irssi.log M. From hawk at limanowa.net Sat Dec 18 20:28:05 2004 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Sat, 18 Dec 2004 20:28:05 +0100 Subject: irssi not working with user privileges In-Reply-To: <41C48148.9030404@limanowa.net> References: <41C48148.9030404@limanowa.net> Message-ID: <41C484C5.10006@limanowa.net> Damn, just noticed that upgrade has changed most of the privileges in /dev. ls -al /dev/null crw-r----- 1 root root 1, 3 2004-12-18 17:34 null Forced reinstall of dev has fixed the problem by restoring correct privileges. But question is: which package has messed up my /dev during upgrade? :) M. From saq at pld-linux.org Sun Dec 19 00:42:56 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sun, 19 Dec 2004 00:42:56 +0100 Subject: rpm-build R: bzip2? Message-ID: <1103413376.3890.16.camel@neptune.sakowski.pl> Since rpmbuild is capable of unpacking .tar.bz2 sources, but needs bzip2 (the binary, not the library) for that, I suggest to add a dependency. [saq at neptune SPECS]$ grep -r 'BuildReq.*bzip2$' .|wc -l 7 [saq at neptune SPECS]$ grep -r 'Source.*tar.bz2$' .|wc -l 1608 Either that or a massive attack. Any protests? -- Pawe? Sakowski PLD Linux Distribution From aredridel at nbtsc.org Sun Dec 19 00:50:33 2004 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 18 Dec 2004 16:50:33 -0700 Subject: rpm-build R: bzip2? In-Reply-To: <1103413376.3890.16.camel@neptune.sakowski.pl> References: <1103413376.3890.16.camel@neptune.sakowski.pl> Message-ID: <1103413859.31450.0.camel@mizar> On Sun, 2004-12-19 at 00:42 +0100, Pawe? Sakowski wrote: > Since rpmbuild is capable of unpacking .tar.bz2 sources, but needs bzip2 > (the binary, not the library) for that, I suggest to add a dependency. > > [saq at neptune SPECS]$ grep -r 'BuildReq.*bzip2$' .|wc -l > 7 > [saq at neptune SPECS]$ grep -r 'Source.*tar.bz2$' .|wc -l > 1608 > > Either that or a massive attack. > > Any protests? Makes sense to me, but I have disk space to spare. From zbyniu at geocarbon.pl Sun Dec 19 02:22:37 2004 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Sun, 19 Dec 2004 02:22:37 +0100 Subject: rpm-build R: bzip2? In-Reply-To: <1103413376.3890.16.camel@neptune.sakowski.pl> References: <1103413376.3890.16.camel@neptune.sakowski.pl> Message-ID: <20041219012237.GH30266@geocarbon.pl> Mniej wiecej Sun, Dec 19, 2004 at 12:42:56AM +0100, zainteresowany Pawe? Sakowski rzekl: > Since rpmbuild is capable of unpacking .tar.bz2 sources, but needs bzip2 > (the binary, not the library) for that, I suggest to add a dependency. > > [saq at neptune SPECS]$ grep -r 'BuildReq.*bzip2$' .|wc -l > 7 > [saq at neptune SPECS]$ grep -r 'Source.*tar.bz2$' .|wc -l > 1608 > > Either that or a massive attack. > > Any protests? rpm.spec Revision 1.609 2004/12/12 05:49:47 ankry - R: bzip2 in build use rpm from ready Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From ankry at green.mif.pg.gda.pl Sun Dec 19 07:24:40 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 19 Dec 2004 07:24:40 +0100 (CET) Subject: SPECS: backuppc.spec - add apache config files - change %files In-Reply-To: from "wolvverine" at Dec 19, 2004 12:05:18 AM Message-ID: <200412190624.iBJ6OeJT011895@green.mif.pg.gda.pl> wolvverine wrote: > + /usr/sbin/groupadd -g 150 %{BPCgroup} [...] > + /usr/sbin/useradd -c "systemowy u?ytkownik dla %{name}" -u 150 -r -d /home/services/BackupPC -s /bin/false -g %{BPCgroup} %{BPCuser} 1>&2 Why do you use unregistered UID/GID here ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From krzak at hakore.com Sun Dec 19 20:57:42 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Sun, 19 Dec 2004 20:57:42 +0100 Subject: HOME_ETC and XDG_DATA_HOME Message-ID: <41C5DD36.4090907@hakore.com> Hi, since glib 2.6 and gtk 2.6 there is internal support for XDG_DATA_HOME which is basically related to our HOME_ETC solution. And now I propose to use HOME_ETC for non desktop applications and XDG_DATA_HOME for desktop applications. I belive it is possible to support both in libhome_etc so there will be no problem, but all patches for home_etc should be reviewed then. What do you think ? -- Marcin Krzy?anowski From troll at pld-linux.org Sun Dec 19 22:16:56 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Sun, 19 Dec 2004 22:16:56 +0100 Subject: HOME_ETC and XDG_DATA_HOME In-Reply-To: <41C5DD36.4090907@hakore.com> References: <41C5DD36.4090907@hakore.com> Message-ID: <200412192216.57500@tintia.doriath> It seems like on Sunday 19 of December 2004 20:57, Marcin Krzyzanowski typed: > Hi, > > since glib 2.6 and gtk 2.6 there is internal support for XDG_DATA_HOME > which is basically related to our HOME_ETC solution. And now I propose > to use HOME_ETC for non desktop applications and XDG_DATA_HOME for > desktop applications. > > I belive it is possible to support both in libhome_etc so there will be > no problem, but all patches for home_etc should be reviewed then. > > What do you think ? I hope, saying 'desktop applications', you meant 'gtk-based applications'... -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From lukaszmach at gmail.com Sun Dec 19 22:50:48 2004 From: lukaszmach at gmail.com (maHo) Date: Sun, 19 Dec 2004 22:50:48 +0100 Subject: rc-scripts/trunk/rc.d/init.d/network In-Reply-To: <41BE21B5.1000708@limanowa.net> References: <5382@svn.pld-linux.org> <41BE21B5.1000708@limanowa.net> Message-ID: <52799c700412191350772dc4ef@mail.gmail.com> On Tue, 14 Dec 2004 00:11:49 +0100, Marcin Kr?l wrote: > > Modified: > > rc-scripts/trunk/rc.d/init.d/network > > BTW, any rc.scripts guru can tell me if its possible to wait for ppp > interfaces when they'll get IP? + some timeout of course, maybe same as > for dhcp. Why? Currently rc.scipts does not wait for IP on ppp > interfaces and system just continues to boot. Bind is starting soon > after network start, and it very often starts before initialized ppp > interface will get its IP. This results in bind not listening on > external IP (in my case), and dns is inaccessible from outside of my > LAN. Such behaviour is irritating :) some workaround would be (re)start bind in /etc/sysconfig/interfaces/up.d/ppp/ regards maHo From krzak at hakore.com Sun Dec 19 22:56:01 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Sun, 19 Dec 2004 22:56:01 +0100 Subject: HOME_ETC and XDG_DATA_HOME In-Reply-To: <200412192216.57500@tintia.doriath> References: <41C5DD36.4090907@hakore.com> <200412192216.57500@tintia.doriath> Message-ID: <41C5F8F1.1070809@hakore.com> U?ytkownik Michal Chruszcz napisa?: > It seems like on Sunday 19 of December 2004 20:57, Marcin Krzyzanowski > typed: > >>Hi, >> >>since glib 2.6 and gtk 2.6 there is internal support for XDG_DATA_HOME >>which is basically related to our HOME_ETC solution. And now I propose >>to use HOME_ETC for non desktop applications and XDG_DATA_HOME for >>desktop applications. >> >>I belive it is possible to support both in libhome_etc so there will be >>no problem, but all patches for home_etc should be reviewed then. >> >>What do you think ? > > > I hope, saying 'desktop applications', you meant 'gtk-based applications'... not only because it's freedesktop.org standard. -- Marcin Krzy?anowski From wrobell at pld-linux.org Sun Dec 19 23:04:25 2004 From: wrobell at pld-linux.org (Artur =?iso-8859-2?Q?Wr=F3blewski?=) Date: Sun, 19 Dec 2004 23:04:25 +0100 Subject: HOME_ETC and XDG_DATA_HOME In-Reply-To: <41C5DD36.4090907@hakore.com> References: <41C5DD36.4090907@hakore.com> Message-ID: <20041219220425.GT4273@pred> On Sun, Dec 19, 2004 at 08:57:42PM +0100, Marcin Krzyzanowski wrote: > Hi, > > since glib 2.6 and gtk 2.6 there is internal support for XDG_DATA_HOME > which is basically related to our HOME_ETC solution. And now I propose > to use HOME_ETC for non desktop applications and XDG_DATA_HOME for > desktop applications. IMHO, let's forget about HOME_ETC and use XDG_DATA_HOME instead. I see no sense of having two different variables for non- and desktop applications. Artur Wr?blewski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Mon Dec 20 08:22:01 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 20 Dec 2004 09:22:01 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412181128.iBIBSNk6031500@green.mif.pg.gda.pl> References: <200412181128.iBIBSNk6031500@green.mif.pg.gda.pl> Message-ID: <200412200922.01670.glen@delfi.ee> On Saturday 18 December 2004 13:28, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > > > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > > > this is to resolve such issue: > > > > > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > > > > > But you get uninstalable glibc probably. > > > As /bin/sh is rather not available at glibc install. > > > > this is ran in %pre, not in %post, so everything is available :) > > Nothing is vailable if you install it on a clean disk. > Maybe except FHS... the dependancy pulls ksh in, and it's even installed before glibc. but /bin/sh is dynamic app and yes, %pre fails because of that. Processing dependencies... glibc-2.3.4-0.20040722.9.5 marks pdksh-5.2.14-41 (cap /bin/sh) pdksh-5.2.14-41 marks coreutils-5.2.1-2 (cap fileutils) coreutils-5.2.1-2 marks acl-2.2.27-1 (cap acl) acl-2.2.27-1 marks attr-2.4.19-1 (cap attr) coreutils-5.2.1-2 marks pam-0.78.1-1 (cap libpam.so.0) pam-0.78.1-1 marks mawk-1.3.3-30 (cap awk) pam-0.78.1-1 marks cracklib-2.7-18 (cap cracklib) pam-0.78.1-1 marks cracklib-dicts-2.7-18 (cap cracklib-dicts) pam-0.78.1-1 marks db-4.2.52-6 (cap db) pam-0.78.1-1 marks make-3.80-5 (cap make) coreutils-5.2.1-2 marks setup-2.4.6-8.2 (cap setup >= 2.4.6-2) glibc-2.3.4-0.20040722.9.5 marks basesystem-1.99-2 (cap basesystem) basesystem-1.99-2 marks FHS-2.3-9 (cap FHS) basesystem-1.99-2 marks dev-2.9.0-12 (cap dev) glibc-2.3.4-0.20040722.9.5 marks glibc-misc-2.3.4-0.20040722.9.5 (cap glibc-misc = 6:2.3.4-0.20040722.9.5) There are 16 packages to install (15 marked by dependencies): I glibc-2.3.4-0.20040722.9.5 D glibc-misc-2.3.4-0.20040722.9.5, setup-2.4.6-8.2, acl-2.2.27-1, attr-2.4.19-1, coreutils-5.2.1-2, pam-0.78.1-1, FHS-2.3-9, D basesystem-1.99-2, cracklib-2.7-18, cracklib-dicts-2.7-18, db-4.2.52-6, dev-2.9.0-12, make-3.80-5, mawk-1.3.3-30, D pdksh-5.2.14-41 Need to download about 8MB of archives. After unpacking about 18MB will be used. looks like dead end, only way to solve it is dependancy of package containing static binary. can package required in %pre uninstalled after package has been installed? > Am I wrong thinking that failing %pre means refusal of the package > installation? unfortunately or fortunately yes. -- glen From krzak at hakore.com Mon Dec 20 09:43:57 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Mon, 20 Dec 2004 09:43:57 +0100 Subject: how about new tmpwatch ? Message-ID: <41C690CD.6080601@hakore.com> Hi, How about new tmpwatch in Ac ? what makes it unstable on HEAD ? any thoughts ? or it can be updated to rel. 4 and Ac'ed -- Marcin Krzy?anowski From qboosh at pld-linux.org Mon Dec 20 10:27:33 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 10:27:33 +0100 Subject: SPECS: pwdutils.spec - updated to 2.6.94 - removed BR libnscd-deve... In-Reply-To: References: Message-ID: <20041220092733.GB14699@gruby.cs.net.pl> On Fri, Dec 17, 2004 at 05:08:46PM +0000, darekr wrote: > Author: darekr Date: Fri Dec 17 17:08:46 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated to 2.6.94 > - removed BR libnscd-devel (in 2.6.94 not needed) libnscd _is_ needed to support nscd. Without libnscd pwdutils _won't_ work properly with nscd running. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Mon Dec 20 10:28:41 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 20 Dec 2004 10:28:41 +0100 (CET) Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412200922.01670.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 20, 2004 09:22:01 AM Message-ID: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Saturday 18 December 2004 13:28, Andrzej Krzysztofowicz wrote: > > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > > On Friday 17 December 2004 18:19, Andrzej Krzysztofowicz wrote: > > > > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > > > > this is to resolve such issue: > > > > > > > > > > http://glen.alkohol.ee/pld/glibc-fc.txt > > > > > > > > But you get uninstalable glibc probably. > > > > As /bin/sh is rather not available at glibc install. > > > > > > this is ran in %pre, not in %post, so everything is available :) > > > > Nothing is vailable if you install it on a clean disk. > > Maybe except FHS... > > the dependancy pulls ksh in, and it's even installed before glibc. but /bin/sh > is dynamic app and yes, %pre fails because of that. > > Processing dependencies... > glibc-2.3.4-0.20040722.9.5 marks pdksh-5.2.14-41 (cap /bin/sh) > pdksh-5.2.14-41 marks coreutils-5.2.1-2 (cap fileutils) > coreutils-5.2.1-2 marks acl-2.2.27-1 (cap acl) > acl-2.2.27-1 marks attr-2.4.19-1 (cap attr) > coreutils-5.2.1-2 marks pam-0.78.1-1 (cap libpam.so.0) > pam-0.78.1-1 marks mawk-1.3.3-30 (cap awk) > pam-0.78.1-1 marks cracklib-2.7-18 (cap cracklib) > pam-0.78.1-1 marks cracklib-dicts-2.7-18 (cap cracklib-dicts) > pam-0.78.1-1 marks db-4.2.52-6 (cap db) > pam-0.78.1-1 marks make-3.80-5 (cap make) > coreutils-5.2.1-2 marks setup-2.4.6-8.2 (cap setup >= 2.4.6-2) > glibc-2.3.4-0.20040722.9.5 marks basesystem-1.99-2 (cap basesystem) > basesystem-1.99-2 marks FHS-2.3-9 (cap FHS) > basesystem-1.99-2 marks dev-2.9.0-12 (cap dev) > glibc-2.3.4-0.20040722.9.5 marks glibc-misc-2.3.4-0.20040722.9.5 (cap > glibc-misc = 6:2.3.4-0.20040722.9.5) > There are 16 packages to install (15 marked by dependencies): > I glibc-2.3.4-0.20040722.9.5 > D glibc-misc-2.3.4-0.20040722.9.5, setup-2.4.6-8.2, acl-2.2.27-1, > attr-2.4.19-1, coreutils-5.2.1-2, pam-0.78.1-1, FHS-2.3-9, > D basesystem-1.99-2, cracklib-2.7-18, cracklib-dicts-2.7-18, db-4.2.52-6, > dev-2.9.0-12, make-3.80-5, mawk-1.3.3-30, > D pdksh-5.2.14-41 > Need to download about 8MB of archives. After unpacking about 18MB will be > used. > > looks like dead end, only way to solve it is dependancy of package containing > static binary. This is the reason the "base" packages (like glibc, FHS, setup, etc.) do not contain %pre/%post shell scripts. The only acceptable script may be a LUA script. Or just a static binary program call. And the only reason of my last split in bzip2 package was to break such a loop. > can package required in %pre uninstalled after package has been installed? > > > > Am I wrong thinking that failing %pre means refusal of the package > > installation? > unfortunately or fortunately yes. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Mon Dec 20 10:58:42 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 10:58:42 +0100 Subject: SOURCES: gtk+2-2.2.0-path-check.patch - merged from DEVEL In-Reply-To: References: Message-ID: <20041220095842.GC14699@gruby.cs.net.pl> On Sun, Dec 19, 2004 at 09:27:36AM +0000, aflinta wrote: > Author: aflinta Date: Sun Dec 19 09:27:36 2004 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - merged from DEVEL > > ---- Files affected: > SOURCES: > gtk+2-2.2.0-path-check.patch (1.1 -> 1.2) Does this patch make any sense now? Do we still have some modules for gtk+2 2.2.x? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From qboosh at pld-linux.org Mon Dec 20 11:00:34 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 11:00:34 +0100 Subject: livecd: remaster/livecd_remaster_prep - typo In-Reply-To: References: Message-ID: <20041220100034.GD14699@gruby.cs.net.pl> On Sun, Dec 19, 2004 at 12:31:37PM +0000, domelu wrote: > --- livecd/remaster/livecd_remaster_prep:1.4 Sun Aug 22 02:49:09 2004 > +++ livecd/remaster/livecd_remaster_prep Sun Dec 19 12:31:31 2004 > @@ -13,7 +13,7 @@ > echo "There is no config file in your home dir" > cat >> ~/.livecd_remaster << EOF > MAINDIR=~/LIVECD > -MNT_CDROM=/mnt/cdrom > +MNT_CDROM=/mount/cdrom ??? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From deejay1 at nsj.srem.pl Mon Dec 20 11:01:31 2004 From: deejay1 at nsj.srem.pl (Lukasz [DeeJay1] Jernas) Date: Mon, 20 Dec 2004 11:01:31 +0100 Subject: livecd: remaster/livecd_remaster_prep - typo In-Reply-To: <20041220100034.GD14699@gruby.cs.net.pl> References: <20041220100034.GD14699@gruby.cs.net.pl> Message-ID: <20041220110131.67c9d35d.deejay1@nsj.srem.pl> Dnia Mon, 20 Dec 2004 11:00:34 +0100 w e-mailu od Jakub Bogusz przeczytano: > On Sun, Dec 19, 2004 at 12:31:37PM +0000, domelu wrote: > > --- livecd/remaster/livecd_remaster_prep:1.4 Sun Aug 22 02:49:09 > > 2004 +++ livecd/remaster/livecd_remaster_prep Sun Dec 19 12:31:31 2004 > > @@ -13,7 +13,7 @@ > > echo "There is no config file in your home dir" > > cat >> ~/.livecd_remaster << EOF > > MAINDIR=~/LIVECD > > -MNT_CDROM=/mnt/cdrom > > +MNT_CDROM=/mount/cdrom > > ??? I think domelu meant /media/cdrom :) -- ?ukasz [DeeJay1] Jerna? "PLD wspiera tych uzytkownikow, ktorym PLD dziala." - djurban "Dop?ki nie skorzysta?em z Internetu, nie podejrzewa?em, ?e na ?wiecie jest tak wielu idiot?w" - Stanis?aw Lem From havner at smtp.kamp.pl Mon Dec 20 11:01:57 2004 From: havner at smtp.kamp.pl (havner) Date: Mon, 20 Dec 2004 11:01:57 +0100 Subject: livecd: remaster/livecd_remaster_prep - typo In-Reply-To: <20041220100034.GD14699@gruby.cs.net.pl> References: <20041220100034.GD14699@gruby.cs.net.pl> Message-ID: <20041220100157.GD5413@pld-linux.org> On Mon, Dec 20, 2004 at 11:00:34AM +0100, Jakub Bogusz wrote: > On Sun, Dec 19, 2004 at 12:31:37PM +0000, domelu wrote: > > --- livecd/remaster/livecd_remaster_prep:1.4 Sun Aug 22 02:49:09 2004 > > +++ livecd/remaster/livecd_remaster_prep Sun Dec 19 12:31:31 2004 > > @@ -13,7 +13,7 @@ > > echo "There is no config file in your home dir" > > cat >> ~/.livecd_remaster << EOF > > MAINDIR=~/LIVECD > > -MNT_CDROM=/mnt/cdrom > > +MNT_CDROM=/mount/cdrom > > ??? grrrrrrr, bede gryzl. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From aflinta at at.kernel.pl Mon Dec 20 11:08:20 2004 From: aflinta at at.kernel.pl (Artur Flinta) Date: Mon, 20 Dec 2004 11:08:20 +0100 Subject: SOURCES: gtk+2-2.2.0-path-check.patch - merged from DEVEL In-Reply-To: <20041220095842.GC14699@gruby.cs.net.pl> References: <20041220095842.GC14699@gruby.cs.net.pl> Message-ID: <1103537300.16477.7.camel@localhost> Dnia 20-12-2004, pon o godzinie 10:58 +0100, Jakub Bogusz napisa?(a): > On Sun, Dec 19, 2004 at 09:27:36AM +0000, aflinta wrote: > > Author: aflinta Date: Sun Dec 19 09:27:36 2004 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - merged from DEVEL > > > > ---- Files affected: > > SOURCES: > > gtk+2-2.2.0-path-check.patch (1.1 -> 1.2) > > Does this patch make any sense now? > Do we still have some modules for gtk+2 2.2.x? I really don't know, Krzak has been adapted this patch on DEVEL. In my opinion it's obsoleted. Artur -- Ka?dy problem ma swoje rozwi?zanie, je?eli nie ma rozwi?zania to nie ma problemu. From krzak at hakore.com Mon Dec 20 11:09:50 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Mon, 20 Dec 2004 11:09:50 +0100 Subject: SOURCES: gtk+2-2.2.0-path-check.patch - merged from DEVEL In-Reply-To: <1103537300.16477.7.camel@localhost> References: <20041220095842.GC14699@gruby.cs.net.pl> <1103537300.16477.7.camel@localhost> Message-ID: <41C6A4EE.60302@hakore.com> U?ytkownik Artur Flinta napisa?: > Dnia 20-12-2004, pon o godzinie 10:58 +0100, Jakub Bogusz napisa?(a): > >>On Sun, Dec 19, 2004 at 09:27:36AM +0000, aflinta wrote: >> >>>Author: aflinta Date: Sun Dec 19 09:27:36 2004 GMT >>>Module: SOURCES Tag: HEAD >>>---- Log message: >>>- merged from DEVEL >>> >>>---- Files affected: >>>SOURCES: >>> gtk+2-2.2.0-path-check.patch (1.1 -> 1.2) >> >>Does this patch make any sense now? >>Do we still have some modules for gtk+2 2.2.x? > > > I really don't know, Krzak has been adapted this patch on DEVEL. In my > opinion it's obsoleted. it's obsoleted. -- Marcin Krzy?anowski From qboosh at pld-linux.org Mon Dec 20 11:11:28 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 11:11:28 +0100 Subject: DISTFILES: kexi-i18n-20041220.tar.bz2 In-Reply-To: <21834.1103536825@distfiles.pld-linux.org> References: <21834.1103536825@distfiles.pld-linux.org> Message-ID: <20041220101127.GE14699@gruby.cs.net.pl> On Mon, Dec 20, 2004 at 10:00:25AM +0000, deejay1 wrote: > > Files fetched: 1 > > STORED: no-url://kexi-i18n-20041220.tar.bz2 > 63d391a6df08fb4ac2825f46a22712f5 kexi-i18n-20041220.tar.bz2 > Size: 285591 bytes ^^^^^^ Isn't it overkill to split this into lang-separated packages? And where is package with all %lang()-marked translations? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From deejay1 at nsj.srem.pl Mon Dec 20 11:30:30 2004 From: deejay1 at nsj.srem.pl (Lukasz [DeeJay1] Jernas) Date: Mon, 20 Dec 2004 11:30:30 +0100 Subject: DISTFILES: kexi-i18n-20041220.tar.bz2 In-Reply-To: <20041220101127.GE14699@gruby.cs.net.pl> References: <21834.1103536825@distfiles.pld-linux.org> <20041220101127.GE14699@gruby.cs.net.pl> Message-ID: <20041220113030.1c88a423.deejay1@nsj.srem.pl> Dnia Mon, 20 Dec 2004 11:11:28 +0100 w e-mailu od Jakub Bogusz przeczytano: > On Mon, Dec 20, 2004 at 10:00:25AM +0000, deejay1 wrote: > > > > Files fetched: 1 > > > > STORED: no-url://kexi-i18n-20041220.tar.bz2 > > 63d391a6df08fb4ac2825f46a22712f5 kexi-i18n-20041220.tar.bz2 > > Size: 285591 bytes > ^^^^^^ > > Isn't it overkill to split this into lang-separated packages? Maybe, but AFAIK it's the recommended way of making KDE packages. One would like to allow his users use different languages without messing up with the locale setting in poldek/system (AFAIR you can set your preferred language in the KDE Control Center). > And where is package with all %lang()-marked translations? It's in the works... -- ?ukasz [DeeJay1] Jerna? "PLD wspiera tych uzytkownikow, ktorym PLD dziala." - djurban "Dop?ki nie skorzysta?em z Internetu, nie podejrzewa?em, ?e na ?wiecie jest tak wielu idiot?w" - Stanis?aw Lem From ankry at green.mif.pg.gda.pl Mon Dec 20 11:30:48 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 20 Dec 2004 11:30:48 +0100 (CET) Subject: SPECS: kexi-i18n.spec (NEW) - added i18n packages for kexi; In-Reply-To: from "deejay1" at Dec 20, 2004 09:57:47 AM Message-ID: <200412201030.iBKAUmMv026714@green.mif.pg.gda.pl> deejay1 wrote: > > Author: deejay1 Date: Mon Dec 20 09:57:47 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added i18n packages for kexi; based on koffice-i18n.spec Any reason for non-merging it with kexi ? And where are packages allowing automatic choice of installed langs (via poldek's/rpm's feature) ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Mon Dec 20 11:33:06 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 20 Dec 2004 11:33:06 +0100 (CET) Subject: DISTFILES: kexi-i18n-20041220.tar.bz2 In-Reply-To: <20041220113030.1c88a423.deejay1@nsj.srem.pl> from "Lukasz [DeeJay1] Jernas" at Dec 20, 2004 11:30:30 AM Message-ID: <200412201033.iBKAX6C7026732@green.mif.pg.gda.pl> Lukasz [DeeJay1] Jernas wrote: > > Dnia Mon, 20 Dec 2004 11:11:28 +0100 w e-mailu od Jakub Bogusz > przeczytano: > > > On Mon, Dec 20, 2004 at 10:00:25AM +0000, deejay1 wrote: > > > > > > Files fetched: 1 > > > > > > STORED: no-url://kexi-i18n-20041220.tar.bz2 > > > 63d391a6df08fb4ac2825f46a22712f5 kexi-i18n-20041220.tar.bz2 > > > Size: 285591 bytes > > ^^^^^^ > > > > Isn't it overkill to split this into lang-separated packages? > > Maybe, but AFAIK it's the recommended way of making KDE packages. And it needn't be recommended in PLD. I suggest dropping the separation again in Th (return to the Ra model). Comments? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Mon Dec 20 11:48:56 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 11:48:56 +0100 Subject: DISTFILES: kexi-i18n-20041220.tar.bz2 In-Reply-To: <20041220113030.1c88a423.deejay1@nsj.srem.pl> References: <21834.1103536825@distfiles.pld-linux.org> <20041220101127.GE14699@gruby.cs.net.pl> <20041220113030.1c88a423.deejay1@nsj.srem.pl> Message-ID: <20041220104856.GG14699@gruby.cs.net.pl> On Mon, Dec 20, 2004 at 11:30:30AM +0100, Lukasz [DeeJay1] Jernas wrote: > Dnia Mon, 20 Dec 2004 11:11:28 +0100 w e-mailu od Jakub Bogusz > przeczytano: > > > On Mon, Dec 20, 2004 at 10:00:25AM +0000, deejay1 wrote: > > > > > > Files fetched: 1 > > > > > > STORED: no-url://kexi-i18n-20041220.tar.bz2 > > > 63d391a6df08fb4ac2825f46a22712f5 kexi-i18n-20041220.tar.bz2 > > > Size: 285591 bytes > > ^^^^^^ > > > > Isn't it overkill to split this into lang-separated packages? > > Maybe, but AFAIK it's the recommended way of making KDE packages. > One would like to allow his users use different languages without > messing up with the locale setting in poldek/system (AFAIR you can set > your preferred language in the KDE Control Center). And what is it worth without _system_ locale support (which must be configured anyway)? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From glen at delfi.ee Mon Dec 20 12:14:56 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 20 Dec 2004 13:14:56 +0200 Subject: SPECS (LINUX_2_6_8): kernel.spec - mount /boot in %pre In-Reply-To: <1103380681.3890.6.camel@neptune.sakowski.pl> References: <1103380681.3890.6.camel@neptune.sakowski.pl> Message-ID: <200412201314.57002.glen@delfi.ee> On Saturday 18 December 2004 16:38, Pawe? Sakowski wrote: > I'm not sure if that's the right approach. If somebody mounts /boot ro, > they usually do it for a reason and might not want it silently > overridden by rpm scripts. Besides, if you change the disks mounted in > %pre, you should roll it back in %post -- honour admin's decision of not > having /boot mounted permanently. > > You need /boot mounted rw to install FHS, kernel and grub. You need /usr > mounted rw to install virtually any package. An admin should know this. the noauto for /boot is from gentoo world. they say it's for security and for system failures. can't find any reference from their site right now ;( and there is difference between /boot not mounted or /usr mounted readonly. because if the /boot isn't mounted the kernel image will be placed silently to rootfs and you won't even notice that. -- glen From koorek at o2.pl Mon Dec 20 12:29:15 2004 From: koorek at o2.pl (koorek) Date: Mon, 20 Dec 2004 12:29:15 +0100 Subject: [SPECS] elmo.spec fix Message-ID: Elmo needs template file to compose mail. -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush -------------- next part -------------- --- SPECS/elmo.spec 2004-12-20 12:05:25.341873176 +0100 +++ /home/users/koorek/SPECS/elmo.spec 2004-12-20 11:32:28.709837120 +0100 @@ -6,7 +6,7 @@ Summary(pl): Elmo - program pocztowy obs?uguj?cy Maildiry i j?zyk polski Name: elmo Version: 1.3.2 -Release: 1 +Release: 2 License: GPL v2+ Vendor: Jacek ?liwerski Group: Applications/Mail @@ -64,6 +64,9 @@ %defattr(644,root,root,755) %doc ADVOCACY AUTHORS doc/README.txt doc/sample.* TODO BUGS THANKS examplerc %attr(755,root,root) %{_bindir}/* +%{_datadir}/%{name}/themes/80x25 +%{_datadir}/%{name}/themes/outlook +%{_datadir}/%{name}/template %{_mandir}/man1/* %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) From adamg at biomerieux.pl Mon Dec 20 12:42:41 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 20 Dec 2004 12:42:41 +0100 Subject: [SPECS] elmo.spec fix In-Reply-To: References: Message-ID: <20041220114241.GA12806@mysza.eu.org> On Mon, Dec 20, 2004 at 12:29:15PM +0100, koorek wrote: > Elmo needs template file to compose mail. Zaaplikowane i pos?ane na buildery. Dzi?ki. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Mon Dec 20 14:35:29 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 20 Dec 2004 14:35:29 +0100 (CET) Subject: SPECS (LINUX_2_6_8): kernel.spec - mount /boot in %pre In-Reply-To: <200412201314.57002.glen@delfi.ee> from "Elan =?iso-8859-2?q?Ruusam=E4e?=" at Dec 20, 2004 01:14:56 PM Message-ID: <200412201335.iBKDZTVb027396@green.mif.pg.gda.pl> Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > On Saturday 18 December 2004 16:38, Pawe? Sakowski wrote: > > I'm not sure if that's the right approach. If somebody mounts /boot ro, > > they usually do it for a reason and might not want it silently > > overridden by rpm scripts. Besides, if you change the disks mounted in > > %pre, you should roll it back in %post -- honour admin's decision of not > > having /boot mounted permanently. > > > > You need /boot mounted rw to install FHS, kernel and grub. You need /usr > > mounted rw to install virtually any package. An admin should know this. > the noauto for /boot is from gentoo world. they say it's for security and for > system failures. /boot is also required to be on fat, minix or old ext2 format patition for alpha with ARC loader. As other fs-es are unsupported by milo. While milo must be installed on fat or ntfs (NT 3.5) partotion. And in these cases thay are also not mounted at boot at all. (To avoid loading extra filesystem drivers) > can't find any reference from their site right now ;( > > and there is difference between /boot not mounted or /usr mounted readonly. > because if the /boot isn't mounted the kernel image will be placed silently > to rootfs and you won't even notice that. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From martii at obgyn.edu.pl Mon Dec 20 14:35:59 2004 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Mon, 20 Dec 2004 14:35:59 +0100 Subject: livecd: remaster/livecd_remaster_prep - typo In-Reply-To: <20041220100034.GD14699@gruby.cs.net.pl> References: <20041220100034.GD14699@gruby.cs.net.pl> Message-ID: <20041220133559.GA15855@obgyn> > > MAINDIR=~/LIVECD > > -MNT_CDROM=/mnt/cdrom > > +MNT_CDROM=/mount/cdrom > > ??? I think he wanted to type /media/cdrom :) but something wrong happened with keyboard ?? ;) Martii From qboosh at pld-linux.org Mon Dec 20 14:41:18 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 14:41:18 +0100 Subject: SPECS (LINUX_2_6_8): kernel.spec - mount /boot in %pre In-Reply-To: <200412201335.iBKDZTVb027396@green.mif.pg.gda.pl> References: <200412201314.57002.glen@delfi.ee> <200412201335.iBKDZTVb027396@green.mif.pg.gda.pl> Message-ID: <20041220134118.GA9131@gruby.cs.net.pl> On Mon, Dec 20, 2004 at 02:35:29PM +0100, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-2?q?Ruusam=E4e?= wrote: > > On Saturday 18 December 2004 16:38, Pawe? Sakowski wrote: > > > I'm not sure if that's the right approach. If somebody mounts /boot ro, > > > they usually do it for a reason and might not want it silently > > > overridden by rpm scripts. Besides, if you change the disks mounted in > > > %pre, you should roll it back in %post -- honour admin's decision of not > > > having /boot mounted permanently. > > > > > > You need /boot mounted rw to install FHS, kernel and grub. You need /usr > > > mounted rw to install virtually any package. An admin should know this. > > the noauto for /boot is from gentoo world. they say it's for security and for > > system failures. > > /boot is also required to be on fat, minix or old ext2 format patition for > alpha with ARC loader. As other fs-es are unsupported by milo. While milo > must be installed on fat or ntfs (NT 3.5) partotion. And EFI-compliant machines (IA64, some IA32 - but I didn't see IA32 such yet) need elilo on FAT partition. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From troll at pld-linux.org Mon Dec 20 15:53:32 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 20 Dec 2004 15:53:32 +0100 Subject: HOME_ETC and XDG_DATA_HOME In-Reply-To: <41C5F8F1.1070809@hakore.com> References: <41C5DD36.4090907@hakore.com> <200412192216.57500@tintia.doriath> <41C5F8F1.1070809@hakore.com> Message-ID: <200412201553.32077@tintia.doriath> It seems like on Sunday 19 of December 2004 22:56, Marcin Krzyzanowski typed: > U?ytkownik Michal Chruszcz napisa?: > > It seems like on Sunday 19 of December 2004 20:57, Marcin Krzyzanowski > > > > typed: > >>Hi, > >> > >>since glib 2.6 and gtk 2.6 there is internal support for XDG_DATA_HOME ^^^^^^^^^^^^^^^^^^^^^^^^^^ [1] > >>which is basically related to our HOME_ETC solution. And now I propose > >>to use HOME_ETC for non desktop applications and XDG_DATA_HOME for > >>desktop applications. > >> > >>I belive it is possible to support both in libhome_etc so there will be > >>no problem, but all patches for home_etc should be reviewed then. > >> > >>What do you think ? > > > > I hope, saying 'desktop applications', you meant 'gtk-based > > applications'... > > not only because it's freedesktop.org standard. How about this: [1]? -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From qboosh at pld-linux.org Mon Dec 20 16:50:51 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 16:50:51 +0100 Subject: SPECS: xfce-mcs-plugins.spec - BR: xfce4-panel-devel with equal ve... In-Reply-To: References: Message-ID: <20041220155051.GC9131@gruby.cs.net.pl> On Mon, Dec 20, 2004 at 03:46:27PM +0000, troll wrote: > Author: troll Date: Mon Dec 20 15:46:27 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - BR: xfce4-panel-devel with equal version > @@ -16,6 +16,7 @@ > BuildRequires: intltool > BuildRequires: libtool > BuildRequires: pkgconfig >= 1:0.9.0 > +BuildRequires: xfce4-panel-devel >= %{version} > BuildRequires: xfce-mcs-manager-devel >= 4.1.2 > Requires: gtk+2 >= 1:2.2.0 > Requires: xfce-mcs-manager >= 4.1.2 I suppose runtime dependency is more important than BR. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From troll at pld-linux.org Mon Dec 20 17:36:41 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 20 Dec 2004 17:36:41 +0100 Subject: SPECS: xfce-mcs-plugins.spec - BR: xfce4-panel-devel with equal ve... In-Reply-To: <20041220155051.GC9131@gruby.cs.net.pl> References: <20041220155051.GC9131@gruby.cs.net.pl> Message-ID: <200412201736.42496@tintia.doriath> It seems like on Monday 20 of December 2004 16:50, Jakub Bogusz typed: > On Mon, Dec 20, 2004 at 03:46:27PM +0000, troll wrote: > > Author: troll Date: Mon Dec 20 15:46:27 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - BR: xfce4-panel-devel with equal version > > > > @@ -16,6 +16,7 @@ > > BuildRequires: intltool > > BuildRequires: libtool > > BuildRequires: pkgconfig >= 1:0.9.0 > > +BuildRequires: xfce4-panel-devel >= %{version} > > BuildRequires: xfce-mcs-manager-devel >= 4.1.2 > > Requires: gtk+2 >= 1:2.2.0 > > Requires: xfce-mcs-manager >= 4.1.2 > > I suppose runtime dependency is more important than BR. Then replace BR with R? -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From qboosh at pld-linux.org Mon Dec 20 17:45:50 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 17:45:50 +0100 Subject: SPECS: xfce-mcs-plugins.spec - BR: xfce4-panel-devel with equal ve... In-Reply-To: <200412201736.42496@tintia.doriath> References: <20041220155051.GC9131@gruby.cs.net.pl> <200412201736.42496@tintia.doriath> Message-ID: <20041220164550.GD9131@gruby.cs.net.pl> On Mon, Dec 20, 2004 at 05:36:41PM +0100, Michal Chruszcz wrote: > It seems like on Monday 20 of December 2004 16:50, Jakub Bogusz typed: > > On Mon, Dec 20, 2004 at 03:46:27PM +0000, troll wrote: > > > Author: troll Date: Mon Dec 20 15:46:27 2004 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - BR: xfce4-panel-devel with equal version > > > > > > @@ -16,6 +16,7 @@ > > > BuildRequires: intltool > > > BuildRequires: libtool > > > BuildRequires: pkgconfig >= 1:0.9.0 > > > +BuildRequires: xfce4-panel-devel >= %{version} > > > BuildRequires: xfce-mcs-manager-devel >= 4.1.2 > > > Requires: gtk+2 >= 1:2.2.0 > > > Requires: xfce-mcs-manager >= 4.1.2 > > > > I suppose runtime dependency is more important than BR. > > Then replace BR with R? Use both. Or even BR with >= and %requires_eq, if exact version is checked at runtime (it seems so when looking at warnings message... but I haven't seen sources). -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From troll at pld-linux.org Mon Dec 20 17:48:12 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 20 Dec 2004 17:48:12 +0100 Subject: SPECS: xfce-mcs-plugins.spec - BR: xfce4-panel-devel with equal ve... In-Reply-To: <200412201736.42496@tintia.doriath> References: <20041220155051.GC9131@gruby.cs.net.pl> <200412201736.42496@tintia.doriath> Message-ID: <200412201748.12069@tintia.doriath> It seems like on Monday 20 of December 2004 17:36, Michal Chruszcz typed: > It seems like on Monday 20 of December 2004 16:50, Jakub Bogusz typed: > > On Mon, Dec 20, 2004 at 03:46:27PM +0000, troll wrote: > > > Author: troll Date: Mon Dec 20 15:46:27 2004 > > > GMT Module: SPECS Tag: HEAD > > > ---- Log message: > > > - BR: xfce4-panel-devel with equal version > > > > > > @@ -16,6 +16,7 @@ > > > BuildRequires: intltool > > > BuildRequires: libtool > > > BuildRequires: pkgconfig >= 1:0.9.0 > > > +BuildRequires: xfce4-panel-devel >= %{version} > > > BuildRequires: xfce-mcs-manager-devel >= 4.1.2 > > > Requires: gtk+2 >= 1:2.2.0 > > > Requires: xfce-mcs-manager >= 4.1.2 > > > > I suppose runtime dependency is more important than BR. > > Then replace BR with R? Me be stupid :-/ You're wrong - the problem appears during usage, but is caused because of compiling with older xfce4-panel-devel package. That's why the equal version of xfce4-panel-devel is required in time of compilation (despite the fact configure doesn't say it, actually). This never happened before, but it looks like something has been changed since RC1. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From troll at pld-linux.org Mon Dec 20 18:03:09 2004 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 20 Dec 2004 18:03:09 +0100 Subject: SPECS: xfce-mcs-plugins.spec - BR: xfce4-panel-devel with equal ve... In-Reply-To: <20041220164550.GD9131@gruby.cs.net.pl> References: <200412201736.42496@tintia.doriath> <20041220164550.GD9131@gruby.cs.net.pl> Message-ID: <200412201803.09058@tintia.doriath> It seems like on Monday 20 of December 2004 17:45, Jakub Bogusz typed: > On Mon, Dec 20, 2004 at 05:36:41PM +0100, Michal Chruszcz wrote: > > It seems like on Monday 20 of December 2004 16:50, Jakub Bogusz typed: > > > I suppose runtime dependency is more important than BR. > > > > Then replace BR with R? > > Use both. Or even BR with >= and %requires_eq, if exact version is > checked at runtime (it seems so when looking at warnings message... > but I haven't seen sources). Ok, I'll add missing R as IMHO it's the best solution. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php From koorek at o2.pl Mon Dec 20 20:03:06 2004 From: koorek at o2.pl (koorek) Date: Mon, 20 Dec 2004 20:03:06 +0100 Subject: Jakarta BR Message-ID: Hi! I don't really know nothing about this, but: 1. jakarta-ant has some BR (that's ok) 2. this dependecies has BR jakarta-ant WTF? How to build this? Sorry if this is obvious for someone who is sitting in this, but I don't get it. It's a loop. -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush From baggins at sith.mimuw.edu.pl Mon Dec 20 20:08:59 2004 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 20 Dec 2004 20:08:59 +0100 Subject: Jakarta BR In-Reply-To: References: Message-ID: <20041220190859.GB13494@sith.mimuw.edu.pl> On Mon, 20 Dec 2004, koorek wrote: > Hi! > > I don't really know nothing about this, but: > 1. jakarta-ant has some BR (that's ok) > 2. this dependecies has BR jakarta-ant > > WTF? jakarta sucks, that's what. > How to build this? Sorry if this is obvious for someone who is sitting > in this, but I don't get it. It's a loop. Build jakarta-ant with --nodeps, rebuild deps, then build jakarta-ant again. Sorry, it's not my fault that ant, to have complete functionality, needs programs that must be built with ant. And see list archive, I explained it already a week ago. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From twittner at o2.pl Mon Dec 20 20:08:36 2004 From: twittner at o2.pl (Tomasz Wittner) Date: Mon, 20 Dec 2004 20:08:36 +0100 Subject: Jakarta BR In-Reply-To: References: Message-ID: <200412202008.36809.twittner@o2.pl> On Mon 20. of December 2004 20:03, koorek wrote: > Hi! > > I don't really know nothing about this, but: > 1. jakarta-ant has some BR (that's ok) > 2. this dependecies has BR jakarta-ant > > WTF? I have got the same question as you. > > How to build this? Try --nodeps ? ;) > Sorry if this is obvious for someone who is sitting > in this, but I don't get it. It's a loop. -- Tomasz Wittner From qboosh at pld-linux.org Mon Dec 20 20:20:42 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 20:20:42 +0100 Subject: Jakarta BR In-Reply-To: <20041220190859.GB13494@sith.mimuw.edu.pl> References: <20041220190859.GB13494@sith.mimuw.edu.pl> Message-ID: <20041220192042.GA8503@satan.blackhosts> On Mon, Dec 20, 2004 at 08:08:59PM +0100, Jan Rekorajski wrote: > On Mon, 20 Dec 2004, koorek wrote: > > Hi! > > > > I don't really know nothing about this, but: > > 1. jakarta-ant has some BR (that's ok) > > 2. this dependecies has BR jakarta-ant > > > > WTF? > > jakarta sucks, that's what. > > > How to build this? Sorry if this is obvious for someone who is sitting > > in this, but I don't get it. It's a loop. > > Build jakarta-ant with --nodeps, rebuild deps, then build jakarta-ant > again. Sorry, it's not my fault that ant, to have complete functionality, > needs programs that must be built with ant. So let's add --with bootstrap bcond, which disables BRs needed for this additional functionality, leaving BRs needed to build (minimal) ant capable to build its own BRs. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From baggins at sith.mimuw.edu.pl Mon Dec 20 20:21:05 2004 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 20 Dec 2004 20:21:05 +0100 Subject: Jakarta BR In-Reply-To: <20041220192042.GA8503@satan.blackhosts> References: <20041220190859.GB13494@sith.mimuw.edu.pl> <20041220192042.GA8503@satan.blackhosts> Message-ID: <20041220192105.GC13494@sith.mimuw.edu.pl> On Mon, 20 Dec 2004, Jakub Bogusz wrote: > On Mon, Dec 20, 2004 at 08:08:59PM +0100, Jan Rekorajski wrote: > > On Mon, 20 Dec 2004, koorek wrote: > > > Hi! > > > > > > I don't really know nothing about this, but: > > > 1. jakarta-ant has some BR (that's ok) > > > 2. this dependecies has BR jakarta-ant > > > > > > WTF? > > > > jakarta sucks, that's what. > > > > > How to build this? Sorry if this is obvious for someone who is sitting > > > in this, but I don't get it. It's a loop. > > > > Build jakarta-ant with --nodeps, rebuild deps, then build jakarta-ant > > again. Sorry, it's not my fault that ant, to have complete functionality, > > needs programs that must be built with ant. > > So let's add --with bootstrap bcond, which disables BRs needed for this > additional functionality, leaving BRs needed to build (minimal) ant > capable to build its own BRs. I did it, but it will not resolve the issue as some of those BRs need ant with more than just basic functionality. Try: ./builder --with basic_functionality jakarta-ant ./builder jakarta-commons-net It won't work because jakarta-commons-net needs jakarta-ant build with junit support. I don't know if there is more such packages. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From havner at smtp.kamp.pl Mon Dec 20 22:06:09 2004 From: havner at smtp.kamp.pl (havner) Date: Mon, 20 Dec 2004 22:06:09 +0100 Subject: [hjl@lucon.org: The Linux binutils 2.15.94.0.2 is released] Message-ID: <20041220210609.GD5292@pld-linux.org> ----- Forwarded message from "H. J. Lu" ----- From: "H. J. Lu" To: linux-gcc at vger.kernel.org Cc: gcc at gcc.gnu.org, GNU C Library , Mat Hostetter , Warner Losh , linux-mips at linux-mips.org, Ralf Baechle , Linas Vepstas Subject: The Linux binutils 2.15.94.0.2 is released Date: Mon, 20 Dec 2004 12:59:23 -0800 User-Agent: Mutt/1.4.1i This is the beta release of binutils 2.15.94.0.2 for Linux, which is based on binutils 2004 1220 in CVS on sources.redhat.com plus various changes. It is purely for Linux. Please report any bugs related to binutils 2.15.94.0.2 to hjl at lucon.org and http://www.sourceware.org/bugzilla/ If you don't use # rpmbuild -ta binutils-xx.xx.xx.xx.xx.tar.bz2 to compile the Linux binutils, please read patches/README in source tree to apply Linux patches if there are any. Changes from binutils 2.15.94.0.1: 1. Update from binutils 2004 1220. 2. Fix strip for TLS symbol references. Changes from binutils 2.15.92.0.2: 1. Update from binutils 2004 1121. 2. Put ia64 .ctors/.dtors sections next to small data section for Intel ia64 compiler. 3. Fix -Bdynamic/-Bstatic handling for linker script. 4. Provide more information on relocation overflow. 5. Add --sort-section to linker. 6. Support icc 8.1 unwind info in readelf. 7. Fix the infinite loop bug on bad input in the ia64 assembler. 8. Fix ia64 SECREL relocation in linker. 9. Fix a section group memory leak in readelf. Changes from binutils 2.15.91.0.2: 1. Update from binutils 2004 0927. 2. Work around a section header bug in Intel ia64 compiler. 3. Fix an unwind directive bug in the ia64 assembler. 4. Fix various PPC bugs. 5. Update ARM support. 6. Fix an x86-64 linker warning while building Linux kernel. Changes from binutils 2.15.91.0.1: 1. Update from binutils 2004 0727. 2. Fix the x86_64 linker to prevent non-PIC code in shared library. 3. Fix the ia64 linker to warn the relotable files which can't be relaxed. 4. Fix the comdat group support. Allow mix single-member comdat group with linkonce section. 5. Added --add-needed/--no-add-needed options to linker. 6. Fix the SHF_LINK_ORDER support. 7. Fix the ia64 assembler for multiple sections with the same name and SHT_IA_64_UNWIND sections. 8. Fix the ia64 assembler for merge section and relaxation. Changes from binutils 2.15.90.0.3: 1. Update from binutils 2004 0527. 2. Fix -x auto option in the ia64 assembler. 3. Add the AR check in the ia64 assembler. 4. Fix the section group support. 5. Add a new -z relro linker option. 6. Fix an exception section placement bug in linker. 7. Add .serialize.data and .serialize.instruction to the ia64 assembler. Changes from binutils 2.15.90.0.2: 1. Update from binutils 2004 0415. 2. Fix the linker for weak undefined symbol handling. 3. Fix the ELF/Sparc and ELF/Sparc64 linker for statically linking PIC code. Changes from binutils 2.15.90.0.1.1: 1. Update from binutils 2004 0412. 2. Add --as-needed/--no-as-needed to linker. 3. Fix -z defs in linker. 4. Always reserve the memory for ia64 dynamic linker. 5. Fix a race condition in ia64 lazy binding. Changes from binutils 2.15.90.0.1: 1. Fixed an ia64 assembler bug. 2. Install the assembler man page. Changes from binutils 2.14.90.0.8: 1. Update from binutils 2004 0303. 2. Fixed linker for undefined symbols with non-default visibility. 3. Sped up linker weakdef symbol handling. 4. Fixed mixing ELF32 and ELF64 object files in archive. 5. Added ia64 linker brl optimization. 6. Fixed ia64 linker to disallow invalid dynamic relocations. 7. Fixed DT_TEXTREL handling in ia64 linker. 8. Fixed alignment handling in ia64 assembler. 9. Improved ia64 assembler unwind table handling. Changes from binutils 2.14.90.0.7: 1. Update from binutils 2004 0114. 2. Fixed an ia64 assembler unwind table bug. 3. Better handle IPF linker relaxation overflow. 4. Fixed misc PPC bugs. Changes from binutils 2.14.90.0.6: 1. Update from binutils 2003 1029. 2. Allow type changes for undefined symbols. 3. Fix EH frame optimization. 4. Fix the check for undefined versioned symbol with wildcard. 5. Support generating code for Itanium. 6. Detect and warn bad symbol index. 7. Update IPF assemebler DV check. Changes from binutils 2.14.90.0.5: 1. Update from binutils 2003 0820. 2. No longer use section names for ELF section types nor flags. 3. Fix some ELF/IA64 linker bugs. 4. Fix some ELF/ppc bugs. 5. Add archive support to readelf. Changes from binutils 2.14.90.0.4.1: 1. Update from binutils 2003 0722. 2. Fix an ELF/mips linker bug. 3. Fix an ELF/hpppa linker bug. 4. Fix an ELF/ia64 assembler bug. 5. Fix a linkonce support with C++ debug. 6. A new working C++ demangler. 7. Various alpha, mips, ia64, ... bug fixes. 8. Support for the current gcc and glibc. Changes from binutils 2.14.90.0.4: 1. Fix an ia64 assembler hint at pause bug. 2. Support Intel Prescott New Instructions. Changes from binutils 2.14.90.0.3: 1. Work around the brain dead libtool. Changes from binutils 2.14.90.0.2: 1. Update from binutils 2003 0523. 2. Fix 2 ELF visibility bugs. 3. Fix ELF/ppc linker bugs. Changes from binutils 2.14.90.0.1: 1. Update from binutils 2003 0515. 2. Fix various ELF visibility bugs. 3. Fix some ia64 linker bugs. 4. Add more IAS compatibilities to ia64 assembler. Changes from binutils 2.13.90.0.20: 1. Update from binutils 2003 0505. 2. Fix various ELF visibility bugs. 3. Fix some ia64 linker bugs. 4. Fix some ia64 assembler bugs. 5. Add some IAS compatibilities to ia64 assembler. 6. Fix ELF common symbol alignment. 7. Fix ELF weak symbol handling. Changes from binutils 2.13.90.0.18: 1. Update from binutils 2003 0319. 2. Fix an ia64 linker brl relaxation bug. 3. Fix some ELF/ppc linker bugs. Changes from binutils 2.13.90.0.16: 1. Update from binutils 2003 0121. 2. Fix an ia64 gas bug. 3. Fix some TLS bugs. 4. Fix some ELF/ppc bugs. 5. Fix an ELF/m68k bug. 2. Include /usr/bin/c++filt. Changes from binutils 2.13.90.0.14: 1. Update from binutils 2002 1126. 2. Include /usr/bin/c++filt. 3. Fix "ld -r" with execption handling. Changes from binutils 2.13.90.0.10: 1. Update from binutils 2002 1114. 2. Fix ELF/alpha bugs. 3. Fix an ELF/i386 assembler bug. Changes from binutils 2.13.90.0.4: 1. Update from binutils 2002 1010. 2. More ELF/PPC linker bug fixes. 3. Fix an ELF/alpha linker bug. 4. Fix an ELF/sparc linker bug to support Solaris. 5. More TLS updates. Changes from binutils 2.13.90.0.3: 1. Update from binutils 2002 0814. 2. Fix symbol versioning bugs for gcc 3.2. 3. Fix mips gas. Changes from binutils 2.13.90.0.2: 1. Update from binutils 2002 0809. 2. Fix a mips gas compatibility bug. 3. Fix an x86 TLS bfd bug. 4. Fix an x86 PIC gas bug. 5. Improve symbol versioning support. The file list: 1. binutils-2.15.94.0.2.tar.bz2. Source code. 2. binutils-2.15.94.0.1-2.15.94.0.2.diff.bz2. Patch against the previous beta source code. 3. binutils-2.15.94.0.2-1.i386.rpm. IA-32 binary RPM for RedHat EL 3. 4. binutils-2.15.94.0.2-1.ia64.rpm. IA-64 binary RPM for RedHat EL 3. 5. binutils-2.15.94.0.2-1.x86_64.rpm. X64_64 binary RPM for RedHat EL 3. There is no separate source rpm. You can do # rpmbuild -ta binutils-2.15.94.0.2.tar.bz2 to create both binary and source rpms. The primary sites for the beta Linux binutils are: 1. http://www.kernel.org/pub/linux/devel/binutils/ Thanks. H.J. Lu hjl at lucon.org 12/20/2004 ----- End forwarded message ----- -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Mon Dec 20 22:07:47 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 20 Dec 2004 23:07:47 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> References: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> Message-ID: <200412202307.47624.glen@delfi.ee> On Monday 20 December 2004 11:28, Andrzej Krzysztofowicz wrote: > > looks like dead end, only way to solve it is dependancy of package > > containing static binary. > > This is the reason the "base" packages (like glibc, FHS, setup, etc.) do > not contain %pre/%post shell scripts. > The only acceptable script may be a LUA script. > Or just a static binary program call. ok. is this better? http://glen.alkohol.ee/pld/glibc/diff.2.patch http://glen.alkohol.ee/pld/glibc/glibc-LD-path.c altho i'm not sure how that small script should be called. one more idea slipped into my mind how to make this more clean. it is to update that .c program to scan director(ies) for libc*.so and if the version is different than tobeinstalled glibc rename those files, and that only for dirs that aren't in tobeinstalled glibc itself. comments? -- glen From ankry at green.mif.pg.gda.pl Mon Dec 20 22:21:43 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 20 Dec 2004 22:21:43 +0100 (CET) Subject: [hjl@lucon.org: The Linux binutils 2.15.94.0.2 is released] In-Reply-To: <20041220210609.GD5292@pld-linux.org> from "havner" at Dec 20, 2004 10:06:09 PM Message-ID: <200412202121.iBKLLhvH029616@green.mif.pg.gda.pl> havner wrote: > ----- Forwarded message from "H. J. Lu" ----- > > From: "H. J. Lu" > To: linux-gcc at vger.kernel.org > Subject: The Linux binutils 2.15.94.0.2 is released > Date: Mon, 20 Dec 2004 12:59:23 -0800 > > This is the beta release of binutils 2.15.94.0.2 for Linux, which is > based on binutils 2004 1220 in CVS on sources.redhat.com plus various > changes. It is purely for Linux. So we shouldn't try to use it as base for crossming32/crossavr-binutils ? > Please report any bugs related to binutils 2.15.94.0.2 to hjl at lucon.org > > and > > http://www.sourceware.org/bugzilla/ -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Mon Dec 20 22:56:43 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 22:56:43 +0100 Subject: [hjl@lucon.org: The Linux binutils 2.15.94.0.2 is released] In-Reply-To: <200412202121.iBKLLhvH029616@green.mif.pg.gda.pl> References: <20041220210609.GD5292@pld-linux.org> <200412202121.iBKLLhvH029616@green.mif.pg.gda.pl> Message-ID: <20041220215643.GA6027@satan.blackhosts> On Mon, Dec 20, 2004 at 10:21:43PM +0100, Andrzej Krzysztofowicz wrote: > havner wrote: > > ----- Forwarded message from "H. J. Lu" ----- > > > > From: "H. J. Lu" > > To: linux-gcc at vger.kernel.org > > Subject: The Linux binutils 2.15.94.0.2 is released > > Date: Mon, 20 Dec 2004 12:59:23 -0800 > > > > This is the beta release of binutils 2.15.94.0.2 for Linux, which is > > based on binutils 2004 1220 in CVS on sources.redhat.com plus various > > changes. It is purely for Linux. > > So we shouldn't try to use it as base for crossming32/crossavr-binutils ? IMO there's no need to worry. I reported crossmingw-specific bug some time ago and he didn't complain. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From qboosh at pld-linux.org Mon Dec 20 22:58:09 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 20 Dec 2004 22:58:09 +0100 Subject: Jakarta BR In-Reply-To: <20041220192105.GC13494@sith.mimuw.edu.pl> References: <20041220190859.GB13494@sith.mimuw.edu.pl> <20041220192042.GA8503@satan.blackhosts> <20041220192105.GC13494@sith.mimuw.edu.pl> Message-ID: <20041220215809.GB6027@satan.blackhosts> On Mon, Dec 20, 2004 at 08:21:05PM +0100, Jan Rekorajski wrote: > On Mon, 20 Dec 2004, Jakub Bogusz wrote: > > On Mon, Dec 20, 2004 at 08:08:59PM +0100, Jan Rekorajski wrote: > > > On Mon, 20 Dec 2004, koorek wrote: > > > > Hi! > > > > > > > > I don't really know nothing about this, but: > > > > 1. jakarta-ant has some BR (that's ok) > > > > 2. this dependecies has BR jakarta-ant > > > > > > > > WTF? > > > > > > jakarta sucks, that's what. > > > > > > > How to build this? Sorry if this is obvious for someone who is sitting > > > > in this, but I don't get it. It's a loop. > > > > > > Build jakarta-ant with --nodeps, rebuild deps, then build jakarta-ant > > > again. Sorry, it's not my fault that ant, to have complete functionality, > > > needs programs that must be built with ant. > > > > So let's add --with bootstrap bcond, which disables BRs needed for this > > additional functionality, leaving BRs needed to build (minimal) ant > > capable to build its own BRs. > > I did it, but it will not resolve the issue as some of those BRs need > ant with more than just basic functionality. Try: > > ./builder --with basic_functionality jakarta-ant > ./builder jakarta-commons-net > > It won't work because jakarta-commons-net needs jakarta-ant build with > junit support. I don't know if there is more such packages. Hm... so multi-stage bootstrap is needed? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From zawadaa at wp.pl Mon Dec 20 23:06:39 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Mon, 20 Dec 2004 23:06:39 +0100 Subject: Jakarta BR In-Reply-To: References: Message-ID: <41C74CEF.6030505@wp.pl> koorek wrote: > Hi! > > I don't really know nothing about this, but: > 1. jakarta-ant has some BR (that's ok) > 2. this dependecies has BR jakarta-ant > > WTF? Ooo man! Today at work I wanted to ask the same question!! I did --nodeps - there is something about self bootstrap. Strange for me too. -- Andrzej Zawadzki From hawk at limanowa.net Tue Dec 21 10:01:56 2004 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 21 Dec 2004 10:01:56 +0100 Subject: nspr Message-ID: <41C7E684.6060909@limanowa.net> Hello. I just tried to build mozilla 1.7.5 and it needs newer nspr. I see nspr 4.6 beta on DEVEL, so there are two solutions: 1) move newer nspr to AC or 2) make mozilla build without system nspr, same way it was done in firefox and thunderbird. Which solution do we choose? M. From ankry at green.mif.pg.gda.pl Tue Dec 21 10:16:36 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 21 Dec 2004 10:16:36 +0100 (CET) Subject: SPECS: dev.spec - /dev/ub[a-d]{, In-Reply-To: from "adamg" at Dec 20, 2004 11:58:14 PM Message-ID: <200412210916.iBL9GaRv009793@green.mif.pg.gda.pl> adamg wrote: > diff -u SPECS/dev.spec:1.148 SPECS/dev.spec:1.149 > --- SPECS/dev.spec:1.148 Wed Nov 10 13:58:58 2004 > +++ SPECS/dev.spec Mon Dec 20 23:58:08 2004 > @@ -6,7 +6,7 @@ > Summary(tr): /dev dizini > Name: dev > Version: 2.9.0 > -Release: 13 > +Release: 14 > License: Public Domain > Group: Base > Source0: dev-list > @@ -267,6 +267,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.149 2004/12/20 23:58:08 adamg > +- /dev/ub[a-d]{,[0-7]} devices for new ub module (that comes with 2.6.9 (.10)) > + > Revision 1.148 2004/11/10 13:58:58 paladine > - cosmetics > > ================================================================ Hmm, bumping release is enough for them to be created ? ;P -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Tue Dec 21 10:21:46 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 21 Dec 2004 10:21:46 +0100 Subject: nspr In-Reply-To: <41C7E684.6060909@limanowa.net> References: <41C7E684.6060909@limanowa.net> Message-ID: <20041221092146.GA12467@gruby.cs.net.pl> On Tue, Dec 21, 2004 at 10:01:56AM +0100, Marcin Kr?l wrote: > Hello. > > I just tried to build mozilla 1.7.5 and it needs newer nspr. I see nspr > 4.6 beta on DEVEL, so there are two solutions: 1) move newer nspr to AC > or 2) make mozilla build without system nspr, same way it was done in > firefox and thunderbird. Which solution do we choose? Use beta nspr. In all mozilla-based packages. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From qboosh at pld-linux.org Tue Dec 21 10:51:49 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 21 Dec 2004 10:51:49 +0100 Subject: SPECS: ipw2200-firmware.spec - new fw 2.2 - fw in /lib for complia... In-Reply-To: References: Message-ID: <20041221095149.GB12467@gruby.cs.net.pl> On Tue, Dec 21, 2004 at 12:53:05AM +0000, zawadaa wrote: > Author: zawadaa Date: Tue Dec 21 00:53:05 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new fw 2.2 > - fw in /lib for compliance with hotplug > - clean up > -/lib/firmware/*.fw > +/%{_lib}/firmware/ipw2200-LICENSE > +/%{_lib}/firmware/*.fw So /%{_lib}/firmware must belong to some package (hotplug? rc-scripts? filesystem/FHS)? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From zawadaa at wp.pl Tue Dec 21 11:14:04 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Tue, 21 Dec 2004 11:14:04 +0100 Subject: SPECS: ipw2200-firmware.spec - new fw 2.2 - fw in /lib for complia... In-Reply-To: <20041221095149.GB12467@gruby.cs.net.pl> References: <20041221095149.GB12467@gruby.cs.net.pl> Message-ID: <41C7F76C.10507@wp.pl> Jakub Bogusz wrote: > On Tue, Dec 21, 2004 at 12:53:05AM +0000, zawadaa wrote: > >>Author: zawadaa Date: Tue Dec 21 00:53:05 2004 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- new fw 2.2 >>- fw in /lib for compliance with hotplug >>- clean up > > >>-/lib/firmware/*.fw >>+/%{_lib}/firmware/ipw2200-LICENSE >>+/%{_lib}/firmware/*.fw > > > So /%{_lib}/firmware must belong to some package (hotplug? rc-scripts? > filesystem/FHS)? That's from hotplugs ChangeLog. Mon Sep 20 2004 kroah - 2004_09_20 release [...] - From Marcel Holtmann - fix location of FIRMWARE_DIR to /lib/firmware So can we take that like convention? On the other hand, for example eagle doesn't need hotplug to work. Then maybe FHS is better? -- Andrzej Zawadzki From ankry at green.mif.pg.gda.pl Tue Dec 21 11:29:41 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 21 Dec 2004 11:29:41 +0100 (CET) Subject: SPECS: gst-editor.spec - update 0.8.0 - rel 1 - add %{datadir}/... In-Reply-To: from "radzio" at Dec 21, 2004 10:25:15 AM Message-ID: <200412211029.iBLATfdK010314@green.mif.pg.gda.pl> radzio wrote: > > Author: radzio Date: Tue Dec 21 10:25:15 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - update 0.8.0 > - rel 1 > - add %{datadir}/locale in %file section Don't do it! %{datadir}/locale dir belongs to glibc! -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Tue Dec 21 11:42:25 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 21 Dec 2004 12:42:25 +0200 Subject: SPECS: java-sun.spec - version 1.5.0.01 In-Reply-To: References: Message-ID: <200412211242.25878.glen@delfi.ee> shouldn't these packaged too, if they already came with the jdk package? warning: Installed (but unpackaged) file(s) found: /usr/lib/java/jre/lib/oblique-fonts/LucidaSansDemiOblique.ttf /usr/lib/java/jre/lib/oblique-fonts/LucidaSansOblique.ttf /usr/lib/java/jre/lib/oblique-fonts/LucidaTypewriterBoldOblique.ttf /usr/lib/java/jre/lib/oblique-fonts/LucidaTypewriterOblique.ttf /usr/lib/java/jre/lib/oblique-fonts/fonts.dir On Tuesday 21 December 2004 11:37, saq wrote: > Author: saq Date: Tue Dec 21 09:37:19 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - version 1.5.0.01 > > ---- Files affected: > SPECS: > java-sun.spec (1.80 -> 1.81) > > ---- Diffs: > > ================================================================ > Index: SPECS/java-sun.spec > diff -u SPECS/java-sun.spec:1.80 SPECS/java-sun.spec:1.81 > --- SPECS/java-sun.spec:1.80 Fri Nov 26 20:06:34 2004 > +++ SPECS/java-sun.spec Tue Dec 21 09:37:13 2004 > @@ -1,19 +1,22 @@ > # $Revision$, $Date$ > +%define _ver 1.5.0.01 > +%define _src_ver %(echo %{_ver}|tr . _) > +%define _dir_ver %(echo %{_ver}|sed 's/\\.\\(..\\)$/_\\1/') > Summary: Sun JDK (Java Development Kit) for Linux > Summary(pl): Sun JDK - ?rodowisko programistyczne Javy dla Linuksa > Name: java-sun > -Version: 1.5.0 > +Version: %{_ver} > Release: 1 > License: restricted, non-distributable > Group: Development/Languages/Java > # download directly from http://java.sun.com/j2se/1.5.0/download.jsp > %ifarch %{ix86} > -Source0: jdk-1_5_0-linux-i586.bin > -# NoSource0-md5: 81d0511feb32e7b7d61f7c07ee0b15e9 > +Source0: jdk-%{_src_ver}-linux-i586.bin > +# NoSource0-md5: 3e3aa7f89685a30c5c343f8f70966800 > %endif > %ifarch amd64 > -Source0: jdk-1_5_0-linux-amd64.bin > -# NoSource0-md5: 70ba79bdbf8cd2ba62f0fb99058c0ee9 > +Source0: jdk-%{_src_ver}-linux-amd64.bin > +# NoSource0-md5: 99261de1c6c7774502eaa505cdfb1dec > %endif > NoSource: 0 > Patch0: %{name}-ControlPanel-fix.patch > @@ -245,13 +248,13 @@ > Wtyczka z obs?ug? Javy dla Mozilli Firefox skompilowana przy u?yciu gcc 3. > > %prep > -%setup -q -T -c -n jdk%{version} > +%setup -q -T -c -n jdk%{_dir_ver} > cd .. > export MORE=10000 > sh %{SOURCE0} < yes > EOF > -cd jdk%{version} > +cd jdk%{_dir_ver} > %ifnarch amd64 > %patch0 -p1 > %patch1 -p1 > @@ -742,6 +745,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.81 2004/12/21 09:37:13 saq > +- version 1.5.0.01 > + > Revision 1.80 2004/11/26 20:06:34 havner > - apt man added > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/java-sun.spec?r1=1.80&r2=1.81&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From zawadaa at wp.pl Tue Dec 21 12:20:35 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Tue, 21 Dec 2004 12:20:35 +0100 Subject: jsch.spec Message-ID: <41C80703.7050809@wp.pl> BUILD [...] + ant Java HotSpot(TM) 64-Bit Server VM warning: Can't detect initial thread stack location - no /proc/self/stat Buildfile: build.xml init: [mkdir] Created dir: /builder/rpm/BUILD/jsch-0.1.16/build compile: [javac] Compiling 72 source files to /builder/rpm/BUILD/jsch-0.1.16/build dist: [jar] Building jar: /builder/rpm/BUILD/jsch-0.1.16/dist/lib/jsch-20041221.jar ^^^^^^^^^^^^^^^ BUILD SUCCESSFUL Total time: 4 seconds + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.43740 + umask 022 + cd /builder/rpm/BUILD + cd jsch-0.1.16 + LANG=C + export LANG + unset DISPLAY + rm -rf /builder/tmp/jsch-0.1.16-root-builder + install -d /builder/tmp/jsch-0.1.16-root-builder/usr/share/java /builder/tmp/jsch-0.1.16-root-builder/usr/src/examples/jsch-0.1.16 + install dist/lib/jsch-20041214.jar ^^^^^^^^^^^^^ /builder/tmp/jsch-0.1.16-root-builder/usr/share/java install: cannot stat `dist/lib/jsch-20041214.jar': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.43740 (%install) jar has name with day date suffix? -- Andrzej Zawadzki From baggins at sith.mimuw.edu.pl Tue Dec 21 12:56:52 2004 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 21 Dec 2004 12:56:52 +0100 Subject: jsch.spec In-Reply-To: <41C80703.7050809@wp.pl> References: <41C80703.7050809@wp.pl> Message-ID: <20041221115652.GD13494@sith.mimuw.edu.pl> On Tue, 21 Dec 2004, Andrzej Zawadzki wrote: > BUILD > [...] > + ant > Java HotSpot(TM) 64-Bit Server VM warning: Can't detect initial thread > stack location - no /proc/self/stat > Buildfile: build.xml > > init: > [mkdir] Created dir: /builder/rpm/BUILD/jsch-0.1.16/build > > compile: > [javac] Compiling 72 source files to > /builder/rpm/BUILD/jsch-0.1.16/build > > dist: > [jar] Building jar: > /builder/rpm/BUILD/jsch-0.1.16/dist/lib/jsch-20041221.jar > ^^^^^^^^^^^^^^^ > BUILD SUCCESSFUL > Total time: 4 seconds > + exit 0 > Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.43740 > + umask 022 > + cd /builder/rpm/BUILD > + cd jsch-0.1.16 > + LANG=C > + export LANG > + unset DISPLAY > + rm -rf /builder/tmp/jsch-0.1.16-root-builder > + install -d /builder/tmp/jsch-0.1.16-root-builder/usr/share/java > /builder/tmp/jsch-0.1.16-root-builder/usr/src/examples/jsch-0.1.16 > + install dist/lib/jsch-20041214.jar > ^^^^^^^^^^^^^ > /builder/tmp/jsch-0.1.16-root-builder/usr/share/java > install: cannot stat `dist/lib/jsch-20041214.jar': No such file or directory > error: Bad exit status from /var/tmp/rpm-tmp.43740 (%install) > > > jar has name with day date suffix? OMG! What an idiots!!!: Someone is really sick. I'll fix it ASAP. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From krzak at hakore.com Tue Dec 21 13:04:55 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Tue, 21 Dec 2004 13:04:55 +0100 Subject: jsch.spec In-Reply-To: <20041221115652.GD13494@sith.mimuw.edu.pl> References: <41C80703.7050809@wp.pl> <20041221115652.GD13494@sith.mimuw.edu.pl> Message-ID: <41C81167.5080706@hakore.com> U?ytkownik Jan Rekorajski napisa?: > On Tue, 21 Dec 2004, Andrzej Zawadzki wrote: > > >>BUILD >>[...] >>+ ant >>Java HotSpot(TM) 64-Bit Server VM warning: Can't detect initial thread >>stack location - no /proc/self/stat >>Buildfile: build.xml >> >>init: >> [mkdir] Created dir: /builder/rpm/BUILD/jsch-0.1.16/build >> >>compile: >> [javac] Compiling 72 source files to >>/builder/rpm/BUILD/jsch-0.1.16/build >> >>dist: >> [jar] Building jar: >>/builder/rpm/BUILD/jsch-0.1.16/dist/lib/jsch-20041221.jar >> ^^^^^^^^^^^^^^^ >>BUILD SUCCESSFUL >>Total time: 4 seconds >>+ exit 0 >>Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.43740 >>+ umask 022 >>+ cd /builder/rpm/BUILD >>+ cd jsch-0.1.16 >>+ LANG=C >>+ export LANG >>+ unset DISPLAY >>+ rm -rf /builder/tmp/jsch-0.1.16-root-builder >>+ install -d /builder/tmp/jsch-0.1.16-root-builder/usr/share/java >>/builder/tmp/jsch-0.1.16-root-builder/usr/src/examples/jsch-0.1.16 >>+ install dist/lib/jsch-20041214.jar >> ^^^^^^^^^^^^^ >> /builder/tmp/jsch-0.1.16-root-builder/usr/share/java >>install: cannot stat `dist/lib/jsch-20041214.jar': No such file or directory >>error: Bad exit status from /var/tmp/rpm-tmp.43740 (%install) >> >> >>jar has name with day date suffix? > > > OMG! What an idiots!!!: > > > > > Someone is really sick. I'll fix it ASAP. well.. maybe it's because it is some kind os snapshot and need to be identified ? -- Marcin Krzy?anowski From ankry at green.mif.pg.gda.pl Tue Dec 21 13:09:40 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 21 Dec 2004 13:09:40 +0100 (CET) Subject: jsch.spec In-Reply-To: <41C81167.5080706@hakore.com> from "Marcin Krzyzanowski" at Dec 21, 2004 01:04:55 PM Message-ID: <200412211209.iBLC9ego011486@green.mif.pg.gda.pl> Marcin Krzyzanowski wrote: [...] > well.. maybe it's because it is some kind os snapshot and need to be > identified ? Identification failed. It seems to be the _build_ date, not snapshot date. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From baggins at sith.mimuw.edu.pl Tue Dec 21 13:11:45 2004 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 21 Dec 2004 13:11:45 +0100 Subject: jsch.spec In-Reply-To: <200412211209.iBLC9ego011486@green.mif.pg.gda.pl> References: <41C81167.5080706@hakore.com> <200412211209.iBLC9ego011486@green.mif.pg.gda.pl> Message-ID: <20041221121145.GE13494@sith.mimuw.edu.pl> On Tue, 21 Dec 2004, Andrzej Krzysztofowicz wrote: > Marcin Krzyzanowski wrote: > [...] > > well.. maybe it's because it is some kind os snapshot and need to be > > identified ? > > Identification failed. > It seems to be the _build_ date, not snapshot date. Exactly, I fixed it, now it's package version. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Tue Dec 21 13:34:40 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 21 Dec 2004 14:34:40 +0200 Subject: SPECS: acl.spec - spacing In-Reply-To: References: Message-ID: <200412211434.40867.glen@delfi.ee> perhaps enforce vim options in system .spec files? i guess these for start: tw=70:ts=8:sw=8 On Tuesday 21 December 2004 14:18, qboosh wrote: > Author: qboosh Date: Tue Dec 21 12:18:15 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - spacing > > ---- Files affected: > SPECS: > acl.spec (1.63 -> 1.64) > > ---- Diffs: > > ================================================================ > Index: SPECS/acl.spec > diff -u SPECS/acl.spec:1.63 SPECS/acl.spec:1.64 > --- SPECS/acl.spec:1.63 Wed Nov 24 22:27:11 2004 > +++ SPECS/acl.spec Tue Dec 21 12:18:07 2004 > @@ -15,7 +15,7 @@ > BuildRequires: automake > BuildRequires: gettext-devel > BuildRequires: sed >= 4.0 > -Obsoletes: libacl > +Obsoletes: libacl > Requires: attr >= 2.4.15 > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > @@ -92,7 +92,7 @@ > rm > -f $RPM_BUILD_ROOT%{_mandir}/man3/{acl_copy_int,acl_set_fd,acl_set_file}.3 > rm -f $RPM_BUILD_ROOT%{_mandir}/man3/{acl_to_short_text,acl_to_text}.3 echo > ".so acl_copy_ext.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_copy_int.3 -echo > ".so acl_get_fd.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_set_fd.3 +echo ".so > acl_get_fd.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_set_fd.3 echo ".so > acl_get_file.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_set_file.3 echo ".so > acl_from_text.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_to_short_text.3 echo > ".so acl_from_text.3" > $RPM_BUILD_ROOT%{_mandir}/man3/acl_to_text.3 @@ > -137,6 +137,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.64 2004/12/21 12:18:07 qboosh > +- spacing > + > Revision 1.63 2004/11/24 22:27:11 glen > - add O: libacl > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/acl.spec?r1=1.63&r2=1.64&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From zawadaa at wp.pl Tue Dec 21 14:23:20 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Tue, 21 Dec 2004 14:23:20 +0100 Subject: jakarta.spec - jsse vs. java-sdk Message-ID: <41C823C8.4010300@wp.pl> [builder at azawadzki SPECS]$ ./builder jakarta-ant.spec # $Revision: 1.37 $, $Date: 2004/12/20 19:13:28 $ apache-ant-1.6.2-src.tar.bz2 having proper md5sum already exists error: Failed build dependencies: jakarta-regexp >= 1.3 is needed by jakarta-ant-1.6.2-3 jakarta-oro >= 2.0.7 is needed by jakarta-ant-1.6.2-3 xalan-j is needed by jakarta-ant-1.6.2-3 bsf >= 2.3.0 is needed by jakarta-ant-1.6.2-3 jakarta-commons-logging is needed by jakarta-ant-1.6.2-3 jakarta-log4j is needed by jakarta-ant-1.6.2-3 jakarta-commons-net >= 1.2.2 is needed by jakarta-ant-1.6.2-3 jakarta-bcel is needed by jakarta-ant-1.6.2-3 javamail is needed by jakarta-ant-1.6.2-3 jsse is needed by jakarta-ant-1.6.2-3 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ But jsse is in Java 2 SDK http://java.sun.com/products/jsse/downloads/index.html Add Provides jsse to java-*.specs? -- Andrzej Zawadzki From qboosh at pld-linux.org Tue Dec 21 15:26:10 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 21 Dec 2004 15:26:10 +0100 Subject: SPECS: analog.spec - updated to 6.0, builds but not tested, NFY In-Reply-To: References: Message-ID: <20041221142610.GA25727@gruby.cs.net.pl> On Tue, Dec 21, 2004 at 02:17:39PM +0000, hawk wrote: > @@ -78,6 +76,7 @@ > %attr(755,root,root) %{_bindir}/analog > %{_datadir}/analog/lang/*.* > /home/httpd/icons/*.gif > +/home/httpd/icons/*.png > %attr(755,root,root) %dir /home/httpd/html/usage > %verify(not size mtime md5) /home/httpd/html/usage/analog.html Oh, we've got some non-existing dirs here... -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From hawk at limanowa.net Tue Dec 21 16:01:02 2004 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 21 Dec 2004 16:01:02 +0100 Subject: SPECS: analog.spec - updated to 6.0, builds but not tested, NFY In-Reply-To: <20041221142610.GA25727@gruby.cs.net.pl> References: <20041221142610.GA25727@gruby.cs.net.pl> Message-ID: <41C83AAE.1040904@limanowa.net> > Oh, we've got some non-existing dirs here... Just noticed :) I'll fix & test it, but tomorrow. M. From glen at delfi.ee Tue Dec 21 20:03:21 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 21 Dec 2004 21:03:21 +0200 Subject: SPECS: python-jwzthreading.spec - separate desc.'s periods from ht... In-Reply-To: References: Message-ID: <200412212103.22010.glen@delfi.ee> just a hint: add some extra word there, so somebody else won't kill it as "extra space" :) like: "as described by Jamie Zawinski at http://www.jwz.org/doc/threading.html website." On Tuesday 21 December 2004 20:49, you wrote: > Author: twittner Date: Tue Dec 21 18:49:49 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - separate desc.'s periods from http link > > ---- Files affected: > SPECS: > python-jwzthreading.spec (1.3 -> 1.4) > > ---- Diffs: > > ================================================================ > Index: SPECS/python-jwzthreading.spec > diff -u SPECS/python-jwzthreading.spec:1.3 > SPECS/python-jwzthreading.spec:1.4 --- > SPECS/python-jwzthreading.spec:1.3 Mon Dec 20 20:32:11 2004 > +++ SPECS/python-jwzthreading.spec Tue Dec 21 18:49:43 2004 > @@ -19,12 +19,12 @@ > %description > This is an implementation of a fast and smart algorithm for threading > mail messages, as described by Jamie Zawinski at > -http://www.jwz.org/doc/threading.html. > +http://www.jwz.org/doc/threading.html . > > %description -l pl > Implementacja szybkiego i sprawnego algorytmu w?tkowania poczty, > opisana przez Jamie Zawinskiego na stronie > -http://www.jwz.org/doc/threading.html. > +http://www.jwz.org/doc/threading.html . > > %prep > %setup -q -n %{module}-%{version} > @@ -56,6 +56,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.4 2004/12/21 18:49:43 twittner > +- separate desc.'s periods from http link > + > Revision 1.3 2004/12/20 20:32:11 qboosh > - pl fix, no control chars in changelog > > ================================================================ > > ---- CVS-web: > > http://cvs.pld-linux.org/SPECS/python-jwzthreading.spec?r1=1.3&r2=1.4&f=u > > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- Elan Ruusam?e http://www.DELFI.ee/ R?vala pst 6, 10143, Tallinn, Eesti tel (secretary): +372 650 4922 tel: +372 650 1278 fax: +372 681 4719 mailto:Elan.Ruusamae at delfi.ee From adamg at biomerieux.pl Tue Dec 21 20:41:17 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 21 Dec 2004 20:41:17 +0100 Subject: SPECS: python-jwzthreading.spec - separate desc.'s periods from ht... In-Reply-To: <200412212103.22010.glen@delfi.ee> References: <200412212103.22010.glen@delfi.ee> Message-ID: <20041221194117.GI13682@mysza.eu.org> On Tue, Dec 21, 2004 at 09:03:21PM +0200, Elan Ruusam?e wrote: > just a hint: add some extra word there, so somebody else won't kill it as > "extra space" :) > > like: > "as described by Jamie Zawinski at http://www.jwz.org/doc/threading.html > website." Or maybe in such cases we should strip out the full stop? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Tue Dec 21 21:12:21 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 21 Dec 2004 22:12:21 +0200 Subject: cvs commits in html Message-ID: <200412212212.21949.glen@delfi.ee> hi i've got idea (and implementation) that mails to cvs commit list should be sent in html, then the diffs are actually readable in coulour and not wrapped to multiple lines. sample output http://glen.alkohol.ee/pld/cvs-commit3.html script: http://glen.alkohol.ee/pld/diffcol-html.sh the mails could be eighter multipart/alternative (bigger mail traffic) or two separate lists being created, one for pure text and the other for html mails. having mail's in multipart/alternative, it allows you choose what you want to see html or text. -- glen From hawk at limanowa.net Tue Dec 21 21:23:44 2004 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 21 Dec 2004 21:23:44 +0100 Subject: cvs commits in html In-Reply-To: <200412212212.21949.glen@delfi.ee> References: <200412212212.21949.glen@delfi.ee> Message-ID: <41C88650.4060009@limanowa.net> > hi > > i've got idea (and implementation) that mails to cvs commit list should be > sent in html, then the diffs are actually readable in coulour and not wrapped > to multiple lines. No way :) I'm often filtering html mails :) And link to cvsweb is enough for me if I want it in html. M. From kolodko1 at o2.pl Tue Dec 21 21:29:41 2004 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Tue, 21 Dec 2004 21:29:41 +0100 Subject: cvs commits in html In-Reply-To: <41C88650.4060009@limanowa.net> References: <200412212212.21949.glen@delfi.ee> <41C88650.4060009@limanowa.net> Message-ID: <200412212129.41245.kolodko1@o2.pl> Dnia wtorek, 21 grudnia 2004 21:23, Marcin Kr?l napisa?: > > hi > > > > i've got idea (and implementation) that mails to cvs commit list should be > > sent in html, then the diffs are actually readable in coulour and not wrapped > > to multiple lines. > > No way :) I'm often filtering html mails :) And link to cvsweb is enough > for me if I want it in html. of course separate mail list i think ... From glen at delfi.ee Wed Dec 22 00:22:59 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 22 Dec 2004 01:22:59 +0200 Subject: cvs commits in html In-Reply-To: <41C88650.4060009@limanowa.net> References: <200412212212.21949.glen@delfi.ee> <41C88650.4060009@limanowa.net> Message-ID: <200412220123.00592.glen@delfi.ee> On Tuesday 21 December 2004 22:23, Marcin Kr?l wrote: > > hi > > > > i've got idea (and implementation) that mails to cvs commit list should > > be sent in html, then the diffs are actually readable in coulour and not > > wrapped to multiple lines. > > No way :) I'm often filtering html mails :) And link to cvsweb is enough > for me if I want it in html. i never bother opening the links, because they open in kate, and takes time :) so i have to see the diffs in terminal, if i really want to see diffs. -- glen From twittner at o2.pl Wed Dec 22 02:38:35 2004 From: twittner at o2.pl (Tomasz Wittner) Date: Wed, 22 Dec 2004 02:38:35 +0100 Subject: SPECS: python-jwzthreading.spec - separate desc.'s periods from ht... In-Reply-To: <20041221194117.GI13682@mysza.eu.org> References: <200412212103.22010.glen@delfi.ee> <20041221194117.GI13682@mysza.eu.org> Message-ID: <200412220238.35907.twittner@o2.pl> On Tue 21. of December 2004 20:41, Adam Go??biowski wrote: > On Tue, Dec 21, 2004 at 09:03:21PM +0200, Elan Ruusam?e wrote: > > just a hint: add some extra word there, so somebody else won't kill it as > > "extra space" :) > > > > like: > > "as described by Jamie Zawinski at http://www.jwz.org/doc/threading.html > > website." > > Or maybe in such cases we should strip out the full stop? ... and mayby someone will add this period without space after url again ;) (and again url will become "gmp unfriendly"). I think that Elan's suggestion is good for eng. description but what about pl.? Although period preceded by space looks strange and ugly but convenience should takes precedence over aesthetics. Let do what you want. -- Tomasz Wittner From saq at pld-linux.org Wed Dec 22 04:06:00 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 22 Dec 2004 04:06:00 +0100 Subject: SPECS: python.spec - enforce py_ver compatibility with provides py... In-Reply-To: References: Message-ID: <1103684760.12573.15.camel@neptune.sakowski.pl> On Tue, 2004-12-21 at 14:01 +0000, saq wrote: > Author: saq Date: Tue Dec 21 14:01:48 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - enforce py_ver compatibility with provides python(bytecode), > not by various epochless provides which don't enforce anything So, currently the base Python packages are: - python-libs -- the library files (that, among others, can be used to call python code directly from C) and some most basic modules - python -- the command-line interpreter (requires python-libs) - python-modules -- the standard Python module library, without the ones available in python-libs. Requires python-libs. python-libs version 1:2.x.y-rel provides python(bytecode) = 2.x , which you can (and should) use to enforce *.py{c,o} file format, including the /usr/lib/python2.x directory (you should require python(bytecode) = 2.x whenever you put files in this directory). Old-style python rpm macros are supported, but now %pyrequires_eq python-foo actually means: Requires: python(bytecode) = %{py_ver} Requires: python-foo # any version The old %pyrequires_eq semantics didn't actually enforce any equality, so it shouldn't be missed. Keep in mind to apply %pyrequires_eq to the appropriate python-* package, it's been pretty inconsistent for now. So, require python-modules if you use them, otherwise require python-libs. The main 'python' package should only be required if your package actually invokes /usr/bin/python manually (#!/usr/bin/python will get added with autoreqprov). Pending todos: test, RFC, port to AC-branch, obsolete the pyrequires_eq macros with an autoreq rule (a post-Ac task). I hope it isn't too late and I'm still able to make myself clear on how things work. -- Pawe? Sakowski PLD Linux Distribution From zawadaa at wp.pl Wed Dec 22 15:20:41 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Wed, 22 Dec 2004 15:20:41 +0100 Subject: eclipse on amd64 Message-ID: <41C982B9.8020802@wp.pl> cc -O2 -Wall -DSWT_VERSION=3106 -DLINUX -DGTK -I/usr/lib64/java/include -I/usr/lib64/java/include/linux -fpic -c -o swt_awt.o swt_awt.c cc -L -ljawt -shared -o libswt-awt-gtk-3106.so swt_awt.o g++ -O2 -Wall -DSWT_VERSION=3106 -DLINUX -DGTK -I/usr/lib64/java/include -I/usr/lib64/java/include/linux -fpic -fno-rtti -c -O2 `pkg-config --cflags qt-mt` -o kde.o kde.cpp kde.cpp: In function `jlong Java_org_eclipse_swt_internal_kde_KDE_KApplication_1new(JNIEnv*, _jclass*, int, _jlongArray*, long int, unsigned char, unsigned char)': kde.cpp:28: warning: `__comp_ctor' is deprecated (declared at /usr/include/kapplication.h:198) g++ -O2 -Wall -DSWT_VERSION=3106 -DLINUX -DGTK -I/usr/lib64/java/include -I/usr/lib64/java/include/linux -fpic -fno-rtti -c -O2 `pkg-config --cflags qt-mt` -o kde_stats.o kde_stats.cpp g++ -o libswt-kde-gtk-3106.so swt.o kde.o kde_stats.o -shared -lkdecore -lqt-mt -lkparts + cd - /builder/rpm/BUILD/eclipse-3.1 + /usr/bin/make -C plugins/org.eclipse.core.resources.linux/src CFLAGS=-O2 -I/usr/lib64/java/include -I/usr/lib64/java/include/linux LDFLAGS= make: Entering directory `/builder/rpm/BUILD/eclipse-3.1/plugins/org.eclipse.core.resources.linux/src' gcc -fPIC -O2 -I/usr/lib64/java/include -I/usr/lib64/java/include/linux -c core.c -o core.o gcc -shared -Wl,-soname,libcore.so -o libcore_2_1_0b.so core.o make: Leaving directory `/builder/rpm/BUILD/eclipse-3.1/plugins/org.eclipse.core.resources.linux/src' + mv plugins/org.eclipse.core.resources.linux/src/libcore_2_1_0b.so plugins/org.eclipse.core.resources.linux/os/linux/amd64 + cd plugins/org.eclipse.update.core.linux/src + amd64-pld-linux-gcc -O2 -I. -I/usr/lib64/java/include -I/usr/lib64/java/include/linux update.c -o libupdate.so -shared /usr/bin/ld: /builder/tmp/ccMTwOPz.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a sharedobject; recompile with -fPIC /builder/tmp/ccMTwOPz.o: could not read symbols: Bad value collect2: ld returned 1 exit status error: Bad exit status from /var/tmp/rpm-tmp.20142 (%build) It builds on athlon very well. gcc-3.3.5-1 java-blackdown-1.4.2_01-1 -- Andrzej Zawadzki From pluto at pld-linux.org Wed Dec 22 15:25:16 2004 From: pluto at pld-linux.org (Pawel Sikora) Date: Wed, 22 Dec 2004 15:25:16 +0100 (CET) Subject: eclipse on amd64 In-Reply-To: <41C982B9.8020802@wp.pl> References: <41C982B9.8020802@wp.pl> Message-ID: On Wed, 22 Dec 2004, Andrzej Zawadzki wrote: > + amd64-pld-linux-gcc -O2 -I. -I/usr/lib64/java/include > -I/usr/lib64/java/include/linux update.c -o libupdate.so -shared > /usr/bin/ld: /builder/tmp/ccMTwOPz.o: relocation R_X86_64_32 against `a local > symbol' can not be used when making a sharedobject; recompile with -fPIC ^^^^^^^^^^^^^^^^^^^^ Did You try this? > /builder/tmp/ccMTwOPz.o: could not read symbols: Bad value > collect2: ld returned 1 exit status From krzak at hakore.com Thu Dec 23 09:59:13 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Thu, 23 Dec 2004 09:59:13 +0100 Subject: You have oldmail Message-ID: <41CA88E1.6050102@hakore.com> Hi, because: Last login: Thu Dec 23 09:52:29 2004 from machine48 You have oldmail. [krzak at srv krzak]$ where is it set ? I cannot find I know it shoudl be some "mail" but cannot fid it while grep /etc in addition.. is it correct ? $ ls -al /etc/skel/ razem 40 drwxr-xr-x 3 root root 4096 2004-10-29 10:18 . drwxr-xr-x 37 root root 4096 2004-12-23 09:45 .. -rw-r--r-- 1 root root 55 2004-09-18 01:18 .bash_logout -rw-r--r-- 1 root root 304 2004-09-18 01:18 .bash_profile -rw-r--r-- 1 root root 124 2004-09-18 01:18 .bashrc -rw-r--r-- 1 root root 956 2004-04-07 16:33 .home_etc -rw-r--r-- 1 root root 97 2004-10-17 18:59 .login -rw-r--r-- 1 root root 112 2004-01-27 11:41 .mailrc -rw------- 1 root root 3729 2004-02-27 10:37 .screenrc drwxr-xr-x 2 root root 4096 2004-10-23 13:28 tmp [krzak at mailsrv skel]$ look at -rw------- 1 root root 3729 2004-02-27 10:37 .screenrc I'm not sure, just asking. -- Marcin Krzy?anowski From qboosh at pld-linux.org Thu Dec 23 10:12:24 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 23 Dec 2004 10:12:24 +0100 Subject: You have oldmail In-Reply-To: <41CA88E1.6050102@hakore.com> References: <41CA88E1.6050102@hakore.com> Message-ID: <20041223091224.GA9519@gruby.cs.net.pl> On Thu, Dec 23, 2004 at 09:59:13AM +0100, Marcin Krzyzanowski wrote: > Hi, > > because: > > Last login: Thu Dec 23 09:52:29 2004 from machine48 > You have oldmail. I see... If you have maildir, it comes from pam_mail. It was previously broken with mailboxes ("You have new mail"). -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From qboosh at pld-linux.org Thu Dec 23 10:37:12 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 23 Dec 2004 10:37:12 +0100 Subject: You have oldmail In-Reply-To: <20041223091224.GA9519@gruby.cs.net.pl> References: <41CA88E1.6050102@hakore.com> <20041223091224.GA9519@gruby.cs.net.pl> Message-ID: <20041223093712.GB9519@gruby.cs.net.pl> On Thu, Dec 23, 2004 at 10:12:24AM +0100, Jakub Bogusz wrote: > On Thu, Dec 23, 2004 at 09:59:13AM +0100, Marcin Krzyzanowski wrote: > > Hi, > > > > because: > > > > Last login: Thu Dec 23 09:52:29 2004 from machine48 > > You have oldmail. > > I see... > If you have maildir, it comes from pam_mail. > It was previously broken with mailboxes ("You have new mail"). Please try pam 0.78.1-2.1 from ac-test. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From zawadaa at wp.pl Thu Dec 23 15:05:04 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Thu, 23 Dec 2004 15:05:04 +0100 Subject: eclipse on amd64 In-Reply-To: References: <41C982B9.8020802@wp.pl> Message-ID: <41CAD090.40505@wp.pl> Pawel Sikora wrote: > On Wed, 22 Dec 2004, Andrzej Zawadzki wrote: > >> + amd64-pld-linux-gcc -O2 -I. -I/usr/lib64/java/include >> -I/usr/lib64/java/include/linux update.c -o libupdate.so -shared >> /usr/bin/ld: /builder/tmp/ccMTwOPz.o: relocation R_X86_64_32 against >> `a local symbol' can not be used when making a sharedobject; recompile >> with -fPIC > > ^^^^^^^^^^^^^^^^^^^^ > Did You try this? Dzi?ku qboosh! Teraz si? buduje. Tylko jeszcze w %install jest ?le bo: + install libswt-atk-gtk-3106.so libswt-awt-gtk-3106.so libswt-gnome-gtk-3106.so libswt-gtk-3106.so libswt-kde-gtk-3106.so libswt-pi-gtk-3106.so /builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk_3.1.0/os/linux/am d64 install: installing multiple files, but last argument, `/builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org .eclipse.swt.gtk_3.1.0/os/linux/amd64' is not a directory Try `install --help' for more information. error: Bad exit status from /var/tmp/rpm-tmp.37441 (%install) A te pliki s? w: /builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk64_3.1.0/os/linux/amd64 Ale ja nie wiem jak to zmieni? ?eby by?o prawid?owo... -- Andrzej Zawadzki From adamg at biomerieux.pl Thu Dec 23 15:18:58 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 23 Dec 2004 15:18:58 +0100 Subject: eclipse on amd64 In-Reply-To: <41CAD090.40505@wp.pl> References: <41C982B9.8020802@wp.pl> <41CAD090.40505@wp.pl> Message-ID: <20041223141858.GC31989@mysza.eu.org> On Thu, Dec 23, 2004 at 03:05:04PM +0100, Andrzej Zawadzki wrote: > + install libswt-atk-gtk-3106.so libswt-awt-gtk-3106.so > libswt-gnome-gtk-3106.so libswt-gtk-3106.so libswt-kde-gtk-3106.so > libswt-pi-gtk-3106.so > /builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk_3.1.0/os/linux/am > d64 > install: installing multiple files, but last argument, > `/builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org > .eclipse.swt.gtk_3.1.0/os/linux/amd64' is not a directory ^^^^^^^^^^^^^^^^^^ > Try `install --help' for more information. > error: Bad exit status from /var/tmp/rpm-tmp.37441 (%install) > > A te pliki s? w: > > /builder/tmp/eclipse-3.1-root-builder/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk64_3.1.0/os/linux/amd64 > > Ale ja nie wiem jak to zmieni? ?eby by?o prawid?owo... Most likely that dir was not created during make install. You can create it manually, before 'make install' call. Simply add install -d $RPM_BUILD_ROOT%{_libdir}/eclipse/plugins/org.eclipse.swt.gtk64_3.1.0/os/linux/amd64 just after 'rm -rf $RPM_BUILD_ROOT' line in %%install section and see if that helps. PS: This -en list! -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From krzak at hakore.com Sat Dec 25 16:29:19 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Sat, 25 Dec 2004 16:29:19 +0100 Subject: xboard doesn't start Message-ID: <41CD874F.2080908@hakore.com> It's something with font I think bbut maybe somebody will know how to fix it ? $ xboard X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 18 Current serial number in output stream: 19 xboard-4.2.7-4 -- Marcin Krzy?anowski From adamg at biomerieux.pl Sat Dec 25 19:13:18 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 25 Dec 2004 19:13:18 +0100 Subject: ERRORS: redland-bindings.spec In-Reply-To: References: Message-ID: <20041225181318.GB4654@mysza.eu.org> On Sat, Dec 25, 2004 at 02:51:38PM +0000, PLD ac-i686 builder wrote: > Removed 3746 duplicate packages from available set > mark php-cli-5.0.3-1 > mark php-devel-5.0.3-1 > Processing dependencies... > php4-devel-4.3.10-1 obsoleted by php-devel-5.0.3-1 > php-devel-5.0.3-1 marks php-common-5.0.3-1 (cap php-common = 3:5.0.3-1) > php-common-5.0.2-7 obsoleted by php-common-5.0.3-1 > php4-common-4.3.10-1 obsoleted by php-common-5.0.3-1 > error: php4-common-4.3.10-1 (cap libphp_common-4.3.10.so) is required by php4-cli-4.3.10-1 > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-cli-4.3.10-1 > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-pcre-4.3.10-1 > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-pcre-4.3.10-1 > There are 3 packages to install (1 marked by dependencies), 3 to uninstall: > I php-cli-5.0.3-1, php-devel-5.0.3-1 > D php-common-5.0.3-1 > R php-common-5.0.2-7, php4-common-4.3.10-1, php4-devel-4.3.10-1 > After unpacking about 3MB will be used. > error: 4 unresolved dependencies > error: BR installation failed > Begin-PLD-Builder-Info > Build-Time: user:8.33s sys:0.90s real:12.60s (faults io:0 non-io:98249) > > End-PLD-Builder-Info Qboosh, IIRC you had an idea of why it tries to obsolete each other. I can not find your mail. What was that about? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Sat Dec 25 19:35:35 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 25 Dec 2004 19:35:35 +0100 Subject: ERRORS: redland-bindings.spec In-Reply-To: <20041225181318.GB4654@mysza.eu.org> References: <20041225181318.GB4654@mysza.eu.org> Message-ID: <20041225183535.GA16033@satan.blackhosts> On Sat, Dec 25, 2004 at 07:13:18PM +0100, Adam Go??biowski wrote: > On Sat, Dec 25, 2004 at 02:51:38PM +0000, PLD ac-i686 builder wrote: > > Removed 3746 duplicate packages from available set > > mark php-cli-5.0.3-1 > > mark php-devel-5.0.3-1 > > Processing dependencies... > > php4-devel-4.3.10-1 obsoleted by php-devel-5.0.3-1 > > php-devel-5.0.3-1 marks php-common-5.0.3-1 (cap php-common = 3:5.0.3-1) > > php-common-5.0.2-7 obsoleted by php-common-5.0.3-1 > > php4-common-4.3.10-1 obsoleted by php-common-5.0.3-1 > > error: php4-common-4.3.10-1 (cap libphp_common-4.3.10.so) is required by php4-cli-4.3.10-1 > > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-cli-4.3.10-1 > > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-pcre-4.3.10-1 > > error: php4-common-4.3.10-1 (cap php4-common = 4.3.10-1) is required by php4-pcre-4.3.10-1 > > There are 3 packages to install (1 marked by dependencies), 3 to uninstall: > > I php-cli-5.0.3-1, php-devel-5.0.3-1 > > D php-common-5.0.3-1 > > R php-common-5.0.2-7, php4-common-4.3.10-1, php4-devel-4.3.10-1 > > After unpacking about 3MB will be used. > > error: 4 unresolved dependencies > > error: BR installation failed > > Begin-PLD-Builder-Info > > Build-Time: user:8.33s sys:0.90s real:12.60s (faults io:0 non-io:98249) > > > > End-PLD-Builder-Info > > Qboosh, IIRC you had an idea of why it tries to obsolete each other. I > can not find your mail. What was that about? That one is fixed already. But I've just found new one: php4 has Epoch=0, php Epoch=3 (since php-4.2.1). So php-something %{epoch}:%{version}-%{release} in php4 4.3.10 is older than 3:4.2.1. Either php4 epoch must be set to 3, or "3:" must be used instead of "%{epoch}:" in php-* Provides. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From adamg at biomerieux.pl Sat Dec 25 19:43:54 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 25 Dec 2004 19:43:54 +0100 Subject: ERRORS: redland-bindings.spec In-Reply-To: <20041225183535.GA16033@satan.blackhosts> References: <20041225181318.GB4654@mysza.eu.org> <20041225183535.GA16033@satan.blackhosts> Message-ID: <20041225184354.GC4654@mysza.eu.org> On Sat, Dec 25, 2004 at 07:35:35PM +0100, Jakub Bogusz wrote: > > > error: BR installation failed > > > Begin-PLD-Builder-Info > > > Build-Time: user:8.33s sys:0.90s real:12.60s (faults io:0 non-io:98249) > > > > > > End-PLD-Builder-Info > > > > Qboosh, IIRC you had an idea of why it tries to obsolete each other. I > > can not find your mail. What was that about? > > That one is fixed already. > > But I've just found new one: php4 has Epoch=0, php Epoch=3 (since > php-4.2.1). So php-something %{epoch}:%{version}-%{release} in php4 4.3.10 > is older than 3:4.2.1. > > Either php4 epoch must be set to 3, or "3:" must be used instead of > "%{epoch}:" in php-* Provides. Epoch bumping isn't especially welcome, but in that case I believe it will be more readable for all of us to have php4.spec Epoch set to 3. What others think? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From saq at pld-linux.org Sat Dec 25 20:42:18 2004 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_Sakowski?=) Date: Sat, 25 Dec 2004 20:42:18 +0100 Subject: FW: builder queue problem Message-ID: Seems like ftp.pld-linux.org has run out of disk space. -----Original Message----- From: PLD all builder [mailto:ac-admin at pld-linux.org] Sent: Saturday, December 25, 2004 8:21 PM To: pawel at sakowski.pl; ac-admin at pld-linux.org Subject: builder queue problem there were problems sending files from queue /home/builder/builder/pld-builder.new/spool/ftp/: problem: Executing: program /usr/bin/ssh host ep09.pld-linux.org, user fpldac, command scp -v -p -t /home/ftp/pub/Linux/PLD/dists/ac/ready/sparc/Zope-FSDump-0.8.1-2.noarch.rpm OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to ep09.pld-linux.org [193.219.28.21] port 22. debug1: Connection established. debug1: identity file /home/builder/builder/.ssh/identity type -1 debug1: identity file /home/builder/builder/.ssh/id_rsa type -1 debug1: identity file /home/builder/builder/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2 debug1: match: OpenSSH_3.7.1p2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'ep09.pld-linux.org' is known and matches the RSA host key. debug1: Found key in /home/builder/builder/.ssh/known_hosts:3 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /home/builder/builder/.ssh/identity debug1: Trying private key: /home/builder/builder/.ssh/id_rsa debug1: Offering public key: /home/builder/builder/.ssh/id_dsa debug1: Server accepts key: pkalg ssh-dss blen 433 debug1: read PEM private key done: type DSA debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending command: scp -v -p -t /home/ftp/pub/Linux/PLD/dists/ac/ready/sparc/Zope-FSDump-0.8.1-2.noarch.rpm Sending file modes: C0644 22851 106a199a-d69c-4922-8abb-320c8d534384 scp: /home/ftp/pub/Linux/PLD/dists/ac/ready/sparc/Zope-FSDump-0.8.1-2.noarch.rpm: No space left on device debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK debug1: fd 2 clearing O_NONBLOCK debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.3 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 debug1: Exit status 1 From zawadaa at wp.pl Sun Dec 26 00:05:04 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Sun, 26 Dec 2004 00:05:04 +0100 Subject: SPECS: ipw2200-firmware.spec - new fw 2.2 - fw in /lib for complia... In-Reply-To: <41C7F76C.10507@wp.pl> References: <20041221095149.GB12467@gruby.cs.net.pl> <41C7F76C.10507@wp.pl> Message-ID: <41CDF220.8000308@wp.pl> Andrzej Zawadzki wrote: >>> -/lib/firmware/*.fw >>> +/%{_lib}/firmware/ipw2200-LICENSE >>> +/%{_lib}/firmware/*.fw >> >> >> >> So /%{_lib}/firmware must belong to some package (hotplug? rc-scripts? >> filesystem/FHS)? > > > That's from hotplugs ChangeLog. > > Mon Sep 20 2004 kroah > - 2004_09_20 release > [...] > - From Marcel Holtmann > - fix location of FIRMWARE_DIR to /lib/firmware > > So can we take that like convention? > On the other hand, for example eagle doesn't need hotplug to work. > Then maybe FHS is better? And? Should I add /lib/firmware to FHS? attr(751,root,root)? -- Andrzej Zawadzki From zawadaa at wp.pl Sun Dec 26 00:18:06 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Sun, 26 Dec 2004 00:18:06 +0100 Subject: SOURCES: mldonkey.init - do nice shutdown via web interface when s... In-Reply-To: <20041225224205.GD19176@woland.michal.waw.pl> References: <20041224203825.GA19176@woland.michal.waw.pl> <41CDE3CF.30806@wp.pl> <20041225224205.GD19176@woland.michal.waw.pl> Message-ID: <41CDF52E.2080401@wp.pl> Michal Kochanowicz wrote: > On Sat, Dec 25, 2004 at 11:03:59PM +0100, Andrzej Zawadzki wrote: > >>He isn't polish ;-) >> >>But I have an idea - take a CVS account and fix it :-P > > > Moja nie rozumie?. Tu si? pisa? po polska :-P It's true - You don't understand. :-P -- Andrzej Zawadzki From havner at smtp.kamp.pl Sun Dec 26 19:16:18 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 26 Dec 2004 19:16:18 +0100 Subject: ERRORS: redland-bindings.spec In-Reply-To: <20041225184354.GC4654@mysza.eu.org> References: <20041225181318.GB4654@mysza.eu.org> <20041225183535.GA16033@satan.blackhosts> <20041225184354.GC4654@mysza.eu.org> Message-ID: <20041226181618.GB11470@pld-linux.org> On Sat, Dec 25, 2004 at 07:43:54PM +0100, Adam Go??biowski wrote: > Epoch bumping isn't especially welcome, but in that case I believe it > will be more readable for all of us to have php4.spec Epoch set to 3. I agree with you. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Sun Dec 26 22:43:43 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 26 Dec 2004 22:43:43 +0100 Subject: freenx Message-ID: <20041226214343.GA15507@pld-linux.org> freenx was removed from main due to unresolved dependency (nx-X11, provided by nx.spec - doesn't build on amd64) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Sun Dec 26 22:53:30 2004 From: havner at smtp.kamp.pl (havner) Date: Sun, 26 Dec 2004 22:53:30 +0100 Subject: aspell 0.50 Message-ID: <20041226215330.GA15742@pld-linux.org> What about aspell? Are we still decided to downgrade? If so is AC-branch finished? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Mon Dec 27 11:17:16 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 27 Dec 2004 12:17:16 +0200 Subject: SOURCES: mldonkey.init - do nice shutdown via web interface when s... In-Reply-To: <41CDF52E.2080401@wp.pl> References: <20041225224205.GD19176@woland.michal.waw.pl> <41CDF52E.2080401@wp.pl> Message-ID: <200412271217.16928.glen@delfi.ee> On Sunday 26 December 2004 01:18, Andrzej Zawadzki wrote: > Michal Kochanowicz wrote: > > On Sat, Dec 25, 2004 at 11:03:59PM +0100, Andrzej Zawadzki wrote: > >>He isn't polish ;-) > >> > >>But I have an idea - take a CVS account and fix it :-P > > > > Moja nie rozumie?. Tu si? pisa? po polska :-P > > It's true - You don't understand. :-P what was it about? i'm not in devel-pl :) -- glen From glen at delfi.ee Mon Dec 27 11:37:37 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 27 Dec 2004 12:37:37 +0200 Subject: SOURCES: mldonkey.init - do nice shutdown via web interface when s... In-Reply-To: <200412271217.16928.glen@delfi.ee> References: <41CDF52E.2080401@wp.pl> <200412271217.16928.glen@delfi.ee> Message-ID: <200412271237.37200.glen@delfi.ee> On Monday 27 December 2004 12:17, Elan Ruusam?e wrote: > what was it about? i'm not in devel-pl :) ok. is it better now? altho i don't understand why rc-scripts was in prereq: because in %pre there's only chkconfig and user adding, they all have own packages (chkconfig, shadow and coreutils). i don't see relation with rc-scripts. and added the version requirement into Requires:, as it's initscript what needs it. correct me, if needed ;) -- glen From glen at delfi.ee Mon Dec 27 12:15:21 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 27 Dec 2004 13:15:21 +0200 Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: References: Message-ID: <200412271315.22041.glen@delfi.ee> hi broken for php4 $ rpm -q --qf '%{epoch}:%{version}' php-devel package php-devel is not installed $ rpm -q --whatprovides php-devel php4-devel-4.3.9-6 you could take this as a hint perhaps? $ rpm -q --whatprovides php-devel --qf '%{epoch}:%{version}\n' 0:4.3.9 On Sunday 26 December 2004 17:32, adasi wrote: > Author: adasi Date: Sun Dec 26 15:32:36 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new spec, based on php-mmcache > > ---- Files affected: > SPECS: > php-eaccelerator.spec (NONE -> 1.1) (NEW) -- glen From marcus at kernel.pl Mon Dec 27 12:26:23 2004 From: marcus at kernel.pl (Marcin Bohosiewicz) Date: Mon, 27 Dec 2004 12:26:23 +0100 (CET) Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: <200412271315.22041.glen@delfi.ee> References: <200412271315.22041.glen@delfi.ee> Message-ID: On Mon, 27 Dec 2004, Elan Ruusam?e wrote: > hi > > broken for php4 php-eaccelerator is for php5 php-mmcache is for php4. M. > > > $ rpm -q --qf '%{epoch}:%{version}' php-devel > package php-devel is not installed > $ rpm -q --whatprovides php-devel > php4-devel-4.3.9-6 > > you could take this as a hint perhaps? > $ rpm -q --whatprovides php-devel --qf '%{epoch}:%{version}\n' > 0:4.3.9 > > > > On Sunday 26 December 2004 17:32, adasi wrote: > > Author: adasi Date: Sun Dec 26 15:32:36 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - new spec, based on php-mmcache > > > > ---- Files affected: > > SPECS: > > php-eaccelerator.spec (NONE -> 1.1) (NEW) > > > > -- > glen > > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en > -- -| == Marcin Bohosiewicz - MB8042-RIPE - marcus at kernel.pl == |- -| == tel. +48 601 485097 - PLD Team - marcus at pld-linux.org == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |- From glen at delfi.ee Mon Dec 27 12:37:17 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 27 Dec 2004 13:37:17 +0200 Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: References: <200412271315.22041.glen@delfi.ee> Message-ID: <200412271337.17083.glen@delfi.ee> On Monday 27 December 2004 13:26, Marcin Bohosiewicz wrote: > On Mon, 27 Dec 2004, Elan Ruusam?e wrote: > > hi > > > > broken for php4 > > php-eaccelerator is for php5 > php-mmcache is for php4. so should spec require it: BuildRequires: php-devel >= 4.1 -- glen From glen at delfi.ee Mon Dec 27 12:46:37 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 27 Dec 2004 13:46:37 +0200 Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: References: <200412271315.22041.glen@delfi.ee> Message-ID: <200412271346.37655.glen@delfi.ee> On Monday 27 December 2004 13:26, Marcin Bohosiewicz wrote: > On Mon, 27 Dec 2004, Elan Ruusam?e wrote: > > hi > > > > broken for php4 > > php-eaccelerator is for php5 > php-mmcache is for php4. i don't know. it does look like php4 is supported too http://cvs.sourceforge.net/viewcvs.py/eaccelerator/eaccelerator/ChangeLog?rev=1.16&view=auto http://cvs.sourceforge.net/viewcvs.py/eaccelerator/eaccelerator/README?rev=1.6&view=auto Requirements ------------ apache 1.3, mod_php 4.1, autoconf, automake, libtool, m4 Compatibility ------------- This version of the eAccelerator has been successfully tested on PHP 4.1.0-4.3.3 under RedHat Linux 7.0, 7.3, 8.0 and Windows with Apache 1.3 and Apache 2.0. -- glen From qboosh at pld-linux.org Mon Dec 27 13:22:03 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 27 Dec 2004 13:22:03 +0100 Subject: SPECS: dev.spec - /dev/fbsplash - needs to be figured why and fixe... In-Reply-To: References: Message-ID: <20041227122203.GB8233@gruby.cs.net.pl> On Mon, Dec 27, 2004 at 03:01:23AM +0000, havner wrote: > Author: havner Date: Mon Dec 27 03:01:22 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - /dev/fbsplash > - needs to be figured why and fixed why does it use the same major,minor > as DM control (maybe that's why there are problems with DM on this kernel [...] > %dev(c,10,63) %attr(660,root,disk) /dev/mapper/control > +%dev(c,10,63) %attr(660,root,video) /dev/fbsplash [...checking sources...] _Both_ entries are likely not to work. Several modules (incl. dm, fbsplash... just grep kernel sources for MISC_DYNAMIC_MINOR) have minor numbers for (char major 10) assigned dynamically (in 0..63 range, starting from 63 down to 0). They are supposed to work by creating device files dynamically using udev (or devfs, but it's obsolete). (well, they can be hacked by using some static minor instead of MISC_DYNAMIC_MINOR, but then such module can fail to load if that minor is already reserved by other module using MISC_DYNAMIC_MINOR...) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From adasi at grubno.da.ru Mon Dec 27 14:30:22 2004 From: adasi at grubno.da.ru (Witold Krecicki) Date: Mon, 27 Dec 2004 14:30:22 +0100 Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: <200412271346.37655.glen@delfi.ee> References: <200412271346.37655.glen@delfi.ee> Message-ID: <200412271430.22965.adasi@grubno.da.ru> Dnia poniedzia?ek 27 grudzie? 2004 12:46, Elan Ruusam?e napisa?: > On Monday 27 December 2004 13:26, Marcin Bohosiewicz wrote: > > On Mon, 27 Dec 2004, Elan Ruusam?e wrote: > > > hi > > > > > > broken for php4 > > > > php-eaccelerator is for php5 > > php-mmcache is for php4. > > i don't know. it does look like php4 is supported too Then, make php4-eaccelerator. But, better solution would be to make php4-mmcache. mmcache & TurckLoader is not working with php5 properly Generally - if something is for php4, make it php4-package, not php-package. -- Witold Kr?cicki (adasi) adasi [at] culm.net GPG key: 7AE20871 http://www.culm.net From havner at smtp.kamp.pl Mon Dec 27 14:57:49 2004 From: havner at smtp.kamp.pl (havner) Date: Mon, 27 Dec 2004 14:57:49 +0100 Subject: SPECS: dev.spec - /dev/fbsplash - needs to be figured why and fixe... In-Reply-To: <20041227122203.GB8233@gruby.cs.net.pl> References: <20041227122203.GB8233@gruby.cs.net.pl> Message-ID: <20041227135749.GB3437@pld-linux.org> On Mon, Dec 27, 2004 at 01:22:03PM +0100, Jakub Bogusz wrote: > _Both_ entries are likely not to work. > Several modules (incl. dm, fbsplash... just grep kernel sources for > MISC_DYNAMIC_MINOR) have minor numbers for (char major 10) assigned > dynamically (in 0..63 range, starting from 63 down to 0). > They are supposed to work by creating device files dynamically using > udev (or devfs, but it's obsolete). > > (well, they can be hacked by using some static minor instead of > MISC_DYNAMIC_MINOR, but then such module can fail to load if that minor > is already reserved by other module using MISC_DYNAMIC_MINOR...) So let's add major other than 10, or minor > 63. Is it reserved? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From adamg at biomerieux.pl Mon Dec 27 12:53:58 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 27 Dec 2004 12:53:58 +0100 Subject: SPECS: php-eaccelerator.spec (NEW) - new spec, based on php-mmcache In-Reply-To: <200412271346.37655.glen@delfi.ee> References: <200412271315.22041.glen@delfi.ee> <200412271346.37655.glen@delfi.ee> Message-ID: <20041227115358.GA23680@mysza.eu.org> On Mon, Dec 27, 2004 at 01:46:37PM +0200, Elan Ruusam?e wrote: > On Monday 27 December 2004 13:26, Marcin Bohosiewicz wrote: > > On Mon, 27 Dec 2004, Elan Ruusam?e wrote: > > > hi > > > > > > broken for php4 > > > > php-eaccelerator is for php5 > > php-mmcache is for php4. > > i don't know. it does look like php4 is supported too > http://cvs.sourceforge.net/viewcvs.py/eaccelerator/eaccelerator/ChangeLog?rev=1.16&view=auto > > http://cvs.sourceforge.net/viewcvs.py/eaccelerator/eaccelerator/README?rev=1.6&view=auto Then if it is supported both by php4 and php5 than (IMO) we should have php4-eaccelarator and php-eaccelerator. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Mon Dec 27 19:25:27 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 27 Dec 2004 19:25:27 +0100 Subject: SPECS: dev.spec - /dev/fbsplash - needs to be figured why and fixe... In-Reply-To: <20041227135749.GB3437@pld-linux.org> References: <20041227122203.GB8233@gruby.cs.net.pl> <20041227135749.GB3437@pld-linux.org> Message-ID: <20041227182527.GA11717@satan.blackhosts> On Mon, Dec 27, 2004 at 02:57:49PM +0100, havner wrote: > On Mon, Dec 27, 2004 at 01:22:03PM +0100, Jakub Bogusz wrote: > > _Both_ entries are likely not to work. > > Several modules (incl. dm, fbsplash... just grep kernel sources for > > MISC_DYNAMIC_MINOR) have minor numbers for (char major 10) assigned > > dynamically (in 0..63 range, starting from 63 down to 0). > > They are supposed to work by creating device files dynamically using > > udev (or devfs, but it's obsolete). > > > > (well, they can be hacked by using some static minor instead of > > MISC_DYNAMIC_MINOR, but then such module can fail to load if that minor > > is already reserved by other module using MISC_DYNAMIC_MINOR...) > > So let's add major other than 10, We shouldn't do such things. > or minor > 63. Is it reserved? 64..127 seem to be free (at the moment) acc. to devices.txt. Or we could statically reserve some high minors (e.g. 63 for mapper/control, 62 for fbsplash etc.) and decrease DYNAMIC_MINORS in drivers/char/misc.c. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From grotk at poczta.onet.pl Mon Dec 27 19:22:13 2004 From: grotk at poczta.onet.pl (Tomasz Grobelny) Date: Mon, 27 Dec 2004 19:22:13 +0100 Subject: leafnode and rc-inetd Message-ID: <200412271922.13906.grotk@poczta.onet.pl> Why is /etc/sysconfig/rc-inetd/leafnode not marked as config file? For me after upgrade leafnode over IPv6 stopped working. If there are no comments I will query My Favorite Developer (tm) to commit appropriate patch. Tomek From zawadaa at wp.pl Mon Dec 27 22:02:44 2004 From: zawadaa at wp.pl (Andrzej Zawadzki) Date: Mon, 27 Dec 2004 22:02:44 +0100 Subject: SOURCES: mldonkey.init - do nice shutdown via web interface when s... In-Reply-To: <200412271217.16928.glen@delfi.ee> References: <20041225224205.GD19176@woland.michal.waw.pl> <41CDF52E.2080401@wp.pl> <200412271217.16928.glen@delfi.ee> Message-ID: <41D07874.1040303@wp.pl> Elan Ruusam?e wrote: > On Sunday 26 December 2004 01:18, Andrzej Zawadzki wrote: > >>Michal Kochanowicz wrote: >> >>>On Sat, Dec 25, 2004 at 11:03:59PM +0100, Andrzej Zawadzki wrote: >>> >>>>He isn't polish ;-) >>>> >>>>But I have an idea - take a CVS account and fix it :-P >>> >>>Moja nie rozumie?. Tu si? pisa? po polska :-P >> >>It's true - You don't understand. :-P > > what was it about? i'm not in devel-pl :) > That's our folklore ;-) Michal is sending bunch of patches but he is refusing proposal to get a PLD CVS account. Bad Boy ;-) -- Andrzej Zawadzki From glen at delfi.ee Tue Dec 28 00:58:42 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 28 Dec 2004 01:58:42 +0200 Subject: SPECS: wget.spec - add LFS patch from FC2 In-Reply-To: References: Message-ID: <200412280158.42835.glen@delfi.ee> On Tuesday 28 December 2004 01:33, glen wrote: > Author: glen Date: Mon Dec 27 23:33:58 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - add LFS patch from FC2 > > ---- Files affected: > SPECS: > wget.spec (1.106 -> 1.107) > @@ -1,4 +1,7 @@ > # $Revision$, $Date$ > +# TODO > +# - -porn patch does not work with LFS could smb look at it, who added the patch :) -- glen From loc at toya.net.pl Tue Dec 28 01:11:21 2004 From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=) Date: Tue, 28 Dec 2004 01:11:21 +0100 Subject: SPECS: wget.spec - add LFS patch from FC2 In-Reply-To: <200412280158.42835.glen@delfi.ee> References: <200412280158.42835.glen@delfi.ee> Message-ID: <41D0A4A9.3020706@toya.net.pl> Elan Ruusam?e wrote: > On Tuesday 28 December 2004 01:33, glen wrote: > >>Author: glen Date: Mon Dec 27 23:33:58 2004 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- add LFS patch from FC2 >> >>---- Files affected: >>SPECS: >> wget.spec (1.106 -> 1.107) >>@@ -1,4 +1,7 @@ >> # $Revision$, $Date$ >>+# TODO >>+# - -porn patch does not work with LFS > > could smb look at it, who added the patch :) Don't even remind us of it. (; -- Regards, Jakub Piotr C?apa From koorek at o2.pl Tue Dec 28 01:14:13 2004 From: koorek at o2.pl (Robert Kurowski) Date: Tue, 28 Dec 2004 01:14:13 +0100 Subject: [SPECS] kf.spec update to 0.4 Message-ID: <20041228011413.47399865@localhost> Update to 0.4, many new featuers & bugfixes (now it's usable). I'm using kfcvs for some time, there's no problem with it (no besides of kf bugs - known or hidden) and it's much better than 0.2. -- Robert 'koorek' Kurowski http://www.koorek.pl.eu.org JID: koorek at chrome.pl Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? : "nie zawied? mnie znowu" -- George W. Bush -------------- next part -------------- A non-text attachment was scrubbed... Name: kf.spec.diff Type: application/octet-stream Size: 555 bytes Desc: not available URL: From havner at smtp.kamp.pl Tue Dec 28 02:36:39 2004 From: havner at smtp.kamp.pl (havner) Date: Tue, 28 Dec 2004 02:36:39 +0100 Subject: SPECS: dev.spec - /dev/fbsplash - needs to be figured why and fixe... In-Reply-To: <20041227182527.GA11717@satan.blackhosts> References: <20041227122203.GB8233@gruby.cs.net.pl> <20041227135749.GB3437@pld-linux.org> <20041227182527.GA11717@satan.blackhosts> Message-ID: <20041228013638.GD16266@pld-linux.org> On Mon, Dec 27, 2004 at 07:25:27PM +0100, Jakub Bogusz wrote: > > or minor > 63. Is it reserved? > > 64..127 seem to be free (at the moment) acc. to devices.txt. > > Or we could statically reserve some high minors (e.g. 63 for > mapper/control, 62 for fbsplash etc.) and decrease DYNAMIC_MINORS in > drivers/char/misc.c. I like that idea, but decrease to f.e. 50. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Tue Dec 28 11:12:33 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 28 Dec 2004 12:12:33 +0200 Subject: SPECS: wget.spec - add LFS patch from FC2 In-Reply-To: <41D0A4A9.3020706@toya.net.pl> References: <200412280158.42835.glen@delfi.ee> <41D0A4A9.3020706@toya.net.pl> Message-ID: <200412281212.33330.glen@delfi.ee> On Tuesday 28 December 2004 02:11, Jakub Piotr C?apa wrote: > Elan Ruusam?e wrote: > > On Tuesday 28 December 2004 01:33, glen wrote: > >>Author: glen Date: Mon Dec 27 23:33:58 2004 GMT > >>Module: SPECS Tag: HEAD > >>---- Log message: > >>- add LFS patch from FC2 > >> > >>---- Files affected: > >>SPECS: > >> wget.spec (1.106 -> 1.107) > >>@@ -1,4 +1,7 @@ > >> # $Revision$, $Date$ > >>+# TODO > >>+# - -porn patch does not work with LFS > > > > could smb look at it, who added the patch :) > > Don't even remind us of it. (; so, disable it for now? or remove? -- glen From loc at toya.net.pl Tue Dec 28 12:43:12 2004 From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=) Date: Tue, 28 Dec 2004 12:43:12 +0100 Subject: SPECS: wget.spec - add LFS patch from FC2 In-Reply-To: <200412281212.33330.glen@delfi.ee> References: <200412280158.42835.glen@delfi.ee> <41D0A4A9.3020706@toya.net.pl> <200412281212.33330.glen@delfi.ee> Message-ID: <41D146D0.4070103@toya.net.pl> Elan Ruusam?e wrote: > On Tuesday 28 December 2004 02:11, Jakub Piotr C?apa wrote: > >>Elan Ruusam?e wrote: >> >>>On Tuesday 28 December 2004 01:33, glen wrote: >>> >>>>Author: glen Date: Mon Dec 27 23:33:58 2004 GMT >>>>Module: SPECS Tag: HEAD >>>>---- Log message: >>>>- add LFS patch from FC2 >>>> >>>>---- Files affected: >>>>SPECS: >>>> wget.spec (1.106 -> 1.107) >>>>@@ -1,4 +1,7 @@ >>>># $Revision$, $Date$ >>>>+# TODO >>>>+# - -porn patch does not work with LFS >>> >>>could smb look at it, who added the patch :) >> >>Don't even remind us of it. (; > > so, disable it for now? or remove? Ask Averne - it's mostly his ,,child'' IIRC. :P -- Regards, Jakub Piotr C?apa From adamg at biomerieux.pl Tue Dec 28 14:00:43 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 28 Dec 2004 14:00:43 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: References: Message-ID: <20041228130043.GB11258@mysza.eu.org> On Tue, Dec 28, 2004 at 03:29:50AM +0000, twittner wrote: > %build > -%{__make} > +# Splitting into several lines what is below is strongly prohibited. > +%{__make} CC="%{__cc}" CXX="%{__cxx}" CFLAGS="%{rpmcflags}" CXXFLAGS="%{rpmcflags}" Because? :) We had a discussion concerning that issue but there were no conclusions. Don't mislead people. And since most of the specs follow the other convention, it will most likely be changed one day. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From malekith at pld-linux.org Wed Dec 29 00:47:59 2004 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 29 Dec 2004 00:47:59 +0100 Subject: SPECS (DEVEL): muine.spec - up to 0.7.1 - need mono 2.0 series pac... In-Reply-To: References: Message-ID: <20041228234759.GA2957@roke.okame> On Tue, Dec 28, 2004 at 02:13:58PM +0000, krzak wrote: > Author: krzak Date: Tue Dec 28 14:13:58 2004 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - up to 0.7.1 > - need mono 2.0 series packages Maybe 1.1? -- : Michal Moskal ::: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++ : ::: Logic is a nice contrast to the Real World. :: UL++++$ C++ E--- a? From krzak at hakore.com Wed Dec 29 00:57:33 2004 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Wed, 29 Dec 2004 00:57:33 +0100 Subject: SPECS (DEVEL): muine.spec - up to 0.7.1 - need mono 2.0 series pac... In-Reply-To: <20041228234759.GA2957@roke.okame> References: <20041228234759.GA2957@roke.okame> Message-ID: <41D1F2ED.50305@hakore.com> U?ytkownik Michal Moskal napisa?: > On Tue, Dec 28, 2004 at 02:13:58PM +0000, krzak wrote: > >>Author: krzak Date: Tue Dec 28 14:13:58 2004 GMT >>Module: SPECS Tag: DEVEL >>---- Log message: >>- up to 0.7.1 >>- need mono 2.0 series packages > > > Maybe 1.1? > maybe... the idea was about .pc packages names. It's called for example gtk-sharp-2.0.pc and so.. It's future. -- Marcin Krzy?anowski From twittner at o2.pl Wed Dec 29 05:26:43 2004 From: twittner at o2.pl (Tomasz Wittner) Date: Wed, 29 Dec 2004 05:26:43 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <20041228130043.GB11258@mysza.eu.org> References: <20041228130043.GB11258@mysza.eu.org> Message-ID: <200412290526.44767.twittner@o2.pl> On Tue 28. of December 2004 14:00, Adam Go??biowski wrote: > On Tue, Dec 28, 2004 at 03:29:50AM +0000, twittner wrote: > > %build > > -%{__make} > > +# Splitting into several lines what is below is strongly prohibited. > > +%{__make} CC="%{__cc}" CXX="%{__cxx}" CFLAGS="%{rpmcflags}" > > CXXFLAGS="%{rpmcflags}" > > Because? :) ... because \ it \ is \ strongly \ prohibited. Seriously, this line is longer than 80 characters and can be split in two but not in four as some developers usually make it. > > We had a discussion concerning that issue but there were no conclusions. Conclusion is: some developers are paranoids and they must break lines after %{__make} and put every single its argument in separate line, without necessity (even if %{__make} and its all arguments to fit in 60-80 char.). They also force others to makeing the same senseless things. > Don't mislead people. No - now people are well informed. > And since most of the specs follow the other > convention, it will most likely be changed one day. What for? - I know - for a convention. But I put reason before conventions. All-in-all my display is rather wider than higher. And yours? -- Tomasz Wittner From adamg at biomerieux.pl Wed Dec 29 09:45:33 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 29 Dec 2004 09:45:33 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <200412290526.44767.twittner@o2.pl> References: <20041228130043.GB11258@mysza.eu.org> <200412290526.44767.twittner@o2.pl> Message-ID: <20041229084533.GA29044@mysza.eu.org> On Wed, Dec 29, 2004 at 05:26:43AM +0100, Tomasz Wittner wrote: > On Tue 28. of December 2004 14:00, Adam Go??biowski wrote: > > On Tue, Dec 28, 2004 at 03:29:50AM +0000, twittner wrote: > > > %build > > > -%{__make} > > > +# Splitting into several lines what is below is strongly prohibited. > > > +%{__make} CC="%{__cc}" CXX="%{__cxx}" CFLAGS="%{rpmcflags}" > > > CXXFLAGS="%{rpmcflags}" > > > > Because? :) > ... because \ > it \ > is \ > strongly \ > prohibited. > > Seriously, this line is longer than 80 characters and can be split in two but > not in four as some developers usually make it. Because it is like: Shopping list: - milk - sugar - vodka - beer and not like Shopping list: - milk, - sugar, - vodka, - beer > > We had a discussion concerning that issue but there were no conclusions. > Conclusion is: some developers are paranoids and they must break lines after > %{__make} and put every single its argument in separate line, without > necessity (even if %{__make} and its all arguments to fit in 60-80 char.). > They also force others to makeing the same senseless things. And some are paranoid and prohibit other to do so. > > Don't mislead people. > No - now people are well informed. Show me where it was decided that convention I'm standing for is prohibited. Point me to appropriate mail in list archives. Or remove your comment. This is your private opinion which you can not enforce on others. > > And since most of the specs follow the other > > convention, it will most likely be changed one day. > What for? - I know - for a convention. But I put reason before conventions. > All-in-all my display is rather wider than higher. And yours? legibility -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Wed Dec 29 12:58:06 2004 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 29 Dec 2004 13:58:06 +0200 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <200412290526.44767.twittner@o2.pl> References: <20041228130043.GB11258@mysza.eu.org> <200412290526.44767.twittner@o2.pl> Message-ID: <200412291358.06815.glen@delfi.ee> On Wednesday 29 December 2004 06:26, Tomasz Wittner wrote: > On Tue 28. of December 2004 14:00, Adam Go??biowski wrote: > > On Tue, Dec 28, 2004 at 03:29:50AM +0000, twittner wrote: > > > ?%build > > > -%{__make} > > > +# Splitting into several lines what is below is strongly prohibited. > > > +%{__make} CC="%{__cc}" CXX="%{__cxx}" CFLAGS="%{rpmcflags}" > > > CXXFLAGS="%{rpmcflags}" > > > > Because? :) > > ... because \ > ?it \ > ?is \ > ?strongly \ > ?prohibited. > > Seriously, this line is longer than 80 characters and can be split in two > but not in four as some developers usually make it. how i see is that every parameter having own line, makes cvs diffs more readable and merging those is also with less fuzz. -- glen From malekith at pld-linux.org Wed Dec 29 13:05:07 2004 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 29 Dec 2004 13:05:07 +0100 Subject: SPECS (DEVEL): muine.spec - up to 0.7.1 - need mono 2.0 series pac... In-Reply-To: <41D1F2ED.50305@hakore.com> References: <20041228234759.GA2957@roke.okame> <41D1F2ED.50305@hakore.com> Message-ID: <20041229120507.GA8555@roke.okame> On Wed, Dec 29, 2004 at 12:57:33AM +0100, Marcin Krzyzanowski wrote: > U?ytkownik Michal Moskal napisa?: > >On Tue, Dec 28, 2004 at 02:13:58PM +0000, krzak wrote: > > > >>Author: krzak Date: Tue Dec 28 14:13:58 2004 GMT > >>Module: SPECS Tag: DEVEL > >>---- Log message: > >>- up to 0.7.1 > >>- need mono 2.0 series packages > > > > > >Maybe 1.1? > > > > maybe... the idea was about .pc packages names. It's called for example > gtk-sharp-2.0.pc and so.. I see, thanks. -- : Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++ : No, I will *not* fix your computer............ :: UL++++$ C++ E--- a? From qboosh at pld-linux.org Wed Dec 29 14:22:15 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 29 Dec 2004 14:22:15 +0100 Subject: SPECS: pam-pam_pgsql.spec - force to regenerate .c files from .pgc... In-Reply-To: References: Message-ID: <20041229132215.GA2359@gruby.cs.net.pl> On Wed, Dec 29, 2004 at 01:19:28PM +0000, radzio wrote: > Author: radzio Date: Wed Dec 29 13:19:28 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - force to regenerate .c files from .pgc > - fix pam-pam_pgsql-include.patch > - regenerate configure (form patched configure.in) > - fix install (pam_pgsql -> pam_pgsql.so) > - rel 3 > - STBR > > %build > +%{__aclocal} > +%{__automake} > +%{__autoconf} > + regenerate libtool too > %configure \ > - %{!?debug:--disable-debug} > + %{!?debug:--disable-debug} > + > +%{__make} > > %install > rm -rf $RPM_BUILD_ROOT > @@ -43,6 +47,7 @@ > %{__make} install \ > DESTDIR=$RPM_BUILD_ROOT > > +mv $RPM_BUILD_ROOT%{_libdir}/pam_pgsql $RPM_BUILD_ROOT%{_libdir}/pam_pgsql.so it's libtool problem - fix it instead of introducing such hacks -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From wiget at pld-linux.org Wed Dec 29 17:04:53 2004 From: wiget at pld-linux.org (Artur Frysiak) Date: Wed, 29 Dec 2004 17:04:53 +0100 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> References: <200412200922.01670.glen@delfi.ee> <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> Message-ID: <20041229160453.GI22189@ikarnet.pl> On Mon, Dec 20, 2004 at 10:28:41AM +0100, Andrzej Krzysztofowicz wrote: > > > > looks like dead end, only way to solve it is dependancy of package > > containing static binary. > > This is the reason the "base" packages (like glibc, FHS, setup, etc.) do not > contain %pre/%post shell scripts. > The only acceptable script may be a LUA script. > Or just a static binary program call. LUA script attached (only example not complet solution) -- Artur Frysiak http://www.pld-linux.org/ -------------- next part -------------- Index: glibc.spec =================================================================== RCS file: /cvsroot/SPECS/glibc.spec,v retrieving revision 1.523.2.13 diff -u -r1.523.2.13 glibc.spec --- glibc.spec 29 Dec 2004 12:02:54 -0000 1.523.2.13 +++ glibc.spec 29 Dec 2004 15:01:36 -0000 @@ -1038,13 +1038,28 @@ %ifnarch sparc64 %ifarch amd64 -%post -n %{name}64 -p /sbin/postshell +%post -n %{name}64 -p %else -%post -p /sbin/postshell +%post -p %endif -/sbin/glibc-postinst /%{_lib}/%{_host_cpu} -/sbin/ldconfig /%{_lib} %{_prefix}/%{_lib} --/sbin/telinit u +d = posix.stat("/%{_lib}/%{_host_cpu}") +if d ~= nil and d.type == 'directory' then + os.rename("/%{_lib}/%{_host_cpu}","/%{_lib}/%{_host_cpu}.rpmsave") +end +f = posix.fork() +if f == 0 then + posix.exec("/sbin/ldconfig", "/%{_lib}", "%{_prefix}/%{_lib}") +end +if f ~= -1 then + posix.wait(f) +end +f = posix.fork() +if f == 0 then + posix.exec("/sbin/telinit","u") +end +if f ~= -1 then + posix.wait(f) +end %ifarch amd64 %postun -n %{name}64 -p /sbin/postshell From glen at delfi.ee Wed Dec 29 16:35:17 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 29 Dec 2004 17:35:17 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <20041229160453.GI22189@ikarnet.pl> References: <200412200922.01670.glen@delfi.ee> <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> <20041229160453.GI22189@ikarnet.pl> Message-ID: <200412291735.17833.glen@delfi.ee> On Wednesday 29 December 2004 18:04, Artur Frysiak wrote: > On Mon, Dec 20, 2004 at 10:28:41AM +0100, Andrzej Krzysztofowicz wrote: > > > looks like dead end, only way to solve it is dependancy of package > > > containing static binary. > > > > This is the reason the "base" packages (like glibc, FHS, setup, etc.) do > > not contain %pre/%post shell scripts. > > The only acceptable script may be a LUA script. > > Or just a static binary program call. > > LUA script attached (only example not complet solution) thanks. was helpful. but the problem is that at that time no dynamic program can be executed. (because half of the symbols are resolved from wrong libc) and lua50 i checked does not have static lua executable (and -static is devel libraries) $ rpm -ql lua50-static /usr/lib/liblua50.a /usr/lib/liblualib50.a $ ldd /usr/bin/lua50 liblua.so.5.0 => /usr/lib/liblua.so.5.0 (0x00faa000) liblualib.so.5.0 => /usr/lib/liblualib.so.5.0 (0x00aeb000) libm.so.6 => /lib/libm.so.6 (0x007cf000) libc.so.6 => /lib/libc.so.6 (0x00111000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00960000) $ ldd /usr/bin/luac50 liblua.so.5.0 => /usr/lib/liblua.so.5.0 (0x002f6000) liblualib.so.5.0 => /usr/lib/liblualib.so.5.0 (0x00989000) libm.so.6 => /lib/libm.so.6 (0x004d6000) libc.so.6 => /lib/libc.so.6 (0x00729000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00e06000) -- glen From glen at delfi.ee Wed Dec 29 21:26:38 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 29 Dec 2004 22:26:38 +0200 Subject: apache1 configdir Message-ID: <200412292226.42075.glen@delfi.ee> hi i found out that apache1 can also support configdir, aka reading configs from directory like /etc/apache/conf.d/* so, i'm in the middle of making similiar support as apache2 has to apache1. so, if there are reasons why it wasn't done before say it out *now* :) so my work won't be useless. current work can be seen at http://glen.alkohol.ee/pld/apache1-confdir.diff also, had little discussion in #pld having apache configs by other apps unified, until we were told to shut up :) it's incomplete result can be seen at http://glen.alkohol.ee/pld/apache-proposal.txt -- glen From ankry at green.mif.pg.gda.pl Wed Dec 29 21:41:11 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 29 Dec 2004 21:41:11 +0100 (CET) Subject: apache1 configdir In-Reply-To: <200412292226.42075.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Dec 29, 2004 10:26:38 PM Message-ID: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > i found out that apache1 can also support configdir, aka reading configs from > directory like /etc/apache/conf.d/* > > so, i'm in the middle of making similiar support as apache2 has to apache1. > > so, if there are reasons why it wasn't done before say it out *now* :) > so my work won't be useless. You need to consider creating triggers for converting an old config. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Wed Dec 29 22:07:21 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 29 Dec 2004 23:07:21 +0200 Subject: apache1 configdir In-Reply-To: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl> References: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl> Message-ID: <200412292307.21582.glen@delfi.ee> On Wednesday 29 December 2004 22:41, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > i found out that apache1 can also support configdir, aka reading configs > > from directory like /etc/apache/conf.d/* > > > > so, i'm in the middle of making similiar support as apache2 has to > > apache1. > > > > so, if there are reasons why it wasn't done before say it out *now* :) > > so my work won't be useless. > > You need to consider creating triggers for converting an old config. yeah, sure. and these were in the .diff :) in that diff done are: apache1-mod_vhost_alias-1.3.33-1.11 apache1-mod_status-1.3.33-1.11 apache1-mod_proxy-1.3.33-1.11 apache1-mod_actions-1.3.33-1.11 apache1-mod_auth-1.3.33-1.11 apache1-mod_auth_anon-1.3.33-1.11 apache1-mod_autoindex-1.3.33-1.11 -- glen From adamg at biomerieux.pl Wed Dec 29 22:16:11 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 29 Dec 2004 22:16:11 +0100 Subject: apache1 configdir In-Reply-To: <200412292307.21582.glen@delfi.ee> References: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl> <200412292307.21582.glen@delfi.ee> Message-ID: <20041229211611.GC13276@mysza.eu.org> On Wed, Dec 29, 2004 at 11:07:21PM +0200, Elan Ruusam?e wrote: > > > so, i'm in the middle of making similiar support as apache2 has to > > > apache1. > > > > > > so, if there are reasons why it wasn't done before say it out *now* :) > > > so my work won't be useless. > > > > You need to consider creating triggers for converting an old config. > yeah, sure. and these were in the .diff :) If there are triggers, I see no reasons not to switch to configdir. And it's still not too late to have it done in Ac. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From gotar at polanet.pl Wed Dec 29 23:25:05 2004 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 29 Dec 2004 23:25:05 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <20041229084533.GA29044@mysza.eu.org> References: <20041228130043.GB11258@mysza.eu.org> <200412290526.44767.twittner@o2.pl> <20041229084533.GA29044@mysza.eu.org> Message-ID: <20041229222505.GB577@os> On Wed, Dec 29, 2004 at 09:45:33 +0100, Adam Go??biowski wrote: > Because it is like: > Shopping list: > - milk > - sugar > - vodka > - beer > > and not like > Shopping list: - milk, - sugar, - vodka, - beer What's the PURPOSE!? > your comment. This is your private opinion which you can not enforce on > others. But he can remove his work from PLD or stop working on this spec. At least I did so a few times. -- GoTaR gotar> http://vfmg.sourceforge.net/ From gotar at polanet.pl Wed Dec 29 23:22:36 2004 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 29 Dec 2004 23:22:36 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <20041228130043.GB11258@mysza.eu.org> References: <20041228130043.GB11258@mysza.eu.org> Message-ID: <20041229222236.GA577@os> On Tue, Dec 28, 2004 at 14:00:43 +0100, Adam Go??biowski wrote: > We had a discussion concerning that issue but there were no conclusions. There were - don't mess with cosmetics in somebody's work if he doesn't want this. -- GoTaR gotar> http://vfmg.sourceforge.net/ From wiget at pld-linux.org Thu Dec 30 01:12:14 2004 From: wiget at pld-linux.org (Artur Frysiak) Date: Thu, 30 Dec 2004 01:12:14 +0100 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <200412291735.17833.glen@delfi.ee> References: <200412200922.01670.glen@delfi.ee> <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> <20041229160453.GI22189@ikarnet.pl> <200412291735.17833.glen@delfi.ee> Message-ID: <20041230001214.GJ22189@ikarnet.pl> On Wed, Dec 29, 2004 at 05:35:17PM +0200, Elan Ruusam?e wrote: > On Wednesday 29 December 2004 18:04, Artur Frysiak wrote: > > On Mon, Dec 20, 2004 at 10:28:41AM +0100, Andrzej Krzysztofowicz wrote: > > > > looks like dead end, only way to solve it is dependancy of package > > > > containing static binary. > > > > > > This is the reason the "base" packages (like glibc, FHS, setup, etc.) do > > > not contain %pre/%post shell scripts. > > > The only acceptable script may be a LUA script. > > > Or just a static binary program call. > > > > LUA script attached (only example not complet solution) > thanks. was helpful. but the problem is that at that time no dynamic > program can be executed. (because half of the symbols are resolved from > wrong libc) > > and lua50 i checked does not have static lua executable (and -static is > devel libraries) with %post -p rpm uses internal/embeded lua interpreter not /usr/bin/lua* Regards -- Artur Frysiak http://www.pld-linux.org/ From havner at smtp.kamp.pl Thu Dec 30 01:54:08 2004 From: havner at smtp.kamp.pl (havner) Date: Thu, 30 Dec 2004 01:54:08 +0100 Subject: SPECS: qt.spec - release 7. In-Reply-To: References: Message-ID: <20041230005408.GA3383@pld-linux.org> On Thu, Dec 30, 2004 at 12:06:50AM +0000, pluto wrote: > Author: pluto Date: Thu Dec 30 00:06:50 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - release 7. > > ---- Files affected: > SPECS: > qt.spec (1.333 -> 1.334) Could you not bump up rels for your local rebuilds? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer && PLD 2.0 release manager http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Thu Dec 30 02:09:00 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 30 Dec 2004 03:09:00 +0200 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade In-Reply-To: <20041230001214.GJ22189@ikarnet.pl> References: <200412200922.01670.glen@delfi.ee> <200412291735.17833.glen@delfi.ee> <20041230001214.GJ22189@ikarnet.pl> Message-ID: <200412300309.01114.glen@delfi.ee> On Thursday 30 December 2004 02:12, Artur Frysiak wrote: > > > LUA script attached (only example not complet solution) > > > > thanks. was helpful. but the problem is that at that time no dynamic > > program can be executed. (because half of the symbols are resolved from > > wrong libc) > > > > and lua50 i checked does not have static lua executable (and -static is > > devel libraries) > > with %post -p rpm uses internal/embeded lua interpreter not > /usr/bin/lua* oh, the internal lua parser is available in rpm 4.4 only? i checked log for rpm.spec from MAIN and r1.563 could be the rev since it's usable, and there the rpm version is 4.4.20040614.0.2 -- glen From wolf42 at wp.pl Thu Dec 30 13:49:57 2004 From: wolf42 at wp.pl (Bartosz Taudul) Date: Thu, 30 Dec 2004 13:49:57 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <200412290526.44767.twittner@o2.pl> References: <20041228130043.GB11258@mysza.eu.org> <200412290526.44767.twittner@o2.pl> Message-ID: <20041230124957.GA2758@bajzel> On Wed, Dec 29, 2004 at 05:26:43AM +0100, Tomasz Wittner wrote: > > > -%{__make} > > > +# Splitting into several lines what is below is strongly prohibited. > > > +%{__make} CC="%{__cc}" CXX="%{__cxx}" CFLAGS="%{rpmcflags}" > > > CXXFLAGS="%{rpmcflags}" > > Because? :) > ... because \ > it \ > is \ > strongly \ > prohibited. Next anarchist? wolf -- Bartek . - Skarbie, kawy ci zrobi?? Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From mis at k2.net.pl Thu Dec 30 16:12:51 2004 From: mis at k2.net.pl (=?iso-8859-2?Q?Pawe=B3_A=2E?= Gajda) Date: Thu, 30 Dec 2004 16:12:51 +0100 Subject: [ANN] poldek 0.18.8 Message-ID: <20041230151251.GA12924@k2.net.pl> 0.18.8 (bugfix release; 2004/12/30) * fixed checking file-based dependencies of packages being removed * 'ls' output fixes to be parsable by external scripts (Patryk Zawadzki ) * removed usage of superfluous n_free() (Tomasz Wittner ) * vfile's progress bar: fixed displaying total transfer and rate (Lukasz Masko at ipipan waw pl) * support for RPM 4.4 * fixed build under Owl (rpm 4.0.2 without libelf) * workaround for "group not found" bug * pl and de translation fixes (PLD Team) Almost all PLD's patches were included in this release; patch for poldek.spec attached. -------------- next part -------------- Index: poldek.spec =================================================================== RCS file: /cvsroot/SPECS/poldek.spec,v retrieving revision 1.195 diff -u -r1.195 poldek.spec --- poldek.spec 29 Dec 2004 14:46:57 -0000 1.195 +++ poldek.spec 30 Dec 2004 14:28:37 -0000 @@ -12,8 +12,8 @@ Summary: RPM packages management helper tool Summary(pl): Pomocnicze narz?dzie do zarz?dzania pakietami RPM Name: poldek -Version: 0.18.7 -Release: 6%{?with_distver:+distver} +Version: 0.18.8 +Release: 1%{?with_distver:+distver} License: GPL v2 Group: Applications/System Source0: http://team.pld.org.pl/~mis/poldek/download/%{name}-%{version}.tar.bz2 @@ -21,13 +21,6 @@ Source1: %{name}.conf Patch0: %{name}-etc_dir.patch Patch1: %{name}-retr_term.patch -Patch2: %{name}-simplestatic.patch -Patch3: %{name}-po.patch -Patch4: %{name}-n_free.patch -Patch5: %{name}-transfer_rate.patch -Patch6: %{name}-capreq.patch -Patch7: %{name}-fix_ls_output.patch -Patch8: %{name}-depfix-pkgdrags.patch Patch12: %{name}-distver.patch URL: http://team.pld.org.pl/~mis/poldek/ BuildRequires: automake @@ -97,12 +90,6 @@ %setup -q %patch0 -p1 %patch1 -p1 -%patch2 -p0 -%patch3 -p1 -%patch4 -p1 -%patch5 -p1 -%patch6 -p2 -%patch7 -p1 %patch8 -p0 %{?with_distver:%patch12 -p1} From adamg at biomerieux.pl Thu Dec 30 02:25:09 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 30 Dec 2004 02:25:09 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, C(XX)FLAGS related... In-Reply-To: <20041229222505.GB577@os> References: <20041228130043.GB11258@mysza.eu.org> <200412290526.44767.twittner@o2.pl> <20041229084533.GA29044@mysza.eu.org> <20041229222505.GB577@os> Message-ID: <20041230012509.GE13276@mysza.eu.org> On Wed, Dec 29, 2004 at 11:25:05PM +0100, Tomasz Pala wrote: > On Wed, Dec 29, 2004 at 09:45:33 +0100, Adam Go??biowski wrote: > > > Because it is like: > > Shopping list: > > - milk > > - sugar > > - vodka > > - beer > > > > and not like > > Shopping list: - milk, - sugar, - vodka, - beer > > What's the PURPOSE!? I'll write it once again - it's more readable, and it's easier to compare differences after changing these lines. We have different opinions on that and most likely we won't convince each other. It's all about the comment - no explanation, no nothing. Why is it prohibited? Who added the comment? Why is it different than in other specs? In a year or two someone may ask such questions - what than? "Because!". Come on. > > your comment. This is your private opinion which you can not enforce on > > others. > > But he can remove his work from PLD or stop working on this spec. And he's free to do it - his choice. > At least I did so a few times. Your choice. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Thu Dec 30 17:05:55 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 30 Dec 2004 17:05:55 +0100 (CET) Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, In-Reply-To: <20041230012509.GE13276@mysza.eu.org> from "Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 30, 2004 02:25:09 AM Message-ID: <200412301605.iBUG5t7r020017@green.mif.pg.gda.pl> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote: > > On Wed, Dec 29, 2004 at 11:25:05PM +0100, Tomasz Pala wrote: > > On Wed, Dec 29, 2004 at 09:45:33 +0100, Adam Go??biowski wrote: > > > > > Because it is like: > > > Shopping list: > > > - milk > > > - sugar > > > - vodka > > > - beer > > > > > > and not like > > > Shopping list: - milk, - sugar, - vodka, - beer > > > > What's the PURPOSE!? > > I'll write it once again - it's more readable, and it's easier to > compare differences after changing these lines. > > We have different opinions on that and most likely we won't convince > each other. CDG ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From gotar at polanet.pl Thu Dec 30 21:23:06 2004 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 30 Dec 2004 21:23:06 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, In-Reply-To: <200412301605.iBUG5t7r020017@green.mif.pg.gda.pl> References: <20041230012509.GE13276@mysza.eu.org> <200412301605.iBUG5t7r020017@green.mif.pg.gda.pl> Message-ID: <20041230202305.GA820@os> On Thu, Dec 30, 2004 at 17:05:55 +0100, Andrzej Krzysztofowicz wrote: > > We have different opinions on that and most likely we won't convince > > each other. > > CDG ? No. If someone thinks that cosmetics is more valuable than somebody's else work, it's his choice to deny others plea. -- GoTaR gotar> http://vfmg.sourceforge.net/ From ankry at green.mif.pg.gda.pl Fri Dec 31 04:12:27 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 04:12:27 +0100 (CET) Subject: SPECS: wget.spec - disable porn patch (usability first, In-Reply-To: from "glen" at Dec 30, 2004 11:55:41 PM Message-ID: <200412310312.iBV3CRgV032338@green.mif.pg.gda.pl> glen wrote: > -Patch9: %{name}-porn.patch > +#Patch9: %{name}-porn.patch You undefined %patch9 > -%patch9 -p1 > +#%patch9 -p1 But still tries to use that. > +- STBR plz No. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From adamg at biomerieux.pl Fri Dec 31 08:51:42 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 31 Dec 2004 08:51:42 +0100 Subject: SPECS: pdf2html.spec, pdftohtml.spec - CC, CXX, In-Reply-To: <20041230202305.GA820@os> References: <20041230012509.GE13276@mysza.eu.org> <200412301605.iBUG5t7r020017@green.mif.pg.gda.pl> <20041230202305.GA820@os> Message-ID: <20041231075142.GA13252@mysza.eu.org> On Thu, Dec 30, 2004 at 09:23:06PM +0100, Tomasz Pala wrote: > > CDG ? > > No. If someone thinks that cosmetics is more valuable than somebody's > else work, it's his choice to deny others plea. That's really cool you know what's valuable for me and what is not. Maybe I didn't express it clearly enough - it was the first time I saw comment like this, and was wondering why one wants to enforce his likings on others. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Fri Dec 31 10:54:49 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 10:54:49 +0100 (CET) Subject: SPECS: parprouted.spec - updated to 0.63 In-Reply-To: from "darekr" at Dec 31, 2004 09:31:46 AM Message-ID: <200412310954.iBV9sn3u001030@green.mif.pg.gda.pl> > SPECS: > parprouted.spec (1.6 -> 1.7) [...] > Summary(pl): Demon do przezroczystego bridgowania IP proxy ARP (w warstwie 3) Hmmm, co to jest "bridgowanie" ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Fri Dec 31 10:57:14 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 10:57:14 +0100 (CET) Subject: SPECS: ruby-fcgi.spec - added binary module - BR: fcgi-devel In-Reply-To: from "aredridel" at Dec 31, 2004 08:22:16 AM Message-ID: <200412310957.iBV9vED0001057@green.mif.pg.gda.pl> aredridel wrote: > > Author: aredridel Date: Fri Dec 31 08:22:16 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added binary module But it has: License: GPL Isn't it a problem ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Fri Dec 31 11:00:41 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 31 Dec 2004 11:00:41 +0100 Subject: SPECS: ruby-fcgi.spec - added binary module - BR: fcgi-devel In-Reply-To: <200412310957.iBV9vED0001057@green.mif.pg.gda.pl> References: <200412310957.iBV9vED0001057@green.mif.pg.gda.pl> Message-ID: <20041231100041.GA9014@gruby.cs.net.pl> On Fri, Dec 31, 2004 at 10:57:14AM +0100, Andrzej Krzysztofowicz wrote: > aredridel wrote: > > Author: aredridel Date: Fri Dec 31 08:22:16 2004 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - added binary module > > But it has: > > License: GPL > > Isn't it a problem ? It's binary after %build from sources. But there is problem: cvs server: nothing known about ruby-fcgi-dirs.patch Error: some source, patch or icon files not stored in CVS repo. (ruby-fcgi-dirs.patch) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From ankry at green.mif.pg.gda.pl Fri Dec 31 11:02:18 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 11:02:18 +0100 (CET) Subject: SPECS: backuppc.spec - change user to http - add TO DO - comment In-Reply-To: from "wolvverine" at Dec 31, 2004 07:36:55 AM Message-ID: <200412311002.iBVA2IiL001108@green.mif.pg.gda.pl> wolvverine wrote: > > Author: wolvverine Date: Fri Dec 31 07:36:55 2004 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - change user to http > - add TO DO > - comment add user and group ^^^^^^^^^^^^^^^^^^^^^^^^^^ It is BAD idea. As no package providing the user(http) is required to be installed before backuppc. And: > %dir %attr(750,%{BPCuser},%{BPCgroup}) %{_var}/lib/%{name}/cpool > %dir %attr(750,%{BPCuser},%{BPCgroup}) %{_var}/lib/%{name}/log > %dir %attr(750,%{BPCuser},%{BPCgroup}) %{_var}/lib/%{name}/pc it needs this user/group. IMO to be reverted (and needs some other fixes probably). -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From wiget at pld-linux.org Fri Dec 31 14:11:32 2004 From: wiget at pld-linux.org (Artur Frysiak) Date: Fri, 31 Dec 2004 14:11:32 +0100 Subject: [CVSADMIN] cp request Message-ID: <20041231131132.GO22189@ikarnet.pl> Please do: cp SPECS/gnupg{-agent,2}.spec,v -- Artur Frysiak http://www.pld-linux.org/ From glen at delfi.ee Fri Dec 31 15:27:31 2004 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 31 Dec 2004 16:27:31 +0200 Subject: SPECS: wget.spec - disable porn patch (usability first, In-Reply-To: <200412310312.iBV3CRgV032338@green.mif.pg.gda.pl> References: <200412310312.iBV3CRgV032338@green.mif.pg.gda.pl> Message-ID: <200412311627.31108.glen@delfi.ee> On Friday 31 December 2004 05:12, Andrzej Krzysztofowicz wrote: > glen wrote: > > -Patch9: %{name}-porn.patch > > +#Patch9: %{name}-porn.patch > > You undefined %patch9 how should the broken patch disabled then? > > -%patch9 -p1 > > +#%patch9 -p1 > > But still tries to use that. strange. it's not for me Patch #8 (wget-strptime.patch): + patch -p1 -s + < /home/builder/rpm/SOURCES/wget-strptime.patch + echo Patch #10 (wget-nonperm.patch): Patch #10 (wget-nonperm.patch): + patch -p1 -s + < /home/builder/rpm/SOURCES/wget-nonperm.patch + echo Patch #11 (wget-1.9.1-LFS.patch): -- glen From ankry at green.mif.pg.gda.pl Fri Dec 31 15:45:09 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 15:45:09 +0100 (CET) Subject: SPECS: gnupg-agent.spec - rename to gnupg2.spec - package all In-Reply-To: from "wiget" at Dec 31, 2004 12:11:03 PM Message-ID: <200412311445.iBVEj9co001854@green.mif.pg.gda.pl> wiget wrote: > +Summary: GNU Privacy Guard - tool for secure communication and data storage - development version > +Summary(pl): GnuPG - narz??dzie do bezpiecznej komunikacji i bezpiecznego przechowywania danych - wersja rozwojowa UTF is unsupported by rpm. Don't use it in specs. > %description -l pl > +GnuPG (GNU Privacy Guard) jest narz??dziem do bezpiecznej komunikacji i > +bezpiecznego przechowywania danych. Mo??e by?? u??ywany do szyfrowania > +oraz podpisywania danych. Umo??liwia zaawansowane zarz? dzanie kluczami > +i spe??nia normy zdefiniowane w standardzie OpenPGP, kt??ry jest opisany > +w RFC2440. > + > +Wersja rozwojowa. Nie do u??ytku z kluczami produkcyjnymi. Same here, > +Summary(pl): GnuPG - pliki wsp??lne here, > +Group: Applications/File > +Conflicts: gnupg-agent < 1.9.14-2 > + > +%description common > +Common files used by tools from GnuPG project. > + > +%description common -l pl > +Pliki wsp??lne u??ywane przez r????ne narz??dzia z projektu GnuPG. and in other places. > +Summary(pl): Rozsze??enie GnuPG - obs??uga S/MIME [...] > +Rozsze??enie GnuPG - obs??uga S/MIME. [...] -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at servek.sparky.homelinux.org Fri Dec 31 16:38:43 2004 From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra) Date: Fri, 31 Dec 2004 16:38:43 +0100 Subject: SPECS: wget.spec - disable porn patch (usability first, In-Reply-To: <200412311627.31108.glen@delfi.ee> References: <200412310312.iBV3CRgV032338@green.mif.pg.gda.pl> <200412311627.31108.glen@delfi.ee> Message-ID: <20041231153843.GA23775@servek.sparky.homelinux.org> On Fri, Dec 31, 2004 at 04:27:31PM +0200, Elan Ruusam?e wrote: > On Friday 31 December 2004 05:12, Andrzej Krzysztofowicz wrote: > > > -%patch9 -p1 > > > +#%patch9 -p1 > > > > But still tries to use that. > strange. it's not for me #%%patch9 -p1 ^^ - shouldn't it be like that ? I've seen it in some FAQ, but what does '%%' do ? -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW.......ca.docs.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From qrczak at knm.org.pl Fri Dec 31 16:56:31 2004 From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk) Date: Fri, 31 Dec 2004 16:56:31 +0100 Subject: SPECS: wget.spec - disable porn patch (usability first, In-Reply-To: <20041231153843.GA23775@servek.sparky.homelinux.org> =?iso-8859-2?q?=28Przemys=B3aw?= Iskra's message of "Fri, 31 Dec 2004 16:38:43 +0100") References: <200412310312.iBV3CRgV032338@green.mif.pg.gda.pl> <200412311627.31108.glen@delfi.ee> <20041231153843.GA23775@servek.sparky.homelinux.org> Message-ID: <87u0q2ihqo.fsf@qrnik.zagroda> Przemys?aw Iskra writes: > #%%patch9 -p1 > ^^ - shouldn't it be like that ? > > I've seen it in some FAQ, but what does '%%' do ? rpm macroexpansion happens before the shell interprets # as a comment. If the macro expanded to several lines, only the first line would get commented. %% expands to %, i.e. disables expansion of the patch macro. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From ankry at green.mif.pg.gda.pl Fri Dec 31 17:50:17 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 31 Dec 2004 17:50:17 +0100 (CET) Subject: SPECS: wget.spec - disable porn patch (usability first, In-Reply-To: <20041231153843.GA23775@servek.sparky.homelinux.org> from "=?iso-8859-2?Q?Przemys=B3aw?= Iskra" at Dec 31, 2004 04:38:43 PM Message-ID: <200412311650.iBVGoHQs002120@green.mif.pg.gda.pl> =?iso-8859-2?Q?Przemys=B3aw?= Iskra wrote: > > On Fri, Dec 31, 2004 at 04:27:31PM +0200, Elan Ruusam?e wrote: > > On Friday 31 December 2004 05:12, Andrzej Krzysztofowicz wrote: > > > > > -%patch9 -p1 > > > > +#%patch9 -p1 > > > > > > But still tries to use that. > > strange. it's not for me > > #%%patch9 -p1 > ^^ - shouldn't it be like that ? > > I've seen it in some FAQ, but what does '%%' do ? Make '%' treated leterally, not as beginning of macro/command name. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology