From glen at pld-linux.org Tue Apr 1 09:02:23 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 1 Apr 2008 10:02:23 +0300 Subject: packages/ In-Reply-To: <20080331130251.GO6029@sith.mimuw.edu.pl> References: <200803262318.12631.glen@delfi.ee> <200803281808.16653.glen@pld-linux.org> <20080331130251.GO6029@sith.mimuw.edu.pl> Message-ID: <200804011002.23686.glen@pld-linux.org> On Monday 31 March 2008 16:02:51 Jan Rekorajski wrote: > On Fri, 28 Mar 2008, Elan Ruusam?e wrote: > > On Thursday 27 March 2008 15:42:36 Jan Rekorajski wrote: > > > > what happened to the project? > > > > > > -ENOTIME, If you want you can go with it (via pld-devil of course) > > > > btw, why not just checkout files using Entries.Static mode in structure > > you want? > > Because the main reason behind it is to clean up the mess in SOURCES. > Your idea is just curing symptoms when we have to cure the main illness. i don't think having all package SOURCES and SPECS is the illness that needs to be cured :) -- glen From glen at pld-linux.org Tue Apr 1 09:52:36 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 1 Apr 2008 10:52:36 +0300 Subject: vfork In-Reply-To: <200803262257.08065.glen@pld-linux.org> References: <200803262257.08065.glen@pld-linux.org> Message-ID: <200804011052.36202.glen@pld-linux.org> On Wednesday 26 March 2008 22:57:07 Elan Ruusam?e wrote: > trying to build uclibc on ac-amd64 and get > > ld: libc/libc_so.a(vfork.os): relocation R_X86_64_32 against `__NR_vfork' > can not be used when making a shared object; recompile with -fPIC > > is it outdated llh? some other lib (libc?)? > > builder at staff.delfi.ee pld/SPECS $ rpm -q glibc-devel linux-libc-headers > glibc-devel-2.3.6-14.amd64 > glibc-devel-2.3.6-14.athlon > linux-libc-headers-2.6.24.3-1.amd64 > builder at staff.delfi.ee pld/SPECS $ it builds with linux-libc-headers-2.6.12.0-16.amd64 still no ideas? -- glen From qboosh at pld-linux.org Sat Apr 5 21:43:36 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 5 Apr 2008 21:43:36 +0200 Subject: SPECS: uClibc.spec - merge from build cleanup from LINUX_2_6_22 In-Reply-To: References: Message-ID: <20080405194336.GA11207@stranger.qboosh.pl> On Wed, Apr 02, 2008 at 09:02:33AM +0200, glen wrote: > +# ARCH is already determined by uname -m Relying on $(uname -m) is wrong. On 64-bit kernel with 32-bit userland (or multilib userland with 32-bit rpmbuild --target) uname -m still gived a name of 64-bit arch. And using setarch is a hack which should be avoided. -- Jakub Bogusz http://qboosh.pl/ From kornet at camk.edu.pl Tue Apr 8 10:47:33 2008 From: kornet at camk.edu.pl (Kacper Kornet) Date: Tue, 8 Apr 2008 10:47:33 +0200 Subject: [Th] Segmentation fault after upgrade of rpm Message-ID: <20080408084733.GM16589@virgo.camk.edu.pl> After upgrade to rpm-4.4.9-59.002.i686 I got: $ rpm -e vim vim-plugin-securemodelines-20070518-1.noarch \ vim-syntax-spec-1.79-3.noarch vim-rt-7.1.291-2.i686 zsh: segmentation fault rpm -e vim vim-plugin-securemodelines-20070518-1.noarch vim-rt-7.1.291-2.i68 It seems that bug is caused by rpm5-patchset-10061.patch -- Kacper Kornet From tommat at pimpek.one.pl Wed Apr 9 19:33:46 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 19:33:46 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?ISO-8859-2?Q?rozumie=E6_?= =?ISO-8859-2?Q?ten_b=B3=B1d=3F=5D?= Message-ID: <47FCFDFA.4050703@pimpek.one.pl> Translated: I've tried to check what hurts AC: 1. During the instalation from bootdisk-net, basic instalation, the SysVinit package wasn't installed - result nonbooting system, when manually installed - it works 2. Upgrade AC, it fails when upgrading rpm with the message of missing lzma, when manully install the lzma package it installs but fails on rebuilding rpm database. 3. after reboot: locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory stty: invalid argument `-utf8' Try `stty --help' for more information. 4. By the way who !@#!$@^%&*(&^%$% put kernel-2.6.22 to AC????? 5. Not mentioning the fact that not everything in AC is signed and default config demands signed packages AC was intended as STABLE!!!!!!! To AC RM (whoever it is) if you wanna sandbox play with HEAD or make another fork like Ti but please leave STABLE pld as stable. This changes are making users which are for years with pld leaving us. Best Regards -- T. -------------- next part -------------- An embedded message was scrubbed... From: Tomasz Mateja Subject: Re: [Th] Upgrade apport - jak rozumie? ten b??d? Date: Wed, 09 Apr 2008 19:10:29 +0200 Size: 5242 URL: From glen at delfi.ee Wed Apr 9 20:06:52 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Wed, 9 Apr 2008 21:06:52 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FCFDFA.4050703@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> Message-ID: <200804092106.52638.glen@delfi.ee> On Wednesday 09 April 2008 20:33, Tomasz Mateja wrote: > Translated: > > I've tried to check what hurts AC: > 1. During the instalation from bootdisk-net, basic instalation, the > SysVinit package wasn't installed - result nonbooting system, when > manually installed - it works recommended way of installing is chroot install, and there it is you who says what to install. the "installer" might had worked for Ra, it was put to Ac only because there doesn't exist anything else. and what did it install afterall? as rc-scripts which is needed for quite everything is dependencies: $ ac-requires SysVinit rc-scripts-0.4.1.18-1.i686 > 2. Upgrade AC, it fails when upgrading rpm with the message of missing > lzma, when manully install the lzma package it installs but fails on > rebuilding rpm database. upgrade to ac from what? 'poldek --upgrade-dist' works fine here (having only ac,ac-updates trees enabled) > 3. after reboot: > locale: Cannot set LC_CTYPE to default locale: No such file or directory > locale: Cannot set LC_MESSAGES to default locale: No such file or directory > locale: Cannot set LC_ALL to default locale: No such file or directory > stty: invalid argument `-utf8' > Try `stty --help' for more information. missing context. what did issue this message? > 4. By the way who !@#!$@^%&*(&^%$% put kernel-2.6.22 to AC????? it is in ac-ready, using ac-test or ac-ready is your own risk, as quite some developers can send pkgs there, so it's contents are not ftp admin decision/control. and instead of living out your feelings, report bugs what is wrong with 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at least three years old kernel. upstream is near 2.6.25 already. and th/ti do have 2.6.22 kernel, do you shout there too? > 5. Not mentioning the fact that not everything in AC is signed and > default config demands signed packages don't enable such trees then. signed in ac are 'ac' and 'ac-updates' and 'ac-supported' trees only. > AC was intended as STABLE!!!!!!! definition of stable can vary. > To AC RM (whoever it is) if you wanna sandbox play with HEAD or make > another fork like Ti but please leave STABLE pld as stable. > This changes are making users which are for years with pld leaving us. reporting bugs early might get them resolved. just whining won't lead you anywhere. and if you definition of stable is old packages, why bother upgrading packages from ac-updates afterall? > Best Regards -- glen From tommat at pimpek.one.pl Wed Apr 9 20:25:04 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 20:25:04 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092106.52638.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> Message-ID: <47FD0A00.5020908@pimpek.one.pl> Elan Ruusam?e pisze: > On Wednesday 09 April 2008 20:33, Tomasz Mateja wrote: >> Translated: >> >> I've tried to check what hurts AC: >> 1. During the instalation from bootdisk-net, basic instalation, the >> SysVinit package wasn't installed - result nonbooting system, when >> manually installed - it works > recommended way of installing is chroot install, and there it is you who says > what to install. the "installer" might had worked for Ra, it was put to Ac > only because there doesn't exist anything else. And that was one of WORKING methods while freezing AC - so while it is stable it should work. > and what did it install afterall? as rc-scripts which is needed for quite > everything is dependencies: > $ ac-requires SysVinit > rc-scripts-0.4.1.18-1.i686 Try yourself in vmware or virtualbox >> 2. Upgrade AC, it fails when upgrading rpm with the message of missing >> lzma, when manully install the lzma package it installs but fails on >> rebuilding rpm database. > upgrade to ac from what? Upgrade AC to AC+updates with poldek> upgrade * (most users do that) > > 'poldek --upgrade-dist' works fine here (having only ac,ac-updates trees > enabled) >> 3. after reboot: >> locale: Cannot set LC_CTYPE to default locale: No such file or directory >> locale: Cannot set LC_MESSAGES to default locale: No such file or directory >> locale: Cannot set LC_ALL to default locale: No such file or directory >> stty: invalid argument `-utf8' >> Try `stty --help' for more information. > missing context. what did issue this message? Dunno, what context do you want?, simply try basic installation from bootdisk-net and upgrade after that (not editing nor configuring anything) >> 4. By the way who !@#!$@^%&*(&^%$% put kernel-2.6.22 to AC????? > > it is in ac-ready, using ac-test or ac-ready is your own risk, as quite some > developers can send pkgs there, so it's contents are not ftp admin > decision/control. > > and instead of living out your feelings, report bugs what is wrong with 2.6.22 > kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at least three > years old kernel. upstream is near 2.6.25 already. and th/ti do have 2.6.22 > kernel, do you shout there too? So what? Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also very old. This is STABLE so minor updates or security updates are welcome. bugs.pld-... is not the place for this request. >> 5. Not mentioning the fact that not everything in AC is signed and >> default config demands signed packages > don't enable such trees then. signed in ac are 'ac' and 'ac-updates' > and 'ac-supported' trees only. Yes I mean only ac and ac-updates >> AC was intended as STABLE!!!!!!! > definition of stable can vary. > >> To AC RM (whoever it is) if you wanna sandbox play with HEAD or make >> another fork like Ti but please leave STABLE pld as stable. >> This changes are making users which are for years with pld leaving us. > reporting bugs early might get them resolved. just whining won't lead you > anywhere. > > and if you definition of stable is old packages, why bother upgrading packages > from ac-updates afterall? updates was intended to security, bugfix updates. whats the difference between ac/ti/th when you can update everything?? Maybe let's update RA to kernel 2.6.25 Best regards. -- T. From glen at delfi.ee Wed Apr 9 20:48:47 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 21:48:47 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092148.47844.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >> 1. During the instalation from bootdisk-net, basic instalation, the > >> SysVinit package wasn't installed - result nonbooting system, when > >> manually installed - it works > > > > recommended way of installing is chroot install, and there it is you who > > says what to install. the "installer" might had worked for Ra, it was put > > ?to Ac only because there doesn't exist anything else. > > And that was one of WORKING methods while freezing AC - so while it is > stable it should work. see below. > > and what did it install afterall? as rc-scripts which is needed for quite > > everything is dependencies: > > $ ac-requires SysVinit > > rc-scripts-0.4.1.18-1.i686 > > Try yourself in vmware or virtualbox no i won't. if you want something fixed, share 'rpm -qa' (answer to question "what was installed afterall") however, i guess 'vserver-packages' who satisfied SysVinit dependency. and that package has existed since ac was freezed. make your conclusions about "was working". poldek.conf (at least one in ac and ac-updates) has: ignore = vserver-packages and that should avoid the cause. -- glen From glen at delfi.ee Wed Apr 9 20:49:48 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 21:49:48 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092149.48250.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >> 2. Upgrade AC, it fails when upgrading rpm with the message of missing > >> lzma, when manully install the lzma package it installs but fails on > >> rebuilding rpm database. > > > > upgrade to ac from what? > > Upgrade AC to AC+updates with > poldek> upgrade * (most users do that) poldek bugs should be reported here: https://bugs.pld-linux.org/enter_bug.cgi?product=poldek&format=guided -- glen From glen at delfi.ee Wed Apr 9 20:51:30 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 21:51:30 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092151.30928.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >> 3. after reboot: > >> locale: Cannot set LC_CTYPE to default locale: No such file or directory > >> locale: Cannot set LC_MESSAGES to default locale: No such file or > >> directory locale: Cannot set LC_ALL to default locale: No such file or > >> directory stty: invalid argument `-utf8' > >> Try `stty --help' for more information. > > > > missing context. what did issue this message? > > Dunno, what context do you want?, simply try basic installation from > bootdisk-net and upgrade after that (not editing nor configuring anything) what did issue that warning? i will not try some booddesk-net, i don't even have floppy controller! never had success installing any usable system with it (i.e the "installer") -- glen From glen at delfi.ee Wed Apr 9 20:56:14 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 21:56:14 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092156.14565.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > > and instead of living out your feelings, report bugs what is wrong with > > 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at > > least three years old kernel. upstream is near 2.6.25 already. and th/ti > > do have 2.6.22 kernel, do you shout there too? > > So what? > Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also > very old. This is STABLE so minor updates or security updates are > welcome. bugs.pld-... is not the place for this request. glibc = would break 2.4 kernel compatability (afaik already glibc 2.4 required 2.6.0 kernel), that has been accidentally already broken several times. intentionally broking it would be evil. xorg 7.0 = too much to rebuild with so less gain, and so far there's no binary incompatibility that i've encountered using X11 (aka xorg 6.9). and kernel update is needed to let ac live a little longer. as there's need to support newer hardware. it was considered dead already time it was released. and some major changes like updating glibc or gcc would mean changing the distro, i.e dropping some architectures and 2.4 kernel compatability. -- glen From tommat at pimpek.one.pl Wed Apr 9 20:56:22 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 20:56:22 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092148.47844.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> Message-ID: <47FD1156.2070306@pimpek.one.pl> Elan Ruusam?e pisze: >> Try yourself in vmware or virtualbox > > no i won't. if you want something fixed, share 'rpm -qa' (answer to > question "what was installed afterall") > Ok I'll prepare detailed report but I don't like your attitude as a RM. Whats the difference between grey developer and RM?? RM can send build requests? move rpm's in ftp? true. But RM is required to use brain in every move he makes. He is the last QA for everything in distro. Best regards. -- T. From glen at delfi.ee Wed Apr 9 20:57:18 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 21:57:18 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092157.18741.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >> 5. Not mentioning the fact that not everything in AC is signed and > >> default config demands signed packages > > > > don't enable such trees then. signed in ac are 'ac' and 'ac-updates' > > and 'ac-supported' trees only. > > Yes I mean only ac and ac-updates well. if you are so sure you used ac and only ac-updates, point out the exact packages that were not signed. -- glen From adamg at agmk.net Wed Apr 9 20:58:04 2008 From: adamg at agmk.net (Adam Golebiowski) Date: Wed, 9 Apr 2008 20:58:04 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <200804092151.30928.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <47FD0A00.5020908@pimpek.one.pl> <200804092151.30928.glen@delfi.ee> Message-ID: <200804092058.04580.adamg@agmk.net> On Wednesday 09 April 2008, Elan Ruusam?e wrote: > what did issue that warning? Wasn't there a typo within kbd (-utf8 instead of -iutf8)? -- http://www.agmk.net/ - hosting, strony www, opieka informatyczna From patrys at pld-linux.org Wed Apr 9 20:59:08 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 9 Apr 2008 20:59:08 +0200 Subject: =?UTF-8?Q?Re:_[Fwd:_Re:_[Th]_Upgrade_ap?= =?UTF-8?Q?port_-_jak_rozumie=C4=87_ten_b=C5=82=C4=85d=3F]?= In-Reply-To: <47FD1156.2070306@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> Message-ID: <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> On Wed, Apr 9, 2008 at 8:56 PM, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > >> Try yourself in vmware or virtualbox > > > > no i won't. if you want something fixed, share 'rpm -qa' (answer to > > question "what was installed afterall") > > > Ok I'll prepare detailed report but I don't like your attitude as a RM. > Whats the difference between grey developer and RM?? RM can send build > requests? move rpm's in ftp? true. But RM is required to use brain in > every move he makes. He is the last QA for everything in distro. Not everything and especially not some old floppy installation method :) -- Patryk Zawadzki PLD Linux Distribution From glen at delfi.ee Wed Apr 9 21:00:58 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 22:00:58 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD0A00.5020908@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> Message-ID: <200804092200.58956.glen@delfi.ee> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > > and if you definition of stable is old packages, why bother upgrading > > packages from ac-updates afterall? > > updates was intended to security, bugfix updates. whats the difference > between ac/ti/th when you can update everything?? Maybe let's update RA > to kernel 2.6.25 point me to the document where's written what for was intended purpose of ac-updates. however having just updates or just security won't work as updated packages depend on each other, so you end up needing for package in general a package security tree or vice versa. and easiest way to fix security issues is upgrade software, to catch up the patch from upstream. i haven't noticed active security team to patch and backport changes to old versions in pld. we don't have such developer power (and apparently no interest either) like debian does. -- glen From tommat at pimpek.one.pl Wed Apr 9 21:03:11 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:03:11 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092156.14565.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> Message-ID: <47FD12EF.60807@pimpek.one.pl> Elan Ruusam?e pisze: > On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: >>> and instead of living out your feelings, report bugs what is wrong with >>> 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at >>> least three years old kernel. upstream is near 2.6.25 already. and th/ti >>> do have 2.6.22 kernel, do you shout there too? >> So what? >> Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also >> very old. This is STABLE so minor updates or security updates are >> welcome. bugs.pld-... is not the place for this request. > > glibc = would break 2.4 kernel compatability (afaik already glibc 2.4 required > 2.6.0 kernel), that has been accidentally already broken several times. > intentionally broking it would be evil. > > xorg 7.0 = too much to rebuild with so less gain, and so far there's no binary > incompatibility that i've encountered using X11 (aka xorg 6.9). > > and kernel update is needed to let ac live a little longer. as there's need to > support newer hardware. it was considered dead already time it was released. > and some major changes like updating glibc or gcc would mean changing the > distro, i.e dropping some architectures and 2.4 kernel compatability. > What are the super-hiper features with new release of kernel?? Remeber - no xorg - no compiz - no fun - kernel upgrade wont help Old glibc - new kernel - compatibility emulated - what new features? upgrade kernel for desktops in AC - useless upgrade kernel for servers - more useless -- T. From gotar at polanet.pl Wed Apr 9 21:05:53 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 9 Apr 2008 21:05:53 +0200 Subject: [Fwd: Re: [Th] =?iso-8859-2?Q?Upgrade_?= =?iso-8859-2?Q?apport_-_jak_rozumie=E6_ten_b=B3=B1d=3F=5D?= In-Reply-To: <47FD12EF.60807@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> Message-ID: <20080409190553.GA16791@pepin.polanet.pl> On Wed, Apr 09, 2008 at 21:03:11 +0200, Tomasz Mateja wrote: > upgrade kernel for servers - more useless And problematic, e.g. xtables/nftables transition issues. -- Tomasz Pala From glen at delfi.ee Wed Apr 9 21:06:53 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 22:06:53 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD1156.2070306@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> Message-ID: <200804092206.53851.glen@delfi.ee> On Wednesday 09 April 2008 21:56, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > >> Try yourself in vmware or virtualbox > > > > no i won't. if you want something fixed, share 'rpm -qa' (answer to > > question "what was installed afterall") > > Ok I'll prepare detailed report but I don't like your attitude as a RM. > Whats the difference between grey developer and RM?? RM can send build > requests? move rpm's in ftp? true. But RM is required to use brain in > every move he makes. He is the last QA for everything in distro. In pld RM seems to be person who actually takes care that packages get moved to updates and dependencies are not broken (won't move pkgs without all dependencies are rebuilt). however mistakes happen as there's only one queue to verify dependencies (not two like in th), but i try to be quick to resolve them. build requests can send developers how have gpg key in cvs and access in builder config. who they are and why they are you have to ask former RM (or even RM before former RM). the sad story is that gray developer sends something to ac-ready and he doesn't care what happens further. there are plenty of pkgs laying around as some deviloper sent pkg, broke some dependencies and doesn't send rest of the pgs that need rebuild. i've mailed them to finish the upgrade, however there are still unifinished ones in queue. for months already. and if you need access to ac builder requests and don't have one, mail me privately. -- glen From tommat at pimpek.one.pl Wed Apr 9 21:11:59 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:11:59 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092200.58956.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092200.58956.glen@delfi.ee> Message-ID: <47FD14FF.90102@pimpek.one.pl> Elan Ruusam?e pisze: > On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: >>> and if you definition of stable is old packages, why bother upgrading >>> packages from ac-updates afterall? >> updates was intended to security, bugfix updates. whats the difference >> between ac/ti/th when you can update everything?? Maybe let's update RA >> to kernel 2.6.25 > > point me to the document where's written what for was intended purpose of > ac-updates. however having just updates or just security won't work as > updated packages depend on each other, so you end up needing for package in > general a package security tree or vice versa. > > and easiest way to fix security issues is upgrade software, to catch up the > patch from upstream. i haven't noticed active security team to patch and > backport changes to old versions in pld. we don't have such developer power > (and apparently no interest either) like debian does. > I don't think there is such document but in lists I can try to find and translate - for sure it was on polish list. I know we all are doing PLD in our spare time. So maybe do not disperse time and forces to update AC leave this working, maybe old but working. Prepare way to upgrade AC to TH/TI and use force in mainstream. -- T. From glen at delfi.ee Wed Apr 9 21:13:32 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 22:13:32 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD12EF.60807@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> Message-ID: <200804092213.32800.glen@delfi.ee> On Wednesday 09 April 2008 22:03, Tomasz Mateja wrote: > > and kernel update is needed to let ac live a little longer. as there's > > need to support newer hardware. it was considered dead already time it > > was released. and some major changes like updating glibc or gcc would > > mean changing the distro, i.e dropping some architectures and 2.4 kernel > > compatability. > > What are the super-hiper features with new release of kernel?? > Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > Old glibc - new kernel - compatibility emulated - what new features? > upgrade kernel for desktops in AC - useless explain? > upgrade kernel for servers - more useless explain? and here you don't want security updates? from ac side by the current plan 2.6.16 kernel will be moved to ac-supported. 2.6.22 update is to stay alive. 2.6.16 isn't anymore in suse's interest: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=summary also the lvm 2.01.15 in ac was updated in 2005/10/19, it is reported causing hungs on resize. nobody will try to debug or fix such dead old code. and what's the use of distro whose default kernel doesn't install to your new hw? -- glen From qboosh at pld-linux.org Wed Apr 9 21:13:33 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 9 Apr 2008 21:13:33 +0200 Subject: [Fwd: Re: [Th] =?iso-8859-2?Q?Upgrade_?= =?iso-8859-2?Q?apport_-_jak_rozumie=E6_ten_b=B3=B1d=3F=5D?= In-Reply-To: <47FD12EF.60807@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> Message-ID: <20080409191333.GA4483@stranger.qboosh.pl> On Wed, Apr 09, 2008 at 09:03:11PM +0200, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > > On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >>> and instead of living out your feelings, report bugs what is wrong with > >>> 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at > >>> least three years old kernel. upstream is near 2.6.25 already. and th/ti > >>> do have 2.6.22 kernel, do you shout there too? > >> So what? > >> Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also > >> very old. This is STABLE so minor updates or security updates are > >> welcome. bugs.pld-... is not the place for this request. > > > > glibc = would break 2.4 kernel compatability (afaik already glibc 2.4 required > > 2.6.0 kernel), that has been accidentally already broken several times. > > intentionally broking it would be evil. > > > > xorg 7.0 = too much to rebuild with so less gain, and so far there's no binary > > incompatibility that i've encountered using X11 (aka xorg 6.9). > > > > and kernel update is needed to let ac live a little longer. as there's need to > > support newer hardware. it was considered dead already time it was released. > > and some major changes like updating glibc or gcc would mean changing the > > distro, i.e dropping some architectures and 2.4 kernel compatability. > > > What are the super-hiper features with new release of kernel?? > Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > Old glibc - new kernel - compatibility emulated - what new features? Usability with current hardware. Disk controllers, Ethernet adapters etc. Any volunteers to backport those new drivers/driver updates to 2.6.16? -- Jakub Bogusz http://qboosh.pl/ From tommat at pimpek.one.pl Wed Apr 9 21:14:55 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:14:55 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> Message-ID: <47FD15AF.8090706@pimpek.one.pl> Patryk Zawadzki pisze: > On Wed, Apr 9, 2008 at 8:56 PM, Tomasz Mateja wrote: >> Elan Ruusam?e pisze: >>>> Try yourself in vmware or virtualbox >> > >> > no i won't. if you want something fixed, share 'rpm -qa' (answer to >> > question "what was installed afterall") >> > >> Ok I'll prepare detailed report but I don't like your attitude as a RM. >> Whats the difference between grey developer and RM?? RM can send build >> requests? move rpm's in ftp? true. But RM is required to use brain in >> every move he makes. He is the last QA for everything in distro. > > Not everything and especially not some old floppy installation method :) > Why not? Is it part of AC or not? If not - please remove this from ftp. -- T. From tommat at pimpek.one.pl Wed Apr 9 21:18:05 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:18:05 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <20080409191333.GA4483@stranger.qboosh.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> <20080409191333.GA4483@stranger.qboosh.pl> Message-ID: <47FD166D.1060407@pimpek.one.pl> Jakub Bogusz pisze: >> What are the super-hiper features with new release of kernel?? >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help >> Old glibc - new kernel - compatibility emulated - what new features? > > Usability with current hardware. Disk controllers, Ethernet adapters > etc. > Any volunteers to backport those new drivers/driver updates to 2.6.16? > Use Ti?? Or Th if you're brave?? I dont understand why making 3 lines of distro (with all the time and work effort) which almost are identical (or becomes to be) -- T. From patrys at pld-linux.org Wed Apr 9 21:19:06 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 9 Apr 2008 21:19:06 +0200 Subject: =?UTF-8?Q?Re:_[Fwd:_Re:_[Th]_Upgrade_ap?= =?UTF-8?Q?port_-_jak_rozumie=C4=87_ten_b=C5=82=C4=85d=3F]?= In-Reply-To: <47FD15AF.8090706@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> <47FD15AF.8090706@pimpek.one.pl> Message-ID: <89b6ba3a0804091219m1a68d836sb5dab6f231be6f14@mail.gmail.com> On Wed, Apr 9, 2008 at 9:14 PM, Tomasz Mateja wrote: > Patryk Zawadzki pisze: > > Not everything and especially not some old floppy installation method :) > Why not? Is it part of AC or not? If not - please remove this from ftp. Because debugging it is beyond interest of most developers. I simply see BluRay discs more often than working floppy drives. Current RescueCD is a great way to install the distro. There are also instructions for building a custom live CD and anaconda in our wiki. -- Patryk Zawadzki PLD Linux Distribution From undefine at aramin.net Wed Apr 9 21:22:01 2008 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Wed, 9 Apr 2008 21:22:01 +0200 Subject: [Fwd: Re: [Th] =?iso-8859-2?Q?Upgrade_?= =?iso-8859-2?Q?apport_-_jak_rozumie=E6_ten_b=B3=B1d=3F=5D?= In-Reply-To: <47FD12EF.60807@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> Message-ID: <20080409192201.GA1875@aramin.net> On Wed, Apr 09, 2008 at 09:03:11PM +0200, Tomasz Mateja wrote: > Old glibc - new kernel - compatibility emulated - what new features? works on new hardware. I have at least two machines which doesn't work on 2.6.16. On 2.6.22 - works fine without big problems. (still are small problems like non working second ethernet adapter on intel board) -- Andrzej 'The Undefined' Dopiera?a Linux && Unix && Network administrator PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From glen at delfi.ee Wed Apr 9 21:22:33 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 22:22:33 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD15AF.8090706@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> <47FD15AF.8090706@pimpek.one.pl> Message-ID: <200804092222.33395.glen@delfi.ee> On Wednesday 09 April 2008 22:14, Tomasz Mateja wrote: > Patryk Zawadzki pisze: > > On Wed, Apr 9, 2008 at 8:56 PM, Tomasz Mateja wrote: > >> Elan Ruusam?e pisze: > >>>> Try yourself in vmware or virtualbox > >>>> > >> > no i won't. if you want something fixed, share 'rpm -qa' (answer to > >> > question "what was installed afterall") > >> > >> Ok I'll prepare detailed report but I don't like your attitude as a RM. > >> Whats the difference between grey developer and RM?? RM can send build > >> requests? move rpm's in ftp? true. But RM is required to use brain in > >> every move he makes. He is the last QA for everything in distro. > > > > Not everything and especially not some old floppy installation method :) > > Why not? Is it part of AC or not? If not - please remove this from ftp. and perhaps the .iso images should be recreated too to fix apparent bugs they have? -- glen From undefine at aramin.net Wed Apr 9 21:23:42 2008 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Wed, 9 Apr 2008 21:23:42 +0200 Subject: [Fwd: Re: [Th] =?iso-8859-2?Q?Upgrade_?= =?iso-8859-2?Q?apport_-_jak_rozumie=E6_ten_b=B3=B1d=3F=5D?= In-Reply-To: <47FD14FF.90102@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092200.58956.glen@delfi.ee> <47FD14FF.90102@pimpek.one.pl> Message-ID: <20080409192342.GB1875@aramin.net> On Wed, Apr 09, 2008 at 09:11:59PM +0200, Tomasz Mateja wrote: > > and easiest way to fix security issues is upgrade software, to catch up the > > patch from upstream. i haven't noticed active security team to patch and > > backport changes to old versions in pld. we don't have such developer power > > (and apparently no interest either) like debian does. > > > I don't think there is such document but in lists I can try to find and > translate - for sure it was on polish list. > > I know we all are doing PLD in our spare time. > So maybe do not disperse time and forces to update AC leave this > working, maybe old but working. Prepare way to upgrade AC to TH/TI and > use force in mainstream. if you prefer old/non updated ac - why not use just ac without ac-updates? For me ac-updates works fine without big problems. -- Andrzej 'The Undefined' Dopiera?a Linux && Unix && Network administrator PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From tommat at pimpek.one.pl Wed Apr 9 21:29:10 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:29:10 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <89b6ba3a0804091219m1a68d836sb5dab6f231be6f14@mail.gmail.com> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> <47FD15AF.8090706@pimpek.one.pl> <89b6ba3a0804091219m1a68d836sb5dab6f231be6f14@mail.gmail.com> Message-ID: <47FD1906.5070603@pimpek.one.pl> Patryk Zawadzki pisze: > On Wed, Apr 9, 2008 at 9:14 PM, Tomasz Mateja wrote: >> Patryk Zawadzki pisze: >> > Not everything and especially not some old floppy installation method :) >> Why not? Is it part of AC or not? If not - please remove this from ftp. > > Because debugging it is beyond interest of most developers. I simply > see BluRay discs more often than working floppy drives. Current > RescueCD is a great way to install the distro. There are also > instructions for building a custom live CD and anaconda in our wiki. > Not true - all AC's (more than 100) I've installed were installed from network floppy. But the question remains - are the images part of AC or not? While booted they says PLD Linux 2.0 and they are in AC tree in ftp. Another - quite old question is - Is PLD distribution for people or for it's developers - if second is true please move all resources from www/wiki to cvs/svn ;-P Best regards. -- T. From adamg at agmk.net Wed Apr 9 21:29:33 2008 From: adamg at agmk.net (Adam Golebiowski) Date: Wed, 9 Apr 2008 21:29:33 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= Message-ID: <200804092129.33779.adamg@agmk.net> On Wednesday 09 April 2008, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > > On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: > >>> and instead of living out your feelings, report bugs what is wrong with > >>> 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at > >>> least three years old kernel. upstream is near 2.6.25 already. and > >>> th/ti do have 2.6.22 kernel, do you shout there too? > >> > >> So what? > >> Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also > >> very old. This is STABLE so minor updates or security updates are > >> welcome. bugs.pld-... is not the place for this request. > > > > glibc = would break 2.4 kernel compatability (afaik already glibc 2.4 > > required 2.6.0 kernel), that has been accidentally already broken several > > times. intentionally broking it would be evil. > > > > xorg 7.0 = too much to rebuild with so less gain, and so far there's no > > binary incompatibility that i've encountered using X11 (aka xorg 6.9). > > > > and kernel update is needed to let ac live a little longer. as there's > > need to support newer hardware. it was considered dead already time it > > was released. and some major changes like updating glibc or gcc would > > mean changing the distro, i.e dropping some architectures and 2.4 kernel > > compatability. > > What are the super-hiper features with new release of kernel?? Hardware support. It already happened once or twice to me, when I had to use kernel newer than 2.6.16 as my NIC wasn't supported - later I discoverd r8168.spec which would help me as well, but you see the point. As Elan said, 2.6.16.x stays (as 2.4.x does), but 2.6.22 (or newer) are there to > Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > Old glibc - new kernel - compatibility emulated - what new features? > upgrade kernel for desktops in AC - useless As above - it's all about new features, like new hardware, powertop, vmsplice exploit support... I do not need powertop on my server, but would like to play a bit with it on my laptop. And no, I do not want (-ENOTIME) to migrate to Ti or Th. > upgrade kernel for servers - more useless not necessary true. -- http://www.agmk.net/ - hosting, strony www, opieka informatyczna From adamg at agmk.net Wed Apr 9 21:33:42 2008 From: adamg at agmk.net (Adam Golebiowski) Date: Wed, 9 Apr 2008 21:33:42 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <200804092129.33779.adamg@agmk.net> References: <200804092129.33779.adamg@agmk.net> Message-ID: <200804092133.42888.adamg@agmk.net> On Wednesday 09 April 2008, Adam Golebiowski wrote: > Hardware support. It already happened once or twice to me, when I had to > use kernel newer than 2.6.16 as my NIC wasn't supported - later I discoverd > r8168.spec which would help me as well, but you see the point. which does not seem to work with 2.6.16, so the issue remains. -- http://www.agmk.net/ - hosting, strony www, opieka informatyczna From patrys at pld-linux.org Wed Apr 9 21:35:25 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 9 Apr 2008 21:35:25 +0200 Subject: =?UTF-8?Q?Re:_[Fwd:_Re:_[Th]_Upgrade_ap?= =?UTF-8?Q?port_-_jak_rozumie=C4=87_ten_b=C5=82=C4=85d=3F]?= In-Reply-To: <47FD1906.5070603@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092148.47844.glen@delfi.ee> <47FD1156.2070306@pimpek.one.pl> <89b6ba3a0804091159s5bb42363jed367b275a5b8d6b@mail.gmail.com> <47FD15AF.8090706@pimpek.one.pl> <89b6ba3a0804091219m1a68d836sb5dab6f231be6f14@mail.gmail.com> <47FD1906.5070603@pimpek.one.pl> Message-ID: <89b6ba3a0804091235i5234937dr39d9873827f0daeb@mail.gmail.com> On Wed, Apr 9, 2008 at 9:29 PM, Tomasz Mateja wrote: > Patryk Zawadzki pisze: > > On Wed, Apr 9, 2008 at 9:14 PM, Tomasz Mateja wrote: > >> Patryk Zawadzki pisze: > >> > Not everything and especially not some old floppy installation method :) > >> Why not? Is it part of AC or not? If not - please remove this from ftp. > > > > Because debugging it is beyond interest of most developers. I simply > > see BluRay discs more often than working floppy drives. Current > > RescueCD is a great way to install the distro. There are also > > instructions for building a custom live CD and anaconda in our wiki. > > > Not true - all AC's (more than 100) I've installed were installed from > network floppy. But the question remains - are the images part of AC or > not? While booted they says PLD Linux 2.0 and they are in AC tree in ftp. > Another - quite old question is - Is PLD distribution for people or for > it's developers - if second is true please move all resources from > www/wiki to cvs/svn ;-P My point is - if you see obvious flaws in the bootdisks and actually care about their future use, please report bugs and submit fixes. The rest of us does not have time to install PLD over and over using a virtual machine just for the sake of supporting an old solution. I'm not against the floppies, I just can't be bothered to fix them and I believe the same is true for glen and other developers. -- Patryk Zawadzki PLD Linux Distribution From tommat at pimpek.one.pl Wed Apr 9 21:37:01 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:37:01 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092129.33779.adamg@agmk.net> References: <200804092129.33779.adamg@agmk.net> Message-ID: <47FD1ADD.2020504@pimpek.one.pl> Adam Golebiowski pisze: > As above - it's all about new features, like new hardware, powertop, vmsplice > exploit support... I do not need powertop on my server, but would like to > play a bit with it on my laptop. And no, I do not want (-ENOTIME) to migrate > to Ti or Th. I Still dont understand. All of you have ENOTIME for migration but who counted time for developing 3 lines of distro?? I assure you if there was one (or two - stable with sec,bugfixex and devel) you would have a time for migration. -- T. From glen at delfi.ee Wed Apr 9 21:38:08 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 9 Apr 2008 22:38:08 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD166D.1060407@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <20080409191333.GA4483@stranger.qboosh.pl> <47FD166D.1060407@pimpek.one.pl> Message-ID: <200804092238.08756.glen@delfi.ee> On Wednesday 09 April 2008 22:18, Tomasz Mateja wrote: > Jakub Bogusz pisze: > >> What are the super-hiper features with new release of kernel?? > >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > >> Old glibc - new kernel - compatibility emulated - what new features? > > > > Usability with current hardware. Disk controllers, Ethernet adapters > > etc. > > Any volunteers to backport those new drivers/driver updates to 2.6.16? > > Use Ti?? > Or Th if you're brave?? > I dont understand why making 3 lines of distro (with all the time and > work effort) which almost are identical (or becomes to be) i don't understand half of the things in this world. what i do know is that we more than 50 machines in four countries and co-ordinating distro switch is not the easy part. especially as there doesn't exist clean upgrade procedure. and the biggest blocker in the upgrade line is poldek: it will segfault or do anything other funny if such big upgrade set is in it's todo list. and poldek developmement rapidness shouldn't be news to anyone. one reason why rpm 4.4.9 is in ac-updates is to be able to actually do the ac->th upgrade with poldek. ti exists purely because hawk does want to do things his way and don't want anybody telling what to do and what not. and also he wanted the fresh new stuff that was not possible to do in ac (2.4 kernel, gcc, etc). -- glen From glen at delfi.ee Wed Apr 9 21:43:27 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 9 Apr 2008 22:43:27 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD1ADD.2020504@pimpek.one.pl> References: <200804092129.33779.adamg@agmk.net> <47FD1ADD.2020504@pimpek.one.pl> Message-ID: <200804092243.27644.glen@delfi.ee> On Wednesday 09 April 2008 22:37, Tomasz Mateja wrote: > Adam Golebiowski pisze: > > As above - it's all about new features, like new hardware, powertop, > > vmsplice exploit support... I do not need powertop on my server, but > > would like to play a bit with it on my laptop. And no, I do not want > > (-ENOTIME) to migrate to Ti or Th. > > I Still dont understand. All of you have ENOTIME for migration but who > counted time for developing 3 lines of distro?? I assure you if there > was one (or two - stable with sec,bugfixex and devel) you would have a > time for migration. no time does not always mean the astronomic time. it could mean also DownTIME of your service. or migrating to failover solutions. without having one you have to r&d it, and for that you still need time and not yours, but whole team, co-ordinating with sales and perhaps project developers team ;) -- glen From tommat at pimpek.one.pl Wed Apr 9 21:44:38 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 21:44:38 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?UTF-8?B?cm96dW1pZcSHIHQ=?= =?UTF-8?B?ZW4gYsWCxIVkP10=?= In-Reply-To: <200804092213.32800.glen@delfi.ee> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> <200804092213.32800.glen@delfi.ee> Message-ID: <47FD1CA6.2090606@pimpek.one.pl> Elan Ruusam?e pisze: > On Wednesday 09 April 2008 22:03, Tomasz Mateja wrote: >>> and kernel update is needed to let ac live a little longer. as there's >>> need to support newer hardware. it was considered dead already time it >>> was released. and some major changes like updating glibc or gcc would >>> mean changing the distro, i.e dropping some architectures and 2.4 kernel >>> compatability. >> What are the super-hiper features with new release of kernel?? >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help >> Old glibc - new kernel - compatibility emulated - what new features? >> upgrade kernel for desktops in AC - useless > explain? If I have new machine I wont install AC. Give me one reason to do so and not to install Ti(or Th) If I have old machine with AC - it is working what's the point of upgrading kernel? As I said before, why not upgrading RA packages for security/features reason - I have 2 RA servers well working and dont want to migrate them. -- T. From glen at delfi.ee Wed Apr 9 21:53:03 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 9 Apr 2008 22:53:03 +0300 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD1CA6.2090606@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092213.32800.glen@delfi.ee> <47FD1CA6.2090606@pimpek.one.pl> Message-ID: <200804092253.03998.glen@delfi.ee> On Wednesday 09 April 2008 22:44, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > > On Wednesday 09 April 2008 22:03, Tomasz Mateja wrote: > >>> and kernel update is needed to let ac live a little longer. as there's > >>> need to support newer hardware. it was considered dead already time it > >>> was released. and some major changes like updating glibc or gcc would > >>> mean changing the distro, i.e dropping some architectures and 2.4 > >>> kernel compatability. > >> > >> What are the super-hiper features with new release of kernel?? > >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > >> Old glibc - new kernel - compatibility emulated - what new features? > >> upgrade kernel for desktops in AC - useless > > > > explain? > > If I have new machine I wont install AC. Give me one reason to do so and > not to install Ti(or Th) my reasons might not be valid for you. > If I have old machine with AC - it is working what's the point of > upgrading kernel? don't touch it then. nobody is making (at least from pld side) you to do anything with it. > As I said before, why not upgrading RA packages for security/features > reason - I have 2 RA servers well working and dont want to migrate them. nobody is interested in doing that. see http://www.pld-linux.org/ under "26 April 2006 PLD 1.0/1.1 (Ra) information" section. you can be the one. -- glen From adamg at agmk.net Wed Apr 9 21:53:54 2008 From: adamg at agmk.net (Adam Golebiowski) Date: Wed, 9 Apr 2008 21:53:54 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD1ADD.2020504@pimpek.one.pl> References: <200804092129.33779.adamg@agmk.net> <47FD1ADD.2020504@pimpek.one.pl> Message-ID: <200804092153.54485.adamg@agmk.net> On Wednesday 09 April 2008, Tomasz Mateja wrote: > Adam Golebiowski pisze: > > As above - it's all about new features, like new hardware, powertop, > > vmsplice exploit support... I do not need powertop on my server, but > > would like to play a bit with it on my laptop. And no, I do not want > > (-ENOTIME) to migrate to Ti or Th. > > I Still dont understand. All of you have ENOTIME for migration but who > counted time for developing 3 lines of distro?? I assure you if there > was one (or two - stable with sec,bugfixex and devel) you would have a > time for migration. I wouldn't. And why are you talking about keeping a distro line being so time-consuming process? For whom? When I am doing an update of package foo from 1.1 to 1.2, it usually takes more time to do the common tasks (updating patches, %files list) and testing everything at the end than building process (%build) itself, where I just issue the `./builder -bb foo.spec' and do something else in the meantime. YMMV though. -- http://www.agmk.net/ - hosting, strony www, opieka informatyczna From patrys at pld-linux.org Wed Apr 9 21:54:01 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 9 Apr 2008 21:54:01 +0200 Subject: =?UTF-8?Q?Re:_[Fwd:_Re:_[Th]_Upgrade_ap?= =?UTF-8?Q?port_-_jak_rozumie=C4=87_ten_b=C5=82=C4=85d=3F]?= In-Reply-To: <47FD1CA6.2090606@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> <200804092213.32800.glen@delfi.ee> <47FD1CA6.2090606@pimpek.one.pl> Message-ID: <89b6ba3a0804091254y6dbf2b23ie7987989995d26d7@mail.gmail.com> On Wed, Apr 9, 2008 at 9:44 PM, Tomasz Mateja wrote: > If I have new machine I wont install AC. Give me one reason to do so and > not to install Ti(or Th) To remain in a homogeneous environment. -- Patryk Zawadzki PLD Linux Distribution From hawk at limanowa.net Wed Apr 9 20:58:52 2008 From: hawk at limanowa.net (Marcin Krol) Date: Wed, 09 Apr 2008 20:58:52 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?ISO-8859-1?Q?rozumiec=27?= =?ISO-8859-1?Q?_ten_b=3Fa=3Bd=3F=5D?= In-Reply-To: <47FD166D.1060407@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> <20080409191333.GA4483@stranger.qboosh.pl> <47FD166D.1060407@pimpek.one.pl> Message-ID: <47FD11EC.3070300@limanowa.net> > I dont understand why making 3 lines of distro (with all the time and > work effort) which almost are identical (or becomes to be) Just a few thoughts that I wanted to share... I gave up Ac as some updates/changes were impossible to do or shoudn't take place in stable distro (glibc, gcc, kernel, modular xorg). There is no way that Ac will be even close to Th without very drastic changes. When no one except RM will use Ac then it will probably die after some time (like Ra did). Its sad that so many problems exist in current stable line (judging from mail lists and opinions that I've received on priv). Personally I was only affected by rpm 4.4.9 problems, but "hold = rpm*" have fixed them :) Probably all of these issues could be resolved before broken packages were moved to updates if enough people would use ready tree and report bugs. Remember: if no one is testing pakcages and they work ok for RM then they will be moved to updates. Belive me, I know :) I've started Titanium because (as mentioned above) there was no way to force some updates/changes in Ac that I needed. My own fork assures that I may change whatever I need and there is no way that someone will force me to change that back. Titanium will be very similar to Th as I'm using HEAD versions of packages (there are just few exceptions). Basically it is and will be "what Hawk needs" as long as I own this fork. I'm just sharing work that I'd have to do anyway. I'm also glad that some people found Titanium usable, switched to it and are now helping me by sending problem reports, ideas etc. Thanks for reading :) M. From adamg at agmk.net Wed Apr 9 22:01:13 2008 From: adamg at agmk.net (Adam Golebiowski) Date: Wed, 9 Apr 2008 22:01:13 +0200 Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?= In-Reply-To: <47FD1CA6.2090606@pimpek.one.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092213.32800.glen@delfi.ee> <47FD1CA6.2090606@pimpek.one.pl> Message-ID: <200804092201.13479.adamg@agmk.net> On Wednesday 09 April 2008, Tomasz Mateja wrote: > Elan Ruusam?e pisze: > > On Wednesday 09 April 2008 22:03, Tomasz Mateja wrote: > >>> and kernel update is needed to let ac live a little longer. as there's > >>> need to support newer hardware. it was considered dead already time it > >>> was released. and some major changes like updating glibc or gcc would > >>> mean changing the distro, i.e dropping some architectures and 2.4 > >>> kernel compatability. > >> > >> What are the super-hiper features with new release of kernel?? > >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help > >> Old glibc - new kernel - compatibility emulated - what new features? > >> upgrade kernel for desktops in AC - useless > > > > explain? > > If I have new machine I wont install AC. Give me one reason to do so and > not to install Ti(or Th) Against Th - I still believe it's not as stable as it should be, though I am using Th (th+th-test) on one machine only, so I can't really compare it to th (without th-test). Against Ti - no pros nor cons, don't know it. > If I have old machine with AC - it is working what's the point of > upgrading kernel? Because new shiny raid controller just arrived. Or you had motherboard failure and replaced it with one having a RTL8111/8168B based NIC. Or ... > As I said before, why not upgrading RA packages for security/features > reason - I have 2 RA servers well working and dont want to migrate them. So do I, but I also have Ac servers that I care about. And I have Ac on my laptop, where I'd like to play a bit with kernel-desktop. -- http://www.agmk.net/ - hosting, strony www, opieka informatyczna From kiesyoo at o2.pl Wed Apr 9 22:09:31 2008 From: kiesyoo at o2.pl (kiesiu) Date: Wed, 09 Apr 2008 22:09:31 +0200 Subject: [Th] emerald.spec - up to 0.7.4, add missing BuildRequires Message-ID: <47FD227B.2060009@o2.pl> Hello, The only available emerald version on ftp (Th) doesn't want to work well with new compiz in th-test. In attachment I send a patch which upgrades emerald spec file to 0.7.4 version and adds missing BuildRequires. It works well. Please somebody with w+ access add this to CVS and if it's possible send a STBR to th-test. Thank you. Regards, Lukasz Kies -------------- next part -------------- --- emerald.spec~ 2008-03-08 14:38:11.000000000 +0100 +++ emerald.spec 2008-04-09 21:54:46.000000000 +0200 @@ -2,21 +2,23 @@ Summary: An alternative themeable window decorator Summary(pl.UTF-8): Alternatywny dekorator okien z obs??ug? motyw??w Name: emerald -Version: 0.7.2 +Version: 0.7.4 Release: 1 Epoch: 1 License: GPL v2+ Group: X11/Applications Source0: http://releases.compiz-fusion.org/%{version}/%{name}-%{version}.tar.bz2 -# Source0-md5: c0cf8304a633985a438b2aea102ff4dd +# Source0-md5: e87486acfc8a7af1aef1353b2dd05aa7 Patch0: %{name}-desktop.patch URL: http://forum.compiz-fusion.org/ BuildRequires: autoconf >= 2.57 BuildRequires: automake >= 1:1.9 BuildRequires: compiz-devel >= %{version} BuildRequires: dbus-glib-devel >= 0.50 +BuildRequires: gettext-devel BuildRequires: gtk+2-devel >= 2:2.8.0 BuildRequires: intltool >= 0.35.0 +BuildRequires: libselinux-devel # 2.19.4 (ffu) BuildRequires: libwnck-devel >= 2.14.1-2 BuildRequires: pango-devel >= 1.10.0 From tommat at pimpek.one.pl Wed Apr 9 23:28:52 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Wed, 09 Apr 2008 23:28:52 +0200 Subject: =?ISO-8859-2?Q?AC_installation_was_=28Re=3A_=5BFwd=3A_?= =?ISO-8859-2?Q?Re=3A_=5BTh=5D_Upgrade_apport_-_jak_rozumie=E6?= =?ISO-8859-2?Q?_ten_b=B3=B1d=3F=5D=29?= Message-ID: <47FD3514.7080104@pimpek.one.pl> Thank you guys for discussion. I don't agree with some points but such response means PLD is still alive :-) This makes me remember the gold PLD rule: SOD#1 :) Anyway can anyone look at this logs? Who was making those floppies? Maybe there is some possibility to upgrade there rpm and/or poldek to make it working. Thank you and best regards -- T. -------------- next part -------------- A non-text attachment was scrubbed... Name: aclogs.tgz Type: application/x-compressed-tar Size: 17346 bytes Desc: not available URL: From glen at delfi.ee Wed Apr 9 23:56:10 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Thu, 10 Apr 2008 00:56:10 +0300 Subject: AC installation was (Re: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?=) In-Reply-To: <47FD3514.7080104@pimpek.one.pl> References: <47FD3514.7080104@pimpek.one.pl> Message-ID: <200804100056.10805.glen@delfi.ee> On Thursday 10 April 2008 00:28, Tomasz Mateja wrote: > Who was making those floppies? Maybe there is some possibility to > upgrade there rpm and/or poldek to make it working. hawk did. and the biggest problem was that the data does not fit to disk. upgrading disks, would mean that disks should use also packages from ac-updates, which in turn means the poldek/rpm should be upgraded on disk to ac-updates versions or db issues will arise. > Thank you and best regards -- warn: poldek-0.21-0.20070703.00.20.i686: multiple instances installed, skipped kernel-2.6.16.60-11.i686: skip held package warn: rpm-lib-4.4.9-64.i686: multiple instances installed, skipped warn: rpm-4.4.9-64.i686: multiple instances installed, skipped warn: rpm-utils-4.4.9-64.i686: multiple instances installed, skipped error: poldek-libs: multiple instances installed, give up -- you should rpm -e the older versions and try poldek --upgrade-dist again. to remove pkg if multiple of them are installed mention all NVRA components: rpm -e NAME-VERSION-RELEASE.ARCH -- glen From glen at delfi.ee Thu Apr 10 00:01:16 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Thu, 10 Apr 2008 01:01:16 +0300 Subject: AC installation was (Re: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= =?utf-8?q?_b=C5=82=C4=85d=3F=5D?=) In-Reply-To: <47FD3514.7080104@pimpek.one.pl> References: <47FD3514.7080104@pimpek.one.pl> Message-ID: <200804100101.16932.glen@delfi.ee> On Thursday 10 April 2008 00:28, Tomasz Mateja wrote: > :)Anyway can anyone look at this logs? --- Loading console font and map.......................................[ BUSY ]locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory stty: invalid argument `-utf8' Try `stty --help' for more information. [ DONE ] Enabling SAK sequence..............................................[ DONE ] Starting Gpm service...............................................[ DONE ] --- these came from kbd-1.12-17.i686, but that version doesn't include latest qboosh changes [1]. there's no 'locale' command invocation i can find from kbd package. not even matces for 'stty' invocation. installing glibc-localedb-all would discard the locale messages, really no idea about stty. [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/kbd.init.diff?r1=1.30;r2=1.31;f=h -- glen From hawk at limanowa.net Thu Apr 10 00:28:22 2008 From: hawk at limanowa.net (Marcin Krol) Date: Thu, 10 Apr 2008 00:28:22 +0200 Subject: =?ISO-8859-1?Q?Re=3A_AC_installation_was_=28Re=3A_=5BF?= =?ISO-8859-1?Q?wd=3A_Re=3A_=5BTh=5D_Upgrade_apport_-_jak_r?= =?ISO-8859-1?Q?ozumiec=27_ten_b=3Fa=3Bd=3F=5D=29?= In-Reply-To: <200804100056.10805.glen@delfi.ee> References: <47FD3514.7080104@pimpek.one.pl> <200804100056.10805.glen@delfi.ee> Message-ID: <47FD4306.1090101@limanowa.net> > hawk did. and the biggest problem was that the data does not fit to disk. AFAIR there was just few KB left on some disk. Also I don't have installer build environment anymore. > upgrading disks, would mean that disks should use also packages from > ac-updates, which in turn means the poldek/rpm should be upgraded on disk to > ac-updates versions or db issues will arise. No way to do that, poldek 0.2x fails to compile when trying static build. Nobody cared to fix it. Haven't tried to build 0.3x statically. M. From gotar at polanet.pl Thu Apr 10 00:47:56 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 10 Apr 2008 00:47:56 +0200 Subject: AC installation was =?iso-8859-2?Q?=28?= =?iso-8859-2?Q?Re=3A_=5BFwd=3A_Re=3A_=5BTh=5D_Upgrade_apport_-_jak_rozumi?= =?iso-8859-2?B?ZeYgdGVuIGKzsWQ/XSk=?= In-Reply-To: <200804100101.16932.glen@delfi.ee> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> Message-ID: <20080409224756.GB19098@pepin.polanet.pl> On Thu, Apr 10, 2008 at 01:01:16 +0300, Elan Ruusam?e wrote: > stty: invalid argument `-utf8' > Try `stty --help' for more information. > [ DONE ] > there's no 'locale' command invocation i can find from kbd package. not even matces for 'stty' invocation. This was already reported on -pl. Subject: [Th+Ac] unicode_stop nie wsp??gra z stty -> b??dy w skryptach startowych From: ?ukasz Ma?ko Message-Id: <200803271928.29768 at laptok.ed.pl> -- Tomasz Pala From tommat at pimpek.one.pl Thu Apr 10 00:56:42 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Thu, 10 Apr 2008 00:56:42 +0200 Subject: =?ISO-8859-2?Q?Re=3A_AC_installation_was_=28Re=3A_=5BF?= =?ISO-8859-2?Q?wd=3A_Re=3A_=5BTh=5D_Upgrade_apport_-_jak_r?= =?ISO-8859-2?Q?ozumie=E6_ten_b=B3=B1d=3F=5D=29?= In-Reply-To: <20080409224756.GB19098@pepin.polanet.pl> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> <20080409224756.GB19098@pepin.polanet.pl> Message-ID: <47FD49AA.6030000@pimpek.one.pl> Tomasz Pala pisze: > On Thu, Apr 10, 2008 at 01:01:16 +0300, Elan Ruusam?e wrote: > >> stty: invalid argument `-utf8' >> Try `stty --help' for more information. >> [ DONE ] >> there's no 'locale' command invocation i can find from kbd package. not even matces for 'stty' invocation. > > This was already reported on -pl. > > Subject: [Th+Ac] unicode_stop nie wsp??gra z stty -> b??dy w skryptach startowych > From: ?ukasz Ma?ko > Message-Id: <200803271928.29768 at laptok.ed.pl> > Moved AC-branch tag on stty patch, glen please send kbd to AC (I think there will be need to move AC-branch tag on spec also) Regards -- T. From tommat at pimpek.one.pl Thu Apr 10 00:58:31 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Thu, 10 Apr 2008 00:58:31 +0200 Subject: AC installation was (Re: [Fwd: Re: [Th] Upgrade apport - jak rozumiec' ten b?a;d?]) In-Reply-To: <47FD4306.1090101@limanowa.net> References: <47FD3514.7080104@pimpek.one.pl> <200804100056.10805.glen@delfi.ee> <47FD4306.1090101@limanowa.net> Message-ID: <47FD4A17.3030206@pimpek.one.pl> Marcin Krol pisze: >> hawk did. and the biggest problem was that the data does not fit to disk. > > AFAIR there was just few KB left on some disk. Also I don't have > installer build environment anymore. Pity, but I'll try to make some. >> upgrading disks, would mean that disks should use also packages from >> ac-updates, which in turn means the poldek/rpm should be upgraded on disk to >> ac-updates versions or db issues will arise. > > No way to do that, poldek 0.2x fails to compile when trying static > build. Nobody cared to fix it. Haven't tried to build 0.3x statically. Already on my todo list :) -- T. From ankry at green.mif.pg.gda.pl Thu Apr 10 07:04:15 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 10 Apr 2008 07:04:15 +0200 (CEST) Subject: [Fwd: Re: [Th] Upgrade apport - jak =?utf-8?q?rozumie=C4=87_ten?= In-Reply-To: <200804092222.33395.glen@delfi.ee> from "Elan =?utf-8?q?Ruusam=C3=A4e?=" at Apr 09, 2008 10:22:33 PM Message-ID: <200804100504.m3A54FJa019794@green.mif.pg.gda.pl> Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: > > On Wednesday 09 April 2008 22:14, Tomasz Mateja wrote: > > Patryk Zawadzki pisze: > > > On Wed, Apr 9, 2008 at 8:56 PM, Tomasz Mateja > wrote: > > >> Elan Ruusam??e pisze: > > >>>> Try yourself in vmware or virtualbox > > >>>> > > >> > no i won't. if you want something fixed, share 'rpm -qa' (answer to > > >> > question "what was installed afterall") > > >> > > >> Ok I'll prepare detailed report but I don't like your attitude as a RM. > > >> Whats the difference between grey developer and RM?? RM can send build > > >> requests? move rpm's in ftp? true. But RM is required to use brain in > > >> every move he makes. He is the last QA for everything in distro. > > > > > > Not everything and especially not some old floppy installation method :) > > > > Why not? Is it part of AC or not? If not - please remove this from ftp. > > and perhaps the .iso images should be recreated too to fix apparent bugs they > have? Maybe call the quite big change as Ac 2.1 ? When it is complete, of course. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Apr 10 07:47:49 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 10 Apr 2008 08:47:49 +0300 Subject: mplayer multilib fileconflicts Message-ID: <200804100847.50284.glen@delfi.ee> file /usr/bin/mplayer from install of mplayer-1.0-3.rc1.6.athlon conflicts with file from package mplayer-1.0-3.rc1.6.amd64 it's the symlink being packaged in both packages: $ LC_ALL=C rpm -qlv mplayer-1.0-3.rc1.6.amd64 mplayer-1.0-3.rc1.6.athlon | grep /usr/bin/mplayer lrwxr-xr-x 1 root root 9 Oct 6 2007 /usr/bin/mplayer -> mplayer64 -rwxr-xr-x 1 root root 6867160 Oct 6 2007 /usr/bin/mplayer64 lrwxr-xr-x 1 root root 9 Oct 6 2007 /usr/bin/mplayer -> mplayer32 -rwxr-xr-x 1 root root 6921388 Oct 6 2007 /usr/bin/mplayer32 -- glen From ankry at green.mif.pg.gda.pl Thu Apr 10 07:50:07 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 10 Apr 2008 07:50:07 +0200 (CEST) Subject: mplayer multilib fileconflicts In-Reply-To: <200804100847.50284.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Apr 10, 2008 08:47:49 AM Message-ID: <200804100550.m3A5o7un020263@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > file /usr/bin/mplayer from install of mplayer-1.0-3.rc1.6.athlon conflicts with file from package mplayer-1.0-3.rc1.6.amd64 > > it's the symlink being packaged in both packages: > > $ LC_ALL=C rpm -qlv mplayer-1.0-3.rc1.6.amd64 mplayer-1.0-3.rc1.6.athlon | grep /usr/bin/mplayer > lrwxr-xr-x 1 root root 9 Oct 6 2007 /usr/bin/mplayer -> mplayer64 > -rwxr-xr-x 1 root root 6867160 Oct 6 2007 /usr/bin/mplayer64 > lrwxr-xr-x 1 root root 9 Oct 6 2007 /usr/bin/mplayer -> mplayer32 > -rwxr-xr-x 1 root root 6921388 Oct 6 2007 /usr/bin/mplayer32 Maybe it should be %ghost created in a %post? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Apr 10 08:26:14 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 10 Apr 2008 09:26:14 +0300 Subject: mplayer multilib fileconflicts In-Reply-To: <200804100550.m3A5o7un020263@green.mif.pg.gda.pl> References: <200804100550.m3A5o7un020263@green.mif.pg.gda.pl> Message-ID: <200804100926.14440.glen@delfi.ee> On Thursday 10 April 2008 08:50, Andrzej Krzysztofowicz wrote: > Maybe it should be %ghost created in a %post? probably (and another /bin/sh dep in pkg) and which package will "win"? and also how to avoid link being changing from one to another depending which one was upgraded first? -- glen From marcus at kernel.pl Thu Apr 10 11:54:23 2008 From: marcus at kernel.pl (Marcin Bohosiewicz) Date: Thu, 10 Apr 2008 11:54:23 +0200 (CEST) Subject: =?ISO-8859-2?Q?Re=3A_=5BFwd=3A_Re=3A_=5BTh=5D_Upgrade_apport_-_jak_rozumie=E6_ten_b=B3=B1d=3F=5D?= In-Reply-To: <20080409191333.GA4483@stranger.qboosh.pl> References: <47FCFDFA.4050703@pimpek.one.pl> <200804092106.52638.glen@delfi.ee> <47FD0A00.5020908@pimpek.one.pl> <200804092156.14565.glen@delfi.ee> <47FD12EF.60807@pimpek.one.pl> <20080409191333.GA4483@stranger.qboosh.pl> Message-ID: On Wed, 9 Apr 2008, Jakub Bogusz wrote: > On Wed, Apr 09, 2008 at 09:03:11PM +0200, Tomasz Mateja wrote: >> Elan Ruusam?e pisze: >>> On Wednesday 09 April 2008 21:25, Tomasz Mateja wrote: >>>>> and instead of living out your feelings, report bugs what is wrong with >>>>> 2.6.22 kernel (in lists or http://bugs.pld-linux.org/). 2.6.16 is at >>>>> least three years old kernel. upstream is near 2.6.25 already. and th/ti >>>>> do have 2.6.22 kernel, do you shout there too? >>>> So what? >>>> Why not upgrade glibc in ac to 2.7? and XFree to xorg - they are also >>>> very old. This is STABLE so minor updates or security updates are >>>> welcome. bugs.pld-... is not the place for this request. >>> >>> glibc = would break 2.4 kernel compatability (afaik already glibc 2.4 required >>> 2.6.0 kernel), that has been accidentally already broken several times. >>> intentionally broking it would be evil. >>> >>> xorg 7.0 = too much to rebuild with so less gain, and so far there's no binary >>> incompatibility that i've encountered using X11 (aka xorg 6.9). >>> >>> and kernel update is needed to let ac live a little longer. as there's need to >>> support newer hardware. it was considered dead already time it was released. >>> and some major changes like updating glibc or gcc would mean changing the >>> distro, i.e dropping some architectures and 2.4 kernel compatability. >>> >> What are the super-hiper features with new release of kernel?? >> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help >> Old glibc - new kernel - compatibility emulated - what new features? > > Usability with current hardware. Disk controllers, Ethernet adapters > etc. > Any volunteers to backport those new drivers/driver updates to 2.6.16? new tg3 new ich9 intel new 3ware ipsec compatibile with 2.4 latest 2.6.16.60 is with my patches for new hardware. And, 2.6.22 has ALL hardware modules that was in 2.6.16.60 ? iptables is compatibile? ipsec is compatibile? M. -- -| == Marcin Bohosiewicz - MB8042-RIPE - marcus at kernel.pl == |- -| == tel. +48 601 485097 - PLD Team - marcus at pld-linux.org == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |- From hawk at limanowa.net Thu Apr 10 12:25:25 2008 From: hawk at limanowa.net (Marcin Krol) Date: Thu, 10 Apr 2008 12:25:25 +0200 Subject: AC installation was (Re: [Fwd: Re: [Th] Upgrade apport - jak rozumiec' ten b?a;d?]) In-Reply-To: <47FD4A17.3030206@pimpek.one.pl> References: <47FD3514.7080104@pimpek.one.pl> <200804100056.10805.glen@delfi.ee> <47FD4306.1090101@limanowa.net> <47FD4A17.3030206@pimpek.one.pl> Message-ID: <47FDEB15.8010805@limanowa.net> >> AFAIR there was just few KB left on some disk. Also I don't have >> installer build environment anymore. > Pity, but I'll try to make some. I hardly belive that you will succeed. To get extra space you will need to remove some kernel modules included on bootdisks. While this can be done on bootdisk-net it shouldn't be done on bootdisk-cd. In any case removing kernel modules will force user to use addon disks. Also, did I mentioned that bootdisk is using kernel 2.4? And there is no way to put 2.6 there, it will simply not fit there no matter how hard you will try. You may also get required amount of space by removing translations. They're around 100KB and doesn't compress well. Or you may prepare separate bootdisks in english, polish and german. But I think its not worth of it. Ac bootdisks are useless on modern hardware (kernel doesn't support most of motherboards, mainly SATA controllers). And very important info: if you will touch something on bootdisk be prepared that 3 other things will stop working. It was just one big workaround to get Ra installer working for Ac. You should better invest your time in preparing Anaconda bootdisks, really :) M. From ankry at green.mif.pg.gda.pl Thu Apr 10 15:57:54 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 10 Apr 2008 15:57:54 +0200 (CEST) Subject: mplayer multilib fileconflicts In-Reply-To: <200804100926.14440.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Apr 10, 2008 09:26:14 AM Message-ID: <200804101357.m3ADvsTn021976@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Thursday 10 April 2008 08:50, Andrzej Krzysztofowicz wrote: > > Maybe it should be %ghost created in a %post? > > probably (and another /bin/sh dep in pkg) > > and which package will "win"? and also how to avoid link being changing from > one to another depending which one was upgraded first? Right. It should never be automatically changed once created. Maybe %config (and rm + recreate in %post) ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Thu Apr 10 16:51:58 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 10 Apr 2008 16:51:58 +0200 Subject: AC installation was =?iso-8859-2?Q?=28?= =?iso-8859-2?Q?Re=3A_=5BFwd=3A_Re=3A_=5BTh=5D_Upgrade_apport_-_jak_rozumi?= =?iso-8859-2?B?ZeYgdGVuIGKzsWQ/XSk=?= In-Reply-To: <200804100101.16932.glen@delfi.ee> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> Message-ID: <20080410145158.GA25682@stranger.qboosh.pl> On Thu, Apr 10, 2008 at 01:01:16AM +0300, Elan Ruusam?e wrote: > On Thursday 10 April 2008 00:28, Tomasz Mateja wrote: > > :)Anyway can anyone look at this logs? > > --- > Loading console font and map.......................................[ BUSY ]locale: Cannot set LC_CTYPE to default locale: No such file or directory > locale: Cannot set LC_MESSAGES to default locale: No such file or directory > locale: Cannot set LC_ALL to default locale: No such file or directory > stty: invalid argument `-utf8' > Try `stty --help' for more information. > [ DONE ] > Enabling SAK sequence..............................................[ DONE ] > Starting Gpm service...............................................[ DONE ] > > --- > these came from kbd-1.12-17.i686, but that version doesn't include latest qboosh changes [1]. > there's no 'locale' command invocation i can find from kbd package. > not even matces for 'stty' invocation. locale is used in /etc/rc.d/init.d/console and /sbin/setsysfont scripts to detect UTF-8 encoding. The other thing is that locales don't work properly before /usr is mounted or if locale data is missing in locale-archive (in such case keyboard and font maps could be initialized improperly). -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Thu Apr 10 17:04:27 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 10 Apr 2008 18:04:27 +0300 Subject: kbd locale errors In-Reply-To: <20080410145158.GA25682@stranger.qboosh.pl> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> <20080410145158.GA25682@stranger.qboosh.pl> Message-ID: <200804101804.27344.glen@pld-linux.org> On Thursday 10 April 2008 17:51:58 Jakub Bogusz wrote: > > Loading console font and map.......................................[ BUSY > > ]locale: Cannot set LC_CTYPE to default locale: No such file or directory > > locale: Cannot set LC_MESSAGES to default locale: No such file or > > directory locale: Cannot set LC_ALL to default locale: No such file or > > directory stty: invalid argument `-utf8' > > Try `stty --help' for more information. > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[ DONE > > ] Enabling SAK sequence..............................................[ > > DONE ] Starting Gpm > > service...............................................[ DONE ] > > > > --- > > these came from kbd-1.12-17.i686, but that version doesn't include latest > > qboosh changes [1]. there's no 'locale' command invocation i can find > > from kbd package. not even matces for 'stty' invocation. > > locale is used in /etc/rc.d/init.d/console and /sbin/setsysfont scripts to > detect UTF-8 encoding. > > The other thing is that locales don't work properly before /usr is > mounted or if locale data is missing in locale-archive (in such case > keyboard and font maps could be initialized improperly). so what's the solution? - moving locale data to /lib isn't probably good idea. - delay the setup so it would be ran after nfs scripts (for /usr), - try doing the console setup twice? - introduce some variable in config rather trying to autodetect things? other thing is that shouldn't the "setting console font and map" be first thing done on startup before anything is displayed on console? -- glen From qboosh at pld-linux.org Thu Apr 10 18:36:10 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 10 Apr 2008 18:36:10 +0200 Subject: kbd locale errors In-Reply-To: <200804101804.27344.glen@pld-linux.org> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> <20080410145158.GA25682@stranger.qboosh.pl> <200804101804.27344.glen@pld-linux.org> Message-ID: <20080410163610.GC25682@stranger.qboosh.pl> On Thu, Apr 10, 2008 at 06:04:27PM +0300, Elan Ruusam?e wrote: > On Thursday 10 April 2008 17:51:58 Jakub Bogusz wrote: > > > Loading console font and map.......................................[ BUSY > > > ]locale: Cannot set LC_CTYPE to default locale: No such file or directory > > > locale: Cannot set LC_MESSAGES to default locale: No such file or > > > directory locale: Cannot set LC_ALL to default locale: No such file or > > > directory stty: invalid argument `-utf8' > > > Try `stty --help' for more information. > > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[ DONE > > > ] Enabling SAK sequence..............................................[ > > > DONE ] Starting Gpm > > > service...............................................[ DONE ] > > > > > > --- > > > these came from kbd-1.12-17.i686, but that version doesn't include latest > > > qboosh changes [1]. there's no 'locale' command invocation i can find > > > from kbd package. not even matces for 'stty' invocation. > > > > locale is used in /etc/rc.d/init.d/console and /sbin/setsysfont scripts to > > detect UTF-8 encoding. > > > > The other thing is that locales don't work properly before /usr is > > mounted or if locale data is missing in locale-archive (in such case > > keyboard and font maps could be initialized improperly). > > so what's the solution? > > - moving locale data to /lib isn't probably good idea. > - delay the setup so it would be ran after nfs scripts (for /usr), > - try doing the console setup twice? > - introduce some variable in config rather trying to autodetect things? > > other thing is that shouldn't the "setting console font and map" be first > thing done on startup before anything is displayed on console? locales setup should be delayed to the moment when /usr is mounted. They don't work anyway before (despite catalogs moved to /etc): $ TEXTDOMAINDIR=/etc/sysconfig/locale gettext -d rc-scripts 'BUSY'; echo ZAJ?TY # chmod 700 /usr/lib/locale $ TEXTDOMAINDIR=/etc/sysconfig/locale gettext -d rc-scripts 'BUSY'; echo BUSY Console font doesn't matter much before locales are used. So, to avoid the penalty of not having internationalized messages on systems with /usr not separated, locales setup delay should be performed depending on /usr/lib/locale presence. -- Jakub Bogusz http://qboosh.pl/ From patrys at pld-linux.org Thu Apr 10 18:58:01 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 10 Apr 2008 18:58:01 +0200 Subject: kbd locale errors In-Reply-To: <20080410163610.GC25682@stranger.qboosh.pl> References: <47FD3514.7080104@pimpek.one.pl> <200804100101.16932.glen@delfi.ee> <20080410145158.GA25682@stranger.qboosh.pl> <200804101804.27344.glen@pld-linux.org> <20080410163610.GC25682@stranger.qboosh.pl> Message-ID: <89b6ba3a0804100958h2085f3a8g5423ceafe1e11f74@mail.gmail.com> 2008/4/10 Jakub Bogusz : > locales setup should be delayed to the moment when /usr is mounted. > They don't work anyway before (despite catalogs moved to /etc): > > $ TEXTDOMAINDIR=/etc/sysconfig/locale gettext -d rc-scripts 'BUSY'; echo > ZAJ?TY > # chmod 700 /usr/lib/locale > $ TEXTDOMAINDIR=/etc/sysconfig/locale gettext -d rc-scripts 'BUSY'; echo > BUSY > > Console font doesn't matter much before locales are used. > > So, to avoid the penalty of not having internationalized messages on > systems with /usr not separated, locales setup delay should be > performed depending on /usr/lib/locale presence. Looks like a perfect case for upstart-based solutions. Event-based launching instead of serialized sequences. -- Patryk Zawadzki PLD Linux Distribution From blues at pld-linux.org Fri Apr 11 09:40:23 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Fri, 11 Apr 2008 09:40:23 +0200 (CEST) Subject: [Th] emerald.spec - up to 0.7.4, add missing BuildRequires In-Reply-To: <47FD227B.2060009@o2.pl> References: <47FD227B.2060009@o2.pl> Message-ID: On Wed, 9 Apr 2008, kiesiu wrote: > The only available emerald version on ftp (Th) doesn't want to work well > with new compiz in th-test. In attachment I send a patch which upgrades > emerald spec file to 0.7.4 version and adds missing BuildRequires. It > works well. Please somebody with w+ access add this to CVS and if it's > possible send a STBR to th-test. Well, I think this one should also make commits on it's own.... +1 -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- 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 krystian at kamionek.net Fri Apr 11 22:26:00 2008 From: krystian at kamionek.net (Krystian Tomczyk) Date: Fri, 11 Apr 2008 22:26:00 +0200 Subject: [Th] emerald.spec - up to 0.7.4, add missing BuildRequires In-Reply-To: References: <47FD227B.2060009@o2.pl> Message-ID: <1207945560.6630.8.camel@laptom> Dnia 2008-04-11, pi? o godzinie 09:40 +0200, Pawel Golaszewski pisze: > On Wed, 9 Apr 2008, kiesiu wrote: > > The only available emerald version on ftp (Th) doesn't want to work well > > with new compiz in th-test. In attachment I send a patch which upgrades > > emerald spec file to 0.7.4 version and adds missing BuildRequires. It > > works well. Please somebody with w+ access add this to CVS and if it's > > possible send a STBR to th-test. > > Well, I think this one should also make commits on it's own.... > > +1 +1 -- Krystian From ankry at green.mif.pg.gda.pl Sun Apr 13 22:46:12 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 13 Apr 2008 22:46:12 +0200 (CEST) Subject: SPECS: apache-mod_rails.spec (NEW) - added In-Reply-To: from "aredridel" at Apr 13, 2008 08:51:12 PM Message-ID: <200804132046.m3DKkCJM004061@green.mif.pg.gda.pl> aredridel wrote: > +%description > +Phusion Passenger ??? a.k.a. mod_rails ??? makes deployment of > +applications built on the revolutionary Ruby on Rails web framework a > +breeze. It follows the usual Ruby on Rails conventions, such as > +???Don???t-Repeat-Yourself???. Bad. %description should be ASCII-only (C locale). %description -l en may contain non-ASCII characters. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at pld-linux.org Mon Apr 14 14:24:23 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 14 Apr 2008 15:24:23 +0300 Subject: ep09 is dying? Message-ID: <200804141524.23904.glen@pld-linux.org> ARCHITECTURE: alpha sh: /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: not found 15:22:00 pldac[pts/4]@ep09-pld SRPMS/.metadata$ ls -l /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo ls: cannot access /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: Input/output error df(local) df: `/home/pld/admins/ra/chroot/home/users/pldra/ftp': Permission denied rsync(remote): error: /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir.2008.04.10-19.20.59.gz: Input/output error receiving incremental file list rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld: Input/output error (5) -- glen From adamg at biomerieux.pl Mon Apr 14 20:52:58 2008 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Mon, 14 Apr 2008 20:52:58 +0200 Subject: ep09 is dying? In-Reply-To: <200804141524.23904.glen@pld-linux.org> References: <200804141524.23904.glen@pld-linux.org> Message-ID: <20080414185258.GA6178@mysza.eu.org> On Mon, Apr 14, 2008 at 03:24:23PM +0300, Elan Ruusam?e wrote: > > ARCHITECTURE: alpha > sh: /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: not found > > 15:22:00 pldac[pts/4]@ep09-pld SRPMS/.metadata$ ls -l /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo > ls: cannot access /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: Input/output error > > df(local) > df: `/home/pld/admins/ra/chroot/home/users/pldra/ftp': Permission denied > > rsync(remote): > error: /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir.2008.04.10-19.20.59.gz: Input/output error > receiving incremental file list > rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld: Input/output error (5) Not sure if everyone is aware, but (as RMF told me) raid controller is fscked up. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Mon Apr 14 22:42:23 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 14 Apr 2008 22:42:23 +0200 Subject: ep09 is dying? In-Reply-To: <20080414185258.GA6178@mysza.eu.org> References: <200804141524.23904.glen@pld-linux.org> <20080414185258.GA6178@mysza.eu.org> Message-ID: <20080414204223.GA24483@stranger.qboosh.pl> On Mon, Apr 14, 2008 at 08:52:58PM +0200, Adam Go??biowski wrote: > On Mon, Apr 14, 2008 at 03:24:23PM +0300, Elan Ruusam?e wrote: [...] > > rsync(remote): > > error: /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir.2008.04.10-19.20.59.gz: Input/output error > > receiving incremental file list > > rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld: Input/output error (5) > > Not sure if everyone is aware, but (as RMF told me) raid controller is > fscked up. Is there any working distfiles mirror? -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Tue Apr 15 13:52:22 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 15 Apr 2008 13:52:22 +0200 Subject: ep09 is dying? In-Reply-To: <20080414204223.GA24483@stranger.qboosh.pl> References: <200804141524.23904.glen@pld-linux.org> <20080414185258.GA6178@mysza.eu.org> <20080414204223.GA24483@stranger.qboosh.pl> Message-ID: <200804151352.22698.arekm@maven.pl> On Monday 14 of April 2008, Jakub Bogusz wrote: > On Mon, Apr 14, 2008 at 08:52:58PM +0200, Adam Go??biowski wrote: > > On Mon, Apr 14, 2008 at 03:24:23PM +0300, Elan Ruusam?e wrote: > > [...] > > > > rsync(remote): > > > error: > > > /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir > > >.2008.04.10-19.20.59.gz: Input/output error receiving incremental file > > > list > > > rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld: > > > Input/output error (5) > > > > Not sure if everyone is aware, but (as RMF told me) raid controller is > > fscked up. > > Is there any working distfiles mirror? I've switched df to new mirror (rsync in progress). -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From darekr at pld-linux.org Tue Apr 15 21:32:57 2008 From: darekr at pld-linux.org (dariusz rojewski) Date: Tue, 15 Apr 2008 21:32:57 +0200 Subject: SPECS: epiphany.spec - added missing BReq In-Reply-To: References: Message-ID: 2008/4/15, emes : > > Author: emes Date: Tue Apr 15 15:33:49 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added missing BReq > > ---- Files affected: > SPECS: > epiphany.spec (1.178 -> 1.179) > > ---- Diffs: > > ================================================================ > Index: SPECS/epiphany.spec > diff -u SPECS/epiphany.spec:1.178 SPECS/epiphany.spec:1.179 > --- SPECS/epiphany.spec:1.178 Sat Apr 12 00:39:27 2008 > +++ SPECS/epiphany.spec Tue Apr 15 17:33:44 2008 > @@ -40,6 +40,7 @@ > BuildRequires: libglade2-devel >= 1:2.6.2 > BuildRequires: libgnomeprintui-devel >= 2.18.0 > BuildRequires: libgnomeui-devel >= 2.22.0 > +BuildRequires: libicu-devel > BuildRequires: libtool > BuildRequires: libxml2-devel >= 1:2.6.28 > BuildRequires: libxslt-devel >= 1.1.20 > @@ -222,6 +223,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.179 2008-04-15 15:33:44 emes > +- added missing BReq > + > Revision 1.178 2008-04-11 22:39:27 sls > - ver. 2.22.1.1 > w ?r?d?ach w og?le nie ma nic o libicu -- darekr -------------- next part -------------- An HTML attachment was scrubbed... URL: From kamil.listy at klecza.pl Wed Apr 16 18:46:46 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Wed, 16 Apr 2008 18:46:46 +0200 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: References: Message-ID: <200804161847.11055.kamil.listy@klecza.pl> twittner wrote: > Author: twittner Date: Tue Apr 15 18:30:36 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - up to 0.2.0 > - added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS > > ---- Files affected: > SPECS: > libdumbtts.spec (1.3 -> 1.4) > > ---- Diffs: > > ================================================================ > Index: SPECS/libdumbtts.spec > diff -u SPECS/libdumbtts.spec:1.3 SPECS/libdumbtts.spec:1.4 > --- SPECS/libdumbtts.spec:1.3 Tue Apr 15 01:04:46 2008 > +++ SPECS/libdumbtts.spec Tue Apr 15 20:30:31 2008 > @@ -2,13 +2,13 @@ > Summary: Helper library for dumb speech synthesizers > Summary(pl.UTF-8): Biblioteka pomocnicza dla g?upich syntezator?w mowy > Name: libdumbtts > -Version: 0.1.1 > +Version: 0.2.0 > Release: 1 > License: LGPL > Group: Libraries > Source0: http://www.tts.polip.com/files/%{name}-%{version}.tar.gz > -# Source0-md5: 39f1e4abf31578346ece9ebd0ec3a6b7 > -BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > +# Source0-md5: ed9d9aadcd5f0bb399c040b27b8cb9b0 > +Patch0: %{name}-Makefile.patch > > %description > libdumbtts is helper library for dumb speech synthesizer drivers. > @@ -36,15 +36,20 @@ > > %prep > %setup -q > +%patch0 -p1 > > %build > -%{__make} -C src > +%{__make} -C src \ > + CC="%{__cc}" \ > + CFLAGS="%{rpmcflags}"\ > + LDFLAGS="%{rpmldflags}" > > %install > rm -rf $RPM_BUILD_ROOT > install -d $RPM_BUILD_ROOT%{_sysconfdir}/dumbtts > > -%{__make} -C src install \ > +cd src > +%{__make} install \ > DESTDIR=$RPM_BUILD_ROOT > > %clean > @@ -73,8 +78,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > -Revision 1.3 2008-04-14 23:04:46 darekr > -- md5sum, use -C for make > +Revision 1.4 2008-04-15 18:30:31 twittner > +- up to 0.2.0 > +- added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS > > Revision 1.2 2008-04-12 08:28:33 gotar > - cosmetics Why did you remove 1.3 revision? Mistake? -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From tomasz.wittner at gmail.com Wed Apr 16 20:08:43 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Wed, 16 Apr 2008 20:08:43 +0200 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: <200804161847.11055.kamil.listy@klecza.pl> References: <200804161847.11055.kamil.listy@klecza.pl> Message-ID: <200804162008.43434.tomasz.wittner@gmail.com> On Wednesday 16 of April 2008, 18:46, Kamil Dziedzic wrote: [...] > > $Log$ > > -Revision 1.3 2008-04-14 23:04:46 darekr > > -- md5sum, use -C for make > > +Revision 1.4 2008-04-15 18:30:31 twittner > > +- up to 0.2.0 > > +- added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS > > > > Revision 1.2 2008-04-12 08:28:33 gotar > > - cosmetics > > Why did you remove 1.3 revision? Mistake? Probably I forgot to check status before committing - I'm sorry - it's already fixed, thnx for pointing out it. -- Tomasz Wittner From kamil.listy at klecza.pl Wed Apr 16 21:06:46 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Wed, 16 Apr 2008 21:06:46 +0200 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: <200804162008.43434.tomasz.wittner@gmail.com> References: <200804161847.11055.kamil.listy@klecza.pl> <200804162008.43434.tomasz.wittner@gmail.com> Message-ID: <200804162106.50586.kamil.listy@klecza.pl> Tomasz Wittner wrote: > Probably I forgot to check status before committing - I'm sorry - it's > already fixed, thnx for pointing out it. Nothing happens;) Thanks for fixing. -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From darekr at pld-linux.org Wed Apr 16 23:53:45 2008 From: darekr at pld-linux.org (dariusz rojewski) Date: Wed, 16 Apr 2008 23:53:45 +0200 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: <200804162008.43434.tomasz.wittner@gmail.com> References: <200804161847.11055.kamil.listy@klecza.pl> <200804162008.43434.tomasz.wittner@gmail.com> Message-ID: 2008/4/16, Tomasz Wittner : > > On Wednesday 16 of April 2008, 18:46, Kamil Dziedzic wrote: > [...] > > > > $Log$ > > > -Revision 1.3 2008-04-14 23:04:46 darekr > > > -- md5sum, use -C for make > > > +Revision 1.4 2008-04-15 18:30:31 twittner > > > +- up to 0.2.0 > > > +- added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS > > > > > > Revision 1.2 2008-04-12 08:28:33 gotar > > > - cosmetics > > > > Why did you remove 1.3 revision? Mistake? > > Probably I forgot to check status before committing - I'm sorry - it's > already > fixed, thnx for pointing out it. > > > Yeah! im back. -- darekr -------------- next part -------------- An HTML attachment was scrubbed... URL: From glen at pld-linux.org Thu Apr 17 00:25:43 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 17 Apr 2008 01:25:43 +0300 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: References: <200804162008.43434.tomasz.wittner@gmail.com> Message-ID: <200804170125.43783.glen@pld-linux.org> On Thursday 17 April 2008 00:53:45 dariusz rojewski wrote: > Yeah! im back. where were you? -- glen From darekr at pld-linux.org Thu Apr 17 00:27:33 2008 From: darekr at pld-linux.org (dariusz rojewski) Date: Thu, 17 Apr 2008 00:27:33 +0200 Subject: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which... In-Reply-To: <200804170125.43783.glen@pld-linux.org> References: <200804162008.43434.tomasz.wittner@gmail.com> <200804170125.43783.glen@pld-linux.org> Message-ID: 2008/4/17, Elan Ruusam?e : > > On Thursday 17 April 2008 00:53:45 dariusz rojewski wrote: > > Yeah! im back. > > where were you? dont remember :^< -- darekr -------------- next part -------------- An HTML attachment was scrubbed... URL: From glen at pld-linux.org Fri Apr 18 14:04:21 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 18 Apr 2008 15:04:21 +0300 Subject: SPECS: libfuse.spec - revert - it creates fuse group... In-Reply-To: References: Message-ID: <200804181504.22657.glen@pld-linux.org> On Friday 18 April 2008 10:43:58 blues wrote: > Author: blues Date: Fri Apr 18 07:43:58 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - revert - it creates fuse group... > > ---- Files affected: > SPECS: > libfuse.spec (1.100 -> 1.101) > > ---- Diffs: > > ================================================================ > Index: SPECS/libfuse.spec > diff -u SPECS/libfuse.spec:1.100 SPECS/libfuse.spec:1.101 > --- SPECS/libfuse.spec:1.100 Fri Apr 18 09:40:55 2008 > +++ SPECS/libfuse.spec Fri Apr 18 09:43:53 2008 > @@ -54,6 +54,7 @@ > Requires(postun): /usr/sbin/groupdel > Requires(pre): /usr/bin/getgid > Requires(pre): /usr/sbin/groupadd > +Provides: group(fuse) > Buildroot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > %description > @@ -232,6 +233,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.101 2008-04-18 07:43:53 blues > +- revert - it creates fuse group... > + > Revision 1.100 2008-04-18 07:40:55 blues > - don't provide fuse group > so why not: a) add provides: group(fuse) also to setup b) require setup >= ver_with_fuse c) let fuse group created/removed by all packages that use it (currently group is really removed if no installed package Provides the group (via %userremove macro) -- glen From n3npq at mac.com Fri Apr 18 14:11:17 2008 From: n3npq at mac.com (Jeff Johnson) Date: Fri, 18 Apr 2008 08:11:17 -0400 Subject: SPECS: libfuse.spec - revert - it creates fuse group... In-Reply-To: <200804181504.22657.glen@pld-linux.org> References: <200804181504.22657.glen@pld-linux.org> Message-ID: On Apr 18, 2008, at 8:04 AM, Elan Ruusam?e wrote: > On Friday 18 April 2008 10:43:58 blues wrote: >> Author: blues Date: Fri Apr 18 07:43:58 >> 2008 GMT >> Module: SPECS Tag: HEAD >> ---- Log message: >> - revert - it creates fuse group... >> >> ---- Files affected: >> SPECS: >> libfuse.spec (1.100 -> 1.101) >> >> ---- Diffs: >> >> ================================================================ >> Index: SPECS/libfuse.spec >> diff -u SPECS/libfuse.spec:1.100 SPECS/libfuse.spec:1.101 >> --- SPECS/libfuse.spec:1.100 Fri Apr 18 09:40:55 2008 >> +++ SPECS/libfuse.spec Fri Apr 18 09:43:53 2008 >> @@ -54,6 +54,7 @@ >> Requires(postun): /usr/sbin/groupdel >> Requires(pre): /usr/bin/getgid >> Requires(pre): /usr/sbin/groupadd >> +Provides: group(fuse) >> Buildroot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) >> >> %description >> @@ -232,6 +233,9 @@ >> All persons listed below can be reached at @pld-linux.org >> >> $Log$ >> +Revision 1.101 2008-04-18 07:43:53 blues >> +- revert - it creates fuse group... >> + >> Revision 1.100 2008-04-18 07:40:55 blues >> - don't provide fuse group >> > > so why not: > a) add provides: group(fuse) also to setup > b) require setup >= ver_with_fuse > c) let fuse group created/removed by all packages that use it > (currently group > is really removed if no installed package Provides the group (via % > userremove > macro) > Note that adding Provides: group(fuse) collides with the namespace probe internal to rpmlib. The dependency Requires: group(fuse) will fire as a run-time probe dependency probe function that uses getgrnam(3) to find out if a group can be looked up. That is a very different dependency resolution pathway than comparing strings. 73 de Jeff From blues at pld-linux.org Fri Apr 18 14:53:49 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Fri, 18 Apr 2008 14:53:49 +0200 (CEST) Subject: SPECS: libfuse.spec - revert - it creates fuse group... In-Reply-To: <200804181504.22657.glen@pld-linux.org> References: <200804181504.22657.glen@pld-linux.org> Message-ID: On Fri, 18 Apr 2008, Elan Ruusam?e wrote: > > Author: blues Date: Fri Apr 18 07:43:58 2008 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - revert - it creates fuse group... [...] > > +Provides: group(fuse) [...] > so why not: > a) add provides: group(fuse) also to setup It is. > b) require setup >= ver_with_fuse > c) let fuse group created/removed by all packages that use it (currently > group is really removed if no installed package Provides the group (via > %userremove macro) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- 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 glen at pld-linux.org Mon Apr 21 13:19:55 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 21 Apr 2008 14:19:55 +0300 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: References: Message-ID: <200804211419.56059.glen@pld-linux.org> On Monday 21 April 2008 13:34, hawk wrote: > Author: hawk Date: Mon Apr 21 10:34:24 2008 GMT > Module: SPECS Tag: LINUX_2_6 > ---- Log message: > - killed creating arch/{i386,x86_64}/boot symlinks in makefiles, causes > broken directory deps in -source subpackage > - killed %ghost /lib/modules/%{kernel_release}/{build,source}, causes > broken directory deps like /home/users/builder/rpm/BUILD/linux-2.6.24 in > main kernel package > > ---- Files affected: > SPECS: > kernel.spec (1.441.2.1874 -> 1.441.2.1875) > > ---- Diffs: > > ================================================================ > Index: SPECS/kernel.spec > diff -u SPECS/kernel.spec:1.441.2.1874 SPECS/kernel.spec:1.441.2.1875 > --- SPECS/kernel.spec:1.441.2.1874 Mon Apr 21 05:07:31 2008 > +++ SPECS/kernel.spec Mon Apr 21 12:34:19 2008 > @@ -994,6 +994,11 @@ > # on sparc64 avoid building break due to NULL pointer type warrning > sed -i -e 's/^EXTRA_CFLAGS := -Werror/EXTRA_CFLAGS := /' > arch/sparc64/kernel/Makefile > > +# Kill creating obsolete arch/{i386,x86_64}/boot directories > +# and bzImage symlinks, breaks rpm directory deps > +sed -i -e '/\/arch\/i386\/boot/d' arch/x86/Makefile_32 > +sed -i -e '/\/arch\/x86_64\/boot/d' arch/x86/Makefile_64 > + > # cleanup backups after patching > find '(' -name '*~' -o -name '*.orig' -o -name '.gitignore' ')' -print0 | > xargs -0 -r -l512 rm -f > > @@ -1545,9 +1550,6 @@ > %exclude > /lib/modules/%{kernel_release}/kernel/drivers/usb/host/sl811_cs.ko* %endif > %ghost /lib/modules/%{kernel_release}/modules.* > -# symlinks pointing to kernelsrcdir > -%ghost /lib/modules/%{kernel_release}/build > -%ghost /lib/modules/%{kernel_release}/source > %dir %{_sysconfdir}/modprobe.d/%{kernel_release} > > %ifarch alpha %{ix86} %{x8664} ppc ppc64 sparc sparc64 > @@ -1703,6 +1705,13 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.441.2.1875 2008-04-21 10:34:19 hawk > +- killed creating arch/{i386,x86_64}/boot symlinks in makefiles, causes > broken + directory deps in -source subpackage > +- killed %ghost /lib/modules/%{kernel_release}/{build,source}, causes > broken + directory deps like /home/users/builder/rpm/BUILD/linux-2.6.24 in > main + kernel package > + so merge in the missing trigger and NOTE that you should package a ghost FILE not SYMLINK -- glen From hawk at limanowa.net Mon Apr 21 13:30:12 2008 From: hawk at limanowa.net (Marcin Krol) Date: Mon, 21 Apr 2008 13:30:12 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <200804211419.56059.glen@pld-linux.org> References: <200804211419.56059.glen@pld-linux.org> Message-ID: <480C7AC4.9080302@limanowa.net> > so merge in the missing trigger and NOTE that you should package a ghost FILE > not SYMLINK What missing trigger? There were no such %ghost entries before 2.6.24 and 2.6.24 from LINUX_2_6 branch didn't made it officialy to any version of PLD yet. This part of my commit is simple revert of change that caused broken directory deps. M. From glen at delfi.ee Mon Apr 21 23:03:07 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 22 Apr 2008 00:03:07 +0300 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <480C7AC4.9080302@limanowa.net> References: <200804211419.56059.glen@pld-linux.org> <480C7AC4.9080302@limanowa.net> Message-ID: <200804220003.08082.glen@delfi.ee> On Monday 21 April 2008 14:30, Marcin Krol wrote: > > so merge in the missing trigger and NOTE that you should package a ghost > > FILE not SYMLINK > > What missing trigger? There were no such %ghost entries before 2.6.24 > and 2.6.24 from LINUX_2_6 branch didn't made it officialy to any version > of PLD yet. This part of my commit is simple revert of change that > caused broken directory deps. "missing" like "it should be there" -- glen From glen at delfi.ee Mon Apr 21 23:04:54 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 22 Apr 2008 00:04:54 +0300 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <480C7AC4.9080302@limanowa.net> References: <200804211419.56059.glen@pld-linux.org> <480C7AC4.9080302@limanowa.net> Message-ID: <200804220004.54829.glen@delfi.ee> On Monday 21 April 2008 14:30, Marcin Krol wrote: > > so merge in the missing trigger and NOTE that you should package a ghost > > FILE not SYMLINK > > What missing trigger? There were no such %ghost entries before 2.6.24 > and 2.6.24 from LINUX_2_6 branch didn't made it officialy to any version > of PLD yet. This part of my commit is simple revert of change that > caused broken directory deps. "before 2.6.24" is also questionable. it is properly solved in 2.6.22 branch (so the links appear only and only if both packages are installed) -- glen From hawk at limanowa.net Tue Apr 22 08:45:33 2008 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 22 Apr 2008 08:45:33 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <200804220004.54829.glen@delfi.ee> References: <200804211419.56059.glen@pld-linux.org> <480C7AC4.9080302@limanowa.net> <200804220004.54829.glen@delfi.ee> Message-ID: <480D898D.8010307@limanowa.net> > "before 2.6.24" is also questionable. Do you mean that we should make triggers to act on something that never existed in distro, but in CVS only? Its insane idea and if such policy will occur I'm leaving this train. > it is properly solved in 2.6.22 branch > (so the links appear only and only if both packages are installed) Problem exists on package build stage not during installation. With this %ghost entries directory deps like /home/users/builder/rpm/BUILD/linux-2.6.24 are added to main kernel package and there is no other way to install it than using --nodeps. My change fixed it for me. If you know better way to fix it feel free to revert. M. From hawk at limanowa.net Tue Apr 22 19:40:17 2008 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 22 Apr 2008 19:40:17 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <200804221420.54303.glen@pld-linux.org> References: <200804220004.54829.glen@delfi.ee> <480D898D.8010307@limanowa.net> <200804221420.54303.glen@pld-linux.org> Message-ID: <480E2301.6000805@limanowa.net> > that is still package install stage, not package build time. > there is no such thing as directory deps are added to package. these are verified at package installation stage. If its at install stage, not build time then how my private computer knows exact path to builder chroot ie. on rhea.pld-linux.org (and wants it to exist in my filesystem) when I'm trying to install kernel package? M. From hawk at limanowa.net Tue Apr 22 13:36:20 2008 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 22 Apr 2008 13:36:20 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <200804221420.54303.glen@pld-linux.org> References: <200804220004.54829.glen@delfi.ee> <480D898D.8010307@limanowa.net> <200804221420.54303.glen@pld-linux.org> Message-ID: <480DCDB4.4070400@limanowa.net> > that is still package install stage, not package build time. > there is no such thing as directory deps are added to package. these are verified at package installation stage. If its at install stage, not build time then how my private computer knows exact path to builder chroot ie. on rhea.pld-linux.org (and wants it to exist in my filesystem) when I'm trying to install kernel package? M. From glen at pld-linux.org Tue Apr 22 13:20:53 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 22 Apr 2008 14:20:53 +0300 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <480D898D.8010307@limanowa.net> References: <200804220004.54829.glen@delfi.ee> <480D898D.8010307@limanowa.net> Message-ID: <200804221420.54303.glen@pld-linux.org> On Tuesday 22 April 2008 09:45:33 Marcin Krol wrote: > > "before 2.6.24" is also questionable. > > Do you mean that we should make triggers to act on something that never > existed in distro, but in CVS only? Its insane idea and if such policy > will occur I'm leaving this train. from what you are writing it is clear you don't know what i'm talking about, and seems not even attempting. triggers are not always used to make something backwards compatible. the triggers are invoked and create the symlinks ONLY when both packages are installed. (and same for the removal) and if you look the version components of the trigger, it's rather always current than something from past or the future > > it is properly solved in 2.6.22 branch > > (so the links appear only and only if both packages are installed) > > Problem exists on package build stage not during installation. With this > %ghost entries directory deps like > /home/users/builder/rpm/BUILD/linux-2.6.24 are added to main kernel > package and there is no other way to install it than using --nodeps. My > change fixed it for me. If you know better way to fix it feel free to > revert. that is still package install stage, not package build time. there is no such thing as directory deps are added to package. these are verified at package installation stage. echo "/home/users/builder/rpm/BUILD/linux-2.6.24" >> /etc/rpm/sysinfo/Filelinktos to solve broken packaging as i said, add the triggers and package as %ghost files (not as symlinks as then filelinktos will apply) -- glen From glen at delfi.ee Wed Apr 23 09:29:54 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 23 Apr 2008 10:29:54 +0300 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <480E2301.6000805@limanowa.net> References: <200804221420.54303.glen@pld-linux.org> <480E2301.6000805@limanowa.net> Message-ID: <200804231029.54512.glen@delfi.ee> On Tuesday 22 April 2008 20:40, Marcin Krol wrote: > > that is still package install stage, not package build time. > > there is no such thing as directory deps are added to package. these are > > verified at package installation stage. > > If its at install stage, not build time then how my private computer > knows exact path to builder chroot ie. on rhea.pld-linux.org (and wants > it to exist in my filesystem) when I'm trying to install kernel package? rpm -qpl PACKAGE.rpm and what do you see? you're not paying attention what i say. so this is last email in this thread from me. bye! -- glen From hawk at limanowa.net Wed Apr 23 11:35:25 2008 From: hawk at limanowa.net (Marcin Krol) Date: Wed, 23 Apr 2008 11:35:25 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <200804231029.54512.glen@delfi.ee> References: <200804221420.54303.glen@pld-linux.org> <480E2301.6000805@limanowa.net> <200804231029.54512.glen@delfi.ee> Message-ID: <480F02DD.5090303@limanowa.net> > you're not paying attention what i say. so this is last email in this thread > from me. bye! And vice versa :) Thanks god I've forked. Keep breaking more stuff. M. From patrys at pld-linux.org Wed Apr 23 11:54:01 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 23 Apr 2008 11:54:01 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <480F02DD.5090303@limanowa.net> References: <200804221420.54303.glen@pld-linux.org> <480E2301.6000805@limanowa.net> <200804231029.54512.glen@delfi.ee> <480F02DD.5090303@limanowa.net> Message-ID: <89b6ba3a0804230254l6cf5ce29t5382f2f7ef028a6c@mail.gmail.com> On Wed, Apr 23, 2008 at 11:35 AM, Marcin Krol wrote: > > you're not paying attention what i say. so this is last email in this thread > > from me. bye! > And vice versa :) Thanks god I've forked. Keep breaking more stuff. Guys, please stop fighting and actually do explain and dive into details when replying. It could be that you are both right just approaching the same problem from two different angles. Keep PLD a healthy place for further flamewars :) -- Patryk Zawadzki PLD Linux Distribution From hawk at limanowa.net Wed Apr 23 12:06:04 2008 From: hawk at limanowa.net (Marcin Krol) Date: Wed, 23 Apr 2008 12:06:04 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - killed creating arch/{i386, x86_64... In-Reply-To: <89b6ba3a0804230254l6cf5ce29t5382f2f7ef028a6c@mail.gmail.com> References: <200804221420.54303.glen@pld-linux.org> <480E2301.6000805@limanowa.net> <200804231029.54512.glen@delfi.ee> <480F02DD.5090303@limanowa.net> <89b6ba3a0804230254l6cf5ce29t5382f2f7ef028a6c@mail.gmail.com> Message-ID: <480F0A0C.6090307@limanowa.net> > Guys, please stop fighting and actually do explain and dive into > details when replying. It could be that you are both right just > approaching the same problem from two different angles. Keep PLD a > healthy place for further flamewars :) Problem is already fixed, flame is over and next time I'll just ignore such issues or fix'em on Titanium branch only. M. From patrys at pld-linux.org Wed Apr 23 22:22:53 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 23 Apr 2008 22:22:53 +0200 Subject: =?UTF-8?Q?Fwd:_libcdio_-_o_co_ch?= =?UTF-8?Q?odzi_z_t=C4=85_zale=C5=BCno=C5=9Bci=C4=85=3F?= In-Reply-To: <20080416184913.GA15499@stranger.qboosh.pl> References: <200804141500.35304@laptok.ed.pl> <20080416184913.GA15499@stranger.qboosh.pl> Message-ID: <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> cross-posting do devel-en as glen is interested in this: ---------- Forwarded message ---------- From: Jakub Bogusz Date: 2008/4/16 Subject: Re: libcdio - o co chodzi z t? zale?no?ci?? To: "PLD: Developers list (Polish)" On Mon, Apr 14, 2008 at 03:00:35PM +0200, ?ukasz Ma?ko wrote: > poldek:/all-avail> upgrade libcdio-0.80-1.i686 > Przetwarzanie zale?no?ci... > libcdio-0.79-3.i686 zostanie zast?piony przez libcdio-0.80-1.i686 > b??d: libiso9660.so.5 jest wymagany przez vcdimager-0.7.23-4.i686 > There are 1 package to install, 1 to remove: > I libcdio-0.80-1.i686 > R libcdio-0.79-3.i686 > Potrzeba pobra? 213.8KB archiw?w (213.8KB do pobrania). > Po rozpakowaniu 388.4KB b?dzie u?yte. > b??d: 1 niespe?niona zale?no?? > Wyst?pi?y b??dy podczas instalacji > poldek:/all-avail> desc -l libcdio-0.80-1.i686 > > Package: libcdio-0.80-1.i686 > /usr/lib: libcdio.so.7 -> libcdio.so.7.1.1, libcdio.so.7.1.1, > libcdio_cdda.so.0 -> libcdio_cdda.so.0.0.3, libcdio_cdda.so.0.0.3, > libcdio_paranoia.so.0 -> libcdio_paranoia.so.0.0.2, > libcdio_paranoia.so.0.0.2, libiso9660.so.5 -> libiso9660.so.5.1.0, > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > libiso9660.so.5.1.0, libudf.so.0 -> libudf.so.0.0.0, libudf.so.0.0.0 > /usr/share/doc/libcdio-0.80: AUTHORS.gz, ChangeLog.gz, NEWS.gz, README.gz, > THANKS.gz, TODO.gz > > Biblioteka jest, wi?c o co chodzi? $ rpmdeps -P ~/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0 $ file ~/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0 /home/users/qboosh/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0: ISO 9660 CD-ROM filesystem data (raw 2352 byte sectors), dynamically linked, not stripped ROTFL. Faktycznie na i686 magic si? zgadza (pod offsetem 0x9301 w bibliotece jest ci?g "CD001"). Raczej libmagic do poprawki - skoro uznaje to za ELF, to to powinno mie? priorytet. -- Jakub Bogusz http://qboosh.pl/ _______________________________________________ pld-devel-pl mailing list pld-devel-pl at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Patryk Zawadzki PLD Linux Distribution From qboosh at pld-linux.org Wed Apr 23 22:40:36 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 23 Apr 2008 22:40:36 +0200 Subject: Fwd: libcdio - o co =?iso-8859-2?Q?cho?= =?iso-8859-2?B?ZHppIHogdLEgemFsZb9ub7ZjabE/?= In-Reply-To: <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> References: <200804141500.35304@laptok.ed.pl> <20080416184913.GA15499@stranger.qboosh.pl> <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> Message-ID: <20080423204036.GA11807@stranger.qboosh.pl> On Wed, Apr 23, 2008 at 10:22:53PM +0200, Patryk Zawadzki wrote: > cross-posting do devel-en as glen is interested in this: > > > ---------- Forwarded message ---------- > From: Jakub Bogusz > Date: 2008/4/16 > Subject: Re: libcdio - o co chodzi z t? zale?no?ci?? > To: "PLD: Developers list (Polish)" > > > On Mon, Apr 14, 2008 at 03:00:35PM +0200, ?ukasz Ma?ko wrote: > > poldek:/all-avail> upgrade libcdio-0.80-1.i686 > > Przetwarzanie zale?no?ci... > > libcdio-0.79-3.i686 zostanie zast?piony przez libcdio-0.80-1.i686 > > b??d: libiso9660.so.5 jest wymagany przez vcdimager-0.7.23-4.i686 > > There are 1 package to install, 1 to remove: > > I libcdio-0.80-1.i686 > > R libcdio-0.79-3.i686 > > Potrzeba pobra? 213.8KB archiw?w (213.8KB do pobrania). > > Po rozpakowaniu 388.4KB b?dzie u?yte. > > b??d: 1 niespe?niona zale?no?? > > Wyst?pi?y b??dy podczas instalacji > > poldek:/all-avail> desc -l libcdio-0.80-1.i686 > > > > Package: libcdio-0.80-1.i686 > > /usr/lib: libcdio.so.7 -> libcdio.so.7.1.1, libcdio.so.7.1.1, > > libcdio_cdda.so.0 -> libcdio_cdda.so.0.0.3, libcdio_cdda.so.0.0.3, > > libcdio_paranoia.so.0 -> libcdio_paranoia.so.0.0.2, > > libcdio_paranoia.so.0.0.2, libiso9660.so.5 -> libiso9660.so.5.1.0, > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > libiso9660.so.5.1.0, libudf.so.0 -> libudf.so.0.0.0, libudf.so.0.0.0 > > /usr/share/doc/libcdio-0.80: AUTHORS.gz, ChangeLog.gz, NEWS.gz, README.gz, > > THANKS.gz, TODO.gz > > > > Biblioteka jest, wi?c o co chodzi? > > $ rpmdeps -P ~/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0 > > $ file ~/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0 > /home/users/qboosh/tmp/libcdio-0.80-root-qboosh/usr/lib/libiso9660.so.5.1.0: > ISO 9660 CD-ROM filesystem data (raw 2352 byte sectors), dynamically > linked, not stripped > > ROTFL. > Faktycznie na i686 magic si? zgadza (pod offsetem 0x9301 w bibliotece > jest ci?g "CD001"). [en] ISO magic matches i686 ELF library by accident - the library contains "CD001" string at offset 0x9301. > Raczej libmagic do poprawki - skoro uznaje to za ELF, to to powinno mie? > priorytet. [en] I think libmagic should be fixed - when it treats library as ELF (printing further information, like linking type and stripping), it should print it's ELF, not anything else. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Wed Apr 23 22:41:42 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 23 Apr 2008 23:41:42 +0300 Subject: Fwd: libcdio - o co chodzi z =?utf-8?q?t=C4=85?= =?utf-8?q?_zale=C5=BCno=C5=9Bci=C4=85=3F?= In-Reply-To: <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> References: <200804141500.35304@laptok.ed.pl> <20080416184913.GA15499@stranger.qboosh.pl> <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> Message-ID: <200804232341.42994.glen@delfi.ee> On Wednesday 23 April 2008 23:22, Patryk Zawadzki wrote: > cross-posting do devel-en as glen is interested in this: indeed. magic matches for that file as the iso magic is so tiny: file-4.23$ grep -r CD-ROM . ./magic/Magdir/filesystems:>38913 string !NSR0 ISO 9660 CD-ROM filesystem data ./magic/Magdir/filesystems:37633 string CD001 ISO 9660 CD-ROM filesystem data (raw 2352 byte sectors) $ bc bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. obase=16 37633 9301 $ xxd libiso9660.so.5.1.0 .. (0009300: 0043 4430 3031 0069 7074 3220 213d 204e .CD001.ipt2 != N ... options is to add some junk to the library to shift the offset or improfile file(1) magic and/or iso detection moved after ELF binaries/libs: libiso9660.so.5.1.0: ISO 9660 CD-ROM filesystem data (raw 2352 byte sectors), dynamically linked, not stripped dynamically linked filesystem data is fun :) currently preparing file-4.24 to see what that brings -- glen From glen at delfi.ee Thu Apr 24 00:41:24 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 24 Apr 2008 01:41:24 +0300 Subject: Fwd: libcdio - o co chodzi z =?iso-8859-2?q?t=B1?= =?iso-8859-2?q?_zale=BFno=B6ci=B1=3F?= In-Reply-To: <20080423204036.GA11807@stranger.qboosh.pl> References: <200804141500.35304@laptok.ed.pl> <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> <20080423204036.GA11807@stranger.qboosh.pl> Message-ID: <200804240141.24121.glen@delfi.ee> On Wednesday 23 April 2008 23:40, Jakub Bogusz wrote: > > ?Raczej libmagic do poprawki - skoro uznaje to za ELF, to to powinno mie? > > ?priorytet. > > [en] > I think libmagic should be fixed - when it treats library as ELF > (printing further information, like linking type and stripping), it > should print it's ELF, not anything else. first i tought that maybe moving ELF magic before ISO would help, but no. it already is, and "not stripped" iso thing :/ file-4.24/magic/Makefile.am: ... $(MAGIC_FRAGMENT_DIR)/elf \ $(MAGIC_FRAGMENT_DIR)/encore \ $(MAGIC_FRAGMENT_DIR)/epoc \ $(MAGIC_FRAGMENT_DIR)/erlang \ $(MAGIC_FRAGMENT_DIR)/esri \ $(MAGIC_FRAGMENT_DIR)/fcs \ $(MAGIC_FRAGMENT_DIR)/filesystems \ ... this also means, the latest file release is still affected. -- glen From n3npq at mac.com Thu Apr 24 00:59:30 2008 From: n3npq at mac.com (Jeff Johnson) Date: Wed, 23 Apr 2008 18:59:30 -0400 Subject: =?UTF-8?Q?Re:_libcdio_-_o_co_chodzi_z_t=C4=85_zale=C5=BCno=C5=9B?= =?UTF-8?Q?ci=C4=85=3F?= In-Reply-To: <200804240141.24121.glen@delfi.ee> References: <200804141500.35304@laptok.ed.pl> <89b6ba3a0804231322p2dc9c45t23026a42f4667f13@mail.gmail.com> <20080423204036.GA11807@stranger.qboosh.pl> <200804240141.24121.glen@delfi.ee> Message-ID: On Apr 23, 2008, at 6:41 PM, Elan Ruusam?e wrote: > On Wednesday 23 April 2008 23:40, Jakub Bogusz wrote: >>> Raczej libmagic do poprawki - skoro uznaje to za ELF, to to >>> powinno mie? >>> priorytet. >> >> [en] >> I think libmagic should be fixed - when it treats library as ELF >> (printing further information, like linking type and stripping), it >> should print it's ELF, not anything else. > > first i tought that maybe moving ELF magic before ISO would help, > but no. it > already is, and "not stripped" iso thing :/ > > file-4.24/magic/Makefile.am: > ... > $(MAGIC_FRAGMENT_DIR)/elf \ > $(MAGIC_FRAGMENT_DIR)/encore \ > $(MAGIC_FRAGMENT_DIR)/epoc \ > $(MAGIC_FRAGMENT_DIR)/erlang \ > $(MAGIC_FRAGMENT_DIR)/esri \ > $(MAGIC_FRAGMENT_DIR)/fcs \ > $(MAGIC_FRAGMENT_DIR)/filesystems \ > ... > > this also means, the latest file release is still affected. > Yes, file(1) recognizes ELF through internal routines, but ISO images by magic rules. SO one would have to change the order of ELF and the rule based magic recognizers. (aside) This is from memory, I'll verify tomorrow. As suggested on IRC, commenting out the rule based magic entirely might avoid duplicated "1st match wins" recognition. 73 de Jeff From glen at pld-linux.org Thu Apr 24 15:36:47 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 24 Apr 2008 16:36:47 +0300 Subject: SPECS: tzdata.spec - release 3 In-Reply-To: References: Message-ID: <200804241636.47526.glen@pld-linux.org> On Thursday 24 April 2008 16:31:34 megabajt wrote: > Author: megabajt Date: Thu Apr 24 13:31:34 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - release 3 > > ---- Files affected: > SPECS: > tzdata.spec (1.44 -> 1.45) > > ---- Diffs: > > ================================================================ > Index: SPECS/tzdata.spec > diff -u SPECS/tzdata.spec:1.44 SPECS/tzdata.spec:1.45 > --- SPECS/tzdata.spec:1.44 Mon Mar 24 23:47:08 2008 > +++ SPECS/tzdata.spec Thu Apr 24 15:31:29 2008 > @@ -9,7 +9,7 @@ > Summary(pl.UTF-8): Dane o strefach czasowych > Name: tzdata > Version: %{tzdata_ver} > -Release: 2 > +Release: 3 > License: Public Domain (database), BSD/LGPL v2.1+ (code/test suite) > Group: Base > Source0: %{name}-base-0.tar.bz2 > @@ -149,6 +149,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.45 2008-04-24 13:31:29 megabajt > +- release 3 > + where's the trigger? and why changelog here doesn't mention what you change? no wonder people complain things get broken -- glen From hawk at limanowa.net Fri Apr 25 22:46:56 2008 From: hawk at limanowa.net (Marcin Krol) Date: Fri, 25 Apr 2008 22:46:56 +0200 Subject: file 4.24 breaks php build Message-ID: <48124340.7050304@limanowa.net> file 4.24 from HEAD breaks building of both php and php4: checking whether to include mime_magic support... yes, shared configure: error: File '/usr/share/file/magic.mime' not found! error: Bad exit status from /tmp/B.f36187/rpm-tmp.60037 (%build) Any ideas to fix? Was magic.mime obsoleted by something (file changelog doesn't say)? M. From deejay1 at srem.org Sat Apr 26 19:20:48 2008 From: deejay1 at srem.org (=?UTF-8?Q?=C5=81ukasz_Jerna=C5=9B?=) Date: Sat, 26 Apr 2008 19:20:48 +0200 Subject: SPECS: online-desktop.spec (NEW) - new In-Reply-To: References: Message-ID: <1209230448.5191.1.camel@betty.paderewskiego11> Dnia 2008-04-26, sob o godzinie 18:26 +0200, megabajt pisze: > Author: megabajt Date: Sat Apr 26 16:26:31 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new > > ---- Files affected: > SPECS: > online-desktop.spec (NONE -> 1.1) (NEW) > +Requires: bigboard As far as I know circular dependencies are a bad bad thing... Do you have any reason for this? Quote: SPECS: bigboard.spec (NONE -> 1.1) (NEW) [...] +Requires: online-desktop [...] -- ?ukasz [DeeJay1] Jerna? From megabajt at pld-linux.org Sat Apr 26 19:44:34 2008 From: megabajt at pld-linux.org (Marcin Banasiak) Date: Sat, 26 Apr 2008 19:44:34 +0200 Subject: SPECS: online-desktop.spec (NEW) - new In-Reply-To: <1209230448.5191.1.camel@betty.paderewskiego11> References: <1209230448.5191.1.camel@betty.paderewskiego11> Message-ID: <1209231874.18563.10.camel@localhost> Dnia 2008-04-26, sob o godzinie 19:20 +0200, ?ukasz Jerna? pisze: > Dnia 2008-04-26, sob o godzinie 18:26 +0200, megabajt pisze: > > Author: megabajt Date: Sat Apr 26 16:26:31 2008 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - new > > > > ---- Files affected: > > SPECS: > > online-desktop.spec (NONE -> 1.1) (NEW) > > +Requires: bigboard > > As far as I know circular dependencies are a bad bad thing... Do you > have any reason for this? Yes, I have. Bigboard requires directory provided by online-desktop and python module (ddm), whereas online-desktop requires bigboard to work properly. I think that in this case circular dependencies aren't anything bad. Both packages don't require each other to build, so I don't see how it can be a bad thing. -- Marcin Banasiak From glen at delfi.ee Sat Apr 26 20:16:27 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 26 Apr 2008 21:16:27 +0300 Subject: file 4.24 breaks php build In-Reply-To: <48124340.7050304@limanowa.net> References: <48124340.7050304@limanowa.net> Message-ID: <200804262116.27862.glen@delfi.ee> On Friday 25 April 2008 23:46, Marcin Krol wrote: > file 4.24 from HEAD breaks building of both php and php4: > > checking whether to include mime_magic support... yes, shared > configure: error: File '/usr/share/file/magic.mime' not found! > error: Bad exit status from /tmp/B.f36187/rpm-tmp.60037 (%build) > > Any ideas to fix? Was magic.mime obsoleted by something (file changelog > doesn't say)? check if debian patch update made the badness -- glen From glen at pld-linux.org Sun Apr 27 02:29:03 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 27 Apr 2008 03:29:03 +0300 Subject: console services Message-ID: <200804270329.03621.glen@pld-linux.org> why console services are started so late? console: 70 fbset: 69 splash: 98 imho they should be first things done after startup. or if they use /usr, then after network (10) and nfsfs (15) -- glen From glen at pld-linux.org Sun Apr 27 11:15:29 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 27 Apr 2008 12:15:29 +0300 Subject: dir for initrd progs Message-ID: <200804271215.29241.glen@pld-linux.org> hi how about putting programs that were compiled to be put to initrd into own dir instead of filling up /sbin with them? %{_libdir}/initrd or maybe organize them already in hierarchy that initrd would have? %{_libbdir}/sbin %{_libbdir}/bin %{_libbdir}/lib %{_libbdir}/etc -- glen From gotar at polanet.pl Sun Apr 27 11:45:48 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 27 Apr 2008 11:45:48 +0200 Subject: dir for initrd progs In-Reply-To: <200804271215.29241.glen@pld-linux.org> References: <200804271215.29241.glen@pld-linux.org> Message-ID: <20080427094548.GB16262@pepin.polanet.pl> On Sun, Apr 27, 2008 at 12:15:29 +0300, Elan Ruusam?e wrote: > how about putting programs that were compiled to be put to initrd into own dir > instead of filling up /sbin with them? And how about putting libraries in /home and temporary files in /usr/share? > or maybe organize them already in hierarchy that initrd would have? > > %{_libbdir}/sbin > %{_libbdir}/bin No - binaries must be reachable in directories specified by FHS. Are there any programs useless from command line? > %{_libbdir}/lib What's the point? > %{_libbdir}/etc No - as above, breaks FHS, this directory would not be backuped in many cases. -- Tomasz Pala From glen at pld-linux.org Sun Apr 27 12:22:04 2008 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 27 Apr 2008 13:22:04 +0300 Subject: dir for initrd progs In-Reply-To: <20080427094548.GB16262@pepin.polanet.pl> References: <200804271215.29241.glen@pld-linux.org> <20080427094548.GB16262@pepin.polanet.pl> Message-ID: <200804271322.04911.glen@pld-linux.org> On Sunday 27 April 2008 12:45:48 Tomasz Pala wrote: > On Sun, Apr 27, 2008 at 12:15:29 +0300, Elan Ruusam?e wrote: > > how about putting programs that were compiled to be put to initrd into > > own dir instead of filling up /sbin with them? > > And how about putting libraries in /home and temporary files in > /usr/share? these programs are not to be used from regular system, there are shared versions of same (and usually more featured) programs. [1] > > or maybe organize them already in hierarchy that initrd would have? > > > > %{_libbdir}/sbin > > %{_libbdir}/bin > > No - binaries must be reachable in directories specified by FHS. Are > there any programs useless from command line? which part of FHS they violate? %{_libdir} is in FHS, and afaik subdirs under it aren't regulated. also [1] > > %{_libbdir}/lib > > What's the point? organize same way as initrd would have for simplier initrd generation (cp -a or sth). > > %{_libbdir}/etc > > No - as above, breaks FHS, this directory would not be backuped in many > cases. but there could be config for APP which is specially optimized for initrd (config which is compatible with featureless APP as full featured APP config would cause syntax or similiar errors). and it is not config file that you modify (no %config attr), it's template for config file. -- glen From glen at pld-linux.org Sun Apr 27 15:20:12 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 27 Apr 2008 16:20:12 +0300 Subject: SPECS: lm_sensors.spec - up to 3.0.1, kernel >= 2.6.5 In-Reply-To: References: Message-ID: <200804271620.13564.glen@pld-linux.org> On Sunday 27 April 2008 15:32, wolvverine wrote: > +Requires:??????kernel >= 2.6.5 no userspace -> kernel deps allowed. think of custom built kernel. however you may use: Requires: uname(release) >= 2.6.5 -- glen From gotar at polanet.pl Sun Apr 27 15:25:08 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 27 Apr 2008 15:25:08 +0200 Subject: dir for initrd progs In-Reply-To: <200804271322.04911.glen@pld-linux.org> References: <200804271215.29241.glen@pld-linux.org> <20080427094548.GB16262@pepin.polanet.pl> <200804271322.04911.glen@pld-linux.org> Message-ID: <20080427132508.GA18482@pepin.polanet.pl> On Sun, Apr 27, 2008 at 13:22:04 +0300, Elan Ruusam?e wrote: > these programs are not to be used from regular system, State them, let's talk about the ones, not some ones. > there are shared > versions of same (and usually more featured) programs. [1] In that case it's ok for me. > > > %{_libbdir}/lib > > > > What's the point? > > organize same way as initrd would have for simplier initrd generation (cp -a > or sth). As above - are these some alternate versions useless during normal system work? > > > %{_libbdir}/etc > > > > No - as above, breaks FHS, this directory would not be backuped in many > > cases. > > but there could be config for APP which is specially optimized for initrd > (config which is compatible with featureless APP as full featured APP config > would cause syntax or similiar errors). and it is not config file that you > modify (no %config attr), it's template for config file. However I'd suggest /etc/initrd/ and at most symlink %{_libbdir}/etc -> /etc/initrd. It would be easier if you give some examples. -- Tomasz Pala From glen at delfi.ee Sun Apr 27 17:03:12 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 27 Apr 2008 18:03:12 +0300 Subject: dir for initrd progs In-Reply-To: <20080427132508.GA18482@pepin.polanet.pl> References: <200804271215.29241.glen@pld-linux.org> <200804271322.04911.glen@pld-linux.org> <20080427132508.GA18482@pepin.polanet.pl> Message-ID: <200804271803.13350.glen@delfi.ee> On Sunday 27 April 2008 16:25, Tomasz Pala wrote: > As above - are these some alternate versions useless during normal > system work? they are not useless (well i know only busybox-initrd is useless), but you just do not use them. and > It would be easier if you give some examples. hard to give examples for "ALL INITRD PROGRAMS" however incomplete list would be: - lvm - splashutils - dmraid - /usr/lib/suspend/resume (already not in $PATH) - /sbin/initrd-udevd - /sbin/initrd-lvm (needs to be named lvm.static to work) - ... run this to get more ideas: $ grep inst /sbin/geninitrd -- glen From kamil.listy at klecza.pl Sun Apr 27 20:04:05 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sun, 27 Apr 2008 20:04:05 +0200 Subject: SPECS (DEVEL): smplayer.spec - up to rc4 In-Reply-To: References: Message-ID: <200804272004.06341.kamil.listy@klecza.pl> vip wrote: > Author: vip Date: Sat Apr 19 22:30:13 2008 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - up to rc4 > rc4 is marked as stable[1] by authors so I want to move it to HEAD. Any objections? [1] http://smplayer.sourceforge.net/downloads.php?tr_lang=en -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From blues at pld-linux.org Sun Apr 27 21:35:04 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Sun, 27 Apr 2008 21:35:04 +0200 (CEST) Subject: SOURCES: lighttpd-mod_staticfile.conf - revert, put this to new pa... In-Reply-To: References: Message-ID: On Sun, 27 Apr 2008, glen wrote: [...] > - revert, put this to new package if really needed [...] > lighttpd-mod_staticfile.conf (1.9 -> 1.10) [...] > -# .fcgi, .php, .pl are most often handled by mod_fastcgi or mod_cgi > -static-file.exclude-extensions = ( ".fcgi", ".php", ".pl" ) > +# .pl, .fcgi are most often handled by mod_fastcgi or mod_cgi > +static-file.exclude-extensions = ( ".pl", ".fcgi" ) What is the rationale for putting it into new package? If so - fcgi and pl should be as separate package too... php is the same case as pl or fcgi (I think that "cgi" and "inc" should be too). It shouldn't be handled as pure static file, no matter if server has support for parsing it or not. Why this way???? [...] Index: SOURCES/lighttpd-mod_cgi_php.conf diff -u SOURCES/lighttpd-mod_cgi_php.conf:1.3 SOURCES/lighttpd-mod_cgi_php.conf:1.4 --- SOURCES/lighttpd-mod_cgi_php.conf:1.3 Sun Apr 27 13:41:16 2008 +++ SOURCES/lighttpd-mod_cgi_php.conf Sun Apr 27 19:11:03 2008 @@ -6,3 +6,5 @@ ".php" => "/usr/bin/php.cgi", ".php4" => "/usr/bin/php4.cgi", ) + +static-file.exclude-extensions += (".php") [...] -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- 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 piotr.budny at gmail.com Sun Apr 27 22:07:50 2008 From: piotr.budny at gmail.com (Piotr Budny) Date: Sun, 27 Apr 2008 22:07:50 +0200 Subject: SPECS (DEVEL): smplayer.spec - up to rc4 In-Reply-To: <200804272004.06341.kamil.listy@klecza.pl> References: <200804272004.06341.kamil.listy@klecza.pl> Message-ID: <200804272207.51024.piotr.budny@gmail.com> Dnia niedziela, 27 kwietnia 2008, Kamil Dziedzic napisa?: > vip wrote: > > Author: vip Date: Sat Apr 19 22:30:13 2008 GMT > > Module: SPECS Tag: DEVEL > > ---- Log message: > > - up to rc4 > > rc4 is marked as stable[1] by authors so I want to move it to HEAD. Any > objections? > > [1] http://smplayer.sourceforge.net/downloads.php?tr_lang=en Your choice. You can move it to HEAD or wait till full release. In future just commit changes with proper note. Regards, vip From glen at delfi.ee Sun Apr 27 22:17:33 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Sun, 27 Apr 2008 23:17:33 +0300 Subject: SOURCES: lighttpd-mod_staticfile.conf - revert, put this to new pa... In-Reply-To: References: Message-ID: <200804272317.36556.glen@delfi.ee> On Sunday 27 April 2008 22:35, Pawel Golaszewski wrote: > What is the rationale for putting it into new package? to be same as lighttpd-php-external and lighttpd-php-spawned. what was reason there. i don't remember. there was something. if you really want to go your way, TEST the setup first (all combinations, not just cgi, but fcgi too), not just blindly assume you know how lighttpd handles it's config. -- glen From blues at pld-linux.org Sun Apr 27 22:22:21 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Sun, 27 Apr 2008 22:22:21 +0200 (CEST) Subject: SOURCES: lighttpd-mod_staticfile.conf - revert, put this to new pa... In-Reply-To: <200804272317.36556.glen@delfi.ee> References: <200804272317.36556.glen@delfi.ee> Message-ID: On Sun, 27 Apr 2008, Elan Ruusam?e wrote: > > What is the rationale for putting it into new package? > to be same as lighttpd-php-external and lighttpd-php-spawned. > > what was reason there. i don't remember. there was something. aaaaa - greeeeaaat.... That explains everything... Maybe we'll start now ping-pong with that change in cvs until you'll get your memory back...? > if you really want to go your way, TEST the setup first (all > combinations, not just cgi, but fcgi too), not just blindly assume you > know how lighttpd handles it's config. You are barking wrong tree. Better start to test your changes with rpm in AC... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- 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 kiesyoo at o2.pl Tue Apr 29 21:26:38 2008 From: kiesyoo at o2.pl (kiesiu) Date: Tue, 29 Apr 2008 21:26:38 +0200 Subject: [SPEC] ristretto - up to 0.0.18 Message-ID: <4817766E.8020208@o2.pl> Dear All, Please find attached patch to ristretto.spec (on HEAD). It changes following: - upgrade to 0.0.18 version - add missing BR - fix wrong pt_PT locale filename I've checked it, it builds and works well. Please someone with RW access rights to CVS apply this patch and if it's possible do STBR. Thank you in advance. Regards, Lukasz Kies -------------- next part -------------- --- ristretto.spec~ 2007-12-25 21:55:29.000000000 +0100 +++ ristretto.spec 2008-04-27 22:50:53.000000000 +0200 @@ -2,17 +2,18 @@ Summary: Picture-viewer for the Xfce desktop environment Summary(pl.UTF-8): Przegl? darka obraz??w dla ??rodowiska Xfce Name: ristretto -Version: 0.0.15 +Version: 0.0.18 Release: 1 License: GPL v2 Group: X11/Applications/Graphics Source0: http://goodies.xfce.org/releases/ristretto/%{name}-%{version}.tar.gz -# Source0-md5: c41edae8c9e6c4f4db6f2c9a546625fb +# Source0-md5: 8214155cfa56cb2947e599a998bd285c URL: http://goodies.xfce.org/projects/applications/ristretto/ BuildRequires: Thunar-devel >= 0.4.0 BuildRequires: autoconf >= 2.50 BuildRequires: automake BuildRequires: dbus-glib-devel >= 0.34 +BuildRequires: gettext-devel BuildRequires: glib2-devel >= 1:2.12.0 BuildRequires: gtk+2-devel >= 2:2.10.0 BuildRequires: intltool >= 0.31 @@ -44,8 +45,7 @@ %{__autoconf} %{__autoheader} %{__automake} -%configure \ - --disable-static +%configure %{__make} @@ -56,6 +56,7 @@ DESTDIR=$RPM_BUILD_ROOT mv -f $RPM_BUILD_ROOT%{_datadir}/locale/{nb_NO,nb} +mv -f $RPM_BUILD_ROOT%{_datadir}/locale/{pt_PT,pt} %find_lang %{name} From glen at delfi.ee Tue Apr 29 21:58:21 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Tue, 29 Apr 2008 22:58:21 +0300 Subject: [SPEC] ristretto - up to 0.0.18 In-Reply-To: <4817766E.8020208@o2.pl> References: <4817766E.8020208@o2.pl> Message-ID: <200804292258.21918.glen@delfi.ee> On Tuesday 29 April 2008 22:26, kiesiu wrote: > It changes > following: > - upgrade to 0.0.18 version > - add missing BR > - fix wrong pt_PT locale filename applied. except --disable-static part not removed. also sent to th builders -- glen From hawk at limanowa.net Tue Apr 29 23:31:39 2008 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 29 Apr 2008 23:31:39 +0200 Subject: file 4.24 breaks php build In-Reply-To: <200804262116.27862.glen@delfi.ee> References: <48124340.7050304@limanowa.net> <200804262116.27862.glen@delfi.ee> Message-ID: <481793BB.4080506@limanowa.net> > check if debian patch update made the badness Doesn't seems so. M.