From glen at delfi.ee Mon May 2 11:36:13 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 2 May 2005 12:36:13 +0300 Subject: gid users=1000 Message-ID: <200505021236.14192.glen@delfi.ee> hi any place to make the usermod to change users gid to 1000 (pld way)? %pre of setup? it's 100 in redhat/fedora, and therefore useradd keeps saying error (and even in case -u and -g are used in useradd command) # useradd -u 666 -g 1 plah useradd: unknown gid 1000 # id plah uid=666(plah) gid=1(bin) groups=1(bin) # rpm -qf `which useradd` shadow-4.0.4.1-3 # grep 1000 /etc/group # grep users /etc/group users:x:100: probably could just change /etc/default/useradd to contain 100 not 1000, so perhaps fix %post of shadow package to verify gid of users group? -- glen From ankry at green.mif.pg.gda.pl Mon May 2 18:59:10 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 2 May 2005 18:59:10 +0200 (CEST) Subject: gid users=1000 In-Reply-To: <200505021236.14192.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 02, 2005 12:36:13 PM Message-ID: <200505021659.j42GxAQi030657@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > any place to make the usermod to change users gid to 1000 (pld way)? > > %pre of setup? I remember some discussion about it (pre Ra time) and then the conclusion was it should be a separate tool/package, not required by anything in pure PLD. As no PLD-based system does require such a tool... I think it can be a tool that compares passwd/group with our uid/gid database and changes (or not if admin decided so). It should be a smart tool, changing also permisions on filesystems (so change sequence would be VERY important), resolve conflicts, etc. > it's 100 in redhat/fedora, and therefore useradd keeps saying error (and even > in case -u and -g are used in useradd command) > > # useradd -u 666 -g 1 plah > useradd: unknown gid 1000 groupadd -g 1000 grp1000 > # id plah > uid=666(plah) gid=1(bin) groups=1(bin) > > # rpm -qf `which useradd` > shadow-4.0.4.1-3 > > # grep 1000 /etc/group > # grep users /etc/group > users:x:100: > > probably could just change /etc/default/useradd to contain 100 not 1000, so > perhaps fix %post of shadow package to verify gid of users group? -- ======================================================================= 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 Mon May 2 19:15:18 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 2 May 2005 20:15:18 +0300 Subject: nagios-plugins 1.4 Message-ID: <200505022015.18726.glen@delfi.ee> hi nagios-plugins main package currently in CVS HEAD has extra dependencies because the plugins require it # TODO: move these to subpackages to kill deps from main nagios-plugins package? # check_ntp Requires: ntp-client # check_dns, check_dig Requires: bind-utils # check_by_ssh Requires: openssh-clients # check_uptime Requires: procps # check_fping Requires: fping what to do in this case, move them to subpackages, so pure nagios-plugins doesn't have those extra deps. or just leave as it is now as openssh-clients is installed almost any machine? altho fping dep is maybe not wanted (another suid program in system) and ntp perhaps (not everyone wants to monitor ntpd) -- glen From ankry at green.mif.pg.gda.pl Mon May 2 19:35:15 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 2 May 2005 19:35:15 +0200 (CEST) Subject: nagios-plugins 1.4 In-Reply-To: <200505022015.18726.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 02, 2005 08:15:18 PM Message-ID: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > hi > > nagios-plugins main package currently in CVS HEAD has extra dependencies > because the plugins require it > > # TODO: move these to subpackages to kill deps from main nagios-plugins > package? > # check_ntp > Requires: ntp-client > # check_dns, check_dig > Requires: bind-utils > # check_by_ssh > Requires: openssh-clients > # check_uptime > Requires: procps > # check_fping > Requires: fping > > what to do in this case, move them to subpackages, so pure nagios-plugins IMO sounds OK. > doesn't have those extra deps. or just leave as it is now as openssh-clients > is installed almost any machine? > > altho fping dep is maybe not wanted (another suid program in system) > and ntp perhaps (not everyone wants to monitor ntpd) -- ======================================================================= 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 Mon May 2 19:53:10 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 2 May 2005 20:53:10 +0300 Subject: nagios-plugins 1.4 In-Reply-To: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> References: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> Message-ID: <200505022053.11516.glen@delfi.ee> On Monday 02 May 2005 20:35, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > hi > > > > nagios-plugins main package currently in CVS HEAD has extra dependencies > > because the plugins require it > > > > # TODO: move these to subpackages to kill deps from main nagios-plugins > > package? > > # check_ntp > > Requires: ntp-client > > # check_dns, check_dig > > Requires: bind-utils > > # check_by_ssh > > Requires: openssh-clients > > # check_uptime > > Requires: procps > > # check_fping > > Requires: fping > > > > what to do in this case, move them to subpackages, so pure nagios-plugins > > IMO sounds OK. question remains how to name the subpackages? -ntp -bind? -bind-utils? -bind_utils? -dns? -openssh? -ssh? -procps? -proc? -fping -- glen From adamg at biomerieux.pl Mon May 2 20:13:49 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 2 May 2005 20:13:49 +0200 Subject: nagios-plugins 1.4 In-Reply-To: <200505022053.11516.glen@delfi.ee> References: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> <200505022053.11516.glen@delfi.ee> Message-ID: <20050502181349.GA2221@mysza.eu.org> On Mon, May 02, 2005 at 08:53:10PM +0300, Elan Ruusam?e wrote: > > IMO sounds OK. > question remains how to name the subpackages? I think subpackages should be named like the name of the appropriate plugin. So like -check_ntp -check_dns -check_dig, and so on. -- 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 Mon May 2 20:30:52 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 2 May 2005 21:30:52 +0300 Subject: nagios-plugins 1.4 In-Reply-To: <20050502181349.GA2221@mysza.eu.org> References: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> <200505022053.11516.glen@delfi.ee> <20050502181349.GA2221@mysza.eu.org> Message-ID: <200505022130.52998.glen@delfi.ee> On Monday 02 May 2005 21:13, Adam Go??biowski wrote: > On Mon, May 02, 2005 at 08:53:10PM +0300, Elan Ruusam?e wrote: > > > IMO sounds OK. > > > > question remains how to name the subpackages? > > I think subpackages should be named like the name of the appropriate > plugin. So like -check_ntp -check_dns -check_dig, and so on. i was thinking separating by dependant package, so that check_dig and check_dns get into same package. ok. one more here doesn;'t change much but check_by_ssh would be -ssh or -openssh? (not tested with other ssh implementations than openssh, but it should work) -- glen From adamg at biomerieux.pl Mon May 2 20:47:45 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 2 May 2005 20:47:45 +0200 Subject: nagios-plugins 1.4 In-Reply-To: <200505022130.52998.glen@delfi.ee> References: <200505021735.j42HZFwd030864@green.mif.pg.gda.pl> <200505022053.11516.glen@delfi.ee> <20050502181349.GA2221@mysza.eu.org> <200505022130.52998.glen@delfi.ee> Message-ID: <20050502184745.GA2472@mysza.eu.org> On Mon, May 02, 2005 at 09:30:52PM +0300, Elan Ruusam?e wrote: > > I think subpackages should be named like the name of the appropriate > > plugin. So like -check_ntp -check_dns -check_dig, and so on. > i was thinking separating by dependant package, so that check_dig and > check_dns get into same package. ok. one more here doesn;'t change much but how to name these? -check_dig_dns ? > but check_by_ssh would be -ssh or -openssh? (not tested with other ssh > implementations than openssh, but it should work) We should avoid using direct relation to package name, since one day there may appear some compatible alternative. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From patrys at pld-linux.org Tue May 3 21:42:44 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Tue, 03 May 2005 21:42:44 +0200 Subject: Anaconda Message-ID: <1115149364.26310.10.camel@localhost> Hello, here's my call for help: I am currently stuck with Anaconda and don't have enough time to do proper debugging. Could anyone with more skills try to build an installer using anaconda packages (complete building environment is available for download in the "anaconda" module of our SVN repository). I'll be glad if anyone provided me with more PLD-specific patches or at least with some information or even a list of bugs to fix (like incorrect paths or missing packages). I know that there are graphics-related (gtk2, pango) packages missing from the dependency list (located in upd-instroot script, part of anaconda-runtime). Building works as follows: - checkout the anaconda module - go to the RPMS directory - download all the packages mentioned in the PACKAGES=" ... " in the upd-instroot script - verify the integrity using 'poldek -s . -V' - run './mkinstaller.sh only buildinst' using root priviledges - run ./mkinstaller.sh from your ordinary account and skip the second step (which is done by the above and currently requires uid 0) - use your favourite virtual machine to test the ISO - provide me with feedback and (if possible) commit your changes to our CVS and/or SVN repositories Thanks for your help. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From glen at delfi.ee Wed May 4 10:43:33 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 4 May 2005 11:43:33 +0300 Subject: SPECS: aMule.spec - maybe this BR is correct? In-Reply-To: References: Message-ID: <200505041143.33986.glen@delfi.ee> this is reaaaaly ugly any reason for this? maybe fix wxgtk2+ package to provide more consistent XXX-config program? $ rpm -qf /usr/bin/wxgtk2-2.4-config wxGTK2-devel-2.4.2-6 On Tuesday 03 May 2005 18:04, paszczus wrote: > Author: paszczus Date: Tue May 3 15:04:33 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - maybe this BR is correct? > > ---- Files affected: > SPECS: > aMule.spec (1.41 -> 1.42) > > ---- Diffs: > > ================================================================ > Index: SPECS/aMule.spec > diff -u SPECS/aMule.spec:1.41 SPECS/aMule.spec:1.42 > --- SPECS/aMule.spec:1.41 Tue May 3 09:42:18 2005 > +++ SPECS/aMule.spec Tue May 3 17:04:27 2005 > @@ -24,6 +24,7 @@ > BuildRequires: libstdc++-devel > BuildRequires: wxBase-devel >= 2.4.2 > BuildRequires: wxGTK2-devel >= 2.4.2 > +BuildRequires: wxWidgets-devel >= 2.4 > Requires: wget > Obsoletes: lmule > Obsoletes: xmule > @@ -47,12 +48,15 @@ > %{__autoheader} > %{__automake} > %configure \ > - --with-wx-config=/usr/bin/wxgtk2-2.4-config \ > +## --with-wx-config=/usr/bin/wxgtk2-2.4-config \ > --enable-optimise \ > --enable-amulecmd \ > --enable-amulecmdgui \ > --enable-webserver \ > - --enable-webservergui > + --enable-webservergui \ > + --with-wx-config=`rpm -ql wxGTK2-devel|grep > 'wxgtk-2\.[0-9]-config'` \ + --with-wxbase-config=`rpm -ql > wxBase|grep 'wxbase-2\.[0-9]-config'` + > > %{__make} > > @@ -85,6 +89,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.42 2005/05/03 15:04:27 paszczus > +- maybe this BR is correct? > + > Revision 1.41 2005/05/03 07:42:18 paszczus > - updated BRs > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/aMule.spec?r1=1.41&r2=1.42&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 Thu May 5 22:35:53 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 5 May 2005 23:35:53 +0300 Subject: apache config as triggers Message-ID: <200505052335.53289.glen@delfi.ee> hi please have look at template-apache-package.spec and tell what you think of it? the symlink placement noted by qboosh earlier is taken into account, and config for each apache is put only on first package or apache install, so if you do upgrades the link is not restored again. todo - %macorize it? -- glen From glen at delfi.ee Fri May 6 21:59:38 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 6 May 2005 22:59:38 +0300 Subject: service vs init.d Message-ID: <200505062259.39156.glen@delfi.ee> hi is there reason why rpm scripts (re)start services via full path? there's /sbin/service, if's from rc-scripts what the packages should be depending anyway i'm writing this, because i've suffered not than once problem that apache is started with inherited TMP or TMPDIR which is not writable to webserver user. this is easy reproducable if you use sudo. and /sbin/service does unset ALL enviroinment, except some neccessary ones: # grep env /sbin/service env -i LANG=$LANG PATH=$PATH TERM=$TERM "${SERVICEDIR}/${SERVICE}" start other option would be to include this same thing into daemon() function in rc-scripts. -- glen From wrobell at pld-linux.org Mon May 9 18:19:07 2005 From: wrobell at pld-linux.org (wrobell) Date: Mon, 9 May 2005 17:19:07 +0100 Subject: rpm, ppc and -fsigned-char Message-ID: <20050509161907.GF24253@borg> $ rpm --showrc | grep fsigned-char optflags : -O2 -fsigned-char%{!?nospecflags:%{?specflags: %{specflags}}%{?specflags_ppcpseries: %{specflags_ppcpseries}}} -11: optflags -O2 -fsigned-char%{!?nospecflags:%{?specflags: %{specflags}}%{?specflags_ppc: %{specflags_ppc}}} As i understand it comes from rpm-rpmrc.patch. It generates a lot of noise due to char unsignedness on ppc platform. For example many string.h functions use just char, it defaults to singed char and properly written code gives warnings about signedness. Any reason to keep fsigned-char in this patch? wrobell From mmazur at kernel.pl Mon May 9 22:25:58 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Mon, 9 May 2005 22:25:58 +0200 Subject: rpm, ppc and -fsigned-char In-Reply-To: <20050509161907.GF24253@borg> References: <20050509161907.GF24253@borg> Message-ID: <200505092225.58666.mmazur@kernel.pl> On poniedzia?ek 09 maj 2005 18:19, wrobell wrote: > $ rpm --showrc | grep fsigned-char > optflags : -O2 -fsigned-char%{!?nospecflags:%{?specflags: > %{specflags}}%{?specflags_ppcpseries: %{specflags_ppcpseries}}} -11: > optflags -O2 -fsigned-char%{!?nospecflags:%{?specflags: > %{specflags}}%{?specflags_ppc: %{specflags_ppc}}} > > As i understand it comes from rpm-rpmrc.patch. > > It generates a lot of noise due to char unsignedness on ppc platform. > For example many string.h functions use just char, it defaults to singed > char and properly written code gives warnings about signedness. > > Any reason to keep fsigned-char in this patch? Afaik it's supposed to make ppc more x86ish and in turn increase the percent of applications that just work. -- 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 glen at delfi.ee Mon May 9 23:55:47 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 10 May 2005 00:55:47 +0300 Subject: glsa-200505-01 Message-ID: <200505100055.47348.glen@delfi.ee> http://www.gentoo.org/security/en/glsa/glsa-200505-01.xml please remove from FTP: horde-2.2.7-3.noarch.rpm imp-3.2.6-1.noarch.rpm turba-1.2.2-2.noarch.rpm the newer (h3 based) are already in ftp. -- glen From pluto at agmk.net Tue May 10 00:07:23 2005 From: pluto at agmk.net (Pawel Sikora) Date: Tue, 10 May 2005 00:07:23 +0200 Subject: rpm, ppc and -fsigned-char In-Reply-To: <200505092225.58666.mmazur@kernel.pl> References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> Message-ID: <200505100007.23665.pluto@agmk.net> On Monday 09 of May 2005 22:25, Mariusz Mazur wrote: > On poniedzia?ek 09 maj 2005 18:19, wrobell wrote: > > $ rpm --showrc | grep fsigned-char > > optflags : -O2 -fsigned-char%{!?nospecflags:%{?specflags: > > %{specflags}}%{?specflags_ppcpseries: %{specflags_ppcpseries}}} -11: > > optflags -O2 -fsigned-char%{!?nospecflags:%{?specflags: > > %{specflags}}%{?specflags_ppc: %{specflags_ppc}}} > > > > As i understand it comes from rpm-rpmrc.patch. > > > > It generates a lot of noise due to char unsignedness on ppc platform. > > For example many string.h functions use just char, it defaults to singed > > char and properly written code gives warnings about signedness. > > > > Any reason to keep fsigned-char in this patch? > > Afaik it's supposed to make ppc more x86ish The K&R book doesn't say if it's signed or not !!! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ That's up to the implementation. AFAIK, we inherit the unsigned default from AIX. IBM made char unsigned to match what they'd done on S/370 and AS/400 hardware. On those platforms, IBM was using EBCDIC instead of ASCII, and needed to make char unsigned to prevent regular characters (basic numbers and letters) from being negative... But not many people were dumb enough to follow IBM. The "char" type was not specified as either signed or unsigned. This sin has probably wasted more CPU time than any other, as savvy programmers learn to put a defensive "&0xFF" after every "char" expression that needs to be unsigned. > and in turn increase the percent of applications > that just work. To work or not to work? ;) This is a platform dependent issue. Programmers should always use a `signed` or `unsigned` keyword to specify compiler's behav. Regards, Paul. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From mmazur at kernel.pl Tue May 10 00:11:44 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Tue, 10 May 2005 00:11:44 +0200 Subject: rpm, ppc and -fsigned-char In-Reply-To: <200505100007.23665.pluto@agmk.net> References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> <200505100007.23665.pluto@agmk.net> Message-ID: <200505100011.44744.mmazur@kernel.pl> On wtorek 10 maj 2005 00:07, Pawel Sikora wrote: > Programmers should always use a `signed` or `unsigned` > keyword to specify compiler's behav. And politicians should be cultural and tolerant people. -- 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 saq at pld-linux.org Tue May 10 00:14:53 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 10 May 2005 00:14:53 +0200 Subject: SPECS: gzip.spec, tcpdump.spec - TODO security In-Reply-To: References: Message-ID: <1115676893.5266.32.camel@neptune.sakowski.pl> On Mon, 2005-05-09 at 23:50 +0200, glen wrote: > @@ -279,7 +284,7 @@ > Revision 1.41 2001/07/26 07:59:51 kloczek > - added ac_fix patch (quote all functions name in AC_DEFUN() in []) > - added automake and autoconf to BuildRequires, > -- run autoconf in %build before %%configure. > +- run autoconf in %build before %configure. > [...] > Revision 1.32 2000/06/09 07:54:42 kloczek > -- more %%{__make} macros. > +- more %{__make} macros. Since when are the macros kept unexpanded in changelogs? -- Pawe? Sakowski PLD Linux Distribution From wrobell at pld-linux.org Tue May 10 01:22:01 2005 From: wrobell at pld-linux.org (wrobell) Date: Tue, 10 May 2005 00:22:01 +0100 Subject: rpm, ppc and -fsigned-char In-Reply-To: <200505100007.23665.pluto@agmk.net> References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> <200505100007.23665.pluto@agmk.net> Message-ID: <20050509232201.GH24253@borg> On Tue, May 10, 2005 at 12:07:23AM +0200, Pawel Sikora wrote: > On Monday 09 of May 2005 22:25, Mariusz Mazur wrote: > > On poniedzia?ek 09 maj 2005 18:19, wrobell wrote: > > > $ rpm --showrc | grep fsigned-char > > > optflags : -O2 -fsigned-char%{!?nospecflags:%{?specflags: > > > %{specflags}}%{?specflags_ppcpseries: %{specflags_ppcpseries}}} -11: > > > optflags -O2 -fsigned-char%{!?nospecflags:%{?specflags: > > > %{specflags}}%{?specflags_ppc: %{specflags_ppc}}} > > > > > > As i understand it comes from rpm-rpmrc.patch. > > > > > > It generates a lot of noise due to char unsignedness on ppc platform. > > > For example many string.h functions use just char, it defaults to singed > > > char and properly written code gives warnings about signedness. > > > > > > Any reason to keep fsigned-char in this patch? > > > > Afaik it's supposed to make ppc more x86ish > > The K&R book doesn't say if it's signed or not !!! > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > That's up to the implementation. What about ANSI C and POSIX standards? Is there anything about it? Or they just derive from K&R? [...] wrobell From wrobell at pld-linux.org Tue May 10 01:24:12 2005 From: wrobell at pld-linux.org (wrobell) Date: Tue, 10 May 2005 00:24:12 +0100 Subject: rpm, ppc and -fsigned-char In-Reply-To: <200505100011.44744.mmazur@kernel.pl> References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> <200505100007.23665.pluto@agmk.net> <200505100011.44744.mmazur@kernel.pl> Message-ID: <20050509232412.GI24253@borg> On Tue, May 10, 2005 at 12:11:44AM +0200, Mariusz Mazur wrote: > On wtorek 10 maj 2005 00:07, Pawel Sikora wrote: > > Programmers should always use a `signed` or `unsigned` > > keyword to specify compiler's behav. > > And politicians should be cultural and tolerant people. We cannot fix politicians. I am sure. But we are able to fix code and send patches. That's our power, ain't it? :] wrobell From paladine at op.pl Tue May 10 08:14:48 2005 From: paladine at op.pl (Kamil =?iso-8859-2?Q?Kosi=F1ski?=) Date: Tue, 10 May 2005 08:14:48 +0200 Subject: SPECS: timer-applet.spec (NEW) - added In-Reply-To: References: Message-ID: <1115705689.24909.9.camel@palanthas.dynalias.net> Dnia 10-05-2005, wto o godzinie 03:38 +0200, aredridel napisa?(a): > Author: aredridel Date: Tue May 10 01:38:26 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added > > ---- Files affected: > SPECS: > timer-applet.spec (NONE -> 1.1) (NEW) > > ---- Diffs: > > ================================================================ > Index: SPECS/timer-applet.spec > diff -u /dev/null SPECS/timer-applet.spec:1.1 > --- /dev/null Tue May 10 03:38:26 2005 > +++ SPECS/timer-applet.spec Tue May 10 03:38:20 2005 > @@ -0,0 +1,126 @@ > +Name: timer-applet > +Version: 1.0 > +Release: 1 > +Summary: Timer Applet Icon Timer Applet is a countdown timer applet for the GNOME panel. > + > +Group: User Interface/Desktops > +License: GPL > +URL: http://timerapplet.sourceforge.net/ > +Source0: http://prdownloads.sourceforge.net/timerapplet/timer-applet-1.0.tar.gz > +#Source99: > +#Patch0: > +#Patch1: > +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Aaaa!!!!! What's that? 1. if it's not finished (i hope so), then You should write NFY in commit log and give rel 0.1 2. change spec name to gnome-applet-timer.spec -- Kamil (paladine) Kosi?ski jid: paladine at chrome.pl mail: paladine at pld-linux,org PLD Linux developer http://www.pld-linux.org From glen at delfi.ee Tue May 10 10:06:51 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 10 May 2005 11:06:51 +0300 Subject: SPECS: gzip.spec, tcpdump.spec - TODO security In-Reply-To: <1115676893.5266.32.camel@neptune.sakowski.pl> References: <1115676893.5266.32.camel@neptune.sakowski.pl> Message-ID: <200505101106.52103.glen@delfi.ee> On Tuesday 10 May 2005 01:14, Pawe? Sakowski wrote: > On Mon, 2005-05-09 at 23:50 +0200, glen wrote: > > @@ -279,7 +284,7 @@ > > Revision 1.41 2001/07/26 07:59:51 kloczek > > - added ac_fix patch (quote all functions name in AC_DEFUN() in []) > > - added automake and autoconf to BuildRequires, > > -- run autoconf in %build before %%configure. > > +- run autoconf in %build before %configure. > > [...] > > Revision 1.32 2000/06/09 07:54:42 kloczek > > -- more %%{__make} macros. > > +- more %{__make} macros. > > Since when are the macros kept unexpanded in changelogs? looong time ago. i guess this one from rpm.spec: Revision 1.233 2001/08/30 22:42:41 filon - added patch %%{name}-noexpand, which disable expanding of macros in %changelog and %description sections -- glen From zbyniu at geocarbon.pl Tue May 10 12:09:20 2005 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Tue, 10 May 2005 12:09:20 +0200 Subject: rpm, ppc and -fsigned-char In-Reply-To: <200505100007.23665.pluto@agmk.net> References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> <200505100007.23665.pluto@agmk.net> Message-ID: <20050510100919.GC23993@geocarbon.pl> Mniej wiecej Tue, May 10, 2005 at 12:07:23AM +0200, zainteresowany Pawel Sikora rzekl: > AFAIK, we inherit the unsigned default from AIX. > IBM made char unsigned to match what they'd done > on S/370 and AS/400 hardware. On those platforms, > IBM was using EBCDIC instead of ASCII, and needed > to make char unsigned to prevent regular characters > (basic numbers and letters) from being negative... > > But not many people were dumb enough to follow IBM. Protoplast S/390 and AS/400 - S/360 was released in 1964, ASCII in 1965. Zbyniu -- \78\32\14\46\67\67\90\1A %% Timeo me dubitare %% From qrczak at knm.org.pl Tue May 10 13:29:19 2005 From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk) Date: Tue, 10 May 2005 13:29:19 +0200 Subject: rpm, ppc and -fsigned-char In-Reply-To: <20050509232201.GH24253@borg> (wrobell@pld-linux.org's message of "Tue, 10 May 2005 00:22:01 +0100") References: <20050509161907.GF24253@borg> <200505092225.58666.mmazur@kernel.pl> <200505100007.23665.pluto@agmk.net> <20050509232201.GH24253@borg> Message-ID: <877ji72ub4.fsf@qrnik.zagroda> wrobell writes: >> The K&R book doesn't say if it's signed or not !!! >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> That's up to the implementation. > What about ANSI C and POSIX standards? Is there anything about it? They both leave implementation-defined whether char is signed or unsigned. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From glen at delfi.ee Tue May 10 19:42:05 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 10 May 2005 20:42:05 +0300 Subject: noisy macros Message-ID: <200505102042.06563.glen@delfi.ee> can't the macros being done in a way that they don't output junk if commands don't exist (yet)? $ ./builder -bb gnomemeeting.spec # $Revision: 1.83 $, $Date: 2005/05/10 14:20:17 $ gnomemeeting-1.2.1.tar.bz2 having proper md5sum already exists sh: scrollkeeper-config: not found error: Failed build dependencies: libdv-devel >= 0.99-2 is needed by gnomemeeting-1.2.1-2 libgnomeui-devel >= 2.10.0-2 is needed by gnomemeeting-1.2.1-2 openh323-devel >= 1.15.3-1 is needed by gnomemeeting-1.2.1-2 scrollkeeper is needed by gnomemeeting-1.2.1-2 Error: package build failed. (no more info) -- glen From loc at toya.net.pl Tue May 10 23:31:36 2005 From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=) Date: Tue, 10 May 2005 23:31:36 +0200 Subject: PLDWWW: Sponsors In-Reply-To: <20050510191429.4544.74531@akcyza.pld-linux.org> References: <20050510191429.4544.74531@akcyza.pld-linux.org> Message-ID: <42812838.5030001@toya.net.pl> adamg wrote: > Author: adamg Date: Tue May 10 19:14:29 2005 GMT > Module: PLDWWW URL: http://www.pld-linux.org/Sponsors > ---- Log message: > > > ---- Page affected: Sponsors > > ---- Diffs: > > ================================================================ > = Our sponsors = > [...] > + == Universities == > [...] > + * Technical University of Lodz - Institute of Computer Science Just curious, what type of help do we get from P?? -- Regards, Jakub Piotr C?apa From adamg at biomerieux.pl Tue May 10 23:39:34 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 10 May 2005 23:39:34 +0200 Subject: PLDWWW: Sponsors In-Reply-To: <42812838.5030001@toya.net.pl> References: <20050510191429.4544.74531@akcyza.pld-linux.org> <42812838.5030001@toya.net.pl> Message-ID: <20050510213934.GB27018@mysza.eu.org> On Tue, May 10, 2005 at 11:31:36PM +0200, Jakub Piotr C?apa wrote: > > = Our sponsors = > >[...] > >+ == Universities == > >[...] > >+ * Technical University of Lodz - Institute of Computer Science > > Just curious, what type of help do we get from P?? Access to a SPARC machine, where ac-sparc builder resides (If I am not mistaken). -- 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 May 11 02:46:32 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 11 May 2005 03:46:32 +0300 Subject: Fwd: SPECS: pciutils.spec - release 9 for Th. Message-ID: <200505110346.32715.glen@delfi.ee> why you bother adding rel+1 for th? for ac migration? there's --old-package option for rpm, which could be used, as i believe the migration from ac to th will need assistence from conversion script (package name changes) ---------- Forwarded Message ---------- Subject: SPECS: pciutils.spec - release 9 for Th. Date: Wednesday 11 May 2005 02:58 From: pluto To: pld-cvs-commit at pld-linux.org Author: pluto Date: Tue May 10 23:58:07 2005 GMT Module: SPECS Tag: HEAD ---- Log message: - release 9 for Th. ---- Files affected: SPECS: pciutils.spec (1.69 -> 1.70) ---- Diffs: ================================================================ Index: SPECS/pciutils.spec diff -u SPECS/pciutils.spec:1.69 SPECS/pciutils.spec:1.70 --- SPECS/pciutils.spec:1.69 Thu Feb 3 19:53:55 2005 +++ SPECS/pciutils.spec Wed May 11 01:58:02 2005 @@ -18,7 +18,7 @@ Summary(zh_CN): PCI ???????????????? Name: pciutils Version: 2.1.11 -Release: 8 +Release: 9 License: GPL Group: Applications/System Source0: ftp://atrey.karlin.mff.cuni.cz/pub/linux/pci/%{name}-%{version}.tar .gz @@ -301,6 +301,9 @@ All persons listed below can be reached at @pld-linux.org $Log$ +Revision 1.70 2005/05/10 23:58:02 pluto +- release 9 for Th. + Revision 1.69 2005/02/03 18:53:55 pawcioos - updated md5 for NoSource2 ================================================================ ---- CVS-web: http://cvs.pld-linux.org/SPECS/pciutils.spec?r1=1.69&r2=1.70&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 adamg at biomerieux.pl Wed May 11 19:42:32 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 11 May 2005 19:42:32 +0200 Subject: Fwd: SPECS: pciutils.spec - release 9 for Th. In-Reply-To: <200505110346.32715.glen@delfi.ee> References: <200505110346.32715.glen@delfi.ee> Message-ID: <20050511174232.GC28329@mysza.eu.org> On Wed, May 11, 2005 at 03:46:32AM +0300, Elan Ruusam?e wrote: > why you bother adding rel+1 for th? > for ac migration? > there's --old-package option for rpm, which could be used, as i believe the > migration from ac to th will need assistence from conversion script (package > name changes) In an ideal world it would be done with poldek --upa; poldek --upgrade-dist. However this is real world and for sure we're gonna do some thins either manually or using sort of ac2th converter. But still, most of the job could be done with simple upgrading... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From zawadaa at gmail.com Thu May 12 00:21:07 2005 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Thu, 12 May 2005 00:21:07 +0200 Subject: SPECS: clamav.spec - bconded database subpackage by Mikolaj Kucharski In-Reply-To: References: Message-ID: <42828553.7050501@gmail.com> averne wrote: > Author: averne Date: Wed May 4 08:59:58 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - bconded database subpackage by Mikolaj Kucharski > > ---- Files affected: > SPECS: > clamav.spec (1.157 -> 1.158) > > ---- Diffs: > > ================================================================ > Index: SPECS/clamav.spec > diff -u SPECS/clamav.spec:1.157 SPECS/clamav.spec:1.158 > --- SPECS/clamav.spec:1.157 Mon May 2 20:23:51 2005 > +++ SPECS/clamav.spec Wed May 4 10:59:53 2005 > @@ -3,14 +3,15 @@ > # Make freshclam (script and daemon) > # > # Conditional build: > -%bcond_without milter # build without milter subpackage > -%bcond_with curl # enable curl support > +%bcond_without milter # build without milter subpackage > +%bcond_without database # build without databases subpackage Why "database"? Isn't better "virusdb" or similar? -- Andrzej Zawadzki From patrys at pld-linux.org Fri May 13 12:01:10 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Fri, 13 May 2005 12:01:10 +0200 Subject: Menus and ConsoleOnly category Message-ID: <1115978470.5679.11.camel@localhost> An average user does not need menu entries for programs like bc, dc, elinks, ftp, lftp, links, lsof, lynx, ncftp and other console apps. The question is: Should I split the /etc/xdg/menus from gnome-menus package into a gnome-menus-filter-default subpackage and provide an alternative gnome-menus-filter-noconsole subpackage that filters them out or should I split said programs to have an optional APPNAME-X11 subpackage including only the desktop files? I want to make the menus more clean and usable. No flaming needed. I want serious comments and ideas. No, suggesting that your desktop environment is better won't help nor make your penis any larger. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Fri May 13 12:12:13 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 12:12:13 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <1115978470.5679.11.camel@localhost> References: <1115978470.5679.11.camel@localhost> Message-ID: <200505131212.13721.mmazur@kernel.pl> On pi?tek 13 maj 2005 12:01, Patrys :: Patryk Zawadzki wrote: > No flaming needed. I want serious comments and ideas. No, suggesting > that your desktop environment is better won't help nor make your penis > any larger. I'm sure Aredridel agrees :) As for the topic -- would also help if we could filter out apps that are part of X11*. Xload, xterm, xcalc, xedit -- this stuff looks like crap. -- 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 blues at pld-linux.org Fri May 13 12:22:11 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 13 May 2005 12:22:11 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <1115978470.5679.11.camel@localhost> References: <1115978470.5679.11.camel@localhost> Message-ID: On Fri, 13 May 2005, Patrys :: Patryk Zawadzki wrote: > An average user does not need menu entries for programs like bc, dc, > elinks, ftp, lftp, links, lsof, lynx, ncftp and other console apps. > > The question is: > > Should I split the /etc/xdg/menus from gnome-menus package into a > gnome-menus-filter-default subpackage and provide an alternative > gnome-menus-filter-noconsole subpackage that filters them out or should > I split said programs to have an optional APPNAME-X11 subpackage > including only the desktop files? > > I want to make the menus more clean and usable. First solution, separate menu-package. -- 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 May 13 12:24:10 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 13 May 2005 12:24:10 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <1115978470.5679.11.camel@localhost> References: <1115978470.5679.11.camel@localhost> Message-ID: <20050513102409.GA9828@os> On Fri, May 13, 2005 at 12:01:10 +0200, Patrys :: Patryk Zawadzki wrote: > Should I split the /etc/xdg/menus from gnome-menus package into a > gnome-menus-filter-default subpackage and provide an alternative > gnome-menus-filter-noconsole subpackage that filters them out or should Yes. It's pretty clean solution. > I split said programs to have an optional APPNAME-X11 subpackage > including only the desktop files? No. It would mess a lot in package set. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri May 13 12:25:41 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 13 May 2005 12:25:41 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131212.13721.mmazur@kernel.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> Message-ID: <20050513102541.GB9828@os> On Fri, May 13, 2005 at 12:12:13 +0200, Mariusz Mazur wrote: > As for the topic -- would also help if we could filter out apps that are part > of X11*. Xload, xterm, xcalc, xedit -- this stuff looks like crap. ~: rpm -qf =xcalc X11-tools-6.8.2-5 Just uninstall it. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From ankry at green.mif.pg.gda.pl Fri May 13 13:34:16 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 13:34:16 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <1115978470.5679.11.camel@localhost> from "Patrys :: Patryk Zawadzki" at May 13, 2005 12:01:10 PM Message-ID: <200505131134.j4DBYGuH004832@green.mif.pg.gda.pl> Patrys :: Patryk Zawadzki wrote: > > An average user does not need menu entries for programs like bc, dc, > elinks, ftp, lftp, links, lsof, lynx, ncftp and other console apps. > > The question is: > > Should I split the /etc/xdg/menus from gnome-menus package into a > gnome-menus-filter-default subpackage and provide an alternative > gnome-menus-filter-noconsole subpackage that filters them out or should > I split said programs to have an optional APPNAME-X11 subpackage > including only the desktop files? Decision whether some spplication should be visible or not should be user, tot admin decision. It should be configurable. And user should be able do switch easily to the opposite case. Does a separate package provide such a functionality? > I want to make the menus more clean and usable. > > No flaming needed. I want serious comments and ideas. No, suggesting > that your desktop environment is better won't help nor make your penis > any larger. -- ======================================================================= 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 patrys at pld-linux.org Fri May 13 13:46:31 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Fri, 13 May 2005 13:46:31 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131134.j4DBYGuH004832@green.mif.pg.gda.pl> References: <200505131134.j4DBYGuH004832@green.mif.pg.gda.pl> Message-ID: <1115984791.5679.17.camel@localhost> Dnia 13-05-2005, pi? o godzinie 13:34 +0200, Andrzej Krzysztofowicz napisa?(a): > Patrys :: Patryk Zawadzki wrote: > > > > An average user does not need menu entries for programs like bc, dc, > > elinks, ftp, lftp, links, lsof, lynx, ncftp and other console apps. > > > > The question is: > > > > Should I split the /etc/xdg/menus from gnome-menus package into a > > gnome-menus-filter-default subpackage and provide an alternative > > gnome-menus-filter-noconsole subpackage that filters them out or should > > I split said programs to have an optional APPNAME-X11 subpackage > > including only the desktop files? > > Decision whether some spplication should be visible or not should be user, > tot admin decision. It should be configurable. And user should be able > do switch easily to the opposite case. It's like deciding applnk vs gnome-menus. Better to have admin option than no option at all. Besides, you can append Console apps ConsoleOnly to your ~/.config/menus/... > Does a separate package provide such a functionality? It provides more customisability. Anyway - wasn't PLD supposed to be driven by developer needs? I need my machines to have clean menus by default and none of my users select Applications / Edutainment (WTF?!) / Bc. I want to provide them a clean installation by default, not having to hack each user's menu by hand. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From qboosh at pld-linux.org Fri May 13 13:59:27 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 13 May 2005 13:59:27 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131212.13721.mmazur@kernel.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> Message-ID: <20050513115927.GA5049@gruby.cs.net.pl> On Fri, May 13, 2005 at 12:12:13PM +0200, Mariusz Mazur wrote: > On pi?tek 13 maj 2005 12:01, Patrys :: Patryk Zawadzki wrote: > > No flaming needed. I want serious comments and ideas. No, suggesting > > that your desktop environment is better won't help nor make your penis > > any larger. > > I'm sure Aredridel agrees :) > > As for the topic -- would also help if we could filter out apps that are part > of X11*. Xload, xterm, xcalc, xedit -- this stuff looks like crap. So how one could launch xterm (to run other programs in normal way) when it's inaccessible from menu? -- Jakub Bogusz http://qboosh.cs.net.pl/ From freetz at gmx.net Fri May 13 15:47:52 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 13 May 2005 15:47:52 +0200 Subject: SPECS: gnome-menus-filter-noconsole.spec (NEW) - Initial PLD release In-Reply-To: References: Message-ID: <20050513154752.05891e87.freetz@gmx.net> On Fri, 13 May 2005 13:40:16 +0200 patrys wrote: > Author: patrys Date: Fri May 13 11:40:16 2005 > GMT Module: SPECS Tag: HEAD > ---- Log message: > - Initial PLD release > > ---- Files affected: > SPECS: > gnome-menus-filter-noconsole.spec (NONE -> 1.1) (NEW) > > ---- Diffs: > > ================================================================ > Index: SPECS/gnome-menus-filter-noconsole.spec > diff -u /dev/null SPECS/gnome-menus-filter-noconsole.spec:1.1 > --- /dev/null Fri May 13 13:40:16 2005 > +++ SPECS/gnome-menus-filter-noconsole.spec Fri May 13 > 13:40:09 2005 @@ -0,0 +1,49 @@ > +# $Revision$, $Date$ > +Summary: Clean gnome-menus filter > +Summary(pl): Wyczyszczony filtr gnome-menus > +Name: gnome-menus-filter-noconsole > +Version: 2.10.1 > +Release: 1 > +License: GPL v2+ > +Group: X11/Applications > +Source0: %{name}.tar.gz this is very bad idea. provide *.menus as standalone sources not a gzipped tarball. And Summary can be better too. Calling it "clean filter" makes no sense at all. what about "GNOME menus for average user" ? :> -- Fryderyk Dziarmagowski From mmazur at kernel.pl Fri May 13 15:52:50 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 15:52:50 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <20050513102541.GB9828@os> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513102541.GB9828@os> Message-ID: <200505131552.50962.mmazur@kernel.pl> On pi?tek 13 maj 2005 12:25, Tomasz Pala wrote: > ~: rpm -qf =xcalc > X11-tools-6.8.2-5 > > Just uninstall it. [mmazur at home applications]$ rpm -qf `which xev`; rpm -qf `which xterm` X11-tools-6.8.1-5 X11-6.8.1-5 That's kind of unlikely. -- 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 mmazur at kernel.pl Fri May 13 15:58:07 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 15:58:07 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <20050513115927.GA5049@gruby.cs.net.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513115927.GA5049@gruby.cs.net.pl> Message-ID: <200505131558.07270.mmazur@kernel.pl> On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > So how one could launch xterm (to run other programs in normal way) when > it's inaccessible from menu? We're talking kde and gnome users right now. Those envs have their own (better integrated) terminals. -- 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 Fri May 13 16:05:52 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 16:05:52 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505131558.07270.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 03:58:07 PM Message-ID: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > So how one could launch xterm (to run other programs in normal way) when > > it's inaccessible from menu? > > We're talking kde and gnome users right now. Those envs have their own (better > integrated) terminals. But it is Unix not Windows. Menu is defined for _all_ environments. Having KDE installed does not mean that user can't use fluxbox, etc. -- ======================================================================= 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 aredridel at nbtsc.org Fri May 13 16:10:50 2005 From: aredridel at nbtsc.org (Aredridel) Date: Fri, 13 May 2005 08:10:50 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> References: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> Message-ID: <1115993450.19519.3.camel@mizar.nbtsc.org> On Fri, 2005-05-13 at 16:05 +0200, Andrzej Krzysztofowicz wrote: > Mariusz Mazur wrote: > > > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > So how one could launch xterm (to run other programs in normal way) when > > > it's inaccessible from menu? > > > > We're talking kde and gnome users right now. Those envs have their own (better > > integrated) terminals. > > But it is Unix not Windows. Menu is defined for _all_ environments. > Having KDE installed does not mean that user can't use fluxbox, etc. And a solution should support multiple users -- I have many on my box, with different environments. From aredridel at nbtsc.org Fri May 13 16:16:15 2005 From: aredridel at nbtsc.org (Aredridel) Date: Fri, 13 May 2005 08:16:15 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131558.07270.mmazur@kernel.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513115927.GA5049@gruby.cs.net.pl> <200505131558.07270.mmazur@kernel.pl> Message-ID: <1115993776.19519.10.camel@mizar.nbtsc.org> On Fri, 2005-05-13 at 15:58 +0200, Mariusz Mazur wrote: > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > So how one could launch xterm (to run other programs in normal way) when > > it's inaccessible from menu? > > We're talking kde and gnome users right now. Those envs have their own (better > integrated) terminals. > Exactly. http://www.livejournal.com/users/aredridel/94068.html I use Fedora Core 3 for a few customers' computers, at the moment, because the menus are better -- that's the only real reason. (yum sucks, redhat's network tool sucks, but the menus are good.) I would love to see whether or not things like this are shown, per-user -- I personally want to never see bc, dc, or lftp or mc in my menus, since I have a terminal for that. the ConsoleOnly category is useless to me, but annoying because it takes up extra space. I also have no use for the X11-tools to show up in the menu -- the only one I use is xev, and only from the terminal. I would also love to be able to hide KDE apps if I would like, since I don't use them often. From qboosh at pld-linux.org Fri May 13 16:35:01 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 13 May 2005 16:35:01 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131558.07270.mmazur@kernel.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513115927.GA5049@gruby.cs.net.pl> <200505131558.07270.mmazur@kernel.pl> Message-ID: <20050513143501.GA14977@gruby.cs.net.pl> On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > So how one could launch xterm (to run other programs in normal way) when > > it's inaccessible from menu? > > We're talking kde and gnome users right now. Those envs have their own (better > integrated) terminals. So one has to run some [kg]term* first in order to run plain xterm? -- Jakub Bogusz http://qboosh.cs.net.pl/ From patrys at pld-linux.org Fri May 13 16:38:39 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Fri, 13 May 2005 16:38:39 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <20050513143501.GA14977@gruby.cs.net.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513115927.GA5049@gruby.cs.net.pl> <200505131558.07270.mmazur@kernel.pl> <20050513143501.GA14977@gruby.cs.net.pl> Message-ID: <1115995119.5679.21.camel@localhost> Dnia 13-05-2005, pi? o godzinie 16:35 +0200, Jakub Bogusz napisa?(a): > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > So how one could launch xterm (to run other programs in normal way) when > > > it's inaccessible from menu? > > > > We're talking kde and gnome users right now. Those envs have their own (better > > integrated) terminals. > > So one has to run some [kg]term* first in order to run plain xterm? So one can right-click his desktop and select "[New ->] Terminal" running his terminal of choice, be it xterm, gnome-terminal, konsole or rxvt. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Fri May 13 17:23:35 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 17:23:35 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <20050513143501.GA14977@gruby.cs.net.pl> References: <1115978470.5679.11.camel@localhost> <200505131558.07270.mmazur@kernel.pl> <20050513143501.GA14977@gruby.cs.net.pl> Message-ID: <200505131723.35842.mmazur@kernel.pl> On pi?tek 13 maj 2005 16:35, Jakub Bogusz wrote: > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > So how one could launch xterm (to run other programs in normal way) > > > when it's inaccessible from menu? > > > > We're talking kde and gnome users right now. Those envs have their own > > (better integrated) terminals. > > So one has to run some [kg]term* first in order to run plain xterm? One doesn't have a clue what 'xterm' is. That's the whole idea. -- 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 mmazur at kernel.pl Fri May 13 17:30:38 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 17:30:38 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> References: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> Message-ID: <200505131730.38460.mmazur@kernel.pl> On pi?tek 13 maj 2005 16:05, Andrzej Krzysztofowicz wrote: > But it is Unix not Windows. Menu is defined for _all_ environments. > Having KDE installed does not mean that user can't use fluxbox, etc. And I'm the admin, users see what I want them to see. -- 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 Fri May 13 18:20:35 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 18:20:35 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505131723.35842.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 05:23:35 PM Message-ID: <200505131620.j4DGKZmM006489@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 16:35, Jakub Bogusz wrote: > > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > > So how one could launch xterm (to run other programs in normal way) > > > > when it's inaccessible from menu? > > > > > > We're talking kde and gnome users right now. Those envs have their own > > > (better integrated) terminals. > > > > So one has to run some [kg]term* first in order to run plain xterm? > > One doesn't have a clue what 'xterm' is. That's the whole idea. One doesn't, one does. Why to take a decision on behalf of _all_ users ? -- ======================================================================= 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 May 13 18:37:49 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 18:37:49 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505131730.38460.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 05:30:38 PM Message-ID: <200505131637.j4DGbnnj006572@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 16:05, Andrzej Krzysztofowicz wrote: > > But it is Unix not Windows. Menu is defined for _all_ environments. > > Having KDE installed does not mean that user can't use fluxbox, etc. > > And I'm the admin, users see what I want them to see. I doubt it should be admin role to decide which programs users should use and which 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 mmazur at kernel.pl Fri May 13 20:29:12 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 20:29:12 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131637.j4DGbnnj006572@green.mif.pg.gda.pl> References: <200505131637.j4DGbnnj006572@green.mif.pg.gda.pl> Message-ID: <200505132029.13220.mmazur@kernel.pl> On pi?tek 13 maj 2005 18:37, Andrzej Krzysztofowicz wrote: > I doubt it should be admin role to decide which programs users should use > and which not. Not like they have a choice, do they? -- 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 mmazur at kernel.pl Fri May 13 20:31:08 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 20:31:08 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131620.j4DGKZmM006489@green.mif.pg.gda.pl> References: <200505131620.j4DGKZmM006489@green.mif.pg.gda.pl> Message-ID: <200505132031.08459.mmazur@kernel.pl> On pi?tek 13 maj 2005 18:20, Andrzej Krzysztofowicz wrote: > > One doesn't have a clue what 'xterm' is. That's the whole idea. > > One doesn't, one does. Why to take a decision on behalf of _all_ users ? The one who knows the users -- admin allmighty. -- 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 Fri May 13 21:35:05 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 21:35:05 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132031.08459.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 08:31:08 PM Message-ID: <200505131935.j4DJZ5fT007767@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 18:20, Andrzej Krzysztofowicz wrote: > > > One doesn't have a clue what 'xterm' is. That's the whole idea. > > > > One doesn't, one does. Why to take a decision on behalf of _all_ users ? > > The one who knows the users -- admin allmighty. I asked _why_ not _who_. -- ======================================================================= 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 May 13 21:36:27 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 21:36:27 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132029.13220.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 08:29:12 PM Message-ID: <200505131936.j4DJaRnw007785@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 18:37, Andrzej Krzysztofowicz wrote: > > I doubt it should be admin role to decide which programs users should use > > and which not. > > Not like they have a choice, do they? It is manager's decision, not admin's. -- ======================================================================= 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 Fri May 13 22:12:21 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 22:12:21 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131936.j4DJaRnw007785@green.mif.pg.gda.pl> References: <200505131936.j4DJaRnw007785@green.mif.pg.gda.pl> Message-ID: <200505132212.21429.mmazur@kernel.pl> On pi?tek 13 maj 2005 21:36, Andrzej Krzysztofowicz wrote: > Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 18:37, Andrzej Krzysztofowicz wrote: > > > I doubt it should be admin role to decide which programs users should > > > use and which not. > > > > Not like they have a choice, do they? > > It is manager's decision, not admin's. Assuming there is one. -- 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 mmazur at kernel.pl Fri May 13 22:13:39 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 22:13:39 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131935.j4DJZ5fT007767@green.mif.pg.gda.pl> References: <200505131935.j4DJZ5fT007767@green.mif.pg.gda.pl> Message-ID: <200505132213.39623.mmazur@kernel.pl> On pi?tek 13 maj 2005 21:35, Andrzej Krzysztofowicz wrote: > Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 18:20, Andrzej Krzysztofowicz wrote: > > > > One doesn't have a clue what 'xterm' is. That's the whole idea. > > > > > > One doesn't, one does. Why to take a decision on behalf of _all_ users > > > ? > > > > The one who knows the users -- admin allmighty. > > I asked _why_ not _who_. Cause for them xterm is a Japanese word and the less stuff they have access to, the less likely they are to get confused. -- 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 Fri May 13 22:25:41 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 22:25:41 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132213.39623.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 10:13:39 PM Message-ID: <200505132025.j4DKPfRE008114@green.mif.pg.gda.pl> Mariusz Mazur wrote: > On pi?tek 13 maj 2005 21:35, Andrzej Krzysztofowicz wrote: > > Mariusz Mazur wrote: > > > On pi?tek 13 maj 2005 18:20, Andrzej Krzysztofowicz wrote: > > > > > One doesn't have a clue what 'xterm' is. That's the whole idea. > > > > > > > > One doesn't, one does. Why to take a decision on behalf of _all_ users > > > > ? > > > > > > The one who knows the users -- admin allmighty. > > > > I asked _why_ not _who_. > > Cause for them xterm is a Japanese word and the less stuff they have access > to, the less likely they are to get confused. So thay should use heavy/large/slow other *term instead of a small and fast one? And wait for their complains? Strange policy. As I noted, my desktops has about 800 potential users; about 200 of them prefer fluxbox over GNOME/KDE. On Celerons 2.6GHz/632 MB RAM. Just an example. -- ======================================================================= 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 May 13 22:26:31 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 22:26:31 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132212.21429.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 10:12:21 PM Message-ID: <200505132026.j4DKQVK0008135@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 21:36, Andrzej Krzysztofowicz wrote: > > Mariusz Mazur wrote: > > > On pi?tek 13 maj 2005 18:37, Andrzej Krzysztofowicz wrote: > > > > I doubt it should be admin role to decide which programs users should > > > > use and which not. > > > > > > Not like they have a choice, do they? > > > > It is manager's decision, not admin's. > > Assuming there is one. You shold not assume there is none. -- ======================================================================= 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 Fri May 13 22:31:30 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 22:31:30 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505132026.j4DKQVK0008135@green.mif.pg.gda.pl> References: <200505132026.j4DKQVK0008135@green.mif.pg.gda.pl> Message-ID: <200505132231.30901.mmazur@kernel.pl> On pi?tek 13 maj 2005 22:26, Andrzej Krzysztofowicz wrote: > > Assuming there is one. > > You shold not assume there is none. I don't have to assume anything since I'm the admin. I just plain know. And this discussion is kind of pointless by the way. Whatever you think you know about ordinary users and whether you find it weird or not doesn't change a thing about their behavior. -- 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 djurban at pld-dc.org Fri May 13 22:35:06 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Fri, 13 May 2005 22:35:06 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505132213.39623.mmazur@kernel.pl> References: <200505131935.j4DJZ5fT007767@green.mif.pg.gda.pl> <200505132213.39623.mmazur@kernel.pl> Message-ID: <200505132235.07119.djurban@pld-dc.org> Hi, Mariusz Mazur (Friday 13 of May 2005 22:13): > Cause for them xterm is a Japanese word and the less stuff they have access > to, the less likely they are to get confused. And exactly since when does PLD care about its users? -- Piotr Szymanski djurban at pld-linux.org From ankry at green.mif.pg.gda.pl Fri May 13 22:53:10 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 22:53:10 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132231.30901.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 10:31:30 PM Message-ID: <200505132053.j4DKrALL008345@green.mif.pg.gda.pl> Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 22:26, Andrzej Krzysztofowicz wrote: > > > Assuming there is one. > > > > You shold not assume there is none. > > I don't have to assume anything since I'm the admin. I just plain know. ... of all PLD systems? Unbelievable. > And this discussion is kind of pointless by the way. Whatever you think you > know about ordinary users and whether you find it weird or not doesn't change > a thing about their behavior. So you just proved we shouldn't touch this menu :) -- ======================================================================= 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 Fri May 13 22:57:27 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Fri, 13 May 2005 22:57:27 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505132053.j4DKrALL008345@green.mif.pg.gda.pl> References: <200505132053.j4DKrALL008345@green.mif.pg.gda.pl> Message-ID: <200505132257.27322.mmazur@kernel.pl> On pi?tek 13 maj 2005 22:53, Andrzej Krzysztofowicz wrote: > Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 22:26, Andrzej Krzysztofowicz wrote: > > > > Assuming there is one. > > > > > > You shold not assume there is none. > > > > I don't have to assume anything since I'm the admin. I just plain know. > > ... of all PLD systems? Unbelievable. You guys high or something? Patrys just added a separate package which provides those userfriendly menus for those that prefer them. -- 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 Fri May 13 23:03:24 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 13 May 2005 23:03:24 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505132257.27322.mmazur@kernel.pl> from "Mariusz Mazur" at May 13, 2005 10:57:27 PM Message-ID: <200505132103.j4DL3Ool008446@green.mif.pg.gda.pl> Mariusz Mazur wrote: > On pi?tek 13 maj 2005 22:53, Andrzej Krzysztofowicz wrote: > > Mariusz Mazur wrote: > > > On pi?tek 13 maj 2005 22:26, Andrzej Krzysztofowicz wrote: > > > > > Assuming there is one. > > > > > > > > You shold not assume there is none. > > > > > > I don't have to assume anything since I'm the admin. I just plain know. > > > > ... of all PLD systems? Unbelievable. > > You guys high or something? Patrys just added a separate package which > provides those userfriendly menus for those that prefer them. Just beeing afraid poldek some day choses it as a default ;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 djurban at pld-dc.org Fri May 13 23:03:40 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Fri, 13 May 2005 23:03:40 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505132257.27322.mmazur@kernel.pl> References: <200505132053.j4DKrALL008345@green.mif.pg.gda.pl> <200505132257.27322.mmazur@kernel.pl> Message-ID: <200505132303.40231.djurban@pld-dc.org> Hi, Mariusz Mazur (Friday 13 of May 2005 22:57): > You guys high or something? Im never high. -- Piotr Szymanski djurban at pld-linux.org From pluto at agmk.net Fri May 13 23:50:09 2005 From: pluto at agmk.net (Pawel Sikora) Date: Fri, 13 May 2005 23:50:09 +0200 Subject: [SECURITY] Hyper-Threading Vulnerability Message-ID: <200505132350.09903.pluto@agmk.net> [ quote: http://lkml.org/lkml/2005/5/13/10 ] From http://kerneltrap.org/node/5103 Hyper-Threading, as currently implemented on Intel Pentium Extreme Edition, Pentium 4, Mobile Pentium 4, and Xeon processors, suffers from a serious security flaw," Colin explains. "This flaw permits local information disclosure, including allowing an unprivileged user to steal an RSA private key being used on the same machine. Administrators of multi-user systems are strongly advised to take action to disable Hyper-Threading immediately." More info here: http://www.daemonology.net/hyperthreading-considered-harmful/ -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From aredridel at nbtsc.org Sat May 14 10:48:36 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 14 May 2005 02:48:36 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <200505131730.38460.mmazur@kernel.pl> References: <200505131405.j4DE5qdb005893@green.mif.pg.gda.pl> <200505131730.38460.mmazur@kernel.pl> Message-ID: <1116060516.30070.2.camel@mizar.nbtsc.org> On Fri, 2005-05-13 at 17:30 +0200, Mariusz Mazur wrote: > On pi?tek 13 maj 2005 16:05, Andrzej Krzysztofowicz wrote: > > But it is Unix not Windows. Menu is defined for _all_ environments. > > Having KDE installed does not mean that user can't use fluxbox, etc. > > And I'm the admin, users see what I want them to see. And I as the admin want them to make themselves happy and leave me alone. From aredridel at nbtsc.org Sat May 14 10:49:39 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 14 May 2005 02:49:39 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <20050513143501.GA14977@gruby.cs.net.pl> References: <1115978470.5679.11.camel@localhost> <200505131212.13721.mmazur@kernel.pl> <20050513115927.GA5049@gruby.cs.net.pl> <200505131558.07270.mmazur@kernel.pl> <20050513143501.GA14977@gruby.cs.net.pl> Message-ID: <1116060579.30070.4.camel@mizar.nbtsc.org> On Fri, 2005-05-13 at 16:35 +0200, Jakub Bogusz wrote: > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > On pi?tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > So how one could launch xterm (to run other programs in normal way) when > > > it's inaccessible from menu? > > > > We're talking kde and gnome users right now. Those envs have their own (better > > integrated) terminals. > > So one has to run some [kg]term* first in order to run plain xterm? Alt-f2, xterm, enter. From ankry at green.mif.pg.gda.pl Sat May 14 11:10:38 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 14 May 2005 11:10:38 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <1116060579.30070.4.camel@mizar.nbtsc.org> from "Aredridel" at May 14, 2005 02:49:39 AM Message-ID: <200505140910.j4E9Ac4W025017@green.mif.pg.gda.pl> Aredridel wrote: > On Fri, 2005-05-13 at 16:35 +0200, Jakub Bogusz wrote: > > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > > On pi? tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > > So how one could launch xterm (to run other programs in normal way) when > > > > it's inaccessible from menu? > > > > > > We're talking kde and gnome users right now. Those envs have their own (better > > > integrated) terminals. > > > > So one has to run some [kg]term* first in order to run plain xterm? > > Alt-f2, xterm, enter. With any wm? (twm, fluxbox, fvwm, etc.) Alt-F2 switches to second virtual desktop ;P If it is intended to have applnk fuctionality, it should have real applnk fuctionality. -- ======================================================================= 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 aredridel at nbtsc.org Sat May 14 11:27:06 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 14 May 2005 03:27:06 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <200505140910.j4E9Ac4W025017@green.mif.pg.gda.pl> References: <200505140910.j4E9Ac4W025017@green.mif.pg.gda.pl> Message-ID: <1116062832.30070.10.camel@mizar.nbtsc.org> On Sat, 2005-05-14 at 11:10 +0200, Andrzej Krzysztofowicz wrote: > Aredridel wrote: > > On Fri, 2005-05-13 at 16:35 +0200, Jakub Bogusz wrote: > > > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > > > On pi??tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > > > So how one could launch xterm (to run other programs in normal way) when > > > > > it's inaccessible from menu? > > > > > > > > We're talking kde and gnome users right now. Those envs have their own (better > > > > integrated) terminals. > > > > > > So one has to run some [kg]term* first in order to run plain xterm? > > > > Alt-f2, xterm, enter. > > With any wm? (twm, fluxbox, fvwm, etc.) > Alt-F2 switches to second virtual desktop ;P > > If it is intended to have applnk fuctionality, it should have real applnk > fuctionality. It is gnome menus, not applnk! From ankry at green.mif.pg.gda.pl Sat May 14 12:23:27 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 14 May 2005 12:23:27 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <1116062832.30070.10.camel@mizar.nbtsc.org> from "Aredridel" at May 14, 2005 03:27:06 AM Message-ID: <200505141023.j4EANRlt025219@green.mif.pg.gda.pl> Aredridel wrote: > > On Sat, 2005-05-14 at 11:10 +0200, Andrzej Krzysztofowicz wrote: > > Aredridel wrote: > > > On Fri, 2005-05-13 at 16:35 +0200, Jakub Bogusz wrote: > > > > On Fri, May 13, 2005 at 03:58:07PM +0200, Mariusz Mazur wrote: > > > > > On pi?????tek 13 maj 2005 13:59, Jakub Bogusz wrote: > > > > > > So how one could launch xterm (to run other programs in normal way) when > > > > > > it's inaccessible from menu? > > > > > > > > > > We're talking kde and gnome users right now. Those envs have their own (better > > > > > integrated) terminals. > > > > > > > > So one has to run some [kg]term* first in order to run plain xterm? > > > > > > Alt-f2, xterm, enter. > > > > With any wm? (twm, fluxbox, fvwm, etc.) > > Alt-F2 switches to second virtual desktop ;P > > > > If it is intended to have applnk fuctionality, it should have real applnk > > fuctionality. > > It is gnome menus, not applnk! OK. I thought it provides applnk. It does 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 djurban at pld-dc.org Sat May 14 14:37:31 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Sat, 14 May 2005 14:37:31 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505141023.j4EANRlt025219@green.mif.pg.gda.pl> References: <200505141023.j4EANRlt025219@green.mif.pg.gda.pl> Message-ID: <200505141437.31314.djurban@pld-dc.org> Hi, Andrzej Krzysztofowicz (Saturday 14 of May 2005 12:23): > OK. > I thought it provides applnk. It does not. On IRC mmazur said he wants it in applnk too. -- Piotr Szymanski djurban at pld-linux.org From malekith at pld-linux.org Sat May 14 14:40:49 2005 From: malekith at pld-linux.org (Michal Moskal) Date: Sat, 14 May 2005 14:40:49 +0200 Subject: releases trunk trunk/info Message-ID: <20050514124049.GA28735@roke.okame> On Sat, May 14, 2005 at 02:37:02PM +0200, patrys wrote: > Author: patrys > Date: Sat May 14 14:36:59 2005 > New Revision: 5960 > > Added: > releases/ > trunk/ > trunk/info > Log: > - nagios configuration > > > Added: trunk/info > ============================================================================== > --- (empty file) > +++ trunk/info Sat May 14 14:36:59 2005 > @@ -0,0 +1 @@ > +here be dragons Definitely not here. Main svn directory isn't best place for this stuff... -- : Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++ : You can't blame yourself for what gorillas did :: UL++++$ C++ E--- a? From ankry at green.mif.pg.gda.pl Sat May 14 14:48:22 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 14 May 2005 14:48:22 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505141437.31314.djurban@pld-dc.org> from "Piotr Szymanski" at May 14, 2005 02:37:31 PM Message-ID: <200505141248.j4ECmMBt025820@green.mif.pg.gda.pl> Piotr Szymanski wrote: > > Hi, > Andrzej Krzysztofowicz (Saturday 14 of May 2005 12:23): > > OK. > > I thought it provides applnk. It does not. > On IRC mmazur said he wants it in applnk too. That is what I'm afraid of. -- ======================================================================= 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 patrys at pld-linux.org Sat May 14 14:50:02 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 14 May 2005 14:50:02 +0200 Subject: releases trunk trunk/info In-Reply-To: <20050514124049.GA28735@roke.okame> References: <20050514124049.GA28735@roke.okame> Message-ID: <1116075002.5633.3.camel@localhost> Dnia 14-05-2005, sob o godzinie 14:40 +0200, Michal Moskal napisa?(a): > On Sat, May 14, 2005 at 02:37:02PM +0200, patrys wrote: > > Added: trunk/info > > ============================================================================== > > --- (empty file) > > +++ trunk/info Sat May 14 14:36:59 2005 > > @@ -0,0 +1 @@ > > +here be dragons > > Definitely not here. Main svn directory isn't best place for this > stuff... Damn voices in my head. Hangover typo - did not add directory name at the end of url when importing. Fixed now. -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Sat May 14 14:47:51 2005 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sat, 14 May 2005 14:47:51 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505141437.31314.djurban@pld-dc.org> References: <200505141023.j4EANRlt025219@green.mif.pg.gda.pl> <200505141437.31314.djurban@pld-dc.org> Message-ID: <200505141447.51252.mmazur@kernel.pl> On sobota 14 maj 2005 14:37, Piotr Szymanski wrote: > Hi, > > Andrzej Krzysztofowicz (Saturday 14 of May 2005 12:23): > > OK. > > I thought it provides applnk. It does not. > > On IRC mmazur said he wants it in applnk too. Last time I've asked him, he didn't have a clue what applnk was. And he still doesn't. -- 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 Sat May 14 14:57:05 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 14 May 2005 14:57:05 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <200505141447.51252.mmazur@kernel.pl> from "Mariusz Mazur" at May 14, 2005 02:47:51 PM Message-ID: <200505141257.j4ECv5vv025920@green.mif.pg.gda.pl> Mariusz Mazur wrote: > Last time I've asked him, he didn't have a clue what applnk was. And he still > doesn't. rpm -qi applnk Nothing less, nothing more. -- ======================================================================= 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 patrys at pld-linux.org Sat May 14 15:04:56 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 14 May 2005 15:04:56 +0200 Subject: Menus and ConsoleOnly category In-Reply-To: <200505141257.j4ECv5vv025920@green.mif.pg.gda.pl> References: <200505141257.j4ECv5vv025920@green.mif.pg.gda.pl> Message-ID: <1116075896.5633.5.camel@localhost> Dnia 14-05-2005, sob o godzinie 14:57 +0200, Andrzej Krzysztofowicz napisa?(a): > Mariusz Mazur wrote: > > Last time I've asked him, he didn't have a clue what applnk was. And he still > > doesn't. > > rpm -qi applnk > > Nothing less, nothing more. [patrys at patrys patrys]$ rpm -qi applnk pakiet applnk nie jest zainstalowany :] -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ankry at green.mif.pg.gda.pl Sat May 14 18:03:44 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 14 May 2005 18:03:44 +0200 (CEST) Subject: Menus and ConsoleOnly category In-Reply-To: <1116075896.5633.5.camel@localhost> from "Patrys :: Patryk Zawadzki" at May 14, 2005 03:04:56 PM Message-ID: <200505141603.j4EG3iTP026610@green.mif.pg.gda.pl> Patrys :: Patryk Zawadzki wrote: > Dnia 14-05-2005, sob o godzinie 14:57 +0200, Andrzej Krzysztofowicz > napisa=B3(a): > > Mariusz Mazur wrote: > > > Last time I've asked him, he didn't have a clue what applnk was. And he= > still=20 > > > doesn't. > >=20 > > rpm -qi applnk > >=20 > > Nothing less, nothing more. > > [patrys at patrys patrys]$ rpm -qi applnk > pakiet applnk nie jest zainstalowany > > :] Nie uzywasz, nie ruszaj. I bedzie OK. -- ======================================================================= 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 aredridel at nbtsc.org Sat May 14 18:11:50 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 14 May 2005 10:11:50 -0600 Subject: Menus and ConsoleOnly category In-Reply-To: <200505141437.31314.djurban@pld-dc.org> References: <200505141023.j4EANRlt025219@green.mif.pg.gda.pl> <200505141437.31314.djurban@pld-dc.org> Message-ID: <1116087110.30070.16.camel@mizar.nbtsc.org> On Sat, 2005-05-14 at 14:37 +0200, Piotr Szymanski wrote: > Hi, > Andrzej Krzysztofowicz (Saturday 14 of May 2005 12:23): > > OK. > > I thought it provides applnk. It does not. > On IRC mmazur said he wants it in applnk too. It would be hard to make work right for applnk -- with gnome-menus, providing the user and admins choice is easy. With applnk, not so easy. If we could give all reasonable choices for applnk, too, let's ... but without the filters of gnome-menu, it's harder. From jajcus at bnet.pl Sun May 15 10:56:47 2005 From: jajcus at bnet.pl (Jacek Konieczny) Date: Sun, 15 May 2005 10:56:47 +0200 Subject: SOURCES: minicom.desktop - make desktop usable for regular user In-Reply-To: <200505121208.j4CC8SbA021487@green.mif.pg.gda.pl> References: <200505121208.j4CC8SbA021487@green.mif.pg.gda.pl> Message-ID: <20050515085647.GA26734@serwis2.beta> On Thu, May 12, 2005 at 02:08:28PM +0200, Andrzej Krzysztofowicz wrote: > =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > > On Thu, 12 May 2005, Andrzej Krzysztofowicz wrote: > > > > Author: blues Date: Thu May 12 11:53:11 2005 G= > > MT > > > > Module: SOURCES Tag: HEAD > > > > ---- Log message: > > > > - make desktop usable for regular user > > > Or break if one belongs to the proper group but has no su permission ? > > > IMO if this way - then as a separate desktop. > > > > It's not enought. > > I am in ttyS and terminal can't be initialized. > > So maybe kill the ttyS group ? Yes, and use "uucp" group which has apropriate permissions to /var/lock, like most Unices do. su - -c 'minicom' i a _very bad idea_. Minicom should be usable by a regular user when configured so. _Without_ giving the user root privileges. Greets, Jacek From glen at delfi.ee Mon May 16 16:44:53 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 16 May 2005 17:44:53 +0300 Subject: [Pld-cvs-commit] SOURCES: squid.init - add ulimit In-Reply-To: References: Message-ID: <200505161744.54349.glen@delfi.ee> erm? ulimits should be controllable from /etc/sysconfig/APPLICATION On Monday 16 May 2005 14:48, spider wrote: > Author: spider Date: Mon May 16 11:48:03 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - add ulimit > > ---- Files affected: > SOURCES: > squid.init (1.36 -> 1.37) > > ---- Diffs: > > ================================================================ > Index: SOURCES/squid.init > diff -u SOURCES/squid.init:1.36 SOURCES/squid.init:1.37 > --- SOURCES/squid.init:1.36 Tue Aug 24 12:00:23 2004 > +++ SOURCES/squid.init Mon May 16 13:47:58 2005 > @@ -61,6 +61,7 @@ > # Check if the service is already running? > if [ ! -f /var/lock/subsys/squid ]; then > msg_starting Squid > + ulimit -n 8192 > daemon $SERVICE_RUN_NICE_LEVEL squid $SQUID_OPTS > RETVAL=$? > [ $RETVAL -eq 0 ] && touch /var/lock/subsys/squid > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SOURCES/squid.init?r1=1.36&r2=1.37&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 Mon May 16 19:32:25 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 16 May 2005 19:32:25 +0200 (CEST) Subject: [Pld-cvs-commit] SPECS: mysql.spec - use locale that arekm tought In-Reply-To: from "glen" at May 16, 2005 06:31:15 PM Message-ID: <200505161732.j4GHWPKY032391@green.mif.pg.gda.pl> glen wrote: > Index: SPECS/mysql.spec > diff -u SPECS/mysql.spec:1.270 SPECS/mysql.spec:1.271 > --- SPECS/mysql.spec:1.270 Mon May 16 18:20:15 2005 > +++ SPECS/mysql.spec Mon May 16 18:31:09 2005 > @@ -725,8 +725,7 @@ > %lang(hu) %{_datadir}/mysql/hungarian > %lang(it) %{_datadir}/mysql/italian > %lang(ja) %{_datadir}/mysql/japanese > -# FIXME: correct locale! > -%lang(ja) %{_datadir}/mysql/japanese-sjis > +%lang(ja_JP.SJIS) %{_datadir}/mysql/japanese-sjis The ja_JP locale (in short ja) supports few encodings: ujis, euc-jp and UTF-8 ja_JP.SJIS (which should differ only in encoding) is unsupported in glibc. So: - it should never appear on the list on installed locales - we do not need to add separate files for it in applications that support iconv() conversion - adding support to glibc is one-liner; but is there any point to do it? IMO this change is to be reverted, as ja is more general than ja_JP.SJIS and if one want for some reasons to use SJIS encoding here, then it cannot be done be setting locale to ja_JP.SJIS . -- ======================================================================= 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 agaran at pld-linux.org Mon May 16 19:47:42 2005 From: agaran at pld-linux.org (Maciej 'Agaran' Pijanka) Date: Mon, 16 May 2005 19:47:42 +0200 Subject: lists.pld-linux.org Message-ID: <20050516174741.GA784@ep09.pld-linux.org> Hello Tomorrow, 17 May 2005, host which serves as "lists.pld-linux.org" will be downtime through the day, because of hardware problems. -- agaran at pld dash linux dot org :: PLD Linux Developer [#13316] I do not fear computers. I fear the lack of them. [Isaac Asimov] From paladine at op.pl Tue May 17 11:15:59 2005 From: paladine at op.pl (Kamil =?iso-8859-2?Q?Kosi=F1ski?=) Date: Tue, 17 May 2005 11:15:59 +0200 Subject: [Pld-cvs-commit] SPECS: liferea.spec - up to 0.9.2 In-Reply-To: References: Message-ID: <1116321360.4934.17.camel@palanthas.dynalias.net> Dnia 17-05-2005, wto o godzinie 03:14 +0200, aredridel napisa?(a): > Author: aredridel Date: Tue May 17 01:14:39 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - up to 0.9.2 > > ---- Files affected: > SPECS: > liferea.spec (1.59 -> 1.60) > > ---- Diffs: > > ================================================================ > Index: SPECS/liferea.spec > diff -u SPECS/liferea.spec:1.59 SPECS/liferea.spec:1.60 > --- SPECS/liferea.spec:1.59 Fri Apr 8 13:04:57 2005 > +++ SPECS/liferea.spec Tue May 17 03:14:32 2005 > @@ -5,12 +5,12 @@ > Summary: A RSS feed reader > Summary(pl): Program do pobierania informacji w formacie RSS > Name: liferea > -Version: 0.9.1 > -Release: 2 > +Version: 0.9.2 > +Release: 1 > License: GPL > Group: X11/Applications/Networking > Source0: http://dl.sourceforge.net/liferea/%{name}-%{version}.tar.gz > -# Source0-md5: f0d5f184034697522e68e92909897043 > +# Source0-md5: 08a52274b4ef91f7ac9a01cc45fbad13 > Patch0: %{name}-desktop.patch > URL: http://liferea.sourceforge.net/ > BuildRequires: GConf2-devel >= 2.10.0 > @@ -108,6 +108,9 @@ > All persons listed below can be reached at @pld-linux.org Did You read ChangeLog? Liferea now uses dbus! Fix it, please. -- Kamil (paladine) Kosi?ski jid: paladine at chrome.pl mail: paladine at pld-linux,org PLD Linux developer http://www.pld-linux.org From glen at delfi.ee Tue May 17 19:55:30 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 17 May 2005 20:55:30 +0300 Subject: banner in groupadd/useradd macro In-Reply-To: <20050517123545.GC9042@gruby.cs.net.pl> References: <20050517123545.GC9042@gruby.cs.net.pl> Message-ID: <200505172055.31819.glen@delfi.ee> On Tuesday 17 May 2005 15:35, Jakub Bogusz wrote: > What about using %banner in %groupadd/%useradd? > IMO at least "Adding..." message should be configurable, as such > information is logged anyway and one may want to have less verbose > installation. that's nice, but imho %banner should be fixed before. for example the %userremove/%groupremove logs the message to banner by append method, and if you're testing ie by removing user constantly then the appended message is displayed to you, thus the message is displayed twice. expected %banner behaviour would be that 1. message is appended, but not displayed if -a option is enabled 2. if message display is requested only the new message is displayed (not the whole log) is there way to configure via /etc/sysconfig/rpm which messages you want to see on screen? imho no, and your idea seems like such feature is needed. -- glen From glen at delfi.ee Tue May 17 21:45:40 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 17 May 2005 22:45:40 +0300 Subject: bug in fortune-mod-on-login or /etc/profile or logrotate Message-ID: <200505172245.41340.glen@delfi.ee> i get daily fortunes from logrotate cron. i really don't think the fortunes should be outputed on cronjobs (the package description doesn't say so ;P) these get executed because: 1. /etc/profile is called somehow from logrotate postscripts 2. /etc/profile.d/fortune-mod.sh is called from /etc/profile so should the /etc/profile.d/*.sh called only on interactive shells? somehow prevent logrotate post scripts calling /etc/profile? are there (/etc/profile.d) any scripts which should be called for cron scripts? i have all them useful only for user terminals. btw, it *might* have something to do with the fact that root shell is /bin/bash not /bin/sh > /etc/cron.daily/logrotate: > > > But hey, at the end of the day, numbers rule. > > ????????- Linus Torvalds on linux-kernel > > > BOFH excuse #58: > > high pressure system failure > > > BOFH excuse #197: > > I'm sorry a pentium won't do, you need an SGI to connect with us. > > > BOFH excuse #209: > > Only people with names beginning with 'A' are getting mail this week (a la Microsoft) > > > The haughty do but build castle walls behind which they try to hide their > doubts and fears. > > ? -- Bene Gesserit Axiom -- glen From glen at delfi.ee Tue May 17 23:34:09 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 18 May 2005 00:34:09 +0300 Subject: SPECS: cramfs.spec - fixed %files In-Reply-To: References: Message-ID: <200505180034.10182.glen@delfi.ee> no /sbin/{mkfs,fsck}.cram(fs) ? On Tuesday 17 May 2005 22:15, darekr wrote: > Author: darekr Date: Tue May 17 19:15:48 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - fixed %files > > ---- Files affected: > SPECS: > cramfs.spec (1.7 -> 1.8) > > ---- Diffs: > > ================================================================ > Index: SPECS/cramfs.spec > diff -u SPECS/cramfs.spec:1.7 SPECS/cramfs.spec:1.8 > --- SPECS/cramfs.spec:1.7 Wed Aug 6 18:50:45 2003 > +++ SPECS/cramfs.spec Tue May 17 21:15:39 2005 > @@ -6,7 +6,7 @@ > Release: 1 > License: GPL > Group: Base/Utilities > -Source0: http://dl.sourceforge.net/sourceforge/%{name}/%{name}-%{version}. >tar.gz > +Source0: http://dl.sourceforge.net/sourceforge/cramfs/%{name}-%{version}.t >ar.gz # Source0-md5: d3912b9f7bf745fbfea68f6a9b9de30f > BuildRequires: zlib-devel > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > @@ -31,8 +31,7 @@ > rm -rf $RPM_BUILD_ROOT > install -d $RPM_BUILD_ROOT%{_sbindir} > > -install mkcramfs $RPM_BUILD_ROOT%{_sbindir} > -install cramfsck $RPM_BUILD_ROOT%{_sbindir} > +install mkcramfs cramfsck $RPM_BUILD_ROOT%{_sbindir} > > %clean > rm -rf $RPM_BUILD_ROOT > @@ -40,7 +39,7 @@ > %files > %defattr(644,root,root,755) > %doc README NOTES > -%attr(755,root,root) %{_sbindir} > +%attr(755,root,root) %{_sbindir}/* > > %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) > %changelog > @@ -48,6 +47,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.8 2005/05/17 19:15:39 darekr > +- fixed %files > + > Revision 1.7 2003/08/06 16:50:45 kloczek > - mo?e wrescie kto? wykasuje to konto ? > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/cramfs.spec?r1=1.7&r2=1.8&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Wed May 18 08:01:33 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 18 May 2005 09:01:33 +0300 Subject: SPECS (AC-branch): glibc.spec - workaround to be able upgrade from... In-Reply-To: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> References: <200412200928.iBK9Sf2m026445@green.mif.pg.gda.pl> Message-ID: <200505180901.34797.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. hey anything against if this goes to AC-branch? (this includes question about compiling with diet) http://glen.alkohol.ee/pld/glibc-ldpath-fix.patch and waiting for proposals for better script name for /sbin/glibc-postinst ps: what are the reasons postshell.c being in a patch and placed to elf/ directory? -- glen From glen at delfi.ee Wed May 18 15:52:59 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 18 May 2005 16:52:59 +0300 Subject: apache config trigger macros Message-ID: <200505181653.00412.glen@delfi.ee> here we go again. http://glen.alkohol.ee/pld/apache-config.txt corrections additions, welcome! currently commited drupal.spec that uses these. -- glen From darekr at darekr.eu.org Wed May 18 18:16:24 2005 From: darekr at darekr.eu.org (Dariusz Rojewski) Date: Wed, 18 May 2005 16:16:24 +0000 Subject: SPECS: cramfs.spec - fixed %files In-Reply-To: <200505180034.10182.glen@delfi.ee> References: <200505180034.10182.glen@delfi.ee> Message-ID: <20050518161624.GA21334@darekr.eu.org> On Wed, May 18, 2005 at 12:34:09AM +0300, Elan Ruusam?e wrote: > no /sbin/{mkfs,fsck}.cram(fs) ? > Nope. There are in util-linux package -- Dariusz Rojewski darekr at pld-linux.org From ankry at green.mif.pg.gda.pl Wed May 18 16:32:55 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 18 May 2005 16:32:55 +0200 (CEST) Subject: SOURCES: apache.init - use $RETVAL, as echo does not propagete err... In-Reply-To: from "glen" at May 18, 2005 04:19:49 PM Message-ID: <200505181432.j4IEWtJu001183@green.mif.pg.gda.pl> glen wrote: > > Author: glen Date: Wed May 18 14:19:49 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - use $RETVAL, as echo does not propagete error code At least partially to be reverted. RETVAL is returned by script. LSB says "stop" must always return 0. As it must not fail. > ================================================================ > Index: SOURCES/apache.init > diff -u SOURCES/apache.init:1.37 SOURCES/apache.init:1.38 > --- SOURCES/apache.init:1.37 Thu Apr 28 16:28:23 2005 > +++ SOURCES/apache.init Wed May 18 16:19:44 2005 > @@ -61,9 +61,9 @@ > if [ -f /var/lock/subsys/httpd ]; then > msg_stopping httpd.${HTTPD_MPM} > daemon --waitforname httpd.${HTTPD_MPM} --waitfortime 60 httpd.${HTTPD_MPM} $CFG -k stop > - RET=$? > + RETVAL=$? > # Delete pidfile only when apache was called successfully > - if [ $RET -eq 0 ]; then > + if [ $RETVAL -eq 0 ]; then > rm -f /var/lock/subsys/httpd /var/run/httpd.pid /var/run/httpd.loc* >/dev/null 2>&1 > fi > else > @@ -83,13 +83,13 @@ > if [ -f /var/lock/subsys/httpd ]; then > msg_reloading httpd.${HTTPD_MPM} > httpd.${HTTPD_MPM} $CFG -t > /dev/null 2>&1 > - if [ $? -eq 0 ]; then > + RETVAL=$? > + if [ $RETVAL -eq 0 ]; then > daemon httpd.${HTTPD_MPM} $CFG -k graceful daemon is assumed never to fail ? Even in future ? > else > fail > echo "Configuration file syntax test failed." > fi > - RETVAL=$? > else > msg_not_running httpd.${HTTPD_MPM} >&2 > RETVAL=7 -- ======================================================================= 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 May 18 18:08:42 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 18 May 2005 19:08:42 +0300 Subject: SOURCES: apache.init - use $RETVAL, as echo does not propagete err... In-Reply-To: <200505181432.j4IEWtJu001183@green.mif.pg.gda.pl> References: <200505181432.j4IEWtJu001183@green.mif.pg.gda.pl> Message-ID: <200505181908.43394.glen@delfi.ee> On Wednesday 18 May 2005 17:32, Andrzej Krzysztofowicz wrote: > glen wrote: > > Author: glen Date: Wed May 18 14:19:49 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - use $RETVAL, as echo does not propagete error code > > At least partially to be reverted. > RETVAL is returned by script. > LSB says "stop" must always return 0. As it must not fail. hmm, didn't know... reverted > > ================================================================ > > Index: SOURCES/apache.init > > diff -u SOURCES/apache.init:1.37 SOURCES/apache.init:1.38 > > --- SOURCES/apache.init:1.37 Thu Apr 28 16:28:23 2005 > > +++ SOURCES/apache.init Wed May 18 16:19:44 2005 > > @@ -61,9 +61,9 @@ > > if [ -f /var/lock/subsys/httpd ]; then > > msg_stopping httpd.${HTTPD_MPM} > > daemon --waitforname httpd.${HTTPD_MPM} --waitfortime 60 > > httpd.${HTTPD_MPM} $CFG -k stop - RET=$? > > + RETVAL=$? > > # Delete pidfile only when apache was called successfully > > - if [ $RET -eq 0 ]; then > > + if [ $RETVAL -eq 0 ]; then > > rm -f /var/lock/subsys/httpd /var/run/httpd.pid /var/run/httpd.loc* > > >/dev/null 2>&1 fi > > else > > @@ -83,13 +83,13 @@ > > if [ -f /var/lock/subsys/httpd ]; then > > msg_reloading httpd.${HTTPD_MPM} > > httpd.${HTTPD_MPM} $CFG -t > /dev/null 2>&1 > > - if [ $? -eq 0 ]; then > > + RETVAL=$? > > + if [ $RETVAL -eq 0 ]; then > > daemon httpd.${HTTPD_MPM} $CFG -k graceful > > daemon is assumed never to fail ? > Even in future ? don't understand, you mean error code from daemon isn't checked? or something wrong with the change? -- glen -- glen From ankry at green.mif.pg.gda.pl Wed May 18 18:30:53 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 18 May 2005 18:30:53 +0200 (CEST) Subject: SOURCES: apache.init - use $RETVAL, In-Reply-To: <200505181908.43394.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 18, 2005 07:08:42 PM Message-ID: <200505181630.j4IGUrXJ001778@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Wednesday 18 May 2005 17:32, Andrzej Krzysztofowicz wrote: > > glen wrote: > > > @@ -83,13 +83,13 @@ > > > if [ -f /var/lock/subsys/httpd ]; then > > > msg_reloading httpd.${HTTPD_MPM} > > > httpd.${HTTPD_MPM} $CFG -t > /dev/null 2>&1 ^^^^^^^^^^^^^^^^^^^ You check this code > > > - if [ $? -eq 0 ]; then > > > + RETVAL=$? > > > + if [ $RETVAL -eq 0 ]; then > > > daemon httpd.${HTTPD_MPM} $CFG -k graceful ^^^^^^^^^^^^ But this is left unchecked. > > > > daemon is assumed never to fail ? > > Even in future ? > don't understand, you mean error code from daemon isn't checked? > or something wrong with the change? I don't know whether and when daemon() return non-zero exit code. And I'm to lazy to check... -- ======================================================================= 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 May 18 18:49:23 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 18 May 2005 19:49:23 +0300 Subject: SOURCES: apache.init - use $RETVAL, In-Reply-To: <200505181630.j4IGUrXJ001778@green.mif.pg.gda.pl> References: <200505181630.j4IGUrXJ001778@green.mif.pg.gda.pl> Message-ID: <200505181949.23794.glen@delfi.ee> On Wednesday 18 May 2005 19:30, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Wednesday 18 May 2005 17:32, Andrzej Krzysztofowicz wrote: > > > glen wrote: > > > > @@ -83,13 +83,13 @@ > > > > if [ -f /var/lock/subsys/httpd ]; then > > > > msg_reloading httpd.${HTTPD_MPM} > > > > httpd.${HTTPD_MPM} $CFG -t > /dev/null 2>&1 > > ^^^^^^^^^^^^^^^^^^^ > You check this code > > > > > - if [ $? -eq 0 ]; then > > > > + RETVAL=$? > > > > + if [ $RETVAL -eq 0 ]; then > > > > daemon httpd.${HTTPD_MPM} $CFG -k graceful > > ^^^^^^^^^^^^ > But this is left unchecked. > > > > daemon is assumed never to fail ? > > > Even in future ? > > > > don't understand, you mean error code from daemon isn't checked? > > or something wrong with the change? > > I don't know whether and when daemon() return non-zero exit code. > And I'm to lazy to check... added. never bad to check, imho. -- glen From freetz at gmx.net Wed May 18 22:46:47 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Wed, 18 May 2005 22:46:47 +0200 Subject: rpm.macros broken Message-ID: <20050518224647.0c9f75ff.freetz@gmx.net> after rev. 1.210 %update_desktop_database_postun fails on uninstalling with syntax error: `then' unexpected. rev. 1.210 is a c&p from AC-branch: rev.1.158.4.36 - change -%update_desktop_database_* macros so it would be single line in shell context very nice... could someone take a look? :] -- Fryderyk Dziarmagowski From freetz at gmx.net Thu May 19 00:18:06 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 00:18:06 +0200 Subject: rpm.macros broken In-Reply-To: <20050518224647.0c9f75ff.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> Message-ID: <20050519001806.4a069ab7.freetz@gmx.net> On Wed, 18 May 2005 22:46:47 +0200 Fryderyk Dziarmagowski wrote: > after rev. 1.210 %update_desktop_database_postun fails on uninstalling > with syntax error: `then' unexpected. > > rev. 1.210 is a c&p from AC-branch: > > rev.1.158.4.36 > - change -%update_desktop_database_* macros so it would be single line > in shell context > > very nice... could someone take a look? it's confirmed. Please do not send to builders _any_ packages with % update_desktop_database_* macros because they are f***d up. so please mtv pimp my rpm.macros. -- Fryderyk Dziarmagowski From glen at delfi.ee Thu May 19 03:14:29 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 04:14:29 +0300 Subject: rpm.macros broken In-Reply-To: <20050518224647.0c9f75ff.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> Message-ID: <200505190414.30561.glen@delfi.ee> On Wednesday 18 May 2005 23:46, Fryderyk Dziarmagowski wrote: > after rev. 1.210 %update_desktop_database_postun fails on uninstalling > with syntax error: `then' unexpected. > > rev. 1.210 is a c&p from AC-branch: > > rev.1.158.4.36 > - change -%update_desktop_database_* macros so it would be single line > in shell context > > very nice... could someone take a look? > > :] show the output of expanded macros! specifics! -- glen From freetz at gmx.net Thu May 19 09:15:20 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 09:15:20 +0200 Subject: rpm.macros broken In-Reply-To: <200505190414.30561.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> Message-ID: <20050519091520.59c73d79.freetz@gmx.net> On Thu, 19 May 2005 04:14:29 +0300 Elan Ruusam?e wrote: > > after rev. 1.210 %update_desktop_database_postun fails on > > uninstalling with syntax error: `then' unexpected. > > > > rev. 1.210 is a c&p from AC-branch: > > > > rev.1.158.4.36 > > - change -%update_desktop_database_* macros so it would be single > > line in shell context > > > > very nice... could someone take a look? > > > > :] > show the output of expanded macros! > specifics! just uninstall any package containing this macro, builded with rpm after your changes and you can see whats going on. please revert or fix your improvements. -- Fryderyk Dziarmagowski From glen at delfi.ee Thu May 19 10:12:03 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 11:12:03 +0300 Subject: rpm.macros broken In-Reply-To: <20050519091520.59c73d79.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> <20050519091520.59c73d79.freetz@gmx.net> Message-ID: <200505191112.04683.glen@delfi.ee> On Thursday 19 May 2005 10:15, Fryderyk Dziarmagowski wrote: > On Thu, 19 May 2005 04:14:29 +0300 > > Elan Ruusam?e wrote: > > > after rev. 1.210 %update_desktop_database_postun fails on > > > uninstalling with syntax error: `then' unexpected. > > > > > > rev. 1.210 is a c&p from AC-branch: > > > > > > rev.1.158.4.36 > > > - change -%update_desktop_database_* macros so it would be single > > > line in shell context > > > > > > very nice... could someone take a look? > > > > > > :] > > > > show the output of expanded macros! > > specifics! > > just uninstall any package containing this macro, builded with rpm > after your changes and you can see whats going on. show me the exact package! rpm -qp package.rpm --scripts output tested here and worked! > please revert or fix your improvements. i can't if you refuse to give more info. and what package contains /usr/bin/update-desktop-database? $ poldek -u @/usr/bin/update-desktop-database error: virtual '/usr/bin/update-desktop-database' not found -- glen From freetz at gmx.net Thu May 19 10:25:22 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 10:25:22 +0200 Subject: rpm.macros broken In-Reply-To: <200505191112.04683.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> <20050519091520.59c73d79.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> Message-ID: <20050519102522.7ca720d9.freetz@gmx.net> On Thu, 19 May 2005 11:12:03 +0300 Elan Ruusam?e wrote: > > > > after rev. 1.210 %update_desktop_database_postun fails on > > > > uninstalling with syntax error: `then' unexpected. > > > > > > > > rev. 1.210 is a c&p from AC-branch: > > > > > > > > rev.1.158.4.36 > > > > - change -%update_desktop_database_* macros so it would be > > > > single line in shell context > > > > > > > > very nice... could someone take a look? > > > > > > > > :] > > > > > > show the output of expanded macros! > > > specifics! > > > > just uninstall any package containing this macro, builded with rpm > > after your changes and you can see whats going on. > show me the exact package! > rpm -qp package.rpm --scripts output [fritz at smeagol RPMS]$ rpm -qp glabels-2.0.2-3.i686.rpm --scripts output postinstall scriptlet (using /bin/sh): /usr/bin/scrollkeeper-update -q; {\ umask 022; \ /usr/bin/update-desktop-database; \ } postuninstall scriptlet (using /bin/sh): if [ $1 = 0 ]; then /usr/bin/scrollkeeper-update -q; fi {\ if [ $1 = 0 ]; then \ umask 022; \ /usr/bin/update-desktop-database; \ fi \ } and old beheviour was: postinstall scriptlet (using /bin/sh): umask 022; /usr/bin/update-desktop-database; postuninstall scriptlet (using /bin/sh): if [ $1 = 0 ]; then umask 022; /usr/bin/update-desktop-database; fi > tested here and worked! really? it's propably hard to test it without /usr/bin/update-desktop- database (?) > > please revert or fix your improvements. > i can't if you refuse to give more info. > and what package contains /usr/bin/update-desktop-database? > > $ poldek -u @/usr/bin/update-desktop-database > error: virtual '/usr/bin/update-desktop-database' not found [fritz at smeagol RPMS]$ rpm -qf /usr/bin/update-desktop-database desktop-file-utils-0.10-1 -- Fryderyk Dziarmagowski From paladine at op.pl Thu May 19 10:28:46 2005 From: paladine at op.pl (Kamil =?iso-8859-2?Q?Kosi=F1ski?=) Date: Thu, 19 May 2005 10:28:46 +0200 Subject: rpm.macros broken In-Reply-To: <200505191112.04683.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> <20050519091520.59c73d79.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> Message-ID: <1116491326.9625.7.camel@palanthas.dynalias.net> Dnia 19-05-2005, czw o godzinie 11:12 +0300, Elan Ruusam?e napisa?(a): > > just uninstall any package containing this macro, builded with rpm > > after your changes and you can see whats going on. > show me the exact package! > rpm -qp package.rpm --scripts output > > tested here and worked! False alarm. My fault. Everything works ok. Sorry about that. -- Kamil (paladine) Kosi?ski jid: paladine at chrome.pl mail: paladine at pld-linux,org PLD Linux developer http://www.pld-linux.org From glen at delfi.ee Thu May 19 10:39:45 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 11:39:45 +0300 Subject: rpm.macros broken In-Reply-To: <20050519102522.7ca720d9.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> <20050519102522.7ca720d9.freetz@gmx.net> Message-ID: <200505191139.45750.glen@delfi.ee> On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > really? it's propably hard to test it without /usr/bin/update-desktop- > database (?) not really much, cp /bin/date /usr/bin/update-desktop-database :) but it's resolved as replied paladine? glen From freetz at gmx.net Thu May 19 10:41:22 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 10:41:22 +0200 Subject: rpm.macros broken In-Reply-To: <1116491326.9625.7.camel@palanthas.dynalias.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> <20050519091520.59c73d79.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> <1116491326.9625.7.camel@palanthas.dynalias.net> Message-ID: <20050519104122.4636fc66.freetz@gmx.net> On Thu, 19 May 2005 10:28:46 +0200 Kamil Kosi?ski wrote: > > > just uninstall any package containing this macro, builded with rpm > > > after your changes and you can see whats going on. > > show me the exact package! > > rpm -qp package.rpm --scripts output > > > > tested here and worked! > False alarm. My fault. Everything works ok. Sorry about that. i know your box is unaffected, but mine goes crazy. every single package builded with recent rpm fails on uninstall using this macro. uninstaling old ones with original, ugly scriptlet works! -- Fryderyk Dziarmagowski From glen at delfi.ee Thu May 19 10:51:56 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 11:51:56 +0300 Subject: rpm.macros broken In-Reply-To: <20050519102522.7ca720d9.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> <20050519102522.7ca720d9.freetz@gmx.net> Message-ID: <200505191151.56830.glen@delfi.ee> On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > [fritz at smeagol RPMS]$ rpm -qp glabels-2.0.2-3.i686.rpm --scripts output works here. $ rpm -qpi /tmp/glabels-2.0.2-3.i686.rpm Name : glabels Relocations: (not relocatable) Version : 2.0.2 Vendor: PLD Release : 3 Build Date: Sat May 14 23:34:36 2005 Install Date: (not installed) Build Host: i686.ac.pld-linux.org $ sudo rpm -Uhv /tmp/glabels-2.0.2-3.i686.rpm --nodeps Preparing... ########################################### [100%] 1:glabels ########################################### [100%] I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Thu May 19 11:45:14 EEST 2005 $ sudo rpm -e glabels -vv [...] D: erase: %postun(glabels-2.0.2-3) asynchronous scriptlet start D: erase: %postun(glabels-2.0.2-3) execv(/bin/sh) pid 29759 + [ 0 = 0 ] + /usr/bin/scrollkeeper-update -q + [ 0 = 0 ] + umask 022 + /usr/bin/update-desktop-database Thu May 19 11:45:37 EEST 2005 D: erase: waitpid(29759) rc 29759 status 0 secs 0.036 D: --- h# 3388 glabels-2.0.2-3 [...] > postuninstall scriptlet (using /bin/sh): > > if [ $1 = 0 ]; then > /usr/bin/scrollkeeper-update -q; > fi > > {\ the problem is here the one that doesn't have space between { and \ is broken but my rpm has one with space $ rpm -E '%update_desktop_database_postun' { \ if [ $1 = 0 ]; then \ umask 022; \ /usr/bin/update-desktop-database; \ fi; \ } $ rpm -q rpm rpm-4.3-0.20040107.60 $ rpm -q rpm-build --provides|grep mac rpmbuild(macros) = 1.213 > if [ $1 = 0 ]; then \ > umask 022; \ > /usr/bin/update-desktop-database; \ > fi \ > } > > and old beheviour was: > postinstall scriptlet (using /bin/sh): > > umask 022; > /usr/bin/update-desktop-database; > postuninstall scriptlet (using /bin/sh): > > if [ $1 = 0 ]; then > umask 022; > /usr/bin/update-desktop-database; > fi > > > tested here and worked! > > really? it's propably hard to test it without /usr/bin/update-desktop- > database (?) > > > > please revert or fix your improvements. > > > > i can't if you refuse to give more info. > > and what package contains /usr/bin/update-desktop-database? > > > > $ poldek -u @/usr/bin/update-desktop-database > > error: virtual '/usr/bin/update-desktop-database' not found > > [fritz at smeagol RPMS]$ rpm -qf /usr/bin/update-desktop-database > desktop-file-utils-0.10-1 -- glen From freetz at gmx.net Thu May 19 10:53:16 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 10:53:16 +0200 Subject: rpm.macros broken In-Reply-To: <200505191139.45750.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> <20050519102522.7ca720d9.freetz@gmx.net> <200505191139.45750.glen@delfi.ee> Message-ID: <20050519105316.601fd5a0.freetz@gmx.net> On Thu, 19 May 2005 11:39:45 +0300 "Elan Ruusam?e" wrote: > On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > > really? it's propably hard to test it without /usr/bin/update- > > desktop- database (?) > not really much, cp /bin/date /usr/bin/update-desktop-database :) i don't get it. you changed some stuff (mean macros) and don't even make use of it? 8-) > but it's resolved as replied paladine? nope. -- Fryderyk Dziarmagowski From qboosh at pld-linux.org Thu May 19 10:57:07 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 19 May 2005 10:57:07 +0200 Subject: rpm.macros broken In-Reply-To: <20050519102522.7ca720d9.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505190414.30561.glen@delfi.ee> <20050519091520.59c73d79.freetz@gmx.net> <200505191112.04683.glen@delfi.ee> <20050519102522.7ca720d9.freetz@gmx.net> Message-ID: <20050519085707.GA761@gruby.cs.net.pl> On Thu, May 19, 2005 at 10:25:22AM +0200, Fryderyk Dziarmagowski wrote: > On Thu, 19 May 2005 11:12:03 +0300 > Elan Ruusam?e wrote: [...] > > > just uninstall any package containing this macro, builded with rpm > > > after your changes and you can see whats going on. > > show me the exact package! > > rpm -qp package.rpm --scripts output > > [fritz at smeagol RPMS]$ rpm -qp glabels-2.0.2-3.i686.rpm --scripts output > postinstall scriptlet (using /bin/sh): > > /usr/bin/scrollkeeper-update -q; > > {\ > umask 022; \ > /usr/bin/update-desktop-database; \ > } > postuninstall scriptlet (using /bin/sh): > > if [ $1 = 0 ]; then > /usr/bin/scrollkeeper-update -q; > fi > > {\ ^^ > if [ $1 = 0 ]; then \ ^^ This is syntax error - no whitespace between '{' and "if". glen, how expanded macros should look like? If '{' and '\' are supposed to appear here, there should be space before '\'. If they look differently on your system, it's maybe because of /bin/sh not being ksh? -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu May 19 10:57:31 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 11:57:31 +0300 Subject: rpm.macros broken In-Reply-To: <20050519105316.601fd5a0.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191139.45750.glen@delfi.ee> <20050519105316.601fd5a0.freetz@gmx.net> Message-ID: <200505191157.31427.glen@delfi.ee> On Thursday 19 May 2005 11:53, Fryderyk Dziarmagowski wrote: > On Thu, 19 May 2005 11:39:45 +0300 > > "Elan Ruusam?e" wrote: > > On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > > > really? it's propably hard to test it without /usr/bin/update- > > > desktop- database (?) > > > > not really much, cp /bin/date /usr/bin/update-desktop-database :) > > i don't get it. you changed some stuff (mean macros) and don't even make > use of it? 8-) yes! they broke vim package! so i fixed it for vim :) > > but it's resolved as replied paladine? > > nope. i just now looked with cvs annotate, and the only commit was always with space, did you copy the rpm.macros manually somehow? http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/rpm.macros?r1=1.158.4.35&r2=1.158.4.36 -- glen From qboosh at pld-linux.org Thu May 19 11:01:11 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 19 May 2005 11:01:11 +0200 Subject: rpm.macros broken In-Reply-To: <200505191157.31427.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191139.45750.glen@delfi.ee> <20050519105316.601fd5a0.freetz@gmx.net> <200505191157.31427.glen@delfi.ee> Message-ID: <20050519090111.GB761@gruby.cs.net.pl> On Thu, May 19, 2005 at 11:57:31AM +0300, Elan Ruusam?e wrote: > On Thursday 19 May 2005 11:53, Fryderyk Dziarmagowski wrote: > > On Thu, 19 May 2005 11:39:45 +0300 > > "Elan Ruusam?e" wrote: [...] > > > but it's resolved as replied paladine? > > > > nope. > > i just now looked with cvs annotate, and the only commit was always with > space, did you copy the rpm.macros manually somehow? > > http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/rpm.macros?r1=1.158.4.35&r2=1.158.4.36 Aaah. This space mysterously disappeared on my merge of these macros to HEAD. Fixed. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu May 19 11:02:36 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 12:02:36 +0300 Subject: rpm.macros broken In-Reply-To: <200505191157.31427.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <20050519105316.601fd5a0.freetz@gmx.net> <200505191157.31427.glen@delfi.ee> Message-ID: <200505191202.37028.glen@delfi.ee> On Thursday 19 May 2005 11:57, Elan Ruusam?e wrote: > On Thursday 19 May 2005 11:53, Fryderyk Dziarmagowski wrote: > > On Thu, 19 May 2005 11:39:45 +0300 > > > > "Elan Ruusam?e" wrote: > > > On Thursday 19 May 2005 11:25, Fryderyk Dziarmagowski wrote: > > > > really? it's propably hard to test it without /usr/bin/update- > > > > desktop- database (?) > > > > > > not really much, cp /bin/date /usr/bin/update-desktop-database :) > > > > i don't get it. you changed some stuff (mean macros) and don't even make > > use of it? 8-) > > yes! they broke vim package! so i fixed it for vim :) > > > > but it's resolved as replied paladine? > > > > nope. > > i just now looked with cvs annotate, and the only commit was always with > space, did you copy the rpm.macros manually somehow? > > http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/rpm.macros?r1=1.158.4.35&r2 >=1.158.4.36 ah, why didn't you say in first place that you;'re using rpm.macros from HEAD? it's broken in HEAD but ok in AC-branch $ cvs annotate rpm.macros|less [...] 1.210 (qboosh 01-May-05): %update_desktop_database_postun() {{\ will fix it now. -- glen From freetz at gmx.net Thu May 19 11:11:36 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 11:11:36 +0200 Subject: rpm.macros broken In-Reply-To: <200505191202.37028.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <20050519105316.601fd5a0.freetz@gmx.net> <200505191157.31427.glen@delfi.ee> <200505191202.37028.glen@delfi.ee> Message-ID: <20050519111136.55ef6e1c.freetz@gmx.net> On Thu, 19 May 2005 12:02:36 +0300 "Elan Ruusam?e" wrote: [...] > ah, why didn't you say in first place that you;'re using rpm.macros > from HEAD? it's broken in HEAD but ok in AC-branch look at very first sentence in first post ;) -- Fryderyk Dziarmagowski From glen at delfi.ee Thu May 19 11:24:40 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 19 May 2005 12:24:40 +0300 Subject: rpm.macros broken In-Reply-To: <20050519111136.55ef6e1c.freetz@gmx.net> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191202.37028.glen@delfi.ee> <20050519111136.55ef6e1c.freetz@gmx.net> Message-ID: <200505191224.40508.glen@delfi.ee> On Thursday 19 May 2005 12:11, Fryderyk Dziarmagowski wrote: > On Thu, 19 May 2005 12:02:36 +0300 > "Elan Ruusam?e" wrote: > > [...] > > > ah, why didn't you say in first place that you;'re using rpm.macros > > from HEAD? it's broken in HEAD but ok in AC-branch > > look at very first sentence in first post ;) ok, looks like qboosh fixed it in HEAD. so happy rpm.spec recompiling (and the broken packages ;)) -- glen From freetz at gmx.net Thu May 19 11:31:16 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 19 May 2005 11:31:16 +0200 Subject: rpm.macros broken In-Reply-To: <200505191224.40508.glen@delfi.ee> References: <20050518224647.0c9f75ff.freetz@gmx.net> <200505191202.37028.glen@delfi.ee> <20050519111136.55ef6e1c.freetz@gmx.net> <200505191224.40508.glen@delfi.ee> Message-ID: <20050519113116.5503a953.freetz@gmx.net> On Thu, 19 May 2005 12:24:40 +0300 "Elan Ruusam?e" wrote: [...] > > > ah, why didn't you say in first place that you;'re using > > > rpm.macros from HEAD? it's broken in HEAD but ok in AC-branch > > > > look at very first sentence in first post ;) > ok, looks like qboosh fixed it in HEAD. > > so happy rpm.spec recompiling (and the broken packages ;)) thx for your help :) -- Fryderyk Dziarmagowski From kolodko1 at o2.pl Thu May 19 23:41:00 2005 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Thu, 19 May 2005 23:41:00 +0200 Subject: bug in fortune-mod-on-login or /etc/profile or logrotate In-Reply-To: <200505172245.41340.glen@delfi.ee> References: <200505172245.41340.glen@delfi.ee> Message-ID: <200505192341.00984.kolodko1@o2.pl> Dnia wtorek, 17 maja 2005 21:45, Elan Ruusam?e napisa?: > i get daily fortunes from logrotate cron. > i really don't think the fortunes should be outputed on cronjobs (the package > description doesn't say so ;P) > > these get executed because: > 1. /etc/profile is called somehow from logrotate postscripts > 2. /etc/profile.d/fortune-mod.sh is called from /etc/profile > > so should the /etc/profile.d/*.sh called only on interactive shells? > somehow prevent logrotate post scripts calling /etc/profile? > > are there (/etc/profile.d) any scripts which should be called for cron > scripts? i have all them useful only for user terminals. > > btw, it *might* have something to do with the fact that root shell > is /bin/bash not /bin/sh Some time ago when I started find bug, cron stops mail me fortunes :) From dev-null at telus.net Fri May 20 01:09:38 2005 From: dev-null at telus.net (Chris Poon) Date: Thu, 19 May 2005 16:09:38 -0700 Subject: Status of Ac Sparc64? Message-ID: <1116544178.428d1cb2904eb@webmail.telus.net> Hi, I have noticed that there doesn't seem to be a 64 bit kernel or biarch gcc for Ac Sparc/Sparc64. I'm wondering if there was any intention for a Sparc64 release, and if not what is the reasoning behind it. I have been able to build an UltraSPARC on my own after some major hacking to produce a 64 bit kernel RPM and a biarch gcc RPM that can build 64 bit binaries along with glibc64, I just wish there is an official Sparc64 Ac release. Thanks, Chris From ankry at green.mif.pg.gda.pl Fri May 20 01:16:24 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 20 May 2005 01:16:24 +0200 (CEST) Subject: Status of Ac Sparc64? In-Reply-To: <1116544178.428d1cb2904eb@webmail.telus.net> from "Chris Poon" at May 19, 2005 04:09:38 PM Message-ID: <200505192316.j4JNGOPR000499@green.mif.pg.gda.pl> Chris Poon wrote: > > Hi, > > I have noticed that there doesn't seem to be a 64 bit kernel or biarch gcc > for Ac Sparc/Sparc64. I'm wondering if there was any intention for a Sparc64 > release, and if not what is the reasoning behind it. I have been able to build > an UltraSPARC on my own after some major hacking to produce a 64 bit kernel RPM > and a biarch gcc RPM that can build 64 bit binaries along with glibc64, I just > wish there is an official Sparc64 Ac release. There are attempts to port Ac to sparc64 AFAIR. But it is very unlikely the results will become an official Ac-aparc64 release. -- ======================================================================= 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 Sat May 21 16:12:48 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Sat, 21 May 2005 17:12:48 +0300 Subject: Fwd: ERRORS: rlocate.spec Message-ID: <200505211712.48843.glen@delfi.ee> what's wrong here? ---------- Forwarded Message ---------- Subject: ERRORS: rlocate.spec Date: Saturday 21 May 2005 17:08 From: PLD ac-src builder To: glen at pld-linux.org Cc: pld-logs-builder at pld-linux.org rlocate.spec (HEAD): FAILED --- rlocate.spec:HEAD: Build-Time: user:0.91s sys:0.43s real:9.01s (faults io:79 non-io:49409) *** buildlog for rlocate.spec request from: glen started at: Sat May 21 16:08:32 2005 building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs -r HEAD rlocate.spec 2>&1 U rlocate.spec # $Revision: 1.18 $, $Date: 2005/05/21 14:07:12 $ No conditional flags passed from available: --with : verbose --without: dist_kernel kernel smp userspace error: file /usr/src/linux/include/linux/fs.h: No such file or directory error: file /usr/src/linux/include/linux/version.h: No such file or directory error: line 70: Dependency tokens must begin with alpha-numeric, '_' or '/': Requires(postun): %releq_kernel_up Error: package build failed. (no more info) exit status 1280 error: No files produced. error: file /usr/src/linux/include/linux/fs.h: No such file or directory error: file /usr/src/linux/include/linux/version.h: No such file or directory error: line 70: Dependency tokens must begin with alpha-numeric, '_' or '/': Requires(postun): %releq_kernel_up Begin-PLD-Builder-Info Build-Time: user:0.91s sys:0.43s real:9.01s (faults io:79 non-io:49409) End-PLD-Builder-Info ------------------------------------------------------- -- glen -- glen From devel-pl at pld-dc.org Sat May 21 16:47:01 2005 From: devel-pl at pld-dc.org (Marcin =?iso-8859-2?q?Doli=F1ski?=) Date: Sat, 21 May 2005 16:47:01 +0200 Subject: Fwd: ERRORS: rlocate.spec In-Reply-To: <200505211712.48843.glen@delfi.ee> References: <200505211712.48843.glen@delfi.ee> Message-ID: <200505211647.01362.devel-pl@pld-dc.org> On Saturday 21 of May 2005 16:12, Elan Ruusam?e wrote: > what's wrong here? it's me.. fiexed. From glen at delfi.ee Sat May 21 17:29:53 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Sat, 21 May 2005 18:29:53 +0300 Subject: Fwd: ERRORS: rlocate.spec Message-ID: <200505211829.53842.glen@delfi.ee> how this should be handled? ---------- Forwarded Message ---------- Subject: ERRORS: rlocate.spec Date: Saturday 21 May 2005 18:26 From: PLD ac-i686 builder To: glen at pld-linux.org Cc: pld-logs-builder at lists.pld-linux.org rlocate.spec (HEAD): FAILED --- rlocate.spec:HEAD: Build-Time: user:16.24s sys:6.58s real:23.36s (faults io:0 non-io:637435) *** buildlog for rlocate.spec request from: glen started at: Sat May 21 17:26:05 2005 fetching http://ep09.pld-linux.org/~buildsrc/srpms/23d484cf-93b7-470e-a306-0eb767613e 99/rlocate-0.2.4-0.14.src.rpm fetched 196454 bytes, 948.3 K/s installing srpm: rlocate-0.2.4-0.14.src.rpm checking BR no BR needed building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.7230bf nice -n 0 rpmbuild -bb --target i686-pld-linux rlocate.spec Building target platforms: i686-pld-linux Building for target i686-pld-linux Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.28797 + umask 022 + cd /home/users/builder/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + cd /home/users/builder/rpm/BUILD + rm -rf rlocate-0.2.4 + /bin/gzip -dc /home/users/builder/rpm/SOURCES/rlocate-0.2.4.tar.gz + tar -xf - + STATUS=0 + [ 0 -ne 0 ] + cd rlocate-0.2.4 + /bin/id -u + [ 10010 = 0 ] + true . + /bin/chmod -Rf a+rX,g-w,o-w . + echo Patch #0 (rlocate-build.patch): Patch #0 (rlocate-build.patch): + patch -p1 -s + < /home/users/builder/rpm/SOURCES/rlocate-build.patch + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.28797 + umask 022 + cd /home/users/builder/rpm/BUILD + cd rlocate-0.2.4 + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + libtoolize --copy --force Remember to add `AC_PROG_LIBTOOL' to `configure.ac'. You should update your `aclocal.m4' by running aclocal. + aclocal -I m4 + autoconf + autoheader + automake -a -c -f --foreign + ./configure LDFLAGS= CFLAGS=-O2 -march=i686 CXXFLAGS=-O2 -march=i686 FFLAGS=-O2 -march=i686 CPPFLAGS= CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ --build=i686-pld-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --x-libraries=/usr/X11R6/lib --localstatedir=/var/lib checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for awk... awk checking whether make sets $(MAKE)... yes checking for gcc... i686-pld-linux-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i686-pld-linux-gcc accepts -g... yes checking for i686-pld-linux-gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of i686-pld-linux-gcc... gcc3 checking whether i686-pld-linux-gcc and cc understand -c and -o together... yes checking for mknod... /bin/mknod checking for depmod... /sbin/depmod checking for '/etc/cron.daily/' directory... yes checking whether to enable updates in rlocate module... no checking whether to enable sandboxed... no checking for perl... /usr/bin/perl checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking how to run the C preprocessor... i686-pld-linux-gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking whether stat file-mode macros are broken... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for string.h... (cached) yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for unistd.h... (cached) yes checking fts.h usability... yes checking fts.h presence... yes checking for fts.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for stdlib.h... (cached) yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking paths.h usability... yes checking paths.h presence... yes checking for paths.h... yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking sys/mount.h usability... yes checking sys/mount.h presence... yes checking for sys/mount.h... yes checking grp.h usability... yes checking grp.h presence... yes checking for grp.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for pid_t... yes checking for off_t... yes checking return type of signal handlers... void checking for uid_t in sys/types.h... yes checking for size_t... yes checking for working POSIX fnmatch... yes checking for a BSD-compatible install... /usr/bin/install -c checking for unistd.h... (cached) yes checking for working chown... yes checking whether closedir returns void... no checking for unistd.h... (cached) yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether lstat accepts an empty string... no checking whether lstat dereferences a symlink specified with a trailing slash... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking whether stat accepts an empty string... no checking for working alloca.h... yes checking for alloca... yes checking for mbstate_t... yes checking for working POSIX fnmatch... (cached) yes checking for getcwd... yes checking for regcomp... yes checking for strdup... yes checking for strerror... yes checking for strstr... yes checking for bzero... yes checking for fchdir... yes checking for memset... yes checking for strchr... yes checking for strrchr... yes checking for getgrnam... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes configure: creating ./config.status config.status: creating Makefile config.status: creating rlocate-daemon/Makefile config.status: creating doc/Makefile config.status: creating doc/man/Makefile config.status: creating rlocate-scripts/rlocate-checkpoint config.status: creating rlocate-scripts/Makefile config.status: creating config.h config.status: executing depfiles commands + /usr/bin/make cd . && /bin/sh /home/users/builder/rpm/BUILD/rlocate-0.2.4/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . && /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged /usr/bin/make all-recursive make[1]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4' Making all in doc make[2]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc' Making all in man make[3]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc/man' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc/man' make[3]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc' make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/doc' Making all in rlocate-daemon make[2]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-daemon' if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT misc.o -MD -MP -MF ".deps/misc.Tpo" -c -o misc.o `test -f '../misc.c' || echo './'`../misc.c; \ then mv -f ".deps/misc.Tpo" ".deps/misc.Po"; else rm -f ".deps/misc.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT pidfile.o -MD -MP -MF ".deps/pidfile.Tpo" -c -o pidfile.o `test -f '../pidfile.c' || echo './'`../pidfile.c; \ then mv -f ".deps/pidfile.Tpo" ".deps/pidfile.Po"; else rm -f ".deps/pidfile.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT rlocated.o -MD -MP -MF ".deps/rlocated.Tpo" -c -o rlocated.o rlocated.c; \ then mv -f ".deps/rlocated.Tpo" ".deps/rlocated.Po"; else rm -f ".deps/rlocated.Tpo"; exit 1; fi i686-pld-linux-gcc -O2 -Wall -O2 -march=i686 -o rlocated misc.o pidfile.o rlocated.o make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-daemon' Making all in rlocate-scripts make[2]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-scripts' sed \ -e "s, at RLOCATE_DB@,/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db," \ -e "s, at RLOCATED_CMD@,/usr/sbin/`echo rlocated|sed 's,x,x,'`," \ ./rlocate-checkpoint > \ ./rlocate-checkpoint.temp cp ./rlocate-checkpoint.temp ./rlocate-checkpoint rm ./rlocate-checkpoint.temp make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-scripts' make[2]: Entering directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4' if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DRLOCATE_DB_TMP=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db.tmp\" -DRLOCATE_DB_DIR=\"/var/lib/`echo rlocate|sed 's,x,x,'`\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -DRLOCATED_CMD=\"/usr/sbin/`echo rlocated|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT pidfile.o -MD -MP -MF ".deps/pidfile.Tpo" -c -o pidfile.o pidfile.c; \ then mv -f ".deps/pidfile.Tpo" ".deps/pidfile.Po"; else rm -f ".deps/pidfile.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DRLOCATE_DB_TMP=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db.tmp\" -DRLOCATE_DB_DIR=\"/var/lib/`echo rlocate|sed 's,x,x,'`\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -DRLOCATED_CMD=\"/usr/sbin/`echo rlocated|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.c; \ then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DRLOCATE_DB_TMP=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db.tmp\" -DRLOCATE_DB_DIR=\"/var/lib/`echo rlocate|sed 's,x,x,'`\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -DRLOCATED_CMD=\"/usr/sbin/`echo rlocated|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT link.o -MD -MP -MF ".deps/link.Tpo" -c -o link.o link.c; \ then mv -f ".deps/link.Tpo" ".deps/link.Po"; else rm -f ".deps/link.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DRLOCATE_DB_TMP=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db.tmp\" -DRLOCATE_DB_DIR=\"/var/lib/`echo rlocate|sed 's,x,x,'`\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -DRLOCATED_CMD=\"/usr/sbin/`echo rlocated|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT misc.o -MD -MP -MF ".deps/misc.Tpo" -c -o misc.o misc.c; \ then mv -f ".deps/misc.Tpo" ".deps/misc.Po"; else rm -f ".deps/misc.Tpo"; exit 1; fi if i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -DRLOCATE_DB=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db\" -DRLOCATE_DB_TMP=\"/var/lib/`echo rlocate|sed 's,x,x,'`/`echo rlocate|sed 's,x,x,'`.db.tmp\" -DRLOCATE_DB_DIR=\"/var/lib/`echo rlocate|sed 's,x,x,'`\" -DMODULE_CFG=\"/etc/`echo rlocate|sed 's,x,x,'`/module.cfg\" -DRLOCATE_GRP=\"`echo rlocate|sed 's,x,x,'`\" -DRLOCATED_CMD=\"/usr/sbin/`echo rlocated|sed 's,x,x,'`\" -O2 -Wall -O2 -march=i686 -MT rlocate.o -MD -MP -MF ".deps/rlocate.Tpo" -c -o rlocate.o rlocate.c; \ then mv -f ".deps/rlocate.Tpo" ".deps/rlocate.Po"; else rm -f ".deps/rlocate.Tpo"; exit 1; fi i686-pld-linux-gcc -O2 -Wall -O2 -march=i686 -o rlocate pidfile.o main.o link.o misc.o rlocate.o make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4' make[1]: Leaving directory `/home/users/builder/rpm/BUILD/rlocate-0.2.4' + cat + 2>&1 + << "EOF" WARNING: - CONFIG_SECURITY must be enabled in the kernel config, - Capabilities must be built as a module or disabled in the kernel config, for nondist kernel build to work. + cd rlocate-module + [ ! -r /usr/src/linux/config-smp ] + rm -rf include + install -d include/linux include/config + ln -sf /usr/src/linux/config-smp .config + ln -sf /usr/src/linux/include/linux/autoconf-smp.h include/linux/autoconf.h + ln -sf /usr/src/linux/include/asm-i386 include/asm + ln -sf /usr/src/linux/scripts scripts + touch include/config/MARKER + echo EXTRA_CFLAGS:= -DRL_VERSION=\"0.2.4\" -DRLOCATE_UPDATES + > Makefile + echo obj-m:= rlocate.o + >> Makefile + /usr/bin/make -C /usr/src/linux clean RCS_FIND_IGNORE=-name '*.ko' -o M=/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-module O=/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-module make: Entering directory `/usr/src/linux-2.6.11.10' make: Leaving directory `/usr/src/linux-2.6.11.10' + /usr/bin/make -C /usr/src/linux modules CC=i686-pld-linux-gcc CPP=i686-pld-linux-gcc -E M=/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-module O=/home/users/builder/rpm/BUILD/rlocate-0.2.4/rlocate-module make: Entering directory `/usr/src/linux-2.6.11.10' HOSTCC scripts/basic/fixdep cc1: Permission denied: opening dependency file scripts/basic/.fixdep.d make[2]: *** [scripts/basic/fixdep] Error 1 make[1]: *** [scripts_basic] Error 2 make: *** [modules] Error 2 make: Leaving directory `/usr/src/linux-2.6.11.10' error: Bad exit status from /var/tmp/rpm-tmp.28797 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.28797 (%build) error: No files produced. Begin-PLD-Builder-Info Build-Time: user:16.24s sys:6.58s real:23.36s (faults io:0 non-io:637435) End-PLD-Builder-Info ------------------------------------------------------- -- glen From darekr at darekr.eu.org Wed May 18 18:43:22 2005 From: darekr at darekr.eu.org (Dariusz Rojewski) Date: Wed, 18 May 2005 16:43:22 +0000 Subject: SPECS: cramfs.spec - fixed %files In-Reply-To: <20050518161624.GA21334@darekr.eu.org> References: <200505180034.10182.glen@delfi.ee> <20050518161624.GA21334@darekr.eu.org> Message-ID: <20050518164322.GA4824@darekr.eu.org> On Wed, May 18, 2005 at 04:16:24PM +0000, Dariusz Rojewski wrote: > On Wed, May 18, 2005 at 12:34:09AM +0300, Elan Ruusam?e wrote: > > no /sbin/{mkfs,fsck}.cram(fs) ? > > > Nope. There are in util-linux package Uhm. typo. They are in [...] :-> -- Dariusz Rojewski darekr at pld-linux.org From dev-null at telus.net Sun May 22 03:38:59 2005 From: dev-null at telus.net (Chris Poon) Date: Sat, 21 May 2005 18:38:59 -0700 Subject: Status of Ac Sparc64? In-Reply-To: References: Message-ID: <1116725939.428fe2b306338@webmail.telus.net> Any specifics on why it would be unlikely to become official? Like lack of testing and such? I don't seem find any official 64 bit kernel RPM release. The first I find is that I need a biarch gcc before I can easily build a 64 bit kernel, and I do have a patch lying around that will produce a biarch gcc for 3.3.3 (instead of the current 3.3.5). Andrzej Krzysztofowicz wrote: > > There are attempts to port Ac to sparc64 AFAIR. > But it is very unlikely the results will become an official Ac-aparc64 > release. > > -- From qboosh at pld-linux.org Sun May 22 09:36:16 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 22 May 2005 09:36:16 +0200 Subject: Status of Ac Sparc64? In-Reply-To: <1116725939.428fe2b306338@webmail.telus.net> References: <1116725939.428fe2b306338@webmail.telus.net> Message-ID: <20050522073615.GA547@fngna.oyu> On Sat, May 21, 2005 at 06:38:59PM -0700, Chris Poon wrote: > Any specifics on why it would be unlikely to become official? Like lack of > testing and such? I don't seem find any official 64 bit kernel RPM release. > The first I find is that I need a biarch gcc before I can easily build a > 64 bit kernel, and I do have a patch lying around that will produce a biarch > gcc for 3.3.3 (instead of the current 3.3.5). Or you can use crosssparc64-{binutils,gcc}. (just rpmbuild kernel*.spec --target sparc64-pld-linux) I have some unofficial (but working at least on Ultra1) builds of kernel24.spec on my homepage. Note that you have to use modutils.static on initrd, because 32-bit busybox doesn't support 64-bit modules. -- Jakub Bogusz http://qboosh.cs.net.pl/ From wrobell at pld-linux.org Mon May 23 02:17:36 2005 From: wrobell at pld-linux.org (wrobell) Date: Mon, 23 May 2005 01:17:36 +0100 Subject: libgnomecanvas 2.10.1 Message-ID: <20050523001735.GB6300@borg> After upgrading to libgnomecanvas 2.10.1 evolution fails to switch components (i.e. from calendar to addressbook, etc). Downgrading to 2.10.0-3 helps. ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) wrobell From freetz at gmx.net Mon May 23 06:53:13 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 23 May 2005 06:53:13 +0200 Subject: libgnomecanvas 2.10.1 In-Reply-To: <20050523001735.GB6300@borg> References: <20050523001735.GB6300@borg> Message-ID: <20050523065313.74e38deb.freetz@gmx.net> On Mon, 23 May 2005 01:17:36 +0100 wrobell wrote: > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > components (i.e. from calendar to addressbook, etc). Downgrading to > 2.10.0-3 helps. > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) http://bugzilla.gnome.org/show_bug.cgi?id=304915 http://bugzilla.gnome.org/show_bug.cgi?id=305131 -- Fryderyk Dziarmagowski From ankry at green.mif.pg.gda.pl Mon May 23 07:37:05 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 23 May 2005 07:37:05 +0200 (CEST) Subject: libgnomecanvas 2.10.1 In-Reply-To: <20050523065313.74e38deb.freetz@gmx.net> from "Fryderyk Dziarmagowski" at May 23, 2005 06:53:13 AM Message-ID: <200505230537.j4N5b54t019404@green.mif.pg.gda.pl> Fryderyk Dziarmagowski wrote: > On Mon, 23 May 2005 01:17:36 +0100 > wrobell wrote: > > > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > > components (i.e. from calendar to addressbook, etc). Downgrading to > > 2.10.0-3 helps. > > > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) > > http://bugzilla.gnome.org/show_bug.cgi?id=304915 > http://bugzilla.gnome.org/show_bug.cgi?id=305131 So any reason for keeping this version in Ac against reverting ? -- ======================================================================= 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 freetz at gmx.net Mon May 23 08:11:42 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 23 May 2005 08:11:42 +0200 Subject: libgnomecanvas 2.10.1 In-Reply-To: <200505230537.j4N5b54t019404@green.mif.pg.gda.pl> References: <20050523065313.74e38deb.freetz@gmx.net> <200505230537.j4N5b54t019404@green.mif.pg.gda.pl> Message-ID: <20050523081142.6f634078.freetz@gmx.net> On Mon, 23 May 2005 07:37:05 +0200 (CEST) Andrzej Krzysztofowicz wrote: > > > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > > > components (i.e. from calendar to addressbook, etc). Downgrading > > > to 2.10.0-3 helps. > > > > > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) > > > > http://bugzilla.gnome.org/show_bug.cgi?id=304915 > > http://bugzilla.gnome.org/show_bug.cgi?id=305131 > > So any reason for keeping this version in Ac against reverting ? no reason to do that, it's fixed in cvs. but I can't send it to builders without RM premisson. -- Fryderyk Dziarmagowski From ankry at green.mif.pg.gda.pl Mon May 23 08:15:57 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 23 May 2005 08:15:57 +0200 (CEST) Subject: libgnomecanvas 2.10.1 In-Reply-To: <20050523081142.6f634078.freetz@gmx.net> from "Fryderyk Dziarmagowski" at May 23, 2005 08:11:42 AM Message-ID: <200505230615.j4N6Fv1t019597@green.mif.pg.gda.pl> Fryderyk Dziarmagowski wrote: > > On Mon, 23 May 2005 07:37:05 +0200 (CEST) > Andrzej Krzysztofowicz wrote: > > > > > After upgrading to libgnomecanvas 2.10.1 evolution fails to switch > > > > components (i.e. from calendar to addressbook, etc). Downgrading > > > > to 2.10.0-3 helps. > > > > > > > > ppc, gcc 4.0, glibc 2.3.5 (built with gcc 3.4) > > > > > > http://bugzilla.gnome.org/show_bug.cgi?id=304915 > > > http://bugzilla.gnome.org/show_bug.cgi?id=305131 > > > > So any reason for keeping this version in Ac against reverting ? > > no reason to do that, it's fixed in cvs. but I can't send it to > builders without RM premisson. When it is fixed in our cvs we can negitiate with RM. But I can't see any patch in .spec . -- ======================================================================= 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 dev-null at telus.net Mon May 23 08:32:15 2005 From: dev-null at telus.net (Chris Poon) Date: Sun, 22 May 2005 23:32:15 -0700 Subject: Status of Ac Sparc64? In-Reply-To: References: Message-ID: <1116829935.429178efa5d45@webmail.telus.net> On Sun, 22 May 2005 09:36:16 +0200, Jakub Bogusz wrote: > > Or you can use crosssparc64-{binutils,gcc}. > (just rpmbuild kernel*.spec --target sparc64-pld-linux) > I already have a biarch gcc before crosssparc64 was even built. > I have some unofficial (but working at least on Ultra1) builds of > kernel24.spec on my homepage. > Note that you have to use modutils.static on initrd, because 32-bit > busybox doesn't support 64-bit modules. > Interesting as I never encountered any problem with my 64 bit 2.6 build, I wish I could just submit the binary RPM (along with gcc) because not knowing what the builders have I am not certain the patches on the spec file along would build the package successfully. From wrobell at pld-linux.org Mon May 23 20:23:48 2005 From: wrobell at pld-linux.org (wrobell) Date: Mon, 23 May 2005 19:23:48 +0100 Subject: SPECS (DEVEL): tetex.spec - move lamed format into omega subpackag... Message-ID: <20050523182347.GE30047@borg> On Mon, May 23, 2005 at 05:26:55PM +0200, wrobell wrote: > Author: wrobell Date: Mon May 23 15:26:55 2005 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - move lamed format into omega subpackage > - doc-latex2e-html is dropped > - build xdvi with xaw by default > - move more documentation from latex subpackage to doc-latex > - move some bibitex stuff from latex subpackage to latex-bibtex > - more file sections updates > - rel 0.4 > > ---- Files affected: > SPECS: > tetex.spec (1.197.2.25 -> 1.197.2.26) I am going to finish tetex 3.0 on DEVEL, then merge it on HEAD. Please branch and tag HEAD for appropriate distro version (I would appreciate some info on this list). If you have any comments, suggestions or/and improvements let me know about it. wrobell From ankry at green.mif.pg.gda.pl Tue May 24 17:46:09 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 24 May 2005 17:46:09 +0200 (CEST) Subject: metapackage-gnome needs update Message-ID: <200505241546.j4OFk9K3005161@green.mif.pg.gda.pl> ... needs update. Anybody volunteers ? -- ======================================================================= 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 May 24 17:58:44 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 May 2005 18:58:44 +0300 Subject: metapackage-gnome needs update In-Reply-To: <200505241546.j4OFk9K3005161@green.mif.pg.gda.pl> References: <200505241546.j4OFk9K3005161@green.mif.pg.gda.pl> Message-ID: <200505241858.44588.glen@delfi.ee> On Tuesday 24 May 2005 18:46, Andrzej Krzysztofowicz wrote: > ... needs update. > Anybody volunteers ? i was thinking of similiar package for kde, but using the base package names as the base packages don't exist in pld ie: kdegraphics would have dependancy on all packages kdegraphics contains kdepim would have dependancy on all packages kdepim contains and then create top "level" package kde which depends on the all six (seven, eight?) main kde* packages. so installing kde package you would get all that kde.org provides, i really liked this on gentoo to understand what kde contains at all! -- glen From ankry at green.mif.pg.gda.pl Tue May 24 18:03:28 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 24 May 2005 18:03:28 +0200 (CEST) Subject: metapackage-gnome needs update In-Reply-To: <200505241858.44588.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 24, 2005 06:58:44 PM Message-ID: <200505241603.j4OG3SlQ005326@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Tuesday 24 May 2005 18:46, Andrzej Krzysztofowicz wrote: > > ... needs update. > > Anybody volunteers ? > i was thinking of similiar package for kde, but using the base package names > as the base packages don't exist in pld > ie: > kdegraphics would have dependancy on all packages kdegraphics contains > kdepim would have dependancy on all packages kdepim contains Zonk. $ ls PLD/i686/PLD/RPMS/kdepim-3* |less PLD/i686/PLD/RPMS/kdepim-3.4.0-3.i686.rpm > and then create top "level" package kde > which depends on the all six (seven, eight?) main kde* packages. > > so installing kde package you would get all that kde.org provides, i really > liked this on gentoo to understand what kde contains at all! -- ======================================================================= 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 May 24 18:14:37 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 May 2005 19:14:37 +0300 Subject: metapackage-gnome needs update In-Reply-To: <200505241603.j4OG3SlQ005326@green.mif.pg.gda.pl> References: <200505241603.j4OG3SlQ005326@green.mif.pg.gda.pl> Message-ID: <200505241914.37566.glen@delfi.ee> On Tuesday 24 May 2005 19:03, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Tuesday 24 May 2005 18:46, Andrzej Krzysztofowicz wrote: > > > ... needs update. > > > Anybody volunteers ? > > > > i was thinking of similiar package for kde, but using the base package > > names as the base packages don't exist in pld > > ie: > > kdegraphics would have dependancy on all packages kdegraphics contains > > kdepim would have dependancy on all packages kdepim contains > > Zonk. > > $ ls PLD/i686/PLD/RPMS/kdepim-3* |less > PLD/i686/PLD/RPMS/kdepim-3.4.0-3.i686.rpm mmm. good || bad, don't even know but perhaps oneday they will be in separate packages, then the idea would work :) $ rpm -ql kdepim|grep bin /usr/bin/akregator /usr/bin/egroupwarewizard /usr/bin/exchangewizard /usr/bin/groupwarewizard /usr/bin/groupwisewizard /usr/bin/ical2vcal /usr/bin/kitchensync /usr/bin/kode /usr/bin/kolabwizard /usr/bin/kontact /usr/bin/korgac /usr/bin/korganizer /usr/bin/korganizerIn /usr/bin/ksync /usr/bin/kxml_compiler /usr/bin/multisynk /usr/bin/networkstatustestservice /usr/bin/sloxwizard > > > and then create top "level" package kde > > which depends on the all six (seven, eight?) main kde* packages. > > > > so installing kde package you would get all that kde.org provides, i > > really liked this on gentoo to understand what kde contains at all! -- glen From ankry at green.mif.pg.gda.pl Tue May 24 18:40:21 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 24 May 2005 18:40:21 +0200 (CEST) Subject: metapackage-gnome needs update In-Reply-To: <200505241914.37566.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 24, 2005 07:14:37 PM Message-ID: <200505241640.j4OGeLcE005549@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > $ ls PLD/i686/PLD/RPMS/kdepim-3* |less > > PLD/i686/PLD/RPMS/kdepim-3.4.0-3.i686.rpm > mmm. good || bad, don't even know > > but perhaps oneday they will be in separate packages, then the idea would > work :) Maybe your idea is good. It just should need careful work. -- ======================================================================= 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 freetz at gmx.net Tue May 24 18:59:52 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 24 May 2005 18:59:52 +0200 Subject: metapackage-gnome needs update In-Reply-To: <200505241546.j4OFk9K3005161@green.mif.pg.gda.pl> References: <200505241546.j4OFk9K3005161@green.mif.pg.gda.pl> Message-ID: <20050524185952.4fd11571.freetz@gmx.net> On Tue, 24 May 2005 17:46:09 +0200 (CEST) Andrzej Krzysztofowicz wrote: > ... needs update. > Anybody volunteers ? it's just updated to 2.10.1 by paladine. is your local repo up to date? -- Fryderyk Dziarmagowski From ankry at green.mif.pg.gda.pl Tue May 24 19:09:17 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 24 May 2005 19:09:17 +0200 (CEST) Subject: metapackage-gnome needs update In-Reply-To: <20050524185952.4fd11571.freetz@gmx.net> from "Fryderyk Dziarmagowski" at May 24, 2005 06:59:52 PM Message-ID: <200505241709.j4OH9H3h005780@green.mif.pg.gda.pl> Fryderyk Dziarmagowski wrote: > > On Tue, 24 May 2005 17:46:09 +0200 (CEST) > Andrzej Krzysztofowicz wrote: > > > ... needs update. > > Anybody volunteers ? > > it's just updated to 2.10.1 by paladine. is your local repo up to date? OOPS. You are right. But still: $ grep ^Release metapackage-gnome.spec Release: 0.1 But it needs STBR: error: metapackage-gnome-2.8.1-1: req gnome-themes-LighthouseBlue >= 2.8.1 not matched error: metapackage-gnome-2.8.1-1: req gnome-themes-ThinIce >= 2.8.1 not matched -- ======================================================================= 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 May 24 21:04:41 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 May 2005 22:04:41 +0300 Subject: SPECS: mysqlstat.spec - too many \ In-Reply-To: References: Message-ID: <200505242204.41914.glen@delfi.ee> why remove those? i put them specially there (followed by blank like of course) to have more clean diffs if some option is added more On Tuesday 24 May 2005 22:01, darekr wrote: > Author: darekr Date: Tue May 24 19:01:21 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - too many \ > > ---- Files affected: > SPECS: > mysqlstat.spec (1.28 -> 1.29) > > ---- Diffs: > > ================================================================ > Index: SPECS/mysqlstat.spec > diff -u SPECS/mysqlstat.spec:1.28 SPECS/mysqlstat.spec:1.29 > --- SPECS/mysqlstat.spec:1.28 Wed May 18 11:05:00 2005 > +++ SPECS/mysqlstat.spec Tue May 24 21:01:12 2005 > @@ -114,7 +114,7 @@ > CGIBINDEST=$RPM_BUILD_ROOT%{_libdir}/%{name} \ > VARDEST=$RPM_BUILD_ROOT/var/lib/%{name} \ > LIBSDEST=$RPM_BUILD_ROOT%{_libdir}/%{name} \ > - HOME=$RPM_BUILD_ROOT%{_datadir}/%{name} \ > + HOME=$RPM_BUILD_ROOT%{_datadir}/%{name} > > install %{SOURCE1} $RPM_BUILD_ROOT/etc/cron.d/%{name} > install %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/apache-%{name}.conf > @@ -221,6 +221,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.29 2005/05/24 19:01:12 darekr > +- too many \ > + > Revision 1.28 2005/05/18 09:05:00 glen > - moved cgi package deps there where they belong > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/mysqlstat.spec?r1=1.28&r2=1.29&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From patrys at pld-linux.org Tue May 24 21:10:44 2005 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Tue, 24 May 2005 21:10:44 +0200 Subject: SPECS: mysqlstat.spec - too many \ In-Reply-To: <200505242204.41914.glen@delfi.ee> References: <200505242204.41914.glen@delfi.ee> Message-ID: <1116961844.6137.3.camel@localhost> Dnia 24-05-2005, wto o godzinie 22:04 +0300, Elan Ruusam?e napisa?(a): > why remove those? > i put them specially there (followed by blank like of course) to have more > clean diffs if some option is added more Just revert and readd, I sincerely doubt that he ever gets to read this post (on devel-en). -- Patrys :: Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From freetz at gmx.net Tue May 24 21:42:14 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 24 May 2005 21:42:14 +0200 Subject: [gnome] Message-ID: <20050524214214.4bc9009c.freetz@gmx.net> dear gnomers, please abandon your plans to upgrading libgnomecanvas to 2.10.2 - it exposes some new bugs in gal and can be possibly dangerous for aps like evo. thx for your attention -- Fryderyk Dziarmagowski From glen at delfi.ee Tue May 24 21:42:27 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Tue, 24 May 2005 22:42:27 +0300 Subject: SPECS: mysqlstat.spec - too many \ In-Reply-To: <1116961844.6137.3.camel@localhost> References: <200505242204.41914.glen@delfi.ee> <1116961844.6137.3.camel@localhost> Message-ID: <200505242242.27541.glen@delfi.ee> On Tuesday 24 May 2005 22:10, Patrys :: Patryk Zawadzki wrote: > Dnia 24-05-2005, wto o godzinie 22:04 +0300, Elan Ruusam?e napisa?(a): > > why remove those? > > i put them specially there (followed by blank like of course) to have > > more clean diffs if some option is added more > > Just revert and readd, I sincerely doubt that he ever gets to read this > post (on devel-en). he got also direct mail to @pld-linux.org and i don't think it's neccesaary to start cvs commit flame about trailing slash or not :) -- glen From glen at delfi.ee Tue May 24 21:53:43 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 May 2005 22:53:43 +0300 Subject: kernel hook for grubby Message-ID: <200505242253.43976.glen@delfi.ee> http://glen.alkohol.ee/pld/kernel-grubby-hook.patch it also includes few cosmetics and optimizations :) $ rpm -qi grubby [..] Summary : Command line tool for configuring grub, lilo, and elilo Description : grubby is a command line tool for updating and displaying information about the configuration files for the grub, lilo, elilo (ia64), and yaboot (powerpc) boot loaders. It is primarily designed to be used from scripts which install new kernels and need to find information about the current boot environment. please accept the patch as it's really convinient just install (additional) new kernel package and have it listed in grub's menu.lst -- glen From pluto at agmk.net Tue May 24 23:24:57 2005 From: pluto at agmk.net (Pawel Sikora) Date: Tue, 24 May 2005 23:24:57 +0200 Subject: kernel hook for grubby In-Reply-To: <200505242253.43976.glen@delfi.ee> References: <200505242253.43976.glen@delfi.ee> Message-ID: <200505242324.57980.pluto@agmk.net> On Tuesday 24 of May 2005 21:53, Elan Ruusam?e wrote: > http://glen.alkohol.ee/pld/kernel-grubby-hook.patch > it also includes few cosmetics and optimizations :) %install (...) -install %{SOURCE1} $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version}/include/linux/autoconf.h -install %{SOURCE2} $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version}/include/linux/config.h +install %{SOURCE1} include/linux/autoconf.h +install %{SOURCE2} include/linux/config.h this part of the patch is wrong. > please accept the patch as it's really convinient just install (additional) > new kernel package and have it listed in grub's menu.lst i accept it except above fragment. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From glen at delfi.ee Wed May 25 09:04:44 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 25 May 2005 10:04:44 +0300 Subject: kernel hook for grubby In-Reply-To: <200505242324.57980.pluto@agmk.net> References: <200505242253.43976.glen@delfi.ee> <200505242324.57980.pluto@agmk.net> Message-ID: <200505251004.45587.glen@delfi.ee> On Wednesday 25 May 2005 00:24, Pawel Sikora wrote: > On Tuesday 24 of May 2005 21:53, Elan Ruusam?e wrote: > > http://glen.alkohol.ee/pld/kernel-grubby-hook.patch > > it also includes few cosmetics and optimizations :) > > %install > (...) > -install %{SOURCE1} > $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version}/include/linux/autoconf.h > -install %{SOURCE2} > $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version}/include/linux/config.h > +install %{SOURCE1} include/linux/autoconf.h > +install %{SOURCE2} include/linux/config.h > > this part of the patch is wrong. there's done eariler: cd $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version} so it doesn't break. > > please accept the patch as it's really convinient just install > > (additional) new kernel package and have it listed in grub's menu.lst > > i accept it except above fragment. -- glen From wrobell at pld-linux.org Wed May 25 18:40:43 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 25 May 2005 17:40:43 +0100 Subject: [uraeus@gnome.org: [gst-devel] GStreamer Plugins 0.8.9 "Old Hat"] Message-ID: <20050525164043.GF25511@borg> what to say more... :) wrobell -------------- next part -------------- An embedded message was scrubbed... From: Christian Fredrik Kalager Schaller Subject: [gst-devel] GStreamer Plugins 0.8.9 "Old Hat" Date: Wed, 25 May 2005 18:29:19 +0200 Size: 11358 URL: From qboosh at pld-linux.org Thu May 26 07:19:24 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 26 May 2005 07:19:24 +0200 Subject: SPECS (DEVEL): php4.spec - problematic mm and recode moved to per ... In-Reply-To: References: Message-ID: <20050526051924.GA17730@gruby.cs.net.pl> On Thu, May 26, 2005 at 06:40:54AM +0200, glen wrote: > Author: glen Date: Thu May 26 04:40:54 2005 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - problematic mm and recode moved to per sapi conf Is recode still problematic? It works in php 5+apache 2 now, so maybe it works in php 4+apache 2 too? -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu May 26 07:35:55 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 26 May 2005 08:35:55 +0300 Subject: SPECS (DEVEL): php4.spec - problematic mm and recode moved to per ... In-Reply-To: <20050526051924.GA17730@gruby.cs.net.pl> References: <20050526051924.GA17730@gruby.cs.net.pl> Message-ID: <200505260835.57184.glen@delfi.ee> On Thursday 26 May 2005 08:19, Jakub Bogusz wrote: > On Thu, May 26, 2005 at 06:40:54AM +0200, glen wrote: > > Author: glen Date: Thu May 26 04:40:54 2005 GMT > > Module: SPECS Tag: DEVEL > > ---- Log message: > > - problematic mm and recode moved to per sapi conf > > Is recode still problematic? > It works in php 5+apache 2 now, so maybe it works in php 4+apache 2 too? don't know. i don't use it, don't know what problem it had, but it compiles so perhaps it's working now. but i don't know what to do with mm, it can't be compiled with threads (enable-experimental-zts) and without zts can't build the both apache sapis in one run (working on that on DEVEL). drop it? as PLD head uses apache2 and for apache2 it's disabled anyway (in current php4 in HEAD) ah yes, somebody don't want to give try on the work i've done? currently the php4 package is gone, and apache-mod_php4 and apache1-mod_php4 are provided, they obsolete the old php4 package and provide the php4 = EVR. it works for me using apache1 and apache2, but i'm not using all the modules so there could be still some problems (maybe) for apache2 because the libcommon is output of --with-apxs1 compilation. also the current build process does ./configure && make for every sapi, but i'm not sure at all is it needed. maybe just run ./configure && make sapi/SAPINAME and full configure && make for apxs1 (which was chosen to build the libcommon and modules) -- glen From glen at delfi.ee Thu May 26 19:14:43 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 26 May 2005 20:14:43 +0300 Subject: partial rpm bconds Message-ID: <200505262014.44437.glen@delfi.ee> hi kernel specfiles have usually (at least the template-kernel-module.spec does) %if %{with dist_kernel} %requires_releq_kernel_up Requires(postun): %releq_kernel_up %endif this has the problem, that when building with ./builder, which tries to be smart and display available bconds, it outputs several errors despite the bcond for kernel is disabled: $ ./builder -bb rlocate.spec --without kernel M rlocate.spec # $Revision: 1.23 $, $Date: 2005/05/25 16:05:47 $ error: file /usr/src/linux/include/linux/fs.h: No such file or directory error: file /usr/src/linux/include/linux/version.h: No such file or directory error: file /usr/src/linux/include/linux/version.h: No such file or directory error: line 72: Empty tag: Requires(postun): error: query of specfile rlocate.spec failed, can't parse Building rlocate.spec with the following conditional flags: for the first errors, i guess 2>/dev/null in rpm.macros could work, but for the empty tag, maybe create similiar macro that has been done : %requires_releq_kernel_smp so Requires(postun): %releq_kernel_smp would become %postun_releq_kernel_smp or maybe just change%releq_kernel_smp to return *something* else than empty string to prevent rpm spec parser error? well, the rpm builds, but it's confusing "are those errors fatal", "is my produced rpm correct or improper due the errors?" -- glen From glen at delfi.ee Fri May 27 10:48:40 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 27 May 2005 11:48:40 +0300 Subject: passwd split from shadow Message-ID: <200505271148.41546.glen@delfi.ee> hi i wanted to kill all suid programs from my chroot, and faced that shadow package, which is required by most of programs who create/delete users (sysvinit, opensshd). what about splitting the suid passwd to separate package out of shadow package? so can have /usr/sbin/{user,group}{add,del} in system and no suid passwd program? yes, i could ofcourse mount nosuid that chroot partition, if it didn't reside on my main root filesystem :) -- glen From ankry at green.mif.pg.gda.pl Fri May 27 12:46:25 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 27 May 2005 12:46:25 +0200 (CEST) Subject: passwd split from shadow In-Reply-To: <200505271148.41546.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 27, 2005 11:48:40 AM Message-ID: <200505271046.j4RAkPgE021032@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > i wanted to kill all suid programs from my chroot, and faced that shadow > package, which is required by most of programs who create/delete users > (sysvinit, opensshd). > > what about splitting the suid passwd to separate package out of shadow > package? so can have /usr/sbin/{user,group}{add,del} in system and no suid > passwd program? I also thougt of it. 1. It must be done paralelly in shadow and pwdutils. 2. It musy be synced with package sets for default installations to avoid accidentally installed default systems without a passwd program. No-passwd system can't be the default one at the moment. And beacause of this I'd suggest to leave this split for Th. Unless AC RM has different opinion. > yes, i could ofcourse mount nosuid that chroot partition, if it didn't reside > on my main root filesystem :) Different reasons for me. I want users to use yppasswd... -- ======================================================================= 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 Sun May 29 15:12:01 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 29 May 2005 16:12:01 +0300 Subject: stty erase setting Message-ID: <200505291612.02305.glen@delfi.ee> setting stty erase from /etc/bashrc fcks up my backspace, at least on bash2/ac-branch. please revert it! and in any case, such things should be in eighter 1. terminfo 2. /etc/profile -- glen From freetz at gmx.net Sun May 29 16:53:18 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 29 May 2005 16:53:18 +0200 Subject: SPECS: drivel.spec - up to 1.3.90 - NFY (ipv6 proxy issues) In-Reply-To: References: Message-ID: <20050529165318.57dcf914.freetz@gmx.net> On Sun, 29 May 2005 16:31:09 +0200 aredridel wrote: > Author: aredridel Date: Sun May 29 14:31:09 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - up to 1.3.90 > - NFY (ipv6 proxy issues) [...] > -# also for desktop translation > -mv -f po/{no,nb}.po > - no.po should be removed before %find_lang macro > %build > %configure \ > --disable-schemas-install > @@ -68,7 +65,14 @@ > %{_sysconfdir}/gconf/schemas/* *.schemas should be registered with apropirate macros > %dir %{_datadir}/drivel > %dir %{_datadir}/drivel/glade > +%dir %{_datadir}/drivel/languages > +%{_datadir}/drivel/languages/livejournal.lang > %{_datadir}/drivel/glade/drivel.glade > +%{_datadir}/application-registry/drivel.applications there is no applications-registry in PLD anymore. it is gnome 2.8.x cruft. > +%{_iconsdir}/gnome/48x48/mimetypes/gnome-mime-application-x-drivel.png > +%{_datadir}/mime-info/drivel.* one more obsolete dir. should be removed > +%{_datadir}/mime/packages/drivel.xml shared-mime-info should be registered > +%{_datadir}/omf/drivel/drivel-C.omf it should be registered with scrollkeeper macros; make use of %_omf_dest_dir. and least but not least: it's development release, so please use DEVEL branch for experiments. have a nice day -- Fryderyk Dziarmagowski From glen at delfi.ee Sun May 29 18:23:18 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Sun, 29 May 2005 19:23:18 +0300 Subject: SPECS: iputils.spec - group icmp for /bin/ping* In-Reply-To: References: <200503091614.36676.glen@delfi.ee> Message-ID: <200505291923.18926.glen@delfi.ee> On Wednesday 09 March 2005 16:53, Pawe? Go?aszewski wrote: > > > Why not to use adm group for that purpose? In that group are only > > > ping/traceroute/mtr utilities... > > > > are you sure? > > files that came from distro? yes, I'm sure. haa! gotcha! /home/services group is adm, and it comes from Distro Package. and i'm sure i saw it somewhere else too.... i want to give people access to ping/traceroute, but nothing else, so the group adm won't do here. -- glen From saq at pld-linux.org Sun May 29 22:49:17 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sun, 29 May 2005 22:49:17 +0200 Subject: SPECS: gpsdrive.spec - add BR In-Reply-To: References: Message-ID: <1117399757.5022.12.camel@neptune.sakowski.pl> On Sun, 2005-05-29 at 21:58 +0200, pbern wrote: > +BuildRequires: gtk+-devel > 2.0 Don't you mean gtk+2-devel? -- Pawe? Sakowski PLD Linux Distribution From ankry at green.mif.pg.gda.pl Mon May 30 08:25:08 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 30 May 2005 08:25:08 +0200 (CEST) Subject: SPECS: swig.spec - up to 1.3.24 - runtime libs are deprecated - NF... In-Reply-To: from "aredridel" at May 30, 2005 03:27:06 AM Message-ID: <200505300625.j4U6P8GT026933@green.mif.pg.gda.pl> aredridel wrote: [...] > -%package guile [...] > -%package perl [...] > -%package php [...] > -%package python [...] > -%package ruby [...] > -%package tcl [...] Obsoletes for them anywhere ? -- ======================================================================= 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 May 30 09:09:45 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 30 May 2005 09:09:45 +0200 Subject: SPECS: swig.spec - up to 1.3.24 - runtime libs are deprecated - NF... In-Reply-To: <200505300625.j4U6P8GT026933@green.mif.pg.gda.pl> References: <200505300625.j4U6P8GT026933@green.mif.pg.gda.pl> Message-ID: <20050530070945.GA26953@gruby.cs.net.pl> On Mon, May 30, 2005 at 08:25:08AM +0200, Andrzej Krzysztofowicz wrote: > aredridel wrote: > [...] > > -%package guile > [...] > > -%package perl > [...] > > -%package php > [...] > > -%package python > [...] > > -%package ruby > [...] > > -%package tcl > [...] > > Obsoletes for them anywhere ? See DEVEL branch anyway - 1.3.24 was already done there; not moved to HEAD because most projects were not ready for swig > 1.3.21. -- Jakub Bogusz http://qboosh.cs.net.pl/ From freetz at gmx.net Mon May 30 10:46:46 2005 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 30 May 2005 10:46:46 +0200 Subject: SPECS: swig.spec - up to 1.3.24 - runtime libs are deprecated - NF... In-Reply-To: <20050530070945.GA26953@gruby.cs.net.pl> References: <200505300625.j4U6P8GT026933@green.mif.pg.gda.pl> <20050530070945.GA26953@gruby.cs.net.pl> Message-ID: <20050530104646.018e6390.freetz@gmx.net> On Mon, 30 May 2005 09:09:45 +0200 Jakub Bogusz wrote: > > aredridel wrote: > > [...] > > > -%package guile > > [...] > > > -%package perl > > [...] > > > -%package php > > [...] > > > -%package python > > [...] > > > -%package ruby > > [...] > > > -%package tcl > > [...] > > > > Obsoletes for them anywhere ? > > See DEVEL branch anyway - 1.3.24 was already done there; not moved to > HEAD because most projects were not ready for swig > 1.3.21. see my mail about drivel.spec, same story. this is against PLD development fundamentials. -- Fryderyk Dziarmagowski From qboosh at pld-linux.org Mon May 30 10:47:24 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 30 May 2005 10:47:24 +0200 Subject: SPECS: lftp.spec - cosmetics In-Reply-To: References: Message-ID: <20050530084724.GB26953@gruby.cs.net.pl> > --- SPECS/lftp.spec:1.197 Fri May 27 22:59:51 2005 > +++ SPECS/lftp.spec Sat May 28 15:26:17 2005 > @@ -4,9 +4,7 @@ > # > # Conditional build: > %bcond_without ssl # do not use SSL > -%bcond_with gnutls # use gnutls, otherwise openssl is used when ssl is > - # on > -# > +%bcond_with gnutls # use gnutls, otherwise openssl is used when ssl is on In fact we should use gnutls by default. lftp is under GPL _without_ any linking exception (required to link with GPL-incompatible openssl). AFAI read somewhere gnutls support is quite stable; but it would require gnutls update in Ac (new soname, ~17 packages to rebuild - but worth to do anyway). -- Jakub Bogusz http://qboosh.cs.net.pl/ From krzysiek at network.en-crypt-ed.info Mon May 30 11:01:12 2005 From: krzysiek at network.en-crypt-ed.info (Krzysztof =?ISO-8859-1?Q?Kr=F3likowski?=) Date: Mon, 30 May 2005 11:01:12 +0200 Subject: mailutils security Message-ID: <1117443672.3919.6.camel@cathy.pknad.pl> Author: glen Date: Fri May 27 12:05:03 2005 GMT Module: SPECS Tag: HEAD ---- Log message: - TODO security ---- Files affected: SPECS: mailutils.spec (1.9 -> 1.10) ---- Diffs: ================================================================ Index: SPECS/mailutils.spec diff -u SPECS/mailutils.spec:1.9 SPECS/mailutils.spec:1.10 --- SPECS/mailutils.spec:1.9 Fri Dec 24 10:24:03 2004 +++ SPECS/mailutils.spec Fri May 27 14:04:56 2005 @@ -4,6 +4,7 @@ # - scripts for daemons # - check optional gssapi (or maybe use gss?) # - some dbm (gdbm? db as (n)dbm? db after update from db2 to db4.1 API?) +# - security http://security.gentoo.org/glsa/glsa-200505-20.xml http://securitytracker.com/alerts/2005/May/1014052.html Here is information that's vendor released fixed 0.6.90 version. Now I'm testing if it builds. Can I send update to HEAD or better to DEVEL branch? -- Krzysztof Kr?likowski [krzysiek @ pkn . pl] Systems & Network Administrator & PLD Linux developer office: (022) 556 78 88 | {admin,tech}-c: KK1853-RIPE Polski Komitet Normalizacyjny From blues at pld-linux.org Mon May 30 11:09:19 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 30 May 2005 11:09:19 +0200 (CEST) Subject: mailutils security In-Reply-To: <1117443672.3919.6.camel@cathy.pknad.pl> References: <1117443672.3919.6.camel@cathy.pknad.pl> Message-ID: On Mon, 30 May 2005, Krzysztof [ISO-8859-1] Kr?likowski wrote: > Author: glen Date: Fri May 27 12:05:03 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - TODO security > > ---- Files affected: > SPECS: > mailutils.spec (1.9 -> 1.10) > > ---- Diffs: > > ================================================================ > Index: SPECS/mailutils.spec > diff -u SPECS/mailutils.spec:1.9 SPECS/mailutils.spec:1.10 > --- SPECS/mailutils.spec:1.9 Fri Dec 24 10:24:03 2004 > +++ SPECS/mailutils.spec Fri May 27 14:04:56 2005 > @@ -4,6 +4,7 @@ > # - scripts for daemons > # - check optional gssapi (or maybe use gss?) > # - some dbm (gdbm? db as (n)dbm? db after update from db2 to db4.1 > API?) > +# - security http://security.gentoo.org/glsa/glsa-200505-20.xml > > http://securitytracker.com/alerts/2005/May/1014052.html > Here is information that's vendor released fixed 0.6.90 version. Now I'm > testing if it builds. Can I send update to HEAD or better to DEVEL > branch? HEAD -- 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 Mon May 30 12:36:54 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 30 May 2005 12:36:54 +0200 Subject: stty erase setting In-Reply-To: <200505291612.02305.glen@delfi.ee> References: <200505291612.02305.glen@delfi.ee> Message-ID: <20050530103654.GA337@os> On Sun, May 29, 2005 at 16:12:01 +0300, Elan Ruusam?e wrote: > setting stty erase from /etc/bashrc fcks up my backspace, at least on So you have something fucked up. I suggest reviewing your inputrc and removing all hardcoded sequences. What's your term? Is it local or remote? > and in any case, such things should be in eighter > 1. terminfo > 2. /etc/profile It cannot be in profile, because it's terminal dependand and you can change it without relogin. And how do you think you set it from terminfo? How can _remote_ terminal guess what stty to set? xterm: ~: stty speed 38400 baud; line = 0; erase = ^H; ^^^^^^^^^^^ -brkint -imaxbel ~: tput kbs | hexdump -C 00000000 08 |.| 00000001 ~: ssh xxxxxxxxxxxx $ stty speed 38400 baud; line = 0; [oh, there's NOTHING here] -brkint -imaxbel $ tput kbs | hexdump -C 00000000 08 |.| 00000001 $ less /etc/passwd /akhdkasjdhas^H^H^H^H^H^H^H ^^^^^^^^^^^^^^ these are literally inserted! linux console: ~: stty speed 38400 baud; line = 0; -brkint -imaxbel ~: tput kbs | hexdump -C 00000000 7f |.| 00000001 ~: ssh xxxxxxxxxxxx $ stty speed 38400 baud; line = 0; -brkint -imaxbel $ tput kbs | hexdump -C 00000000 7f |.| 00000001 $ less /etc/passwd /akhdkasjdhas^H^H^H^H^H^H^H ^^^^^^^^^^^^^^ they do what they should So I assume that no 'erase' in stty means use default '^?' (linux-console backspace). Anyway resetting ANYTHING to tput-returned values MUST NOT break anything. If it's not the case - there must be some misconfiguration elsewhere. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue May 31 17:19:46 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 31 May 2005 18:19:46 +0300 Subject: SPECS: perl.spec - added symbolic link /usr/bin/perl5 required by ... In-Reply-To: References: Message-ID: <200505311819.46628.glen@delfi.ee> fix glib2 then? On Tuesday 31 May 2005 18:15, witekfl wrote: > Author: witekfl Date: Tue May 31 15:15:16 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added symbolic link /usr/bin/perl5 required by glib2 > - rel 5 > > ---- Files affected: > SPECS: > perl.spec (1.304 -> 1.305) > > ---- Diffs: > > ================================================================ > Index: SPECS/perl.spec > diff -u SPECS/perl.spec:1.304 SPECS/perl.spec:1.305 > --- SPECS/perl.spec:1.304 Mon May 9 10:36:51 2005 > +++ SPECS/perl.spec Tue May 31 17:15:11 2005 > @@ -53,7 +53,7 @@ > Summary(zh_CN): Perl ?????????? > Name: perl > Version: 5.8.6 > -Release: 4%{!?with_threads:_nothr} > +Release: 5%{!?with_threads:_nothr} > Epoch: 1 > License: GPL v1+ or Artistic > Group: Development/Languages/Perl > @@ -708,6 +708,7 @@ > > ## use symlinks instead of hardlinks > %{__ln_s} -f perl%{version} $RPM_BUILD_ROOT%{_bindir}/perl > +%{__ln_s} -f perl%{version} $RPM_BUILD_ROOT%{_bindir}/perl5 > %{__ln_s} -f perl%{version} $RPM_BUILD_ROOT%{_bindir}/suidperl > %{__ln_s} -f c2ph $RPM_BUILD_ROOT%{_bindir}/pstruct > %{__ln_s} -f psed $RPM_BUILD_ROOT%{_bindir}/s2p > @@ -879,6 +880,7 @@ > %defattr(644,root,root,755) > %doc doc-base/* > %attr(755,root,root) %{_bindir}/perl > +%attr(755,root,root) %{_bindir}/perl5 > %attr(755,root,root) %{_bindir}/perl%{version} > %{_mandir}/man1/perl.* > %lang(fi) %{_mandir}/fi/man1/perl* > @@ -1439,6 +1441,10 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.305 2005/05/31 15:15:11 witekfl > +- added symbolic link /usr/bin/perl5 required by glib2 > +- rel 5 > + > Revision 1.304 2005/05/09 08:36:51 pluto > - release 4 for rebuild with x86_64 target. > it's needed to proper makefiles generation (CC, LD) > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/perl.spec?r1=1.304&r2=1.305&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen