From twittner at o2.pl Sun Jan 1 12:51:06 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 1 Jan 2006 12:51:06 +0100 Subject: (Improper?) usage of {rubylibdir, archdir} and {sitelibdir, sitearchdir} in 3rd ruby packages Message-ID: <200601011251.07768.twittner@o2.pl> Is there any reason that most of ruby packages put their files into ruby "system directories" - please, glance at %{ruby_archdir} and %{ruby_rubylibdir} macros occurrence in ruby-*.spec - whereas others into %{ruby_sitelibdir} and %{ruby_sitearchdir} ? Here are values from ruby Config for better comprehension: $ ruby -r rbconfig -e 'include Config; CONFIG.each_pair {|x,y| puts "#{x} = #{y}";}' | grep "dir = /usr/lib/ruby" | sort archdir = /usr/lib/ruby/1.8/i686-linux rubylibdir = /usr/lib/ruby/1.8 sitearchdir = /usr/lib/ruby/site_ruby/1.8/i686-linux sitedir = /usr/lib/ruby/site_ruby sitelibdir = /usr/lib/ruby/site_ruby/1.8 topdir = /usr/lib/ruby/1.8/i686-linux I've checked ruby-Ncurses.spec and compared it to Debian and FreeBSD packages. libncurses-ruby1.8 from Debian[1] uses "ruby system directories" whereas FreeBSD port "site directories" [2], so I've gotten stuck. [1] http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=libncurses-ruby1.8&version=stable&arch=i386 [2] http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/devel/ruby-ncurses/pkg-plist?rev=1.7 -- Tomasz Wittner From arekm at pld-linux.org Sun Jan 1 23:26:43 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 1 Jan 2006 23:26:43 +0100 Subject: multilib on amd64 Message-ID: <200601012326.43432.arekm@pld-linux.org> qboosh, how the thing is going to be handled? Currently there are problems with upgrading glibc for example (and thus upgrading X11). See buildlogs for details. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Mon Jan 2 08:37:13 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 2 Jan 2006 08:37:13 +0100 Subject: multilib on amd64 In-Reply-To: <200601012326.43432.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> Message-ID: <20060102073713.GA28481@fngna.oyu> On Sun, Jan 01, 2006 at 11:26:43PM +0100, Arkadiusz Miskiewicz wrote: > qboosh, how the thing is going to be handled? Currently there are problems > with upgrading glibc for example (and thus upgrading X11). See buildlogs for > details. It could be handled with "multilib=on" in poldek configuration (requires poldek 0.20, but it seems that there is still 0.18.x on ac-amd64???). Anyway multilib support still has some bugs and can't deal with glibc upgrade (already reported to mis), so glibc must be upgraded manually using rpm. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Mon Jan 2 08:35:48 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 08:35:48 +0100 Subject: multilib on amd64 In-Reply-To: <20060102073713.GA28481@fngna.oyu> References: <200601012326.43432.arekm@pld-linux.org> <20060102073713.GA28481@fngna.oyu> Message-ID: <200601020835.48553.arekm@pld-linux.org> On Monday 02 January 2006 08:37, Jakub Bogusz wrote: > On Sun, Jan 01, 2006 at 11:26:43PM +0100, Arkadiusz Miskiewicz wrote: > > qboosh, how the thing is going to be handled? Currently there are > > problems with upgrading glibc for example (and thus upgrading X11). See > > buildlogs for details. > > It could be handled with "multilib=on" in poldek configuration (requires > poldek 0.20, but it seems that there is still 0.18.x on ac-amd64???). Almost every builder has poldek 0.18 unfortunately. I'm unable to do migration - don't have access to some of them. > Anyway multilib support still has some bugs and can't deal with glibc > upgrade (already reported to mis), so glibc must be upgraded manually > using rpm. Ok. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Mon Jan 2 09:14:19 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 09:14:19 +0100 Subject: multilib on amd64 In-Reply-To: <200601020835.48553.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> <20060102073713.GA28481@fngna.oyu> <200601020835.48553.arekm@pld-linux.org> Message-ID: <200601020914.19719.arekm@pld-linux.org> On Monday 02 January 2006 08:35, Arkadiusz Miskiewicz wrote: > On Monday 02 January 2006 08:37, Jakub Bogusz wrote: > > On Sun, Jan 01, 2006 at 11:26:43PM +0100, Arkadiusz Miskiewicz wrote: > > > qboosh, how the thing is going to be handled? Currently there are > > > problems with upgrading glibc for example (and thus upgrading X11). See > > > buildlogs for details. > > > > It could be handled with "multilib=on" in poldek configuration (requires > > poldek 0.20, but it seems that there is still 0.18.x on ac-amd64???). > > Almost every builder has poldek 0.18 unfortunately. I'm unable to do > migration - don't have access to some of them. I've updated poldek on some of them, jajcus did on amd64 but still: i386, athlon and alpha left. poldek -uGv poldek; sed -i -e 's/^/#/g' /etc/poldek/pld-source.conf should be sufficient + manual verification. qboosh, averne, please upgrade -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Mon Jan 2 10:49:32 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 2 Jan 2006 10:49:32 +0100 Subject: multilib on amd64 In-Reply-To: <200601020914.19719.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> <20060102073713.GA28481@fngna.oyu> <200601020835.48553.arekm@pld-linux.org> <200601020914.19719.arekm@pld-linux.org> Message-ID: <20060102094932.GA22290@gruby.cs.net.pl> On Mon, Jan 02, 2006 at 09:14:19AM +0100, Arkadiusz Miskiewicz wrote: > On Monday 02 January 2006 08:35, Arkadiusz Miskiewicz wrote: > > On Monday 02 January 2006 08:37, Jakub Bogusz wrote: > > > On Sun, Jan 01, 2006 at 11:26:43PM +0100, Arkadiusz Miskiewicz wrote: > > > > qboosh, how the thing is going to be handled? Currently there are > > > > problems with upgrading glibc for example (and thus upgrading X11). See > > > > buildlogs for details. > > > > > > It could be handled with "multilib=on" in poldek configuration (requires > > > poldek 0.20, but it seems that there is still 0.18.x on ac-amd64???). > > > > Almost every builder has poldek 0.18 unfortunately. I'm unable to do > > migration - don't have access to some of them. > I've updated poldek on some of them, jajcus did on amd64 but still: i386, > athlon and alpha left. > > poldek -uGv poldek; sed -i -e 's/^/#/g' /etc/poldek/pld-source.conf > should be sufficient + manual verification. Done on ac-alpha. And I added "multilib = yes" to /etc/poldek/poldek.conf on ac-amd64 - I hope it won't break anything and poldek should distinguish i686 and amd64 packages now. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Mon Jan 2 14:14:13 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 14:14:13 +0100 Subject: multilib on amd64 In-Reply-To: <20060102094932.GA22290@gruby.cs.net.pl> References: <200601012326.43432.arekm@pld-linux.org> <200601020914.19719.arekm@pld-linux.org> <20060102094932.GA22290@gruby.cs.net.pl> Message-ID: <200601021414.14319.arekm@pld-linux.org> On Monday 02 January 2006 10:49, Jakub Bogusz wrote: > > poldek -uGv poldek; sed -i -e 's/^/#/g' /etc/poldek/pld-source.conf > > should be sufficient + manual verification. > > Done on ac-alpha. > > And I added "multilib = yes" to /etc/poldek/poldek.conf on ac-amd64 > - I hope it won't break anything and poldek should distinguish i686 and > amd64 packages now. Please verify that priorities in source.conf are correct. Automatic conversion doesn't handle prio=XYZ and puts bad name = main,prio=X entry in source.conf. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Mon Jan 2 14:19:20 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 14:19:20 +0100 Subject: multilib on amd64 In-Reply-To: <200601021414.14319.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> <20060102094932.GA22290@gruby.cs.net.pl> <200601021414.14319.arekm@pld-linux.org> Message-ID: <200601021419.20471.arekm@pld-linux.org> On Monday 02 January 2006 14:14, Arkadiusz Miskiewicz wrote: > On Monday 02 January 2006 10:49, Jakub Bogusz wrote: > > > poldek -uGv poldek; sed -i -e 's/^/#/g' /etc/poldek/pld-source.conf > > > should be sufficient + manual verification. > > > > Done on ac-alpha. > > > > And I added "multilib = yes" to /etc/poldek/poldek.conf on ac-amd64 > > - I hope it won't break anything and poldek should distinguish i686 and > > amd64 packages now. > > Please verify that priorities in source.conf are correct. Automatic > conversion doesn't handle prio=XYZ and puts bad name = main,prio=X entry in > source.conf. And s/pdir/pndir/ there, too. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From havner at smtp.kamp.pl Mon Jan 2 14:53:30 2006 From: havner at smtp.kamp.pl (havner) Date: Mon, 2 Jan 2006 14:53:30 +0100 Subject: X11 monolitic 6.9.0 for AC In-Reply-To: <20051223204950.GB958@fngna.oyu> References: <200512221604.31239.arekm@pld-linux.org> <200512231553.01155.tomasz@grobelny.oswiecenia.net> <20051223201723.GA958@fngna.oyu> <20051223204950.GB958@fngna.oyu> Message-ID: <20060102135330.GA7780@pld-linux.org> On Fri, Dec 23, 2005 at 09:49:50PM +0100, Jakub Bogusz wrote: > Just tried it... > > startx displays some xkb warning: > The XKEYBOARD keymap compiler (xkbcomp) reports: > > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > > Ignoring extra symbols > Errors from xkbcomp are not fatal to the X server > > Both issues go away after s/"keyboard"/"kbd"/ in xorg.conf. I did that long time ago and still get the xkbcomp warning from above. Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "pl" Option "XkbOptions" "altwin:super_win" EndSection Any ideas? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From qboosh at pld-linux.org Mon Jan 2 15:04:45 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 2 Jan 2006 15:04:45 +0100 Subject: multilib on amd64 In-Reply-To: <200601021419.20471.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> <20060102094932.GA22290@gruby.cs.net.pl> <200601021414.14319.arekm@pld-linux.org> <200601021419.20471.arekm@pld-linux.org> Message-ID: <20060102140445.GB22290@gruby.cs.net.pl> On Mon, Jan 02, 2006 at 02:19:20PM +0100, Arkadiusz Miskiewicz wrote: > On Monday 02 January 2006 14:14, Arkadiusz Miskiewicz wrote: > > On Monday 02 January 2006 10:49, Jakub Bogusz wrote: > > > > poldek -uGv poldek; sed -i -e 's/^/#/g' /etc/poldek/pld-source.conf > > > > should be sufficient + manual verification. > > > > > > Done on ac-alpha. > > > > > > And I added "multilib = yes" to /etc/poldek/poldek.conf on ac-amd64 > > > - I hope it won't break anything and poldek should distinguish i686 and > > > amd64 packages now. > > > > Please verify that priorities in source.conf are correct. Automatic > > conversion doesn't handle prio=XYZ and puts bad name = main,prio=X entry in > > source.conf. > > And s/pdir/pndir/ there, too. Done on ac-alpha. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Mon Jan 2 15:11:09 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 15:11:09 +0100 Subject: multilib on amd64 In-Reply-To: <20060102140445.GB22290@gruby.cs.net.pl> References: <200601012326.43432.arekm@pld-linux.org> <200601021419.20471.arekm@pld-linux.org> <20060102140445.GB22290@gruby.cs.net.pl> Message-ID: <200601021511.09762.arekm@pld-linux.org> On Monday 02 January 2006 15:04, Jakub Bogusz wrote: > > And s/pdir/pndir/ there, too. > > Done on ac-alpha. ... and poldek -n main; greedy-upgrade * ;-) -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Mon Jan 2 15:36:15 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 2 Jan 2006 15:36:15 +0100 Subject: multilib on amd64 In-Reply-To: <200601021511.09762.arekm@pld-linux.org> References: <200601012326.43432.arekm@pld-linux.org> <200601021419.20471.arekm@pld-linux.org> <20060102140445.GB22290@gruby.cs.net.pl> <200601021511.09762.arekm@pld-linux.org> Message-ID: <20060102143615.GC22290@gruby.cs.net.pl> On Mon, Jan 02, 2006 at 03:11:09PM +0100, Arkadiusz Miskiewicz wrote: > On Monday 02 January 2006 15:04, Jakub Bogusz wrote: > > > And s/pdir/pndir/ there, too. > > > > Done on ac-alpha. > > ... and poldek -n main; greedy-upgrade * ;-) Done. And double versions of installed lockdev and urt killed. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Mon Jan 2 15:40:39 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 2 Jan 2006 15:40:39 +0100 Subject: multilib on amd64 In-Reply-To: <20060102143615.GC22290@gruby.cs.net.pl> References: <200601012326.43432.arekm@pld-linux.org> <200601021511.09762.arekm@pld-linux.org> <20060102143615.GC22290@gruby.cs.net.pl> Message-ID: <200601021540.40122.arekm@pld-linux.org> On Monday 02 January 2006 15:36, Jakub Bogusz wrote: > On Mon, Jan 02, 2006 at 03:11:09PM +0100, Arkadiusz Miskiewicz wrote: > > On Monday 02 January 2006 15:04, Jakub Bogusz wrote: > > > > And s/pdir/pndir/ there, too. > > > > > > Done on ac-alpha. > > > > ... and poldek -n main; greedy-upgrade * ;-) > > Done. And double versions of installed lockdev and urt killed. Great, so from now every builder uses poldek 0.20 and pndir index format. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From freetz at gmx.net Mon Jan 2 15:44:08 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 2 Jan 2006 15:44:08 +0100 Subject: X11 monolitic 6.9.0 for AC In-Reply-To: <20060102135330.GA7780@pld-linux.org> References: <200512221604.31239.arekm@pld-linux.org> <200512231553.01155.tomasz@grobelny.oswiecenia.net> <20051223201723.GA958@fngna.oyu> <20051223204950.GB958@fngna.oyu> <20060102135330.GA7780@pld-linux.org> Message-ID: <20060102154408.beecfd37.freetz@gmx.net> On Mon, 2 Jan 2006 14:53:30 +0100 havner wrote: > > startx displays some xkb warning: > > The XKEYBOARD keymap compiler (xkbcomp) reports: > > > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > > > Ignoring extra symbols > > Errors from xkbcomp are not fatal to the X server > > > > Both issues go away after s/"keyboard"/"kbd"/ in xorg.conf. > > I did that long time ago and still get the xkbcomp warning from above. > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > Option "XkbRules" "xorg" > Option "XkbModel" "pc105" > Option "XkbLayout" "pl" > Option "XkbOptions" "altwin:super_win" > EndSection > > Any ideas? we need to build xkeyboard-config somehow (in modular tree: http://xlibs.freedesktop.org/xkbdesc/xkeyboard-config-0.7.tar.bz2) Default xkb database is pretty broken. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From gotar at polanet.pl Mon Jan 2 19:18:33 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 2 Jan 2006 19:18:33 +0100 Subject: upgrade apache to 2.2 Message-ID: <20060102181833.GA2255@os> httpd.worker: Syntax error on line 67 of /etc/httpd/apache.conf: Syntax error on line 2 of /etc/httpd/conf.d/75_mod_perl.conf: API module structure `perl_module' in file /etc/httpd/modules/mod_perl.so is garbled - perhaps this is not an Apache module DSO? It requires apache-mod_perl-2.0.1-4 -> apache-mod_perl-2.0.2-3 upgrade. Shouldn't apache-2.2 conflict mod_perl < 2.0.2 or something? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Mon Jan 2 19:37:54 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 2 Jan 2006 20:37:54 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060102181833.GA2255@os> References: <20060102181833.GA2255@os> Message-ID: <200601022037.55152.glen@delfi.ee> On Monday 02 January 2006 20:18, Tomasz Pala wrote: > httpd.worker: Syntax error on line 67 of /etc/httpd/apache.conf: Syntax > error on line 2 of /etc/httpd/conf.d/75_mod_perl.conf: API module structure > `perl_module' in file /etc/httpd/modules/mod_perl.so is garbled - perhaps > this is not an Apache module DSO? previously apache modules did not have any apache_version_api dependency. fix is to upgrade :) > It requires apache-mod_perl-2.0.1-4 -> apache-mod_perl-2.0.2-3 upgrade. > > Shouldn't apache-2.2 conflict mod_perl < 2.0.2 or something? then all apache packages (around 20!) should be conflicted, i don't think mod_perl should be an exception. and adding conflicts where you should just do --upgrade-dist is slightly overkill! just my 2 cents -- glen From gotar at polanet.pl Mon Jan 2 23:15:20 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 2 Jan 2006 23:15:20 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601022037.55152.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601022037.55152.glen@delfi.ee> Message-ID: <20060102221520.GA2679@os> On Mon, Jan 02, 2006 at 20:37:54 +0200, Elan Ruusam?e wrote: > then all apache packages (around 20!) should be conflicted, i don't think > mod_perl should be an exception. and adding conflicts where you should just > do --upgrade-dist is slightly overkill! So maybe all that zilions of dependencies are overkill? And why should I do dist upgrade, I've just installed php-dom, which required new release of php, which required apache 2.2. I probably could put --nodeps and everything would be fine. If anything, then -release dependencies are overkill. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue Jan 3 00:31:29 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 01:31:29 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060102221520.GA2679@os> References: <20060102181833.GA2255@os> <200601022037.55152.glen@delfi.ee> <20060102221520.GA2679@os> Message-ID: <200601030131.29518.glen@delfi.ee> On Tuesday 03 January 2006 00:15, Tomasz Pala wrote: > On Mon, Jan 02, 2006 at 20:37:54 +0200, Elan Ruusam?e wrote: > > then all apache packages (around 20!) should be conflicted, i don't think > > mod_perl should be an exception. and adding conflicts where you should > > just do --upgrade-dist is slightly overkill! > > So maybe all that zilions of dependencies are overkill? what zillions of dependencies? where? > And why should I do dist upgrade, I've just installed php-dom, which > required new release of php, which required apache 2.2. I probably could > put --nodeps and everything would be fine. you're wrong here, you'll get broken symbols with --nodeps from php, unless it segfaults before reaching so far :) > If anything, then -release > dependencies are overkill. as said earlier, that mod_perl was not upgraded because older package was broken (missing deps on %apache_modules_api). which is now fixed, ie it shouldn't happen in the future of major apache version upgrade. $ grep -c ^gotar: CVSROOT/users 1 feel free to add the conflicts. -- glen From glen at delfi.ee Tue Jan 3 00:58:58 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 01:58:58 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060102181833.GA2255@os> References: <20060102181833.GA2255@os> Message-ID: <200601030158.58406.glen@delfi.ee> On Monday 02 January 2006 20:18, Tomasz Pala wrote: > httpd.worker: Syntax error on line 67 of /etc/httpd/apache.conf: Syntax > error on line 2 of /etc/httpd/conf.d/75_mod_perl.conf: API module structure > `perl_module' in file /etc/httpd/modules/mod_perl.so is garbled - perhaps > this is not an Apache module DSO? > > It requires apache-mod_perl-2.0.1-4 -> apache-mod_perl-2.0.2-3 upgrade. > > Shouldn't apache-2.2 conflict mod_perl < 2.0.2 or something? anyway, there's the list (epoches not checked), and there could be more... $ poldek --sn ac --cmd ls 'apache-mod_*'|grep -v 2.2.0|awk -F- '/apache/{printf("Conflicts:\t%s-%s < %s-%s\n", $1, $2, $3, $4, $5)}' Conflicts: apache-mod_auth_pam < 2.0-5 Conflicts: apache-mod_authz_svn < 1.2.3-2 Conflicts: apache-mod_bw < 0.6-2 Conflicts: apache-mod_cband < 0.9.6.0-2 Conflicts: apache-mod_cfg_ldap < 1.2-2 Conflicts: apache-mod_dav_svn < 1.2.3-2 Conflicts: apache-mod_dosevasive < 1.10-3 Conflicts: apache-mod_fastcgi < 2.4.2-8 Conflicts: apache-mod_fcgid < 1.03-3 Conflicts: apache-mod_log_sql < 1.100-4 Conflicts: apache-mod_perl < 2.0.2-3 Conflicts: apache-mod_php < 5.1.1-6 Conflicts: apache-mod_php4 < 4.4.1-10 Conflicts: apache-mod_python < 3.1.4-4 Conflicts: apache-mod_suphp < 0.6.0-5 Conflicts: apache-mod_transform < 0.4.0-4 Conflicts: apache-mod_vhost_mysql < 0.10-4 Conflicts: apache-mod_watch < 4.03-5 Conflicts: apache-mod_whois < 0.1-3 what other's think? -- glen From gotar at polanet.pl Tue Jan 3 01:24:28 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 3 Jan 2006 01:24:28 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601030131.29518.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601022037.55152.glen@delfi.ee> <20060102221520.GA2679@os> <200601030131.29518.glen@delfi.ee> Message-ID: <20060103002428.GA3255@os> On Tue, Jan 03, 2006 at 01:31:29 +0200, Elan Ruusam?e wrote: > > So maybe all that zilions of dependencies are overkill? > what zillions of dependencies? where? In all the packages;P > you're wrong here, you'll get broken symbols with --nodeps from php, unless it > segfaults before reaching so far :) OK. So how can I install a new php module on production machine? I can't upgrade apache, because there's no config-upgrade procedure and the system would be unusable for about half an hour (just tested it...). get apache-2.2..., extract config files, manually rewrite them, upgrade and change configuration? Really nice... -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Tue Jan 3 09:33:27 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 3 Jan 2006 09:33:27 +0100 Subject: uic - broken alignment? Message-ID: <20060103083327.GA24337@gruby.cs.net.pl> uic seems to access some data with wrong alignment: uic(14134): unaligned trap at 00000200007777fc: 0000020000a242d7 23 10 uic(14164): unaligned trap at 00000200007777fc: 0000020000a242d7 23 10 uic(14185): unaligned trap at 00000200007777fc: 0000020000a242d7 23 10 uic(14257): unaligned trap at 00000200007777fc: 0000020000a242d7 23 10 uic(27365): unaligned trap at 00000200007797fc: 0000020000a262d7 23 10 uic(28402): unaligned trap at 00000200007797fc: 0000020000a262d7 23 10 uic(28409): unaligned trap at 00000200007797fc: 0000020000a262d7 23 10 -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Tue Jan 3 09:45:50 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 10:45:50 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060103002428.GA3255@os> References: <20060102181833.GA2255@os> <200601030131.29518.glen@delfi.ee> <20060103002428.GA3255@os> Message-ID: <200601031045.50911.glen@delfi.ee> On Tuesday 03 January 2006 02:24, Tomasz Pala wrote: > > you're wrong here, you'll get broken symbols with --nodeps from php, > > unless it segfaults before reaching so far :) > > OK. So how can I install a new php module on production machine? I can't > upgrade apache, installing *new* php module restarts apache (see below). you must find php module for *same* EVR as your php-common is. afaik ftp doesn't have older versions. and install it manually with rpm -Uhv. > because there's no config-upgrade procedure and the > system would be unusable for about half an hour (just tested it...). > get apache-2.2..., extract config files, manually rewrite them, upgrade > and change configuration? Really nice... :) not my decision for apache 2.2 in ac, but you can try RPM_SKIP_AUTO_RESTART=yes in /etc/sysconfig/httpd, upgrade apache, copy working config (which you created elsewhere). -- glen From qboosh at pld-linux.org Tue Jan 3 10:45:27 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 3 Jan 2006 10:45:27 +0100 Subject: util-linux/blockdev Message-ID: <20060103094527.GB24337@gruby.cs.net.pl> util-linux should be rebuilt because of missing chkconfig deps. Can I do it now or does sb want to separate blockdev subpackage first? -- Jakub Bogusz http://qboosh.cs.net.pl/ From gotar at polanet.pl Tue Jan 3 10:51:29 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 3 Jan 2006 10:51:29 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601031045.50911.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601030131.29518.glen@delfi.ee> <20060103002428.GA3255@os> <200601031045.50911.glen@delfi.ee> Message-ID: <20060103095129.GA18162@pepin.polanet.pl> On Tue, Jan 03, 2006 at 10:45:50AM +0200, Elan Ruusam?e wrote: > > not my decision for apache 2.2 in ac, but you can try [...] Next thing - all the PHP packages don't work now, 10_common.conf: # Each directory to which Apache has access can be configured with respect # to which services and features are allowed and/or disabled in that # directory (and its subdirectories). # # First, we configure the "default" to be a very restrictive set of # features. # Options FollowSymLinks AllowOverride None Order deny,allow Deny from all phpMyAdmin, phpPgAdmin, smokeping, webmails, eevrything... -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue Jan 3 10:52:37 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 11:52:37 +0200 Subject: util-linux/blockdev In-Reply-To: <20060103094527.GB24337@gruby.cs.net.pl> References: <20060103094527.GB24337@gruby.cs.net.pl> Message-ID: <200601031152.37648.glen@delfi.ee> On Tuesday 03 January 2006 11:45, Jakub Bogusz wrote: > util-linux should be rebuilt because of missing chkconfig deps. > Can I do it now or does sb want to separate blockdev subpackage first? i'll do it ;) -- glen From glen at delfi.ee Tue Jan 3 11:54:54 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 12:54:54 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060103095129.GA18162@pepin.polanet.pl> References: <20060102181833.GA2255@os> <200601031045.50911.glen@delfi.ee> <20060103095129.GA18162@pepin.polanet.pl> Message-ID: <200601031254.54729.glen@delfi.ee> On Tuesday 03 January 2006 11:51, Tomasz Pala wrote: > # First, we configure the "default" to be a very restrictive set of > # features. > # > > ? ? ? ? Options FollowSymLinks > ? ? ? ? AllowOverride None > ? ? ? ? > ? ? ? ? ? ? ? ? Order deny,allow > ? ? ? ? ? ? ? ? Deny from all > ? ? ? ? > > > > phpMyAdmin, phpPgAdmin, smokeping, webmails, eevrything... phpMyAdmin, phpPgAdmin were afaik updated recently, but in any case resent them as there were more updates. smokeping - finish TODO in spec then it can be sent to ready :) "everything" - every app needs handled specially. just blindly adding "allow from all" is not sufficent, the application could leave your host open for proxying, DoS'ing, other not welcome activities... so there should be several kinds of configurations: 1. world access AllowOverride None Allow from all 2. localhost only AllowOverride None Order deny,allow Deny from all Allow from localhost 3. http auth ones [no sample] 4. http auth and ssl combinations http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/nagios-apache.conf -- glen From gotar at polanet.pl Tue Jan 3 12:49:27 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 3 Jan 2006 12:49:27 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601031254.54729.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601031045.50911.glen@delfi.ee> <20060103095129.GA18162@pepin.polanet.pl> <200601031254.54729.glen@delfi.ee> Message-ID: <20060103114927.GB29358@pepin.polanet.pl> On Tue, Jan 03, 2006 at 12:54:54PM +0200, Elan Ruusam?e wrote: > "everything" - every app needs handled specially. just blindly adding "allow > from all" is not sufficent, the application could leave your host open for > proxying, DoS'ing, other not welcome activities... THUS we shall remove 'deny from all' from 10_common. If someone has installed and configured system, he already has what he wants to. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue Jan 3 15:33:10 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 16:33:10 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060103114927.GB29358@pepin.polanet.pl> References: <20060102181833.GA2255@os> <200601031254.54729.glen@delfi.ee> <20060103114927.GB29358@pepin.polanet.pl> Message-ID: <200601031633.10921.glen@delfi.ee> On Tuesday 03 January 2006 13:49, Tomasz Pala wrote: > On Tue, Jan 03, 2006 at 12:54:54PM +0200, Elan Ruusam?e wrote: > > "everything" - every app needs handled specially. just blindly adding > > "allow from all" is not sufficent, the application could leave your host > > open for proxying, DoS'ing, other not welcome activities... > > THUS we shall remove 'deny from all' from 10_common. If someone has > installed and configured system, he already has what he wants to. i'd rather fix apache configs, but that takes some time. -- glen From gotar at polanet.pl Tue Jan 3 16:19:44 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 3 Jan 2006 16:19:44 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601031633.10921.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601031254.54729.glen@delfi.ee> <20060103114927.GB29358@pepin.polanet.pl> <200601031633.10921.glen@delfi.ee> Message-ID: <20060103151944.GA18036@pepin.polanet.pl> On Tue, Jan 03, 2006 at 04:33:10PM +0200, Elan Ruusam?e wrote: > > > > THUS we shall remove 'deny from all' from 10_common. If someone has > > installed and configured system, he already has what he wants to. > i'd rather fix apache configs, but that takes some time. ...and write some engine to update existing configurations? Merge .rpmnew files? And what is 'Deny for all' if not SbO? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From arekm at pld-linux.org Tue Jan 3 19:16:52 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Tue, 3 Jan 2006 19:16:52 +0100 Subject: AC TODO [03/01/2006] Message-ID: <200601031916.53014.arekm@pld-linux.org> Hi, There left only a few things todo in dependencies area (and much more in other areas) all arches: bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found - I'm going to put all ghostscripts we have into ac (if they will compile) bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch - what's the problem here exactly with athlon? Unfortunately I no longer have athlon machine and I don't have access to ac-athlon. ppc: bd: mono-tools-1.1.9-2: req mono(mscorlib) = 2.0.3600.0 version mismatch alpha: bd: autopano-sift-2.3-1: req dotnet-gtk-sharp >= 1.0 not found bd: dotnet-gecko-sharp-0.6-3: req dotnet-gtk-sharp >= 0.98 not found bd: dotnet-gtksourceview-sharp-0.5-6: req dotnet-gtk-sharp >= 0.93 not found bd: dotnet-gtksourceview-sharp-0.5-6: req mono >= 0.96 not found bd: dotnet-gtksourceview-sharp-devel-0.5-6: req dotnet-gtk-sharp-devel >= 0.93 not found - same as sparc, se below amd64: bd: avifile-lame_audioenc-0.7.38-8: req libmp3lame.so.0 not found bd: libstdc++32-3.3.6-3: req libc.so.6 not found - tons of these due to multilib so the question arrives. What we do with multilib glibc, gcc and so on - qboosh? Does it go into Ac or not? sparc: bd: autopano-sift-2.3-1: req dotnet-gtk-sharp >= 1.0 not found bd: dotnet-gsf-sharp-0.2-2: req dotnet-gtk-sharp >= 0.98 not found bd: dotnet-gtksourceview-sharp-0.5-6: req dotnet-gtk-sharp >= 0.93 not found bd: dotnet-gtksourceview-sharp-0.5-6: req mono >= 0.96 not found bd: dotnet-gtksourceview-sharp-devel-0.5-6: req dotnet-gtk-sharp-devel >= 0.93 not found - if sparc is unsupported these also need exclusivearch bd: muine-0.6.3-4: req dotnet-gtk-sharp >= 0.98 not found bd: muine-0.6.3-4: req mono >= 0.96 not found bd: opera-8.51-1: req libXm.so.1 not found bd: xsp-1.0.4-1: req mono-csharp = 1.0.4 not found The kernels: - is kernel24.spec ready on all architectures, qboosh? - kernel 2.6 will go from LINUX_2_6_14 branch (switch to 2.6.15 can be considered as soon as 2.6.15 + userspace stuff + additional kernel modules is ready which won't happen in serveral weeks I guess). sparc32 UP is AFAIK also ready so it can go in, too. There will be also some missing things between architectures - Averne had some scripts to do comparsion, I hope he will update them + provide some data for us. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Tue Jan 3 19:48:35 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 3 Jan 2006 19:48:35 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <200601031916.53014.arekm@pld-linux.org> References: <200601031916.53014.arekm@pld-linux.org> Message-ID: <20060103184835.GC18803@fngna.oyu> On Tue, Jan 03, 2006 at 07:16:52PM +0100, Arkadiusz Miskiewicz wrote: > There left only a few things todo in dependencies area (and much more in other > areas) > > all arches: > bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found > - I'm going to put all ghostscripts we have into ac (if they will compile) At least -esp from HEAD does. > bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch > bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch > - what's the problem here exactly with athlon? Unfortunately I no longer have > athlon machine and I don't have access to ac-athlon. Probably kernel problem on builder (2.6.8/amd64 with 32-bit userspace). > ppc: > bd: mono-tools-1.1.9-2: req mono(mscorlib) = 2.0.3600.0 version mismatch ? Didn't mono-tools-1.1.10-2 build on ppc? buildlog? > alpha: > bd: autopano-sift-2.3-1: req dotnet-gtk-sharp >= 1.0 not found 2.4-2 with EA already in ac-ready > amd64: > bd: avifile-lame_audioenc-0.7.38-8: req libmp3lame.so.0 not found fixed in avifile.spec on HEAD > bd: libstdc++32-3.3.6-3: req libc.so.6 not found > - tons of these due to multilib so the question arrives. What we do with > multilib glibc, gcc and so on - qboosh? Does it go into Ac or not? IMO it should. The same in our limited sparc64 port. (BTW: I'm not the one who introduced multilib on ac-amd64 (I just made it possible), so I'm not the only person to ask) > The kernels: > - is kernel24.spec ready on all architectures, qboosh? Yes, 2.4.32-2 already in ac-ready (incl. sparc64; still no amd64 - nobody cared). The question is routes patch (2.4.32-2 has the patch applied, HEAD disabled) - which version should go to Ac (I'd prefer not to change it after Ac release). As I don't have a strong opinion here, I'm asking now - does anyone need this patch? -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Tue Jan 3 20:35:02 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 3 Jan 2006 21:35:02 +0200 Subject: SPECS: bash-completion.spec - fix for "sed: -e expression #1, char... In-Reply-To: References: Message-ID: <200601032135.03230.glen@delfi.ee> On Tuesday 03 January 2006 20:47, adamg wrote: > Author: adamg Date: Tue Jan 3 18:47:47 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - fix for "sed: -e expression #1, char 20: unterminated `s' command" error > occuring when trying to complete host while using ssh or scp > - patch by Maciej Mitura (emkwadrat (at) poczta.onet.pl) oh. i tought it's my broblem only. what was the sudden reason? new bash? -- Elan Ruusam?e http://www.DELFI.ee/ R?vala pst 6, 10143, Tallinn, Eesti tel (secretary): +372 650 4922 tel: +372 650 1278 fax: +372 681 4719 From adamg at biomerieux.pl Tue Jan 3 20:39:10 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 3 Jan 2006 20:39:10 +0100 Subject: SPECS: bash-completion.spec - fix for "sed: -e expression #1, char... In-Reply-To: <200601032135.03230.glen@delfi.ee> References: <200601032135.03230.glen@delfi.ee> Message-ID: <20060103193910.GC21436@mysza.eu.org> On Tue, Jan 03, 2006 at 09:35:02PM +0200, Elan Ruusam?e wrote: > On Tuesday 03 January 2006 20:47, adamg wrote: > > Author: adamg Date: Tue Jan 3 18:47:47 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - fix for "sed: -e expression #1, char 20: unterminated `s' command" error > > occuring when trying to complete host while using ssh or scp > > - patch by Maciej Mitura (emkwadrat (at) poczta.onet.pl) > oh. i tought it's my broblem only. me too, and never cared enough to have a better look at it. > what was the sudden reason? new bash? I guess so, it showed up somewhere around 2.05 -> 3.0 I believe, eventually it was 3.0 -> 3.1 -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From zawadaa at gmail.com Tue Jan 3 20:39:32 2006 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Tue, 03 Jan 2006 20:39:32 +0100 Subject: SPECS: bash-completion.spec - fix for "sed: -e expression #1, char... In-Reply-To: <200601032135.03230.glen@delfi.ee> References: <200601032135.03230.glen@delfi.ee> Message-ID: <43BAD2F4.3020306@gmail.com> Elan Ruusam?e wrote: > On Tuesday 03 January 2006 20:47, adamg wrote: > >>Author: adamg Date: Tue Jan 3 18:47:47 2006 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- fix for "sed: -e expression #1, char 20: unterminated `s' command" error >> occuring when trying to complete host while using ssh or scp >>- patch by Maciej Mitura (emkwadrat (at) poczta.onet.pl) > > oh. i tought it's my broblem only. > what was the sudden reason? new bash? I'v got this after upgrade bash to 3.1... -- Andrzej Zawadzki From arekm at pld-linux.org Tue Jan 3 22:30:26 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Tue, 3 Jan 2006 22:30:26 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <20060103184835.GC18803@fngna.oyu> References: <200601031916.53014.arekm@pld-linux.org> <20060103184835.GC18803@fngna.oyu> Message-ID: <200601032230.27030.arekm@pld-linux.org> On Tuesday 03 January 2006 19:48, Jakub Bogusz wrote: > > ppc: > > bd: mono-tools-1.1.9-2: req mono(mscorlib) = 2.0.3600.0 version mismatch > > ? > Didn't mono-tools-1.1.10-2 build on ppc? buildlog? Don't know. > > amd64: > > bd: avifile-lame_audioenc-0.7.38-8: req libmp3lame.so.0 not found > > fixed in avifile.spec on HEAD amd64 fixed and sparc broken :-/ Could you look at this? > > The kernels: > > - is kernel24.spec ready on all architectures, qboosh? > > Yes, 2.4.32-2 already in ac-ready (incl. sparc64; still no amd64 - nobody > cared). > The question is routes patch (2.4.32-2 has the patch applied, HEAD > disabled) - which version should go to Ac (I'd prefer not to change it > after Ac release). As I don't have a strong opinion here, I'm asking now - > does anyone need this patch? No idea, I don't use 2.4 -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Tue Jan 3 23:41:58 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 3 Jan 2006 23:41:58 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <200601032230.27030.arekm@pld-linux.org> References: <200601031916.53014.arekm@pld-linux.org> <20060103184835.GC18803@fngna.oyu> <200601032230.27030.arekm@pld-linux.org> Message-ID: <20060103224158.GA23103@fngna.oyu> On Tue, Jan 03, 2006 at 10:30:26PM +0100, Arkadiusz Miskiewicz wrote: > On Tuesday 03 January 2006 19:48, Jakub Bogusz wrote: > > > amd64: > > > bd: avifile-lame_audioenc-0.7.38-8: req libmp3lame.so.0 not found > > > > fixed in avifile.spec on HEAD > amd64 fixed and sparc broken :-/ Could you look at this? Patch created, testing in progress. I'll finish tomorrow if it's simple. > > > The kernels: > > > - is kernel24.spec ready on all architectures, qboosh? > > > > Yes, 2.4.32-2 already in ac-ready (incl. sparc64; still no amd64 - nobody > > cared). > > The question is routes patch (2.4.32-2 has the patch applied, HEAD > > disabled) - which version should go to Ac (I'd prefer not to change it > > after Ac release). As I don't have a strong opinion here, I'm asking now - > > does anyone need this patch? > No idea, I don't use 2.4 If nobody answers till tomorrow, I'm going to make 2.4.32-3 without this patch. -- Jakub Bogusz http://qboosh.cs.net.pl/ From baggins at sith.mimuw.edu.pl Wed Jan 4 01:13:21 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 4 Jan 2006 01:13:21 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <20060103184835.GC18803@fngna.oyu> References: <200601031916.53014.arekm@pld-linux.org> <20060103184835.GC18803@fngna.oyu> Message-ID: <20060104001321.GA20257@sith.mimuw.edu.pl> On Tue, 03 Jan 2006, Jakub Bogusz wrote: > On Tue, Jan 03, 2006 at 07:16:52PM +0100, Arkadiusz Miskiewicz wrote: > > There left only a few things todo in dependencies area (and much more in other > > areas) > > > > bd: libstdc++32-3.3.6-3: req libc.so.6 not found > > - tons of these due to multilib so the question arrives. What we do with > > multilib glibc, gcc and so on - qboosh? Does it go into Ac or not? > > IMO it should. > The same in our limited sparc64 port. > > (BTW: I'm not the one who introduced multilib on ac-amd64 (I just made > it possible), so I'm not the only person to ask) I did it. And IMO too it should. But I don't understand why there are "tons of these", they should be just from gcc 32bit packages as these are the only ones that need 32bit glibc. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From undefine at aramin.net Wed Jan 4 04:31:10 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Wed, 4 Jan 2006 04:31:10 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <200601031916.53014.arekm@pld-linux.org> References: <200601031916.53014.arekm@pld-linux.org> Message-ID: <20060104033110.GA28253@aramin.net> > bd: opera-8.51-1: req libXm.so.1 not found i have no idea why opera is linked with libXm.so.1 link to libXm.so.2 is enought. but - where put it? ;) -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From arekm at pld-linux.org Wed Jan 4 08:36:07 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Wed, 4 Jan 2006 08:36:07 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <20060104001321.GA20257@sith.mimuw.edu.pl> References: <200601031916.53014.arekm@pld-linux.org> <20060103184835.GC18803@fngna.oyu> <20060104001321.GA20257@sith.mimuw.edu.pl> Message-ID: <200601040836.07477.arekm@pld-linux.org> On Wednesday 04 January 2006 01:13, Jan Rekorajski wrote: > I did it. And IMO too it should. > But I don't understand why there are "tons of these", they should be > just from gcc 32bit packages as these are the only ones that need 32bit > glibc. Tons of these from gcc 32 bit packages to be exact. > Janek -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From gotar at polanet.pl Wed Jan 4 09:15:37 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 4 Jan 2006 09:15:37 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <20060104001321.GA20257@sith.mimuw.edu.pl> References: <200601031916.53014.arekm@pld-linux.org> <20060103184835.GC18803@fngna.oyu> <20060104001321.GA20257@sith.mimuw.edu.pl> Message-ID: <20060104081537.GA17225@pepin.polanet.pl> On Wed, Jan 04, 2006 at 01:13:21AM +0100, Jan Rekorajski wrote: > > But I don't understand why there are "tons of these", they should be > just from gcc 32bit packages as these are the only ones that need 32bit > glibc. BTW: $ rpm -qa --qf "%{arch} %{name}\n" | grep -vE "^(amd64|noarch)" | wc -l 40 It includes memtest86(+) - no package for amd64, but athlon one works, and mysql with dependencies (including glibc), as my cluster is 32-bit and for now I can't upgrade it. How can I have glibc32 in proper way? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Wed Jan 4 10:31:52 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 4 Jan 2006 10:31:52 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060103002428.GA3255@os> References: <20060102181833.GA2255@os> <200601022037.55152.glen@delfi.ee> <20060102221520.GA2679@os> <200601030131.29518.glen@delfi.ee> <20060103002428.GA3255@os> Message-ID: <20060104093152.GA25540@pepin.polanet.pl> Squirrelmail can't send mail on php5.1. Shouldn't we remove it from Ac until fixed? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From havner at smtp.kamp.pl Wed Jan 4 10:37:59 2006 From: havner at smtp.kamp.pl (havner) Date: Wed, 4 Jan 2006 10:37:59 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <200601031916.53014.arekm@pld-linux.org> References: <200601031916.53014.arekm@pld-linux.org> Message-ID: <20060104093759.GB4866@pld-linux.org> On Tue, Jan 03, 2006 at 07:16:52PM +0100, Arkadiusz Miskiewicz wrote: > There will be also some missing things between architectures - Averne had some > scripts to do comparsion, I hope he will update them + provide some data for > us. It was already me, not averne :-) cvs://admin/ftpadm/chkrest.pl there was a "rest" file generated by chkbuild in old ftp automatic. f.e.: ~pldac/ac/PLD/.tmp/rest (@ep09) Nov 15 02:39 AsmEdit athlon i386 i586 i686 Oct 8 2003 SVGATextMode alpha athlon i386 i586 i686 Nov 11 04:14 X11-driver-firegl athlon i586 i686 it checked spec and Exclude/Exclusive Arch tags and printed which archs are missing. Dont know how would it work now since there is new automatic, but chkbuild scripts should be still non invasive and could be used to generate "rest" file for this script. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From gotar at polanet.pl Wed Jan 4 11:01:41 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 4 Jan 2006 11:01:41 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060104093152.GA25540@pepin.polanet.pl> References: <20060102181833.GA2255@os> <200601022037.55152.glen@delfi.ee> <20060102221520.GA2679@os> <200601030131.29518.glen@delfi.ee> <20060103002428.GA3255@os> <20060104093152.GA25540@pepin.polanet.pl> Message-ID: <20060104100141.GA27570@pepin.polanet.pl> poldek:/ac> upgrade phpMyAdmin-2.7.0-pl1.3 1:webapps ########################################### [ 50%] IMPORTANT: Your Apache 2.x is not webapps compatible! please upgrade your Apache 2.x installation to at least apache-2.0.55-2.2! (apache-2.0.55-3.2 should be in ac-ready) 2:phpMyAdmin ########################################### [100%] warning: /etc/phpMyAdmin/config.inc.php saved as /etc/phpMyAdmin/config.inc.php.rpmsave warning: /etc/httpd/phpMyAdmin.conf saved as /etc/httpd/phpMyAdmin.conf.rpmsave /usr/sbin/webapp: 'httpd' is not a webserver? (Missing directory: /etc/httpd/webapps.d) Reloading httpd.worker service.....................................[ DONE ] (I've got RPM_SKIP_AUTO_RESTART=yes) To be honest - i don't like things happening around apache now, just before Ac release. After this upgrade I've lost myadmin once again. There's no upgrade procedures, there's no upgrade documentation (just for me to know, what I'll have to fix). Nothing at all. I would probably have the same effects upgrading my system with Fedora rpms. Thanks a lot for a really good job! -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From havner at smtp.kamp.pl Wed Jan 4 11:52:15 2006 From: havner at smtp.kamp.pl (havner) Date: Wed, 4 Jan 2006 11:52:15 +0100 Subject: udev Message-ID: <20060104105215.GC4866@pld-linux.org> Revision 1.137 2005/11/16 15:35:22 freetz - removed hotplug symlink (it can't be done this way until /sbin/hotplug is a default kernel hotplug handler), added cleaned up hotplug_map.rules (instead of creating it with script at build time), rel.1 So how should it be done? Cause now we end up with a booted system: $ sudo sysctl kernel.hotplug kernel.hotplug = /sbin/hotplug $ ls -l /sbin/hotplug ls: /sbin/hotplug: No such file or directory /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back to hotplug. I dont care how it will be done (maybe remove it from rc-scripts) but for now it cant stay this way. What was wrong in this symlink? Cause i dont really get the "it can't be done this way until /sbin/hotplug is a default kernel hotplug handler". Why? This package is PLD specific and our rc-scripts set this to /sbin/hotplug so for us its default. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From glen at delfi.ee Wed Jan 4 12:11:23 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 4 Jan 2006 13:11:23 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060104100141.GA27570@pepin.polanet.pl> References: <20060102181833.GA2255@os> <20060104093152.GA25540@pepin.polanet.pl> <20060104100141.GA27570@pepin.polanet.pl> Message-ID: <200601041311.24050.glen@delfi.ee> On Wednesday 04 January 2006 12:01, Tomasz Pala wrote: > poldek:/ac> upgrade phpMyAdmin-2.7.0-pl1.3 > > ? ?1:webapps ? ? ? ? ? ? ? ?########################################### [ > 50%] IMPORTANT: > ?Your Apache 2.x is not webapps compatible! > ?please upgrade your Apache 2.x installation to at least apache-2.0.55-2.2! > ?(apache-2.0.55-3.2 should be in ac-ready) [1] > ? ?2:phpMyAdmin ? ? ? ? ? ? ########################################### > [100%] warning: /etc/phpMyAdmin/config.inc.php saved as > /etc/phpMyAdmin/config.inc.php.rpmsave warning: /etc/httpd/phpMyAdmin.conf > saved as /etc/httpd/phpMyAdmin.conf.rpmsave /usr/sbin/webapp: 'httpd' is > not a webserver? (Missing directory: /etc/httpd/webapps.d) Reloading > httpd.worker service.....................................[ DONE ] > > (I've got RPM_SKIP_AUTO_RESTART=yes) good point. it's not taken into account in triggers (and probably any external package (ie not apache itself!) > To be honest - i don't like things happening around apache now, just before > Ac release. After this upgrade I've lost myadmin once again. There's no > upgrade procedures, there is (%trigger), but it failed because [1]. and it can't be fixed (by adding conflicts) because apache < 2.0.55-2.2 matches apache1 package. > To be honest - i don't like things happening around apache now, just before > Ac release. it was Ac freeze, not release, that means no major upgrades anymore. and this is perfect time to fix everything. > Thanks a lot for a really good job! thanks. you probably have no idea how much time was spent on fixing things. -- glen From loc at toya.net.pl Wed Jan 4 12:26:34 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Wed, 04 Jan 2006 12:26:34 +0100 Subject: udev In-Reply-To: <20060104105215.GC4866@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> Message-ID: <43BBB0EA.5000303@toya.net.pl> havner napisa?(a): > Revision 1.137 2005/11/16 15:35:22 freetz > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > is > a default kernel hotplug handler), added cleaned up hotplug_map.rules > (instead of creating it with script at build time), rel.1 > > So how should it be done? Cause now we end up with a booted system: > > $ sudo sysctl kernel.hotplug > kernel.hotplug = /sbin/hotplug > $ ls -l /sbin/hotplug > ls: /sbin/hotplug: No such file or directory > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > to hotplug. I dont care how it will be done (maybe remove it from > rc-scripts) but for now it cant stay this way. Set this conditionally in rc-scripts based on the existence of /sbin/hotplug. From freetz at gmx.net Wed Jan 4 12:43:33 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Wed, 4 Jan 2006 12:43:33 +0100 Subject: udev In-Reply-To: <20060104105215.GC4866@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> Message-ID: <20060104124333.d5e35641.freetz@gmx.net> On Wed, 4 Jan 2006 11:52:15 +0100 havner wrote: > Revision 1.137 2005/11/16 15:35:22 freetz > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > is > a default kernel hotplug handler), added cleaned up hotplug_map.rules > (instead of creating it with script at build time), rel.1 > > So how should it be done? Cause now we end up with a booted system: > > $ sudo sysctl kernel.hotplug > kernel.hotplug = /sbin/hotplug > $ ls -l /sbin/hotplug > ls: /sbin/hotplug: No such file or directory > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > to hotplug. I dont care how it will be done (maybe remove it from > rc-scripts) but for now it cant stay this way. What was wrong in this > symlink? Cause i dont really get the "it can't be done this way until > /sbin/hotplug is a default kernel hotplug handler". Why? This package is > PLD specific and our rc-scripts set this to /sbin/hotplug so for us its > default. Symlink was wrong because was called after / is mounted and before udev was ready to start. That was leading to propagating device nodes on readonly filesystem. I can't speak about rc-srcipts. I don't know why (cruft?) it is set by default, even when hotplug is not installed. btw. starting from linux 2.6.15 it (hotplug handler) should be set to "" -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From qboosh at pld-linux.org Wed Jan 4 14:14:32 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 4 Jan 2006 14:14:32 +0100 Subject: SPECS: readpst.spec (NEW) - new In-Reply-To: References: Message-ID: <20060104131431.GD22119@gruby.cs.net.pl> On Wed, Jan 04, 2006 at 01:53:57PM +0100, glen wrote: > Author: glen Date: Wed Jan 4 12:53:57 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new > +Source0: http://alioth.debian.org/download.php/844/libpst-%{version}.tar.gz Is it continuation of libpst.spec or different project? -- Jakub Bogusz http://qboosh.cs.net.pl/ From havner at smtp.kamp.pl Wed Jan 4 14:21:11 2006 From: havner at smtp.kamp.pl (havner) Date: Wed, 4 Jan 2006 14:21:11 +0100 Subject: udev In-Reply-To: <20060104124333.d5e35641.freetz@gmx.net> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> Message-ID: <20060104132110.GA4955@pld-linux.org> On Wed, Jan 04, 2006 at 12:43:33PM +0100, Fryderyk Dziarmagowski wrote: > On Wed, 4 Jan 2006 11:52:15 +0100 > havner wrote: > > > Revision 1.137 2005/11/16 15:35:22 freetz > > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > > is > > a default kernel hotplug handler), added cleaned up hotplug_map.rules > > (instead of creating it with script at build time), rel.1 > > > > So how should it be done? Cause now we end up with a booted system: > > > > $ sudo sysctl kernel.hotplug > > kernel.hotplug = /sbin/hotplug > > $ ls -l /sbin/hotplug > > ls: /sbin/hotplug: No such file or directory > > > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > > to hotplug. I dont care how it will be done (maybe remove it from > > rc-scripts) but for now it cant stay this way. What was wrong in this > > symlink? Cause i dont really get the "it can't be done this way until > > /sbin/hotplug is a default kernel hotplug handler". Why? This package is > > PLD specific and our rc-scripts set this to /sbin/hotplug so for us its > > default. > > Symlink was wrong because was called after / is mounted and before udev > was ready to start. That was leading to propagating device nodes on > readonly filesystem. Was called by what? Existance of a file means its executed? I dont get something here. And why this does not affect hotplug package itself where /sbin/hotplug exists and /dev/ is on ro filesystem for whole sysinit phase (no tmpfs) > I can't speak about rc-srcipts. I don't know why (cruft?) it is set by > default, even when hotplug is not installed. > > btw. starting from linux 2.6.15 it (hotplug handler) should be set to "" Its hardcoded into kernel for udevsend or autodetected? -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From gotar at polanet.pl Wed Jan 4 14:20:55 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 4 Jan 2006 14:20:55 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601041311.24050.glen@delfi.ee> References: <20060102181833.GA2255@os> <20060104093152.GA25540@pepin.polanet.pl> <20060104100141.GA27570@pepin.polanet.pl> <200601041311.24050.glen@delfi.ee> Message-ID: <20060104132055.GA14008@pepin.polanet.pl> On Wed, Jan 04, 2006 at 01:11:23PM +0200, Elan Ruusam?e wrote: > > > there is (%trigger), but it failed because [1]. and it can't be fixed (by > adding conflicts) because apache < 2.0.55-2.2 matches apache1 package. What all these packages are doing in Ac!? I'd got working configuration, need to get only one php module (php-dom). And some %!@#$% makes me upgrade it the way, which is even barely acceptable in distro change. > it was Ac freeze, not release, that means no major upgrades anymore. and this > is perfect time to fix everything. So tell me - how long do you think will take fixing? During this time from where can anyone take PHP support (like additional modules)? > > Thanks a lot for a really good job! > thanks. you probably have no idea how much time was spent on fixing things. First of all - such transition SHOULD NEVER be done during distro closing. And it cannot be done on HEAD/stable branches and put into main package source. Well, nevermind. I'm upgrading it for 4 hours now, 2-3 more and I'll finish, so there's no point in keeping this thread alive. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Wed Jan 4 15:32:05 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 4 Jan 2006 16:32:05 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060104132055.GA14008@pepin.polanet.pl> References: <20060102181833.GA2255@os> <200601041311.24050.glen@delfi.ee> <20060104132055.GA14008@pepin.polanet.pl> Message-ID: <200601041632.05716.glen@delfi.ee> On Wednesday 04 January 2006 15:20, Tomasz Pala wrote: > > it was Ac freeze, not release, that means no major upgrades anymore. and > > this is perfect time to fix everything. > > So tell me - how long do you think will take fixing? depends how many people working on it > > > Thanks a lot for a really good job! > > > > thanks. you probably have no idea how much time was spent on fixing > > things. > > First of all - such transition SHOULD NEVER be done during distro > closing. it was started before distro closing was announced -- glen From glen at delfi.ee Wed Jan 4 15:32:51 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 4 Jan 2006 16:32:51 +0200 Subject: SPECS: readpst.spec (NEW) - new In-Reply-To: <20060104131431.GD22119@gruby.cs.net.pl> References: <20060104131431.GD22119@gruby.cs.net.pl> Message-ID: <200601041632.51936.glen@delfi.ee> On Wednesday 04 January 2006 15:14, Jakub Bogusz wrote: > On Wed, Jan 04, 2006 at 01:53:57PM +0100, glen wrote: > > Author: glen Date: Wed Jan 4 12:53:57 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - new > > > > +Source0: http://alioth.debian.org/download.php/844/libpst-%{version}.tar > >.gz > > Is it continuation of libpst.spec or different project? it's a fork. can't say is the old one is continued (didn't look) -- glen From freetz at gmx.net Wed Jan 4 15:39:59 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Wed, 4 Jan 2006 15:39:59 +0100 Subject: udev In-Reply-To: <20060104132110.GA4955@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> Message-ID: <20060104153959.dfc6e43a.freetz@gmx.net> --- havner wrote: > > > Revision 1.137 2005/11/16 15:35:22 freetz > > > - removed hotplug symlink (it can't be done this way until /sbin/hotplug > > > is > > > a default kernel hotplug handler), added cleaned up hotplug_map.rules > > > (instead of creating it with script at build time), rel.1 > > > > > > So how should it be done? Cause now we end up with a booted system: > > > > > > $ sudo sysctl kernel.hotplug > > > kernel.hotplug = /sbin/hotplug > > > $ ls -l /sbin/hotplug > > > ls: /sbin/hotplug: No such file or directory > > > > > > /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back > > > to hotplug. I dont care how it will be done (maybe remove it from > > > rc-scripts) but for now it cant stay this way. What was wrong in this > > > symlink? Cause i dont really get the "it can't be done this way until > > > /sbin/hotplug is a default kernel hotplug handler". Why? This package is > > > PLD specific and our rc-scripts set this to /sbin/hotplug so for us its > > > default. > > > > Symlink was wrong because was called after / is mounted and before udev > > was ready to start. That was leading to propagating device nodes on > > readonly filesystem. > > Was called by what? Existance of a file means its executed? I dont get > something here. And why this does not affect hotplug package itself > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > sysinit phase (no tmpfs) Was called by kernel. Why should it affects hotplug package? Hotplug is not responsible for creating of device nodes. [...] -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From arekm at pld-linux.org Wed Jan 4 15:40:06 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Wed, 4 Jan 2006 15:40:06 +0100 Subject: AC TODO [03/01/2006] In-Reply-To: <20060103224158.GA23103@fngna.oyu> References: <200601031916.53014.arekm@pld-linux.org> <200601032230.27030.arekm@pld-linux.org> <20060103224158.GA23103@fngna.oyu> Message-ID: <200601041540.06976.arekm@pld-linux.org> On Tuesday 03 January 2006 23:41, Jakub Bogusz wrote: > > > Yes, 2.4.32-2 already in ac-ready (incl. sparc64; still no amd64 - > > > nobody cared). > > > The question is routes patch (2.4.32-2 has the patch applied, HEAD > > > disabled) - which version should go to Ac (I'd prefer not to change it > > > after Ac release). As I don't have a strong opinion here, I'm asking > > > now - does anyone need this patch? > > > > No idea, I don't use 2.4 > > If nobody answers till tomorrow, I'm going to make 2.4.32-3 without this > patch. Please do it. We have 2.6.14.5 built on all architectures and I would like to start rebuilding kernel related stuff... ... which reminds me ppc vs powerpc issue - was best way of handling ppc/powerpc found (if yes then which spec)? mmazur, will new llh be available anytime soon? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Wed Jan 4 18:52:46 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 4 Jan 2006 19:52:46 +0200 Subject: udev In-Reply-To: <20060104105215.GC4866@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> Message-ID: <200601041952.46351.glen@delfi.ee> is the hotplug issue by any chance related to the fact that after booting i got on screen message "starting udev" and it stays there forever stopping maching bootup. can't even kill it with SAK. usually (happened before too), i boot with init=/bin/sh and run 'start_udev&' once from commandline. and after that start udev hung dissapears. but today this trick didn't work because i couldn't send any input to started shell!!!, i guess this is because my /dev is empty and no udev started. -- glen From ankry at green.mif.pg.gda.pl Wed Jan 4 20:02:03 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 4 Jan 2006 20:02:03 +0100 (CET) Subject: AC TODO [03/01/2006] In-Reply-To: <20060104033110.GA28253@aramin.net> from "Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=" at Jan 04, 2006 04:31:10 AM Message-ID: <200601041902.k04J23ug013050@green.mif.pg.gda.pl> "Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=" wrote: > > > bd: opera-8.51-1: req libXm.so.1 not found > i have no idea why opera is linked with libXm.so.1 > link to libXm.so.2 is enought. > but - where put it? ;) openmotif-compat ? -- ======================================================================= Andrzej M. Krzysztofowicz, Ph.D. ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From havner at smtp.kamp.pl Wed Jan 4 20:20:54 2006 From: havner at smtp.kamp.pl (havner) Date: Wed, 4 Jan 2006 20:20:54 +0100 Subject: udev In-Reply-To: <20060104153959.dfc6e43a.freetz@gmx.net> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> <20060104153959.dfc6e43a.freetz@gmx.net> Message-ID: <20060104192054.GB4322@pld-linux.org> On Wed, Jan 04, 2006 at 03:39:59PM +0100, Fryderyk Dziarmagowski wrote: > > Was called by what? Existance of a file means its executed? I dont get > > something here. And why this does not affect hotplug package itself > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > sysinit phase (no tmpfs) > > Was called by kernel. And how its possible udev works as a hotplug with this value set to /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? > Why should it affects hotplug package? Hotplug is > not responsible for creating of device nodes. true :-) -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From loc at toya.net.pl Wed Jan 4 22:04:06 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Wed, 04 Jan 2006 22:04:06 +0100 Subject: udev In-Reply-To: <200601041952.46351.glen@delfi.ee> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> Message-ID: <43BC3846.9020102@toya.net.pl> Elan Ruusam?e napisa?(a): > is the hotplug issue by any chance related to the fact that after booting i > got on screen message "starting udev" and it stays there forever stopping > maching bootup. can't even kill it with SAK. Shouldn't but who knows... There was a solution mentioned on pld-users-pl consisting on changing the udev start command from rc-scripts with a less complicated one (I don't quite remember the details now). > usually (happened before too), i boot with init=/bin/sh and run 'start_udev&' > once from commandline. and after that start udev hung dissapears. I found that it ,,just works'' sometimes (it seemed to vary across defferent computers; sometimes it worked more often then not and sometimes it was the other way around) > but today this trick didn't work because i couldn't send any input to started > shell!!!, i guess this is because my /dev is empty and no udev started. Your dev should not be empty (there are at least static /dev/null and /dev/console from the udev rpm package) From loc at toya.net.pl Wed Jan 4 22:13:37 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Wed, 04 Jan 2006 22:13:37 +0100 Subject: udev In-Reply-To: <20060104132110.GA4955@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> Message-ID: <43BC3A81.8060406@toya.net.pl> havner napisa?(a): > On Wed, Jan 04, 2006 at 12:43:33PM +0100, Fryderyk Dziarmagowski wrote: >> On Wed, 4 Jan 2006 11:52:15 +0100 >> havner wrote: >> >>> Revision 1.137 2005/11/16 15:35:22 freetz >>> - removed hotplug symlink (it can't be done this way until /sbin/hotplug >>> is >>> a default kernel hotplug handler), added cleaned up hotplug_map.rules >>> (instead of creating it with script at build time), rel.1 >>> >>> So how should it be done? Cause now we end up with a booted system: >>> >>> $ sudo sysctl kernel.hotplug >>> kernel.hotplug = /sbin/hotplug >>> $ ls -l /sbin/hotplug >>> ls: /sbin/hotplug: No such file or directory >>> >>> /sbin/udev_start sets this to /sbin/udevsend but rc-scripts set it back >>> to hotplug. I dont care how it will be done (maybe remove it from >>> rc-scripts) but for now it cant stay this way. What was wrong in this >>> symlink? Cause i dont really get the "it can't be done this way until >>> /sbin/hotplug is a default kernel hotplug handler". Why? This package is >>> PLD specific and our rc-scripts set this to /sbin/hotplug so for us its >>> default. >> Symlink was wrong because was called after / is mounted and before udev >> was ready to start. That was leading to propagating device nodes on >> readonly filesystem. > > Was called by what? Existance of a file means its executed? I dont get > something here. And why this does not affect hotplug package itself > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > sysinit phase (no tmpfs) Because hotplug wasn't creating any device nodes? From qboosh at pld-linux.org Wed Jan 4 22:51:59 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 4 Jan 2006 22:51:59 +0100 Subject: SPECS: Atlas-C++.spec, DFB++.spec, DirectFB.spec - R: pkgconfig fo... In-Reply-To: References: Message-ID: <20060104215159.GA27808@gruby.cs.net.pl> On Fri, Dec 30, 2005 at 01:52:27PM +0100, glen wrote: > Author: glen Date: Fri Dec 30 12:52:27 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - R: pkgconfig for -devel It was chosen not to R: pkgconfig or automake just because some package includes *.pc/*.m4 files beside main content - these files are unusable without pkgconfig/automake installed (so dirs permissions don't matter) and the rest of package content is usable without pkgconfig/automake. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu Jan 5 00:18:19 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 5 Jan 2006 01:18:19 +0200 Subject: udev In-Reply-To: <43BC3846.9020102@toya.net.pl> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> Message-ID: <200601050118.20085.glen@delfi.ee> On Wednesday 04 January 2006 23:04, Jakub Piotr C?apa wrote: > > but today this trick didn't work because i couldn't send any input to > > started shell!!!, i guess this is because my /dev is empty and no udev > > started. > > Your dev should not be empty (there are at least static /dev/null and > /dev/console from the udev rpm package) it's empty because /sbin/start_udev just created tmpfs on /dev. and it's hunging in udevstart process. -- glen From arekm at pld-linux.org Thu Jan 5 08:06:46 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 5 Jan 2006 08:06:46 +0100 Subject: udev In-Reply-To: <200601050118.20085.glen@delfi.ee> References: <20060104105215.GC4866@pld-linux.org> <43BC3846.9020102@toya.net.pl> <200601050118.20085.glen@delfi.ee> Message-ID: <200601050806.46609.arekm@pld-linux.org> On Thursday 05 January 2006 00:18, Elan Ruusam?e wrote: > On Wednesday 04 January 2006 23:04, Jakub Piotr C?apa wrote: > > > but today this trick didn't work because i couldn't send any input to > > > started shell!!!, i guess this is because my /dev is empty and no udev > > > started. > > > > Your dev should not be empty (there are at least static /dev/null and > > /dev/console from the udev rpm package) > > it's empty because /sbin/start_udev just created tmpfs on /dev. and it's > hunging in udevstart process. Maybe just add mknod stuff in start_udev to always have null and console entries there? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Thu Jan 5 09:46:53 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 5 Jan 2006 09:46:53 +0100 Subject: SOURCES: cherokee.init - disable reload, as server dies instead of... In-Reply-To: References: Message-ID: <20060105084653.GA4876@gruby.cs.net.pl> On Sat, Dec 31, 2005 at 05:01:28PM +0100, glen wrote: > Author: glen Date: Sat Dec 31 16:01:28 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - disable reload, as server dies instead of get reloaded > - restart) > + restart|reload) > $0 stop > $0 start > exit $? Such "reload" option doesn't conform to LSB: reload cause the configuration of the service to be reloaded without actually stopping and restarting the service "reload" action is optional and init script is allowed to return status code 3 if action is unimplemented. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu Jan 5 10:30:37 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 5 Jan 2006 11:30:37 +0200 Subject: udev In-Reply-To: <200601050806.46609.arekm@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> <200601050118.20085.glen@delfi.ee> <200601050806.46609.arekm@pld-linux.org> Message-ID: <200601051130.37716.glen@delfi.ee> On Thursday 05 January 2006 09:06, Arkadiusz Miskiewicz wrote: > On Thursday 05 January 2006 00:18, Elan Ruusam?e wrote: > > On Wednesday 04 January 2006 23:04, Jakub Piotr C?apa wrote: > > > > but today this trick didn't work because i couldn't send any input to > > > > started shell!!!, i guess this is because my /dev is empty and no > > > > udev started. > > > > > > Your dev should not be empty (there are at least static /dev/null and > > > /dev/console from the udev rpm package) > > > > it's empty because /sbin/start_udev just created tmpfs on /dev. and it's > > hunging in udevstart process. > > Maybe just add mknod stuff in start_udev to always have null and console > entries there? seems like great idea. and it does make those nodes, plus some more if MAKEDEV is installed, which i didn't have there. btw it copies /etc/udev/devices also only if makedev installed, but doing cp -a can be acomlished without MAKEDEV -- glen From glen at delfi.ee Thu Jan 5 11:50:29 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 5 Jan 2006 12:50:29 +0200 Subject: SOURCES: cherokee.init - disable reload, as server dies instead of... In-Reply-To: <20060105084653.GA4876@gruby.cs.net.pl> References: <20060105084653.GA4876@gruby.cs.net.pl> Message-ID: <200601051250.29568.glen@delfi.ee> On Thursday 05 January 2006 10:46, Jakub Bogusz wrote: > On Sat, Dec 31, 2005 at 05:01:28PM +0100, glen wrote: > > Author: glen Date: Sat Dec 31 16:01:28 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - disable reload, as server dies instead of get reloaded > > > > - restart) > > + restart|reload) > > $0 stop > > $0 start > > exit $? > > Such "reload" option doesn't conform to LSB: > > > reload cause the configuration of the service to be reloaded without > actually stopping and restarting the service > > > "reload" action is optional and init script is allowed to return status > code 3 if action is unimplemented. corrected. thx for the info :) but i'm sure there are lot of more similarily broken (according to LSB) initscripts. on topic initscripts, i think we should rewrite our scripts restart not to use $0 ACTION, as that will invoke the script (and rc-script functions) once again, thus doing unneccessary cpu cycles and disk io so, to make it easy, i propose: 1. make start() stop() functions 2. case "restart" calls start and stop functions, if restart doesn't have own implementation -- glen From freetz at gmx.net Thu Jan 5 12:26:14 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 5 Jan 2006 12:26:14 +0100 Subject: udev In-Reply-To: <200601051130.37716.glen@delfi.ee> References: <20060104105215.GC4866@pld-linux.org> <200601050118.20085.glen@delfi.ee> <200601050806.46609.arekm@pld-linux.org> <200601051130.37716.glen@delfi.ee> Message-ID: <20060105122614.754f8098.freetz@gmx.net> --- "Elan Ruusam?e" wrote: > > > > > but today this trick didn't work because i couldn't send any input to > > > > > started shell!!!, i guess this is because my /dev is empty and no > > > > > udev started. > > > > > > > > Your dev should not be empty (there are at least static /dev/null and > > > > /dev/console from the udev rpm package) > > > > > > it's empty because /sbin/start_udev just created tmpfs on /dev. and it's > > > hunging in udevstart process. > > > > Maybe just add mknod stuff in start_udev to always have null and console > > entries there? > seems like great idea. No, it doesn't. that's a udev job to create /dev/{console,null} after tmpfs is mounted. [...] Could you remove: [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev from rc.sysinit and replace it with plain: /sbin/start_udev and test it again without creating of any new nodes manually? -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From freetz at gmx.net Thu Jan 5 12:31:40 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 5 Jan 2006 12:31:40 +0100 Subject: udev In-Reply-To: <20060104192054.GB4322@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> <20060104153959.dfc6e43a.freetz@gmx.net> <20060104192054.GB4322@pld-linux.org> Message-ID: <20060105123140.77c8c498.freetz@gmx.net> --- havner wrote: > On Wed, Jan 04, 2006 at 03:39:59PM +0100, Fryderyk Dziarmagowski wrote: > > > Was called by what? Existance of a file means its executed? I dont get > > > something here. And why this does not affect hotplug package itself > > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > > sysinit phase (no tmpfs) > > > > Was called by kernel. > > And how its possible udev works as a hotplug with this value set to > /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? It is possible because start_udev will be called from init scripts. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From freetz at gmx.net Thu Jan 5 12:35:05 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 5 Jan 2006 12:35:05 +0100 Subject: udev In-Reply-To: <43BC3846.9020102@toya.net.pl> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> Message-ID: <20060105123505.cd5642fd.freetz@gmx.net> --- Jakub Piotr C?apa wrote: > > is the hotplug issue by any chance related to the fact that after booting i > > got on screen message "starting udev" and it stays there forever stopping > > maching bootup. can't even kill it with SAK. > > Shouldn't but who knows... > There was a solution mentioned on pld-users-pl consisting on changing > the udev start command from rc-scripts with a less complicated one (I > don't quite remember the details now). the trick was: replacing [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev with /sbin/start_udev in /etc/rc.d/rc.sysinit -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From glen at delfi.ee Thu Jan 5 17:40:51 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 5 Jan 2006 18:40:51 +0200 Subject: klogd Message-ID: <200601051840.52134.glen@delfi.ee> klogd is broken. it loads symbols and then says there were no symbols: Jan 5 18:27:24 black kernel: klogd 1.4.1, log source = /proc/kmsg started. Jan 5 18:27:24 black kernel: Inspecting /boot/System.map-2.6.12.5-0.2 Jan 5 18:27:24 black kernel: Loaded 26743 symbols from /boot/System.map-2.6.12.5-0.2. Jan 5 18:27:24 black kernel: Symbols match kernel version 2.6.12. Jan 5 18:27:24 black kernel: No module symbols loaded - kernel modules not enabled. somebody want's to fix this? -- glen From loc at toya.net.pl Thu Jan 5 20:15:21 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Thu, 05 Jan 2006 20:15:21 +0100 Subject: udev In-Reply-To: <20060105123505.cd5642fd.freetz@gmx.net> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> <20060105123505.cd5642fd.freetz@gmx.net> Message-ID: <43BD7049.6070408@toya.net.pl> Fryderyk Dziarmagowski napisa?(a): > --- Jakub Piotr C?apa wrote: > >>> is the hotplug issue by any chance related to the fact that after booting i >>> got on screen message "starting udev" and it stays there forever stopping >>> maching bootup. can't even kill it with SAK. >> Shouldn't but who knows... >> There was a solution mentioned on pld-users-pl consisting on changing >> the udev start command from rc-scripts with a less complicated one (I >> don't quite remember the details now). > > the trick was: > replacing > [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev > with > /sbin/start_udev > in /etc/rc.d/rc.sysinit And what's the real difference between this two? From jajcus at jajcus.net Thu Jan 5 22:33:50 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 5 Jan 2006 22:33:50 +0100 Subject: udev In-Reply-To: <43BD7049.6070408@toya.net.pl> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> <20060105123505.cd5642fd.freetz@gmx.net> <43BD7049.6070408@toya.net.pl> Message-ID: <20060105213350.GB7336@nic.nigdzie> On Thu, Jan 05, 2006 at 08:15:21PM +0100, Jakub Piotr C?apa wrote: > > the trick was: > > replacing > > [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev > > with > > /sbin/start_udev > > in /etc/rc.d/rc.sysinit > > And what's the real difference between this two? run_cmd creates a pipe and attaches another process (or even two processes -- initlog and its shell) to start_udev. Greets, Jacek From gotar at polanet.pl Fri Jan 6 02:29:03 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 6 Jan 2006 02:29:03 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601041632.05716.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601041311.24050.glen@delfi.ee> <20060104132055.GA14008@pepin.polanet.pl> <200601041632.05716.glen@delfi.ee> Message-ID: <20060106012903.GA1365@os> rpm -q apache webapps phpMyAdmin apache-2.2.0-8 webapps-0.2-5 phpMyAdmin-2.7.0-pl2.3 and still no site.url/myadmin working. 1. # Include webapps config Include webapps.d/*.conf but: ls -r /etc/webapps /etc/webapps/: phpMyAdmin /etc/webapps/phpMyAdmin: apache.conf config.inc.php config.inc.php.rpmnew httpd.conf httpd.conf.rpmnew 2. why there's apache.conf and httpd.conf with the same content? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri Jan 6 11:42:10 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 6 Jan 2006 11:42:10 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601041632.05716.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601041311.24050.glen@delfi.ee> <20060104132055.GA14008@pepin.polanet.pl> <200601041632.05716.glen@delfi.ee> Message-ID: <20060106104210.GA434@os> On Wed, Jan 04, 2006 at 16:32:05 +0200, Elan Ruusam?e wrote: > > So tell me - how long do you think will take fixing? > depends how many people working on it For now it seems that noone including the author is checking it. After fresh install of apache and smokeping: 1. ls /etc/webapps/smokeping/ apache.conf httpd.conf with the same content... 2. grep cgi /etc/webapps/smokeping/apache.conf ScriptAlias /smokeping "/home/services/httpd/cgi-bin/smokeping.cgi" this file was moved to /usr/share/smokeping 3. after fixing ScriptAlias path: [error] [client x.x.x.x] client denied by server configuration: /usr/share/smokeping/smokeping.cgi What an idiot has broken all the web applications and pass it into AC!?!? This fucking crap should not leave ac-test!!! rpm -qa apache smokeping\* smokeping-2.0.5-1 smokeping-cgi-2.0.5-1 apache-2.2.0-8 -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From adamg at biomerieux.pl Fri Jan 6 11:47:55 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 6 Jan 2006 11:47:55 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060106012903.GA1365@os> References: <20060102181833.GA2255@os> <200601041311.24050.glen@delfi.ee> <20060104132055.GA14008@pepin.polanet.pl> <200601041632.05716.glen@delfi.ee> <20060106012903.GA1365@os> Message-ID: <20060106104754.GB1213@mysza.eu.org> On Fri, Jan 06, 2006 at 02:29:03AM +0100, Tomasz Pala wrote: > /etc/webapps/phpMyAdmin: > apache.conf config.inc.php config.inc.php.rpmnew httpd.conf httpd.conf.rpmnew > > 2. why there's apache.conf and httpd.conf with the same content? One is for apache1, while the other is for apache2. In most cases these may be the same, but sometimes, they may differ. -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From gotar at polanet.pl Fri Jan 6 13:15:40 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 6 Jan 2006 13:15:40 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060106104754.GB1213@mysza.eu.org> References: <20060102181833.GA2255@os> <200601041311.24050.glen@delfi.ee> <20060104132055.GA14008@pepin.polanet.pl> <200601041632.05716.glen@delfi.ee> <20060106012903.GA1365@os> <20060106104754.GB1213@mysza.eu.org> Message-ID: <20060106121540.GA1387@os> On Fri, Jan 06, 2006 at 11:47:55 +0100, Adam Go??biowski wrote: > > 2. why there's apache.conf and httpd.conf with the same content? > > One is for apache1, while the other is for apache2. In most cases these > may be the same, but sometimes, they may differ. I see. If apache.conf is for apache1, I suggest renaming it to apache1.conf, because now it looks like apache config and some generic httpd. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From havner at smtp.kamp.pl Fri Jan 6 13:57:20 2006 From: havner at smtp.kamp.pl (havner) Date: Fri, 6 Jan 2006 13:57:20 +0100 Subject: udev In-Reply-To: <20060105123140.77c8c498.freetz@gmx.net> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> <20060104153959.dfc6e43a.freetz@gmx.net> <20060104192054.GB4322@pld-linux.org> <20060105123140.77c8c498.freetz@gmx.net> Message-ID: <20060106125720.GA5164@pld-linux.org> On Thu, Jan 05, 2006 at 12:31:40PM +0100, Fryderyk Dziarmagowski wrote: > --- havner wrote: > > > On Wed, Jan 04, 2006 at 03:39:59PM +0100, Fryderyk Dziarmagowski wrote: > > > > Was called by what? Existance of a file means its executed? I dont get > > > > something here. And why this does not affect hotplug package itself > > > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > > > sysinit phase (no tmpfs) > > > > > > Was called by kernel. > > > > And how its possible udev works as a hotplug with this value set to > > /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? > > It is possible because start_udev will be called from init scripts. But rc-scripts set kernel.hotplug after start_udev -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Fri Jan 6 13:59:25 2006 From: havner at smtp.kamp.pl (havner) Date: Fri, 6 Jan 2006 13:59:25 +0100 Subject: udev In-Reply-To: <200601051130.37716.glen@delfi.ee> References: <20060104105215.GC4866@pld-linux.org> <200601050118.20085.glen@delfi.ee> <200601050806.46609.arekm@pld-linux.org> <200601051130.37716.glen@delfi.ee> Message-ID: <20060106125925.GB5164@pld-linux.org> On Thu, Jan 05, 2006 at 11:30:37AM +0200, Elan Ruusam?e wrote: > and it does make those nodes, plus some more if MAKEDEV is installed, which i > didn't have there. > > btw it copies /etc/udev/devices also only if makedev installed, but doing cp > -a can be acomlished without MAKEDEV I fixed that... revision 1.24 date: 2005/11/12 01:26:55; author: havner; state: Exp; lines: +1 -1 - MAKEDEV is not required to copy files from /etc/udev/devices -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From baggins at sith.mimuw.edu.pl Fri Jan 6 14:14:04 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 6 Jan 2006 14:14:04 +0100 Subject: udev In-Reply-To: <20060105123505.cd5642fd.freetz@gmx.net> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> <20060105123505.cd5642fd.freetz@gmx.net> Message-ID: <20060106131404.GE8571@sith.mimuw.edu.pl> On Thu, 05 Jan 2006, Fryderyk Dziarmagowski wrote: > --- Jakub Piotr C?apa wrote: > > > > is the hotplug issue by any chance related to the fact that after booting i > > > got on screen message "starting udev" and it stays there forever stopping > > > maching bootup. can't even kill it with SAK. > > > > Shouldn't but who knows... > > There was a solution mentioned on pld-users-pl consisting on changing > > the udev start command from rc-scripts with a less complicated one (I > > don't quite remember the details now). > > the trick was: > replacing > [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev > with > /sbin/start_udev > in /etc/rc.d/rc.sysinit Does not work for me :( Staring udev always hangs my laptop when started on battery and sometimes with power supply. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Fri Jan 6 14:24:47 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 6 Jan 2006 15:24:47 +0200 Subject: upgrade apache to 2.2 In-Reply-To: <20060106104210.GA434@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> Message-ID: <200601061524.47677.glen@delfi.ee> On Friday 06 January 2006 12:42, Tomasz Pala wrote: > What an idiot has broken all the web applications and pass it into AC!?!? > This fucking crap should not leave ac-test!!! you found your place with this email in my email black list. it's open source nobody is obligated to even respond to your angerness and inpoliteness if (/^From:.*gotar at polanet.pl/) { exit } have nice day. -- glen From freetz at gmx.net Fri Jan 6 15:20:09 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 6 Jan 2006 15:20:09 +0100 Subject: udev In-Reply-To: <20060106125720.GA5164@pld-linux.org> References: <20060104105215.GC4866@pld-linux.org> <20060104124333.d5e35641.freetz@gmx.net> <20060104132110.GA4955@pld-linux.org> <20060104153959.dfc6e43a.freetz@gmx.net> <20060104192054.GB4322@pld-linux.org> <20060105123140.77c8c498.freetz@gmx.net> <20060106125720.GA5164@pld-linux.org> Message-ID: <20060106152009.6cc926cd.freetz@gmx.net> --- havner wrote: > > > > > Was called by what? Existance of a file means its executed? I dont get > > > > > something here. And why this does not affect hotplug package itself > > > > > where /sbin/hotplug exists and /dev/ is on ro filesystem for whole > > > > > sysinit phase (no tmpfs) > > > > > > > > Was called by kernel. > > > > > > And how its possible udev works as a hotplug with this value set to > > > /sbin/hotplug (without the symlink) on kernels 2.6.12-2.6.14? > > > > It is possible because start_udev will be called from init scripts. > > But rc-scripts set kernel.hotplug after start_udev So, we should comment it out, because it's wrong. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From gotar at polanet.pl Fri Jan 6 15:28:14 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 6 Jan 2006 15:28:14 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601061524.47677.glen@delfi.ee> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> Message-ID: <20060106142814.GB2054@os> On Fri, Jan 06, 2006 at 15:24:47 +0200, Elan Ruusam?e wrote: > you found your place with this email in my email black list. Unfortunatelly I can't blacklist CVS changes on my sys. > it's open source nobody is obligated to even respond to your angerness and > inpoliteness After 10 hours of repairing system I would have to be drunk to be polite. > have nice day. Really funny. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From loc at toya.net.pl Fri Jan 6 17:28:25 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Fri, 06 Jan 2006 17:28:25 +0100 Subject: udev In-Reply-To: <20060106131404.GE8571@sith.mimuw.edu.pl> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> <20060105123505.cd5642fd.freetz@gmx.net> <20060106131404.GE8571@sith.mimuw.edu.pl> Message-ID: <43BE9AA9.8090604@toya.net.pl> Jan Rekorajski napisa?(a): > On Thu, 05 Jan 2006, Fryderyk Dziarmagowski wrote: > >> --- Jakub Piotr C?apa wrote: >> >>>> is the hotplug issue by any chance related to the fact that after booting i >>>> got on screen message "starting udev" and it stays there forever stopping >>>> maching bootup. can't even kill it with SAK. >>> Shouldn't but who knows... >>> There was a solution mentioned on pld-users-pl consisting on changing >>> the udev start command from rc-scripts with a less complicated one (I >>> don't quite remember the details now). >> the trick was: >> replacing >> [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev >> with >> /sbin/start_udev >> in /etc/rc.d/rc.sysinit > > Does not work for me :( > Staring udev always hangs my laptop when started on battery and > sometimes with power supply. Could you try to do some straces? From adamg at biomerieux.pl Fri Jan 6 18:29:19 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 6 Jan 2006 18:29:19 +0100 Subject: php5.1 and eaccelerator Message-ID: <20060106172919.GA18448@mysza.eu.org> Hi, eaccelerator 0.9.4-rc1 with Hans Raker's patch for php5.1 was just sent to ac-test. It does not sigsegv on simple `php -r 'phpinfo()'`, nor when using PEAR's CLI but it definitely needs some testing. -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From patrys at pld-linux.org Fri Jan 6 19:51:48 2006 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Fri, 06 Jan 2006 19:51:48 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060106142814.GB2054@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> Message-ID: <1136573509.6302.6.camel@meaw> Dnia 06-01-2006, pi? o godzinie 15:28 +0100, Tomasz Pala napisa?(a): > On Fri, Jan 06, 2006 at 15:24:47 +0200, Elan Ruusam?e wrote: > > > you found your place with this email in my email black list. > > Unfortunatelly I can't blacklist CVS changes on my sys. Instead of trolling the lists, try to debug and provide a working fix so we can all benefit. Problems happen, live with it. Fixing it is better than yelling at random people. We are a community and we should be working together. > > it's open source nobody is obligated to even respond to your angerness and > > inpoliteness > > After 10 hours of repairing system I would have to be drunk to be > polite. Call this well-mannered. > > have nice day. > > Really funny. > -- Patrys :: Patryk Zawadzki PLD Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From gotar at polanet.pl Fri Jan 6 23:59:32 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 6 Jan 2006 23:59:32 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136573509.6302.6.camel@meaw> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> Message-ID: <20060106225931.GA400@os> On Fri, Jan 06, 2006 at 19:51:48 +0100, Patrys :: Patryk Zawadzki wrote: > Instead of trolling the lists, try to debug and provide a working fix so There's nothing to debug. This upgrade in my case means 'rewrite all the configuration, tell people their php won't run until they update it'. Same way as we don't change kernel/glibc/gcc/rpm within one distro line, we should not do this. There's no eaccelerator (as I see above, maybe already is), squirrelmail and probably dozen of other apps, and we don't have php50 support at all! Meanwhile someone is messing in ac skipping ac-test... (and please don't tell me that I should use Ra on production, because Ac was not released) > we can all benefit. Problems happen, live with it. Fixing it is better > than yelling at random people. Not random. The one killfiled me;) > We are a community and we should be working together. Sorry, I had to repair my system alone, without help from any community. I've got second machine down and a few low-traffic stuck with apache2.0 and php5.0, devoided of updates and all the php modules, I haven't got. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Jan 7 00:20:58 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 7 Jan 2006 00:20:58 +0100 Subject: php5.1 and eaccelerator In-Reply-To: <20060106172919.GA18448@mysza.eu.org> References: <20060106172919.GA18448@mysza.eu.org> Message-ID: <20060106232058.GA596@os> On Fri, Jan 06, 2006 at 18:29:19 +0100, Adam Go??biowski wrote: > eaccelerator 0.9.4-rc1 with Hans Raker's patch for php5.1 was just sent > to ac-test. It does not sigsegv on simple `php -r 'phpinfo()'`, nor when > using PEAR's CLI but it definitely needs some testing. $ rpm -q php-eaccelerator php-eaccelerator-0.9.4-0.rc1.1 error_log: PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0 PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0 -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sat Jan 7 01:43:58 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 7 Jan 2006 02:43:58 +0200 Subject: libXvMCW Message-ID: <200601070243.58849.glen@delfi.ee> after some upgrade i got warning: /etc/X11/XvMCConfig saved as /etc/X11/XvMCConfig.rpmsave from X11.spec: Revision 1.174 2005/12/29 12:27:52 pluto - P:/O: libXvMCW. 1. cvs remove -f libXvMCW.spec? 2. where's the config that old package provided? -- glen From patrys at pld-linux.org Sat Jan 7 02:56:02 2006 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sat, 07 Jan 2006 02:56:02 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060106225931.GA400@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> Message-ID: <1136598962.20767.4.camel@meaw> Dnia 06-01-2006, pi? o godzinie 23:59 +0100, Tomasz Pala napisa?(a): > On Fri, Jan 06, 2006 at 19:51:48 +0100, Patrys :: Patryk Zawadzki wrote: > > > Instead of trolling the lists, try to debug and provide a working fix so > > There's nothing to debug. This upgrade in my case means 'rewrite all the > configuration, tell people their php won't run until they update it'. > Same way as we don't change kernel/glibc/gcc/rpm within one distro line, > we should not do this. There's no eaccelerator (as I see above, maybe > already is), squirrelmail and probably dozen of other apps, and we don't > have php50 support at all! That's actually a good thing. PHP5.0 is buggy and seriously broken from the coder's point of view (me) and causes proper code to behave badly under some circumstances. You wouldn't want to have to debug all object-oriented code after an upgrade like I had to do once (and it turned out that our code is good but PHP5.0 is not). > Meanwhile someone is messing in ac skipping ac-test... (and please don't > tell me that I should use Ra on production, because Ac was not released) Noone suggests such a thing. We are using Ac on production farm and are happy with it. The only thing being different - we upgrade developing environment first, production later. This way we are prepared for weird things that might happen (or even total breakage). > > we can all benefit. Problems happen, live with it. Fixing it is better > > than yelling at random people. > > Not random. The one killfiled me;) Killfiling is not a crime ;] > > We are a community and we should be working together. > > Sorry, I had to repair my system alone, without help from any community. > I've got second machine down and a few low-traffic stuck with apache2.0 > and php5.0, devoided of updates and all the php modules, I haven't got. Still I think we should cooperate and move forward instead of looking for someone to punish. -- Patrys :: Patryk Zawadzki PLD Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From qboosh at pld-linux.org Sat Jan 7 12:27:54 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 7 Jan 2006 12:27:54 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060106225931.GA400@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> Message-ID: <20060107112754.GA15442@fngna.oyu> On Fri, Jan 06, 2006 at 11:59:32PM +0100, Tomasz Pala wrote: > On Fri, Jan 06, 2006 at 19:51:48 +0100, Patrys :: Patryk Zawadzki wrote: > > > Instead of trolling the lists, try to debug and provide a working fix so > > There's nothing to debug. This upgrade in my case means 'rewrite all the > configuration, tell people their php won't run until they update it'. > Same way as we don't change kernel/glibc/gcc/rpm within one distro line, > we should not do this. There's no eaccelerator (as I see above, maybe > already is), squirrelmail and probably dozen of other apps, and we don't > have php50 support at all! Want something more stable than C and C++ ABI within distro line? So DO distro release twice a year and MAINTAIN each one for two years or so. With release cycle >3y nothing more can be done (unless everything becomes Really Ancient long before release time). -- Jakub Bogusz http://qboosh.cs.net.pl/ From gotar at polanet.pl Sat Jan 7 12:20:18 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 7 Jan 2006 12:20:18 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136598962.20767.4.camel@meaw> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> Message-ID: <20060107112018.GA142@os> On Sat, Jan 07, 2006 at 02:56:02 +0100, Patrys :: Patryk Zawadzki wrote: > > have php50 support at all! > > That's actually a good thing. Maybe good, if you are setting up new environment, but definitely not if you already have one. > the coder's point of view (me) and causes proper code to behave badly > under some circumstances. You wouldn't want to have to debug all > object-oriented code after an upgrade like I had to do once (and it And you wouldn't want to have to debug all the code, object-oriented and not, written by different people, because your client said he don't care at all and his site must be back online. > happy with it. The only thing being different - we upgrade developing > environment first, production later. This way we are prepared for weird > things that might happen (or even total breakage). My devel machine passed upgrade without any problems, but there are running only two modern object-oriented applications and one trivial. In case of commercial hosting services, there's no way to perform client software tests, thus you mustn't remove support for any incompatible line of PHP. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Jan 7 15:48:57 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 7 Jan 2006 15:48:57 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060107112754.GA15442@fngna.oyu> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <20060107112754.GA15442@fngna.oyu> Message-ID: <20060107144857.GA2163@os> On Sat, Jan 07, 2006 at 12:27:54 +0100, Jakub Bogusz wrote: > Want something more stable than C and C++ ABI within distro line? Yes, just like we have php4, apache1 and many more. > So DO distro release twice a year and MAINTAIN each one for two years or > so. What for? ABI changes require next release, probably with some transition scripting. It's not the case. > With release cycle >3y nothing more can be done (unless everything > becomes Really Ancient long before release time). 1. don't put UNTESTED stuff in main (like changing HTTPD_CONF to brand new /etc/httpd/apache.conf, putting Deny from all in 10_common.conf and triggering service restart by some application), 2. don't drop XYZ support (mv xyz xyzVER). Nothing more. This situation is the same as in mysql a year or something ago - changes in good direction, but without any reasonable upgrade procedure; it didn't cope even with classical out-of-package configuration. My apache 2.0 configuration was kosher either. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From hawk at limanowa.net Sat Jan 7 16:26:23 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 07 Jan 2006 16:26:23 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136598962.20767.4.camel@meaw> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> Message-ID: <43BFDD9F.4060202@limanowa.net> > That's actually a good thing. PHP5.0 is buggy and seriously broken from > the coder's point of view (me) and causes proper code to behave badly > under some circumstances. I'm not php programmer so maybe php5.0 is buggy, I don't know and I don't care. But it is impossible in even medium sized firm to say all clients "sorry guys, php5.0 is buggy, I've installed 5.1 and you have to live with it". Usually its vice versa: clients are phoning me "what the *** you've done? all my php stuff stopped working. I pay you, so fix it and fix it NOW". What I'm trying to say is: in some environments upgrade simply can't be done "just so". > Noone suggests such a thing. We are using Ac on production farm and are > happy with it. The only thing being different - we upgrade developing > environment first, production later. This way we are prepared for weird > things that might happen (or even total breakage). If you have test environment, its ok. But some people don't have (me for example). And it doesn't matter I know I should have one. My boss says "no" and I have to live with it. M. From arekm at pld-linux.org Sat Jan 7 16:56:31 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 7 Jan 2006 16:56:31 +0100 Subject: ANN: svn.pld-linux.org and web access to cvs/svn unavailable Message-ID: <200601071656.31562.arekm@pld-linux.org> Hello There will be short downtime in few minutes for svn.pld-linux.org and web access to cvs/svn services (subversion/apache upgrade) for about half hour. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Sat Jan 7 17:22:55 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 7 Jan 2006 17:22:55 +0100 Subject: ANN: svn.pld-linux.org and web access to cvs/svn unavailable In-Reply-To: <200601071656.31562.arekm@pld-linux.org> References: <200601071656.31562.arekm@pld-linux.org> Message-ID: <200601071722.55568.arekm@pld-linux.org> On Saturday 07 January 2006 16:56, Arkadiusz Miskiewicz wrote: > Hello > > There will be short downtime in few minutes for svn.pld-linux.org and web > access to cvs/svn services (subversion/apache upgrade) for about half hour. Services are back and running. Server: Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7i DAV/2 SVN/1.3.0 -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From blues at pld-linux.org Sat Jan 7 19:03:51 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sat, 7 Jan 2006 19:03:51 +0100 (CET) Subject: upgrade apache to 2.2 In-Reply-To: <20060107112018.GA142@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> <20060107112018.GA142@os> Message-ID: On Sat, 7 Jan 2006, Tomasz Pala wrote: > > the coder's point of view (me) and causes proper code to behave badly > > under some circumstances. You wouldn't want to have to debug all > > object-oriented code after an upgrade like I had to do once (and it > And you wouldn't want to have to debug all the code, object-oriented and > not, written by different people, because your client said he don't care > at all and his site must be back online. But it's ALWAYS problem of upgrade production environment. You have to live with that... (look at recent php 5.0.5 upgrade...) -- 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 baggins at sith.mimuw.edu.pl Sun Jan 8 00:44:28 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 8 Jan 2006 00:44:28 +0100 Subject: udev In-Reply-To: <43BE9AA9.8090604@toya.net.pl> References: <20060104105215.GC4866@pld-linux.org> <200601041952.46351.glen@delfi.ee> <43BC3846.9020102@toya.net.pl> <20060105123505.cd5642fd.freetz@gmx.net> <20060106131404.GE8571@sith.mimuw.edu.pl> <43BE9AA9.8090604@toya.net.pl> Message-ID: <20060107234428.GC8257@sith.mimuw.edu.pl> On Fri, 06 Jan 2006, Jakub Piotr C?apa wrote: > Jan Rekorajski napisa?(a): > > On Thu, 05 Jan 2006, Fryderyk Dziarmagowski wrote: > > > >> --- Jakub Piotr C?apa wrote: > >> > >>>> is the hotplug issue by any chance related to the fact that after booting i > >>>> got on screen message "starting udev" and it stays there forever stopping > >>>> maching bootup. can't even kill it with SAK. > >>> Shouldn't but who knows... > >>> There was a solution mentioned on pld-users-pl consisting on changing > >>> the udev start command from rc-scripts with a less complicated one (I > >>> don't quite remember the details now). > >> the trick was: > >> replacing > >> [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev > >> with > >> /sbin/start_udev > >> in /etc/rc.d/rc.sysinit > > > > Does not work for me :( > > Staring udev always hangs my laptop when started on battery and > > sometimes with power supply. > > Could you try to do some straces? I'll try as soon as I find some time. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Sun Jan 8 01:21:55 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Jan 2006 01:21:55 +0100 Subject: upgrade apache to 2.2 In-Reply-To: References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> <20060107112018.GA142@os> Message-ID: <20060108002155.GA4093@os> On Sat, Jan 07, 2006 at 19:03:51 +0100, Pawe? Go?aszewski wrote: > But it's ALWAYS problem of upgrade production environment. You have to > live with that... (look at recent php 5.0.5 upgrade...) if we had php 5.0.0 there would be no problem, any client could rename it's non-working files to .php5, leaving .php for mainstream (or sth). -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Jan 8 11:42:59 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Jan 2006 11:42:59 +0100 Subject: nvidia-driver 8178 Message-ID: <20060108104259.GA271@os> Will it go to ac? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From patrys at pld-linux.org Sun Jan 8 12:56:42 2006 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Sun, 08 Jan 2006 12:56:42 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <20060108002155.GA4093@os> References: <20060102181833.GA2255@os> <200601041632.05716.glen@delfi.ee> <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> <20060107112018.GA142@os> <20060108002155.GA4093@os> Message-ID: <1136721402.6369.1.camel@meaw> Dnia 08-01-2006, nie o godzinie 01:21 +0100, Tomasz Pala napisa?(a): > On Sat, Jan 07, 2006 at 19:03:51 +0100, Pawe? Go?aszewski wrote: > > > But it's ALWAYS problem of upgrade production environment. You have to > > live with that... (look at recent php 5.0.5 upgrade...) > if we had php 5.0.0 there would be no problem, any client could rename > it's non-working files to .php5, leaving .php for mainstream (or sth). That's a great joke. I can imagine a client going through each and every file, changing it's name to .php5 and replacing requires and includes as appropriate. Sorry, could not resist :D -- Patrys :: Patryk Zawadzki PLD Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From arekm at pld-linux.org Sun Jan 8 14:55:31 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 8 Jan 2006 14:55:31 +0100 Subject: nvidia-driver 8178 In-Reply-To: <20060108104259.GA271@os> References: <20060108104259.GA271@os> Message-ID: <200601081455.32260.arekm@pld-linux.org> On Sunday 08 January 2006 11:42, Tomasz Pala wrote: > Will it go to ac? Is spec ready? Does it work well with 6.9? If yes then it can since we now use some beta afaik. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From pld at nius.waw.pl Sun Jan 8 17:22:11 2006 From: pld at nius.waw.pl (Marcin Kurzyna) Date: Sun, 8 Jan 2006 17:22:11 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136721402.6369.1.camel@meaw> References: <20060102181833.GA2255@os> <20060108002155.GA4093@os> <1136721402.6369.1.camel@meaw> Message-ID: <200601081722.11121.pld@nius.waw.pl> Dnia niedziela, 8 stycznia 2006 12:56, Patrys :: Patryk Zawadzki napisa?: > That's a great joke. I can imagine a client going through each and every > file, changing it's name to .php5 and replacing requires and includes as > appropriate. > > Sorry, could not resist :D Well, sad but true. Take home.pl for example - they have php4 as default handler for .php, so if you want to run php5 - find/sed is your friend. Not to mansion that php5 is 5.0.3 - guess they're afraid of .5 changes, think about 5.1 ;-) And I wouldn't say they're a small company so it's not that impossible. m. From gotar at polanet.pl Sun Jan 8 17:29:29 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Jan 2006 17:29:29 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136721402.6369.1.camel@meaw> References: <20060106104210.GA434@os> <200601061524.47677.glen@delfi.ee> <20060106142814.GB2054@os> <1136573509.6302.6.camel@meaw> <20060106225931.GA400@os> <1136598962.20767.4.camel@meaw> <20060107112018.GA142@os> <20060108002155.GA4093@os> <1136721402.6369.1.camel@meaw> Message-ID: <20060108162929.GA1530@os> On Sun, Jan 08, 2006 at 12:56:42 +0100, Patrys :: Patryk Zawadzki wrote: > > if we had php 5.0.0 there would be no problem, any client could rename > > it's non-working files to .php5, leaving .php for mainstream (or sth). > > That's a great joke. I can imagine a client going through each and every > file, changing it's name to .php5 and replacing requires and includes as > appropriate. Each and every? LOL Apparently you have no idea how real world looks like. Just few percent of code doesn't work properly after such upgrade. Secondly: not client, but admin who probably will have to do this, as client don't care about upgrade and won't seek his webmaster to fix code immediately (and appropriate perl code can be written in 5 minutes). In the third place, last but not least: webmaster can change handler on per-site (user, directory, etc) basis, so that there would be no need to rename any existing file. > Sorry, could not resist :D I'm glad I could clarify you some things. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Jan 8 19:07:47 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Jan 2006 19:07:47 +0100 Subject: nvidia-driver 8178 In-Reply-To: <200601081455.32260.arekm@pld-linux.org> References: <20060108104259.GA271@os> <200601081455.32260.arekm@pld-linux.org> Message-ID: <20060108180747.GA1821@os> On Sun, Jan 08, 2006 at 14:55:31 +0100, Arkadiusz Miskiewicz wrote: > > Will it go to ac? > Is spec ready? kernel24-video-nvidia.spec - yes X11-driver-nvidia.spec - seems to be (however progs subpackage can be better, but it's minor update). > Does it work well with 6.9? Yes, it's very stable. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From arekm at pld-linux.org Sun Jan 8 19:23:25 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 8 Jan 2006 19:23:25 +0100 Subject: 2.6.14.3 and weird things with interrupts on smp machines Message-ID: <200601081923.26812.arekm@pld-linux.org> I've recently noticed that something weird is happening on my SMP machines. Both machines are 2 x Xeon CPU with HT enabled. /proc/interrupts shows that only CPU#0 is used which is very weird. I'm running irqbalance.spec. I'm unable to alter affinity settings for irq - these are always the same as below. Has anyone noticed such problems? First one: 00:00.0 Host bridge: Intel Corporation E7501 Memory Controller Hub (rev 01) 00:00.1 Class ff00: Intel Corporation E7500/E7501 Host RASUM Controller (rev 01) 00:02.0 PCI bridge: Intel Corporation E7500/E7501 Hub Interface B PCI-to-PCI Bridge (rev 01) 00:02.1 Class ff00: Intel Corporation E7500/E7501 Hub Interface B RASUM Controller (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2) (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #3) (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 42) 00:1f.0 ISA bridge: Intel Corporation 82801CA LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801CA Ultra ATA Storage Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02) 01:1c.0 PIC: Intel Corporation 82870P2 P64H2 I/OxAPIC (rev 04) 01:1d.0 PCI bridge: Intel Corporation 82870P2 P64H2 Hub PCI Bridge (rev 04) 01:1e.0 PIC: Intel Corporation 82870P2 P64H2 I/OxAPIC (rev 04) 01:1f.0 PCI bridge: Intel Corporation 82870P2 P64H2 Hub PCI Bridge (rev 04) 03:01.0 Fibre Channel: QLogic Corp. QLA2312 Fibre Channel Adapter (rev 02) 04:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 04:04.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0d) 04:05.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02) # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 74712 51 0 0 IO-APIC-edge timer 4: 974 0 0 0 IO-APIC-edge serial 8: 1 0 0 0 IO-APIC-edge rtc 9: 0 0 0 0 IO-APIC-level acpi 169: 72699 45 0 0 IO-APIC-level qla2300 177: 549413 229 0 0 IO-APIC-level eth0 185: 280407 80 0 0 IO-APIC-level eth1 NMI: 73803 73785 73781 73782 LOC: 74586 74649 74755 74780 ERR: 0 MIS: 0 # for a in /proc/irq/*; do echo -n "$a :"; cat $a/smp_affinity; done /proc/irq/0 :0001 /proc/irq/1 :0001 /proc/irq/10 :0001 /proc/irq/11 :0001 /proc/irq/12 :0001 /proc/irq/13 :0001 /proc/irq/14 :0001 /proc/irq/15 :0001 /proc/irq/169 :000f /proc/irq/177 :000f /proc/irq/185 :000f /proc/irq/2 :ffff /proc/irq/3 :0001 /proc/irq/4 :0001 /proc/irq/5 :0001 /proc/irq/6 :0001 /proc/irq/7 :0001 /proc/irq/8 :0001 /proc/irq/9 :0001 CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available mtrr: v2.0 (20020519) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ACPI: Looking for DSDT in initrd... not found. CPU0: Intel(R) Xeon(TM) CPU 2.80GHz stepping 05 Booting processor 1/1 eip 2000 Initializing CPU#1 Calibrating delay using timer specific routine.. 5581.36 BogoMIPS (lpj=27906820) CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (12) available CPU1: Intel(R) Xeon(TM) CPU 2.80GHz stepping 05 Booting processor 2/6 eip 2000 Initializing CPU#2 Calibrating delay using timer specific routine.. 5581.73 BogoMIPS (lpj=27908671) CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 3 CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#2. CPU2: Intel P4/Xeon Extended MCE MSRs (12) available CPU2: Intel(R) Xeon(TM) CPU 2.80GHz stepping 05 Booting processor 3/7 eip 2000 Initializing CPU#3 Calibrating delay using timer specific routine.. 5581.83 BogoMIPS (lpj=27909174) CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 3 CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#3. CPU3: Intel P4/Xeon Extended MCE MSRs (12) available CPU3: Intel(R) Xeon(TM) CPU 2.80GHz stepping 05 Total of 4 processors activated (22331.04 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=2 pin2=-1 checking TSC synchronization across 4 CPUs: passed. Brought up 4 CPUs Second one: 00:00.0 Host bridge: Intel Corporation E7500 Memory Controller Hub (rev 03) 00:02.0 PCI bridge: Intel Corporation E7500/E7501 Hub Interface B PCI-to-PCI Bridge (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 42) 00:1f.0 ISA bridge: Intel Corporation 82801CA LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801CA Ultra ATA Storage Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02) 01:01.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 10) 01:02.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 02:1c.0 PIC: Intel Corporation 82870P2 P64H2 I/OxAPIC (rev 03) 02:1d.0 PCI bridge: Intel Corporation 82870P2 P64H2 Hub PCI Bridge (rev 03) 02:1e.0 PIC: Intel Corporation 82870P2 P64H2 I/OxAPIC (rev 03) 02:1f.0 PCI bridge: Intel Corporation 82870P2 P64H2 Hub PCI Bridge (rev 03) 03:03.0 Fibre Channel: QLogic Corp. QLA2312 Fibre Channel Adapter (rev 02) 04:01.0 Ethernet controller: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) (rev 01) # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 354490746 0 0 0 IO-APIC-edge timer 2: 0 0 0 0 XT-PIC cascade 4: 447316 0 0 0 IO-APIC-edge serial 8: 2 0 0 0 IO-APIC-edge rtc 145: 0 0 0 0 IO-APIC-level uhci_hcd:usb1 153: 387875616 0 0 0 IO-APIC-level eth0 169: 49346270 0 0 0 IO-APIC-level qla2300 177: 2764054244 0 0 0 IO-APIC-level eth1 NMI: 354490780 354490764 354490762 354490760 LOC: 354506771 354506924 354506917 354506900 ERR: 0 MIS: 0 # for a in /proc/irq/*; do echo -n "$a :"; cat $a/smp_affinity; done /proc/irq/0 :0001 /proc/irq/1 :0001 /proc/irq/10 :0001 /proc/irq/11 :ffff /proc/irq/12 :0001 /proc/irq/13 :0001 /proc/irq/14 :0001 /proc/irq/145 :ffff /proc/irq/15 :0001 /proc/irq/153 :ffff /proc/irq/161 :ffff /proc/irq/169 :ffff /proc/irq/177 :ffff /proc/irq/2 :ffff /proc/irq/3 :0001 /proc/irq/4 :0001 /proc/irq/5 :ffff /proc/irq/6 :0001 /proc/irq/7 :0001 /proc/irq/8 :0001 /proc/irq/9 :ffff CPU: After generic identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: 3febfbff 00000000 00000000 00000080 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available mtrr: v2.0 (20020519) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) XEON(TM) CPU 1.80GHz stepping 04 Booting processor 1/1 eip 2000 Initializing CPU#1 Calibrating delay using timer specific routine.. 3599.64 BogoMIPS (lpj=17998208) CPU: After generic identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: 3febfbff 00000000 00000000 00000080 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (12) available CPU1: Intel(R) XEON(TM) CPU 1.80GHz stepping 04 Booting processor 2/6 eip 2000 Initializing CPU#2 Calibrating delay using timer specific routine.. 3599.77 BogoMIPS (lpj=17998879) CPU: After generic identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 3 CPU: After all inits, caps: 3febfbff 00000000 00000000 00000080 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#2. CPU2: Intel P4/Xeon Extended MCE MSRs (12) available CPU2: Intel(R) XEON(TM) CPU 1.80GHz stepping 04 Booting processor 3/7 eip 2000 Initializing CPU#3 Calibrating delay using timer specific routine.. 3599.78 BogoMIPS (lpj=17998926) CPU: After generic identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: After vendor identify, caps: 3febfbff 00000000 00000000 00000000 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 3 CPU: After all inits, caps: 3febfbff 00000000 00000000 00000080 00000000 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#3. CPU3: Intel P4/Xeon Extended MCE MSRs (12) available CPU3: Intel(R) XEON(TM) CPU 1.80GHz stepping 04 Total of 4 processors activated (14404.04 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=2 pin2=0 checking TSC synchronization across 4 CPUs: passed. Brought up 4 CPUs -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From ankry at green.mif.pg.gda.pl Sun Jan 8 20:58:12 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 8 Jan 2006 20:58:12 +0100 (CET) Subject: spec: arts In-Reply-To: <43C118F0.7090101@patryk.one.pl> from "=?ISO-8859-2?Q?Patryk_Szczyg=B3owski?=" at Jan 08, 2006 02:51:44 PM Message-ID: <200601081958.k08JwCFH005993@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Patryk_Szczyg=B3owski?= wrote: > +Requires: kdemultimedia-akode Forget it. arts is required to compile kdelibs. So nothing that requires kdelibs may be required here. At least unconditionally. -- ======================================================================= Andrzej M. Krzysztofowicz, Ph.D. ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From arekm at pld-linux.org Sun Jan 8 21:24:11 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 8 Jan 2006 21:24:11 +0100 Subject: 2.6.14.3 and weird things with interrupts on smp machines In-Reply-To: <200601081923.26812.arekm@pld-linux.org> References: <200601081923.26812.arekm@pld-linux.org> Message-ID: <200601082124.12327.arekm@pld-linux.org> On Sunday 08 January 2006 19:23, Arkadiusz Miskiewicz wrote: > I've recently noticed that something weird is happening on my SMP machines. > Both machines are 2 x Xeon CPU with HT enabled. /proc/interrupts shows that > only CPU#0 is used which is very weird. I'm running irqbalance.spec. I'm > unable to alter affinity settings for irq - these are always the same as > below. > > Has anyone noticed such problems? It's now fixed on LINUX_2_6_14 and will appear in our 2.6.14.6-2. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From gotar at polanet.pl Sun Jan 8 22:00:59 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 8 Jan 2006 22:00:59 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601081722.11121.pld@nius.waw.pl> References: <20060102181833.GA2255@os> <20060108002155.GA4093@os> <1136721402.6369.1.camel@meaw> <200601081722.11121.pld@nius.waw.pl> Message-ID: <20060108210059.GA2516@os> On Sun, Jan 08, 2006 at 17:22:11 +0100, Marcin Kurzyna wrote: > Well, sad but true. Take home.pl for example - they have php4 as default Indeed, I forgot to paste link: http://home.pl/update -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From hawk at limanowa.net Sun Jan 8 22:24:36 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 08 Jan 2006 22:24:36 +0100 Subject: nvidia-driver 8178 In-Reply-To: <200601081455.32260.arekm@pld-linux.org> References: <20060108104259.GA271@os> <200601081455.32260.arekm@pld-linux.org> Message-ID: <43C18314.8010703@limanowa.net> > Is spec ready? It builds, so probably it is. But I didn't looked whats inside. > Does it work well with 6.9? If yes then it can since we now use > some beta afaik. Yup. I'm using it with GF MX2 in work. Xorg 6.9 of course. M. From patrys at pld-linux.org Mon Jan 9 00:46:09 2006 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Mon, 09 Jan 2006 00:46:09 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <200601081722.11121.pld@nius.waw.pl> References: <20060102181833.GA2255@os> <20060108002155.GA4093@os> <1136721402.6369.1.camel@meaw> <200601081722.11121.pld@nius.waw.pl> Message-ID: <1136763970.6335.2.camel@meaw> Dnia 08-01-2006, nie o godzinie 17:22 +0100, Marcin Kurzyna napisa?(a): > Dnia niedziela, 8 stycznia 2006 12:56, Patrys :: Patryk Zawadzki napisa?: > > > That's a great joke. I can imagine a client going through each and every > > file, changing it's name to .php5 and replacing requires and includes as > > appropriate. > > > > Sorry, could not resist :D > > > > Well, sad but true. Take home.pl for example - they have php4 as default > handler for .php, so if you want to run php5 - find/sed is your friend. > > Not to mansion that php5 is 5.0.3 - guess they're afraid of .5 changes, think > about 5.1 ;-) > > And I wouldn't say they're a small company so it's not that impossible. > > It's not impossible but it's useless. I work for a hosting/webdev company and we sometimes have to turn home.pl down because of their naming policy. Selling a product is one thing, but having to maintain several versions of the same software (think a large CMS) just to be able to satisfy one customer is next to impossible when you think of costs. It's not a matter of a single sed/rename, you have to do it after each and every update and make a testbed environment to deploy the changes before they hit production. -- Patrys :: Patryk Zawadzki PLD Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From gotar at polanet.pl Mon Jan 9 10:05:52 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 9 Jan 2006 10:05:52 +0100 Subject: upgrade apache to 2.2 In-Reply-To: <1136763970.6335.2.camel@meaw> References: <20060102181833.GA2255@os> <20060108002155.GA4093@os> <1136721402.6369.1.camel@meaw> <200601081722.11121.pld@nius.waw.pl> <1136763970.6335.2.camel@meaw> Message-ID: <20060109090551.GA169@os> On Mon, Jan 09, 2006 at 00:46:09 +0100, Patrys :: Patryk Zawadzki wrote: > naming policy. Selling a product is one thing, but having to maintain > several versions of the same software (think a large CMS) just to be I'm dealing with CRM now. > able to satisfy one customer is next to impossible when you think of > costs. It's not a matter of a single sed/rename, you have to do it after ...but one htaccess;P -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Mon Jan 9 21:35:29 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 9 Jan 2006 21:35:29 +0100 Subject: ruby-sqlite* vs sqlite*-ruby Message-ID: <20060109203529.GA24549@fngna.oyu> I see that these packages are duplicated: ruby-sqlite.spec and sqlite-ruby.spec ruby-sqlite3.spec and sqlite3-ruby.spec I suggest to keep ruby-sqlite*, add appropriate Obsoletes: sqlite*-ruby and drop sqlite*-ruby specs. -- Jakub Bogusz http://qboosh.cs.net.pl/ From twittner at o2.pl Mon Jan 9 22:21:00 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Mon, 9 Jan 2006 22:21:00 +0100 Subject: ruby-sqlite* vs sqlite*-ruby In-Reply-To: <20060109203529.GA24549@fngna.oyu> References: <20060109203529.GA24549@fngna.oyu> Message-ID: <200601092221.00910.twittner@o2.pl> On Mon 9. of January 2006 21:35, Jakub Bogusz wrote: > I see that these packages are duplicated: > ruby-sqlite.spec and sqlite-ruby.spec > ruby-sqlite3.spec and sqlite3-ruby.spec > > I suggest to keep ruby-sqlite*, add appropriate Obsoletes: sqlite*-ruby > and drop sqlite*-ruby specs. > There is much more ruby's specs not following naming convention (ruby-tarballname like python-foo packages) and duplicates: amrita{,2}.spec - IMO they should be named ruby-amrita{,2}.spec respectively - they are ruby libraries not standalone programs like rake f.e., ruby-Iowa.spec & iowa.spec - IMO one of these should be named ruby-iowa.spec (rationale is the same as above). BTW: it seems that someone bright turn off amavisd-new on our maillist server at last, which delayed mails for ca 4 hours. Thanks. -- Tomasz Wittner From glen at delfi.ee Tue Jan 10 17:27:57 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 10 Jan 2006 18:27:57 +0200 Subject: SPECS: samba.spec - move "lockdir" from /var/lock/samba to /var/li... In-Reply-To: References: Message-ID: <200601101827.58453.glen@delfi.ee> On Tuesday 10 January 2006 16:42, qboosh wrote: > Author: qboosh Date: Tue Jan 10 14:42:27 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - move "lockdir" from /var/lock/samba to /var/lib/samba as it contains > persistent valuable data and some cache, not just locks! > (merged from OpenBIZ) why it's in %post, not in some trigger? > - removed outdated STATUS..LCK and mkdirs trigger [...] > @@ -1098,7 +1099,18 @@ > %post > /sbin/chkconfig --add smb > if [ -r /var/lock/subsys/smb ]; then > - /etc/rc.d/init.d/smb restart >&2 > + if [ -f /var/lock/samba/connections.tdb -a ! -f > /var/lib/samba/connections.tdb ]; then + echo "Moving old /var/lock/samba > contents to /var/lib/samba" > + /etc/rc.d/init.d/smb stop >&2 > + mv -f /var/lock/samba/*.tdb /var/lib/samba 2>/dev/null || : > + mv -f /var/lock/samba/*.dat /var/lib/samba 2>/dev/null || : > + if [ -d /var/lock/samba/printing ]; then > + mv -f /var/lock/samba/printing/*.tdb /var/lib/samba/printing > 2>/dev/null || : + fi > + /etc/rc.d/init.d/smb start >&2 > + else > + /etc/rc.d/init.d/smb restart >&2 > + fi -- glen From qboosh at pld-linux.org Tue Jan 10 18:25:48 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 10 Jan 2006 18:25:48 +0100 Subject: SPECS: samba.spec - move "lockdir" from /var/lock/samba to /var/li... In-Reply-To: <200601101827.58453.glen@delfi.ee> References: <200601101827.58453.glen@delfi.ee> Message-ID: <20060110172548.GA18928@fngna.oyu> On Tue, Jan 10, 2006 at 06:27:57PM +0200, Elan Ruusam?e wrote: > On Tuesday 10 January 2006 16:42, qboosh wrote: > > Author: qboosh Date: Tue Jan 10 14:42:27 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - move "lockdir" from /var/lock/samba to /var/lib/samba as it contains > > persistent valuable data and some cache, not just locks! > > (merged from OpenBIZ) > why it's in %post, not in some trigger? Because of smbd restart in %post. It must be moved after old smbd is stopped (and all data flushed) and before new smbd is run. -- Jakub Bogusz http://qboosh.cs.net.pl/ From qboosh at pld-linux.org Tue Jan 10 20:25:47 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 10 Jan 2006 20:25:47 +0100 Subject: rc-scripts-con_serial_sparc.patch Message-ID: <20060110192547.GA28147@fngna.oyu> I'd drop this patch - let's not assume that ttyS0 is used for this purpose just because architecture is sparc (and why not ppc then?). If sb has serial console and wants to use it, he would rather know what to do uncomment agetty entry. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Wed Jan 11 09:16:22 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Wed, 11 Jan 2006 09:16:22 +0100 Subject: which mailman into AC Message-ID: <200601110916.23042.arekm@pld-linux.org> Which mailman is supposed to go into AC? HEAD, AC-branch? baggins? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From undefine at aramin.net Thu Jan 12 19:51:45 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Thu, 12 Jan 2006 19:51:45 +0100 Subject: [Kurt@OpenLDAP.org: OpenLDAP 2.2 -> Historic] Message-ID: <20060112185145.GA4740@aramin.net> maybe rebuild ac with 2.3.x? 2.2 is historic, so... ----- Forwarded message from "Kurt D. Zeilenga" ----- X-Original-To: undefine at aramin.net Delivered-To: undefine at aramin.net X-Authentication-Warning: boole.openldap.org: majordomo owned process doing -bs X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 10 Jan 2006 14:46:22 -0800 To: openldap-announce at OpenLDAP.org From: "Kurt D. Zeilenga" Subject: OpenLDAP 2.2 -> Historic Priority: non-urgent X-Loop: OpenLDAP Precedence: bulk Comment: openldap-announce mailing list List-Archive: List-Help: List-ID: openldap-announce mailing list List-Unsubscribe: X-Virus-Scanned: by amavisd-new (PLD-Linux) at piastlan.net X-Bogosity: Ham, tests=bogofilter, spamicity=0.210607, version=1.0.0 OpenLDAP Software 2.2 is now considered Historic. Users of OpenLDAP Software 2.2 are encouraged to update to the latest "stable" release (OpenLDAP 2.3.17). All release engineering activities on the OPENLDAP_REL_ENG_2_2 branch have been discontinued. Regards, Kurt ----- End forwarded message ----- -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From arekm at pld-linux.org Thu Jan 12 20:00:22 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 12 Jan 2006 20:00:22 +0100 Subject: [Kurt@OpenLDAP.org: OpenLDAP 2.2 -> Historic] In-Reply-To: <20060112185145.GA4740@aramin.net> References: <20060112185145.GA4740@aramin.net> Message-ID: <200601122000.22907.arekm@pld-linux.org> On Thursday 12 January 2006 19:51, Andrzej 'The Undefined' Dopiera?a wrote: > maybe rebuild ac with 2.3.x? > 2.2 is historic, so... AC is supposed to be frozen now (well, there was no announce since kernel stuff is not yet ready) _but_ I would like to avoid creating another Ra so from my point of view there is no problem with that rebuild as soon as you (and/or other developers) take responsibility for rebuilding all stuff _AND_ fixing every bug that will come up while rebuilding (this includes _all_ bugs that will break rebuild, not only openldap specific ones). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Thu Jan 12 23:39:45 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 12 Jan 2006 23:39:45 +0100 Subject: AC TODO [12/01/2006] Message-ID: <200601122339.46585.arekm@pld-linux.org> 2.6.11 kernel stuff has been moved from PLD main tree into supported tree. It's no longer available in ac-main. Current main tree doesn't have any kernel but I'm going to put latest 2.6.14.6 and 2.4.32 from ready in next few days. Only kernel stuff which builds correctly will be moved to main tree so don't expect nicely upgradable tree (from 2.6.11 to 2.6.14.6, similar for 2.4.x). Check out http://ep09.pld-linux.org/~buildsrc/queue.html for which rebuilds failed - this is the current TODO. There is possibility that the tree (kernel related stuff) will never be nicely upgradable, sad bad true. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Fri Jan 13 07:57:18 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 13 Jan 2006 07:57:18 +0100 Subject: SPECS: vanessa_adt.spec - aclocal, auto{header, make} added (fixes ... In-Reply-To: References: Message-ID: <20060113065718.GA31915@gruby.cs.net.pl> On Fri, Jan 13, 2006 at 12:35:16AM +0100, glen wrote: > Author: glen Date: Thu Jan 12 23:35:16 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - aclocal, auto{header,make} added (fixes libtool tag issue) > - shared library is without .so, rather weird This bug is caused by missing %{__libtoolize} here: > %build > +%{__aclocal} > %{__autoconf} > +%{__autoheader} > +%{__automake} > %configure -- Jakub Bogusz http://qboosh.cs.net.pl/ From qboosh at pld-linux.org Fri Jan 13 20:35:21 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 13 Jan 2006 20:35:21 +0100 Subject: apache conflicts - strange rpm behaviour Message-ID: <20060113193521.GA18015@fngna.oyu> # rpm -q rpm apache apache-base rpm-4.4.4-0.2.athlon apache-2.2.0-10.athlon apache-base-2.2.0-10.athlon # LC_ALL=C rpm -V apache Unsatisfied dependencies for apache-base-2.2.0-10.athlon: Conflicts: apache < 2.2.0 WTF? Is it specific to rpm-4.4.4? -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Fri Jan 13 21:15:22 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 13 Jan 2006 21:15:22 +0100 Subject: kernel-misc-nforce Message-ID: <200601132115.23045.arekm@pld-linux.org> Is this still needed with kernel 2.6.14? If not then I'll drop it. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Fri Jan 13 23:07:59 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 13 Jan 2006 23:07:59 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601122339.46585.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> Message-ID: <200601132308.00348.arekm@pld-linux.org> On Thursday 12 January 2006 23:39, Arkadiusz Miskiewicz wrote: > Check out http://ep09.pld-linux.org/~buildsrc/queue.html for which rebuilds > failed - this is the current TODO. kernel stuff is done (if there is something missing then it's up to interested parties) I'm also dropping these below (+ deps) from athlon since no one cares: bd: dotnet-evolution-sharp-0.10.2-3: req dotnet-gtk-sharp2 >= 1.9.5 not found bd: dotnet-gmime-sharp-2.1.17-3: req dotnet-gtk-sharp2 >= 1.9.5 not found bd: dotnet-gtksourceview-sharp2-0.10-3: req dotnet-gtk-sharp2-gnome >= 1.9.3 not found bd: dotnet-gtksourceview-sharp2-devel-0.10-3: req dotnet-gtk-sharp2-gnome-devel >= 1.9.3 not found bd: pld-about-1.1.0-1: req mono(gdk-sharp) = 2.6.0.0 version mismatch bd: pld-about-1.1.0-1: req mono(glib-sharp) = 2.6.0.0 version mismatch bd: pld-about-1.1.0-1: req mono(gtk-sharp) = 2.6.0.0 version mismatch INFO about AC and TH builders: Currently people still have access to AC builders. All AC builder privileges have been merged with TH builder acl config so now everyone who had builder access to AC can start sending things to TH. Request access to AC will be reduced in a few next days. I'm expecting to deeply freeze AC in 1-2 weeks. Hawk, what's the status of bootdisks? I'm going to create ISO and DVD images with AC snapshot soon and puting bootdisks on them sounds like good idea for testing. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From hawk at limanowa.net Sat Jan 14 00:09:47 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Sat, 14 Jan 2006 00:09:47 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601132308.00348.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601132308.00348.arekm@pld-linux.org> Message-ID: <43C8333B.4030506@limanowa.net> > Hawk, what's the status of bootdisks? They are quite usable IMO. Bootdisk TODO is not closed yet, but I think we can live without those things. > I'm going to create ISO and DVD images with AC snapshot soon Don't do it! Seriously. I've updated package definitions for installer ~4 weeks ago, but I'm sure that I'll have to update it again after AC freeze (I mean, real freeze not the one we have now). For example, a week ago or so base installation stopped working due to changes in packages. Thats why I'm not building new bootdisks now. I don't see sense in fixing installer again and again because of these changes (ie. there are more apache sub-packages now - "server" installation type will fail). When we will be sure that AC is really, _really_ frozen, I'll fix installer for it. Also iso-priority is completly out of date and will need updating. I would like you to leave ISO things for me. Just let me know when AC will reach _real_ freeze after which no package will change its name/dependencies/disappear/appear etc. I'll update installer package sets, iso-priority and generate, lets say, RC1 ISOs. Oh, and there is no iso-priority for DVD at all. I'll have to create it. > and puting bootdisks on them sounds like good idea for > testing. Agreed, but only after real freeze. Or ISOs will end the way previous ones had. Most of installation sets were not working due to changes made between creating bootdisks and ISOs. M. From mmazur at kernel.pl Sat Jan 14 00:13:25 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sat, 14 Jan 2006 00:13:25 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601132308.00348.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601132308.00348.arekm@pld-linux.org> Message-ID: <200601140013.25900.mmazur@kernel.pl> On Friday 13 January 2006 23:07, Arkadiusz Miskiewicz wrote: > INFO about AC and TH builders: > Currently people still have access to AC builders. All AC builder > privileges have been merged with TH builder acl config so now everyone who > had builder access to AC can start sending things to TH. Request access to > AC will be reduced in a few next days. http://www.pld-linux.org/ThInfo -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From arekm at pld-linux.org Sat Jan 14 00:24:27 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 14 Jan 2006 00:24:27 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <43C8333B.4030506@limanowa.net> References: <200601122339.46585.arekm@pld-linux.org> <200601132308.00348.arekm@pld-linux.org> <43C8333B.4030506@limanowa.net> Message-ID: <200601140024.28214.arekm@pld-linux.org> On Saturday 14 January 2006 00:09, Marcin Kr?l wrote: > > Hawk, what's the status of bootdisks? > > They are quite usable IMO. Bootdisk TODO is not closed yet, but I think > we can live without those things. Cool. > > I'm going to create ISO and DVD images with AC snapshot soon > > Don't do it! Seriously. I've updated package definitions for installer > ~4 weeks ago, but I'm sure that I'll have to update it again after AC > freeze (I mean, real freeze not the one we have now). There will be no big changes now. 1-2 weeks is for finishing missing dependencies on ftp and that's all ( + missing packages that people want). There is also one update I'm waiting for - php 4.4.2. > When we will be sure that AC is really, _really_ frozen, I'll fix > installer for it. I'll give you info when builder request access will be restricted - that should be good time to update installer. > Also iso-priority is completly out of date and will need updating. I > would like you to leave ISO things for me. No problem but remember that DVD images also needs to be generated and we now handle ppc boot able isos/dvds, too (using ppcrcd). I've updated generation scripts in cvs for that some time ago (AC-branch). > Oh, and there is no > iso-priority for DVD at all. I'll have to create it. It wasn't needed when I played with dvd images. These images were at http://ftp3.pld-linux.org/~pldftpac/isos/ but now seems gone, I'll try to find them. > M. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From hawk at limanowa.net Sat Jan 14 00:39:36 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 14 Jan 2006 00:39:36 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601140024.28214.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601132308.00348.arekm@pld-linux.org> <43C8333B.4030506@limanowa.net> <200601140024.28214.arekm@pld-linux.org> Message-ID: <43C83A38.1010506@limanowa.net> > I'll give you info when builder request access will be restricted - that > should be good time to update installer. OK. > No problem but remember that DVD images also needs to be generated and we now > handle ppc boot able isos/dvds, too (using ppcrcd). I've updated generation > scripts in cvs for that some time ago (AC-branch). I wonder how is it possible I've missed those commits :) Just looked at them. Why "i386 not bootable"? > It wasn't needed when I played with dvd images. These images were at > http://ftp3.pld-linux.org/~pldftpac/isos/ but now seems gone, I'll try to > find them. Hmm... Looks like it uses iso-priority for dvds too. That should work :) M. From aredridel at nbtsc.org Sat Jan 14 05:04:59 2006 From: aredridel at nbtsc.org (Aredridel) Date: Fri, 13 Jan 2006 21:04:59 -0700 Subject: apache conflicts - strange rpm behaviour In-Reply-To: <20060113193521.GA18015@fngna.oyu> References: <20060113193521.GA18015@fngna.oyu> Message-ID: <1137211499.23347.25.camel@localhost> On Fri, 2006-01-13 at 20:35 +0100, Jakub Bogusz wrote: > # rpm -q rpm apache apache-base > rpm-4.4.4-0.2.athlon > apache-2.2.0-10.athlon > apache-base-2.2.0-10.athlon > # LC_ALL=C rpm -V apache > Unsatisfied dependencies for apache-base-2.2.0-10.athlon: > Conflicts: apache < 2.2.0 > > WTF? > Is it specific to rpm-4.4.4? > aredridel at mizar:~/rpm/SPECS$ rpm -q rpm apache apache-base rpm-4.4.2-26 apache-2.2.0-10 apache-base-2.2.0-10 aredridel at mizar:~/rpm/SPECS$ rpm -V apache aredridel at mizar:~/rpm/SPECS$ Seems so. From qboosh at pld-linux.org Sat Jan 14 10:42:26 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 14 Jan 2006 10:42:26 +0100 Subject: docutils.spec vs python-docutils.spec Message-ID: <20060114094226.GA29420@fngna.oyu> They seem to be duplicates. Which one should be removed? -- Jakub Bogusz http://qboosh.cs.net.pl/ From baggins at sith.mimuw.edu.pl Sat Jan 14 11:28:24 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 14 Jan 2006 11:28:24 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601140024.28214.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601132308.00348.arekm@pld-linux.org> <43C8333B.4030506@limanowa.net> <200601140024.28214.arekm@pld-linux.org> Message-ID: <20060114102824.GD25952@sith.mimuw.edu.pl> On Sat, 14 Jan 2006, Arkadiusz Miskiewicz wrote: > On Saturday 14 January 2006 00:09, Marcin Kr?l wrote: > > > Hawk, what's the status of bootdisks? > > > > They are quite usable IMO. Bootdisk TODO is not closed yet, but I think > > we can live without those things. > Cool. > > > > I'm going to create ISO and DVD images with AC snapshot soon > > > > Don't do it! Seriously. I've updated package definitions for installer > > ~4 weeks ago, but I'm sure that I'll have to update it again after AC > > freeze (I mean, real freeze not the one we have now). > There will be no big changes now. 1-2 weeks is for finishing missing > dependencies on ftp and that's all ( + missing packages that people want). > There is also one update I'm waiting for - php 4.4.2. Can we get my yesterday's rc-scripts/vserver clenup into AC? And: - what about openoffice? - what about java-dependant packages? I know we can't distribute java, bu we can distribute packages that depend on it, so what about installing java on builders and build java-dep packages? - I'm all for openldap 2.3, and if no one will step out to do it then count on me > > When we will be sure that AC is really, _really_ frozen, I'll fix > > installer for it. > I'll give you info when builder request access will be restricted - that > should be good time to update installer. Will test-builds be restricted also? It would be nice to send a test-build for AC to see if a package at least builds in AC environment. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Sat Jan 14 11:54:36 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 14 Jan 2006 12:54:36 +0200 Subject: AC TODO [12/01/2006] In-Reply-To: <20060114102824.GD25952@sith.mimuw.edu.pl> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <20060114102824.GD25952@sith.mimuw.edu.pl> Message-ID: <200601141254.36449.glen@delfi.ee> On Saturday 14 January 2006 12:28, Jan Rekorajski wrote: > - I'm all for openldap 2.3, and if no one will step out to do it then > ? count on me what's there different? just api changes? are databases binary compatible? i could help building if somebody produces PLD-doc/openldap-2.3-TODO.txt -- glen From arekm at pld-linux.org Sat Jan 14 12:37:24 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 14 Jan 2006 12:37:24 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <43C83A38.1010506@limanowa.net> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <43C83A38.1010506@limanowa.net> Message-ID: <200601141237.25983.arekm@pld-linux.org> On Saturday 14 January 2006 00:39, Marcin Kr?l wrote: > > No problem but remember that DVD images also needs to be generated and we > > now handle ppc boot able isos/dvds, too (using ppcrcd). I've updated > > generation scripts in cvs for that some time ago (AC-branch). > > I wonder how is it possible I've missed those commits :) Just looked at > them. Why "i386 not bootable"? Because that script was using rescue-cd which doesn't work on i386 machines. The case with bootdisks is different right? > M. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Sat Jan 14 13:00:33 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 14 Jan 2006 13:00:33 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <20060114102824.GD25952@sith.mimuw.edu.pl> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <20060114102824.GD25952@sith.mimuw.edu.pl> Message-ID: <200601141300.34455.arekm@pld-linux.org> On Saturday 14 January 2006 11:28, Jan Rekorajski wrote: > Can we get my yesterday's rc-scripts/vserver clenup into AC? Sure, I'll put new rc-scripts. > And: > - what about openoffice? 2.x doesn't build on ppc (well, it builds but fails in %install stage on mkdiring some things) > - what about java-dependant packages? > I know we can't distribute java, bu we can distribute packages > that depend on it, so what about installing java on builders > and build java-dep packages? I'm all for it but afaik some redistributable packages require non-redistributable one and that would cause too many manual interventions on builders. There was once idea to create developers only distfiles and ftp resources for packages with NoSource. I have no idea how to deal with that java stuff without manual packages (!= java-sun) installation on builders. > - I'm all for openldap 2.3, and if no one will step out to do it then > count on me Start playing :) > > I'll give you info when builder request access will be restricted - that > > should be good time to update installer. > > Will test-builds be restricted also? It would be nice to send a > test-build for AC to see if a package at least builds in AC environment. test-build access stays as is. > Janek -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From hawk at limanowa.net Sat Jan 14 14:31:47 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 14 Jan 2006 14:31:47 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601141237.25983.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <43C83A38.1010506@limanowa.net> <200601141237.25983.arekm@pld-linux.org> Message-ID: <43C8FD43.2080602@limanowa.net> > Because that script was using rescue-cd which doesn't work on i386 machines. > The case with bootdisks is different right? Right. All bootdisks are built for i386 :) M. From glen at delfi.ee Sat Jan 14 17:08:34 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 14 Jan 2006 18:08:34 +0200 Subject: python qt Message-ID: <200601141808.35009.glen@delfi.ee> is python qt being broken package? PyQt-x11-gpl-3.15.1/examples2$ python aclock.py Traceback (most recent call last): File "aclock.py", line 4, in ? from qt import * ImportError: No module named qt python-PyQt-3.15.1-1.amd64 -- glen From glen at delfi.ee Sat Jan 14 17:21:56 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 14 Jan 2006 18:21:56 +0200 Subject: python qt In-Reply-To: <200601141808.35009.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> Message-ID: <200601141821.56369.glen@delfi.ee> On Saturday 14 January 2006 18:08, Elan Ruusam?e wrote: > is python qt being broken package? > > PyQt-x11-gpl-3.15.1/examples2$ python aclock.py > Traceback (most recent call last): > File "aclock.py", line 4, in ? > from qt import * > ImportError: No module named qt > > python-PyQt-3.15.1-1.amd64 it doesn't look into right place at all $ strace -eopen python aclock.py 2>&1|grep qt.so open("/usr/src/examples/python/PyQt/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python24.zip/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/python2.4/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/python2.4/plat-linux2/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/python2.4/lib-tk/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-dynload/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/python2.4/site-packages/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/python2.4/site-packages/qt.so", O_RDONLY) = -1 ENOENT (No such file or directory) $ l /usr/lib64/python2.4/site-packages/qt.so -rwxr-xr-x 1 root root 6.0M Dec 25 20:51 /usr/lib64/python2.4/site-packages/qt.so* -- glen From glen at delfi.ee Sat Jan 14 17:33:49 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 14 Jan 2006 18:33:49 +0200 Subject: python qt In-Reply-To: <200601141821.56369.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601141821.56369.glen@delfi.ee> Message-ID: <200601141833.50161.glen@delfi.ee> On Saturday 14 January 2006 18:21, Elan Ruusam?e wrote: > On Saturday 14 January 2006 18:08, Elan Ruusam?e wrote: > > is python qt being broken package? > > > > PyQt-x11-gpl-3.15.1/examples2$ python aclock.py > > Traceback (most recent call last): > > File "aclock.py", line 4, in ? > > from qt import * > > ImportError: No module named qt > > > > python-PyQt-3.15.1-1.amd64 > > it doesn't look into right place at all [...] a workaround is: # rpm -Uhv python-PyQt-3.15.1-1.amd64.rpm --relocate /usr/lib64/python2.4/site-packages=/usr/lib64/python2.4/lib-dynload --force # rpm -Uhv --relocate /usr/lib64/python2.4/site-packages=/usr/lib64/python2.4/lib-dynload --force sip-4.3.2-1.amd64.rpm # rpm -Uhv --relocate /usr/lib64/python2.4/site-packages=/usr/lib64/python2.4/lib-dynload --force python-PyKDE-3.11.3-5.amd64.rpm -- glen From deejay1 at nsj.srem.pl Sat Jan 14 19:53:53 2006 From: deejay1 at nsj.srem.pl (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sat, 14 Jan 2006 19:53:53 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601122339.46585.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> Message-ID: <200601141953.55335.deejay1@nsj.srem.pl> Hello. Is it possible that scribus.spec from AC-branch could be included in AC? The previous version is Really Ancient now... -- ?ukasz [DeeJay1] Jerna? From deejay1 at nsj.srem.pl Sun Jan 15 11:37:38 2006 From: deejay1 at nsj.srem.pl (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sun, 15 Jan 2006 11:37:38 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601141953.55335.deejay1@nsj.srem.pl> References: <200601122339.46585.arekm@pld-linux.org> <200601141953.55335.deejay1@nsj.srem.pl> Message-ID: <200601151137.40420.deejay1@nsj.srem.pl> Dnia sobota, 14 stycznia 2006 19:53, ?ukasz Jerna? napisa?: > Hello. > > Is it possible that scribus.spec from AC-branch could be included in AC? > The previous version is Really Ancient now... Thanks. -- ?ukasz [DeeJay1] Jerna? From glen at delfi.ee Sun Jan 15 13:44:31 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 15 Jan 2006 14:44:31 +0200 Subject: file orphans - locale In-Reply-To: <200512302345.jBUNjWHZ025898@green.mif.pg.gda.pl> References: <200512302345.jBUNjWHZ025898@green.mif.pg.gda.pl> Message-ID: <200601151444.32048.glen@delfi.ee> On Saturday 31 December 2005 01:45, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Wednesday 28 December 2005 22:50, Elan Ruusam?e wrote: > > > On Wednesday 28 December 2005 19:21, Arkadiusz Miskiewicz wrote: > > > > Current TODO list, based on i686: > > > > > > what about the missing dirs report? > > > > > > poldek 0.20 gives pretty extensive report > > > $ poldek --sn ac --verify=deps,conflicts,file-conflicts,file-orphans, > > > file-missing-deps > > > > attached report of packages needing to fix locale dirs. ankry will fix? > > :) poldek --sn ac --verify=file-orphans | grep /usr/share/locale>/tmp/file-orphans-locale.txt attached todays report -- glen -------------- next part -------------- error: /usr/share/locale/C: orphaned directory from cups-1.1.23-4 error: /usr/share/locale/as: orphaned directory from atk-1.10.3-1, gail-1.8.8-1 error: /usr/share/locale/as/LC_MESSAGES: orphaned directory from atk-1.10.3-1, gail-1.8.8-1 error: /usr/share/locale/az_IR: orphaned directory from gtk+2-2.8.9-2 error: /usr/share/locale/az_IR/LC_MESSAGES: orphaned directory from gtk+2-2.8.9-2 error: /usr/share/locale/bn_IN: orphaned directory from kudzu-1.2.9-1, python-rhpl-0.176-1, python-rhpxl-0.4-1 error: /usr/share/locale/bn_IN/LC_MESSAGES: orphaned directory from kudzu-1.2.9-1, python-rhpl-0.176-1, python-rhpxl-0.4-1 error: /usr/share/locale/chs: orphaned directory from gtklp-1.0d-1 error: /usr/share/locale/chs/LC_MESSAGES: orphaned directory from gtklp-1.0d-1 error: /usr/share/locale/dv: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/dv/LC_MESSAGES: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/fr_BE: orphaned directory from bazaar-1.4.2-3 error: /usr/share/locale/fr_BE/LC_MESSAGES: orphaned directory from bazaar-1.4.2-3 error: /usr/share/locale/gr: orphaned directory from BitTorrent-4.2.1-1, gpsdrive-2.09-2 error: /usr/share/locale/gr/LC_MESSAGES: orphaned directory from BitTorrent-4.2.1-1, gpsdrive-2.09-2 error: /usr/share/locale/haw: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/haw/LC_MESSAGES: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/ko_KR: orphaned directory from aMule-2.1.0-1 error: /usr/share/locale/ko_KR/LC_MESSAGES: orphaned directory from aMule-2.1.0-1 error: /usr/share/locale/kok: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/kok/LC_MESSAGES: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/my: orphaned directory from gaim-1.5.0-2 error: /usr/share/locale/my/LC_MESSAGES: orphaned directory from gaim-1.5.0-2 error: /usr/share/locale/nb_NO: orphaned directory from BitTorrent-4.2.1-1 error: /usr/share/locale/nb_NO/LC_MESSAGES: orphaned directory from BitTorrent-4.2.1-1 error: /usr/share/locale/ps: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/ps/LC_MESSAGES: orphaned directory from iso-codes-0.47-1 error: /usr/share/locale/pt_PT: orphaned directory from kmymoney2-0.6.4-1 error: /usr/share/locale/pt_PT/LC_MESSAGES: orphaned directory from kmymoney2-0.6.4-1 error: /usr/share/locale/ru_RU: orphaned directory from cups-1.1.23-4 error: /usr/share/locale/tk: orphaned directory from atk-1.10.3-1, dasher-3.2.18-1, eog-2.12.2-1, epiphany-1.8.2-1, file-roller-2.12.2-1, [13 packages left] error: /usr/share/locale/tk/LC_MESSAGES: orphaned directory from atk-1.10.3-1, dasher-3.2.18-1, eog-2.12.2-1, epiphany-1.8.2-1, file-roller-2.12.2-1, [13 packages left] error: /usr/share/locale/ug: orphaned directory from atk-1.10.3-1, bug-buddy-2.12.1-1, dasher-3.2.18-1, eel-2.12.2-1, eog-2.12.2-1, [13 packages left] error: /usr/share/locale/ug/LC_MESSAGES: orphaned directory from atk-1.10.3-1, bug-buddy-2.12.1-1, dasher-3.2.18-1, eel-2.12.2-1, eog-2.12.2-1, [13 packages left] error: /usr/share/locale/uk_UA: orphaned directory from cups-1.1.23-4 error: /usr/share/locale/uz at Latn: orphaned directory from gtk+2-2.8.9-2 error: /usr/share/locale/uz at Latn/LC_MESSAGES: orphaned directory from gtk+2-2.8.9-2 error: /usr/share/locale/yo: orphaned directory from gnome-desktop-2.12.2-1 error: /usr/share/locale/yo/LC_MESSAGES: orphaned directory from gnome-desktop-2.12.2-1 From qboosh at pld-linux.org Sun Jan 15 14:19:01 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 15 Jan 2006 14:19:01 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601141300.34455.arekm@pld-linux.org> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <20060114102824.GD25952@sith.mimuw.edu.pl> <200601141300.34455.arekm@pld-linux.org> Message-ID: <20060115131901.GB30314@fngna.oyu> On Sat, Jan 14, 2006 at 01:00:33PM +0100, Arkadiusz Miskiewicz wrote: > On Saturday 14 January 2006 11:28, Jan Rekorajski wrote: > > > Can we get my yesterday's rc-scripts/vserver clenup into AC? > Sure, I'll put new rc-scripts. > > > And: > > - what about openoffice? > 2.x doesn't build on ppc (well, it builds but fails in %install stage on > mkdiring some things) So maybe let's just keep OOo 1.1.x on ppc and have OOo 2 on x86? I doubt if many people want to use OOo(2) on ppc. Package names differ, so ftp automation shouldn't mess. -- Jakub Bogusz http://qboosh.cs.net.pl/ From mmazur at kernel.pl Sun Jan 15 14:22:53 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sun, 15 Jan 2006 14:22:53 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <20060115131901.GB30314@fngna.oyu> References: <200601122339.46585.arekm@pld-linux.org> <200601141300.34455.arekm@pld-linux.org> <20060115131901.GB30314@fngna.oyu> Message-ID: <200601151422.53226.mmazur@kernel.pl> On Sunday 15 January 2006 14:19, Jakub Bogusz wrote: > So maybe let's just keep OOo 1.1.x on ppc and have OOo 2 on x86? > I doubt if many people want to use OOo(2) on ppc. > > Package names differ, so ftp automation shouldn't mess. +1 -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From arekm at pld-linux.org Sun Jan 15 14:23:56 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 15 Jan 2006 14:23:56 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <20060115131901.GB30314@fngna.oyu> References: <200601122339.46585.arekm@pld-linux.org> <200601141300.34455.arekm@pld-linux.org> <20060115131901.GB30314@fngna.oyu> Message-ID: <200601151423.57157.arekm@pld-linux.org> On Sunday 15 January 2006 14:19, Jakub Bogusz wrote: > So maybe let's just keep OOo 1.1.x on ppc and have OOo 2 on x86? > I doubt if many people want to use OOo(2) on ppc. > > Package names differ, so ftp automation shouldn't mess. Fine with me. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From arekm at pld-linux.org Sun Jan 15 22:19:50 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 15 Jan 2006 22:19:50 +0100 Subject: [AC]: builder access restricted, AC frozen Message-ID: <200601152219.50857.arekm@pld-linux.org> The AC builder request access is now restricted. Only AC RM (Averne) and I have access to ready. Send all requests to Averne ;) For all other people that had ac-ready access ac-test left enabled for testing. I'm reminding that those people have Th access, now. AC is now frozen (but there are exceptions - things that are in ready now will probably end in main _if and only if_ there is requirement for some of them; there one more kernel 2.6.14.6 rebuild to fix kernel-module-build; the other exception is openldap but that depends on baggins). Hawk, it's good time for ISOs/DVDs with RC1 now :) -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From ankry at green.mif.pg.gda.pl Sun Jan 15 23:44:10 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 15 Jan 2006 23:44:10 +0100 (CET) Subject: [AC]: builder access restricted, AC frozen In-Reply-To: <200601152219.50857.arekm@pld-linux.org> from "Arkadiusz Miskiewicz" at Jan 15, 2006 10:19:50 PM Message-ID: <200601152244.k0FMiApf022231@green.mif.pg.gda.pl> STBR aMule, please. -- ======================================================================= Andrzej M. Krzysztofowicz, Ph.D. ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at sparky.homelinux.org Sun Jan 15 23:58:43 2006 From: sparky at sparky.homelinux.org (Przemek Iskra) Date: Sun, 15 Jan 2006 23:58:43 +0100 Subject: [AC]: builder access restricted, AC frozen In-Reply-To: <200601152219.50857.arekm@pld-linux.org> References: <200601152219.50857.arekm@pld-linux.org> Message-ID: <20060115225843.GA25455@sparky.homelinux.org> On Sun, Jan 15, 2006 at 10:19:50PM +0100, Arkadiusz Miskiewicz wrote: > > The AC builder request access is now restricted. Only AC RM (Averne) and I > have access to ready. Send all requests to Averne ;) STBR mdadm please, mdadm-initrd is broken with this uClibc @ ppc and lufs.spec after kernel rebuild -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From hawk at limanowa.net Mon Jan 16 00:29:23 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Mon, 16 Jan 2006 00:29:23 +0100 Subject: [AC]: builder access restricted, AC frozen In-Reply-To: <200601152219.50857.arekm@pld-linux.org> References: <200601152219.50857.arekm@pld-linux.org> Message-ID: <43CADAD3.9030207@limanowa.net> > Hawk, it's good time for ISOs/DVDs with RC1 now :) I'll adjust installer tomorrow... err... today :) +1 day for testing if all installation types works. +1 day (probably) to adjust and check iso-priority. +few days for generating and testing ISOs (I don't want to release not working ones). Looks like it will take one week or a bit more. I'll let you know when ISOs will be ready. M. From mmazur at kernel.pl Mon Jan 16 11:43:16 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Mon, 16 Jan 2006 11:43:16 +0100 Subject: Modular X.org vs. patches Message-ID: <200601161143.16644.mmazur@kernel.pl> Currently our modular X server doesn't have all those patches from the monolith version and here lies the question -- should we start from scratch and add patches only as the need arises (and risk blowing stuff up from time to time) or maybe be extra carefull and just update all of our old patches and apply them just in case? -- In the year eighty five ten God is gonna shake his mighty head He'll either say, "I'm pleased where man has been" Or tear it down, and start again From qboosh at pld-linux.org Mon Jan 16 11:44:44 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 16 Jan 2006 11:44:44 +0100 Subject: Modular X.org vs. patches In-Reply-To: <200601161143.16644.mmazur@kernel.pl> References: <200601161143.16644.mmazur@kernel.pl> Message-ID: <20060116104444.GB20387@gruby.cs.net.pl> On Mon, Jan 16, 2006 at 11:43:16AM +0100, Mariusz Mazur wrote: > Currently our modular X server doesn't have all those patches from the > monolith version and here lies the question -- should we start from scratch > and add patches only as the need arises (and risk blowing stuff up from time > to time) or maybe be extra carefull and just update all of our old patches > and apply them just in case? All old patches and additional sources (.desktop/icon files) should be reviewed. I have it on my TODO list (if noone bothers to do it before). -- Jakub Bogusz http://qboosh.cs.net.pl/ From baggins at sith.mimuw.edu.pl Mon Jan 16 16:03:10 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 16 Jan 2006 16:03:10 +0100 Subject: [AC]: builder access restricted, AC frozen In-Reply-To: <200601152219.50857.arekm@pld-linux.org> References: <200601152219.50857.arekm@pld-linux.org> Message-ID: <20060116150310.GA7807@sith.mimuw.edu.pl> On Sun, 15 Jan 2006, Arkadiusz Miskiewicz wrote: > AC is now frozen (but there are exceptions - things that are in ready now will > probably end in main _if and only if_ there is requirement for some of them; > there one more kernel 2.6.14.6 rebuild to fix kernel-module-build; the other > exception is openldap but that depends on baggins). I'll do it but that's hard now. Give my builder access back ;> If you don't it will be uber slow and I will be a royal PITA for you and Averne ;> Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From undefine at aramin.net Mon Jan 16 18:17:51 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Mon, 16 Jan 2006 18:17:51 +0100 Subject: AC TODO [12/01/2006] In-Reply-To: <200601141254.36449.glen@delfi.ee> References: <200601122339.46585.arekm@pld-linux.org> <200601140024.28214.arekm@pld-linux.org> <20060114102824.GD25952@sith.mimuw.edu.pl> <200601141254.36449.glen@delfi.ee> Message-ID: <20060116171751.GA11923@aramin.net> On Sat, Jan 14, 2006 at 12:54:36PM +0200, Elan Ruusam?e wrote: > > - I'm all for openldap 2.3, and if no one will step out to do it then > > ? count on me > what's there different? just api changes? are databases binary compatible? > i could help building if somebody produces PLD-doc/openldap-2.3-TODO.txt from my base system only cpu doesn't build with new openldap. i have some problems with rebuit GConf2, but on generating documentation step. rest of packages which are depend from openldap-devel i sent to my private builder, but there is no errors yet. -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From patrys at pld-linux.org Mon Jan 16 18:54:21 2006 From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki) Date: Mon, 16 Jan 2006 18:54:21 +0100 Subject: Modular X.org vs. patches In-Reply-To: <200601161143.16644.mmazur@kernel.pl> References: <200601161143.16644.mmazur@kernel.pl> Message-ID: <1137434061.7002.1.camel@meaw> Dnia 16-01-2006, pon o godzinie 11:43 +0100, Mariusz Mazur napisa?(a): > Currently our modular X server doesn't have all those patches from the > monolith version and here lies the question -- should we start from scratch > and add patches only as the need arises (and risk blowing stuff up from time > to time) or maybe be extra carefull and just update all of our old patches > and apply them just in case? I'd say we should add them as needed. Th might end up a bit unusable at the beginning but it might turn out that some of the X-related problems are specific to PLD patches. -- Patrys :: Patryk Zawadzki PLD Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From glen at delfi.ee Mon Jan 16 19:28:08 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 16 Jan 2006 20:28:08 +0200 Subject: AC TODO [12/01/2006] In-Reply-To: <20060116171751.GA11923@aramin.net> References: <200601122339.46585.arekm@pld-linux.org> <200601141254.36449.glen@delfi.ee> <20060116171751.GA11923@aramin.net> Message-ID: <200601162028.09139.glen@delfi.ee> On Monday 16 January 2006 19:17, Andrzej 'The Undefined' Dopiera?a wrote: > > i could help building if somebody produces PLD-doc/openldap-2.3-TODO.txt > > from my base system only cpu doesn't build with new openldap. could you retest it? there was some generic error not related to ldap -- glen From qboosh at pld-linux.org Mon Jan 16 22:49:41 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 16 Jan 2006 22:49:41 +0100 Subject: [AC]: builder access restricted, AC frozen In-Reply-To: <200601152219.50857.arekm@pld-linux.org> References: <200601152219.50857.arekm@pld-linux.org> Message-ID: <20060116214941.GA24874@fngna.oyu> STBR aqbanking (linking bugfix) Is elinks 0.11.0 good enough for Ac? It seems to fix javascript crashes on gmane.org news archives. (but still crashes on rozklad.pkp.pl sometimes - although less often than 0.10.x, I think; I haven't encountered more problems so far) -- Jakub Bogusz http://qboosh.cs.net.pl/ From wrobell at pld-linux.org Tue Jan 17 09:30:54 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 17 Jan 2006 08:30:54 +0000 Subject: SPECS: tetex-latex-mhchem.spec (NEW) - Initial for PLD In-Reply-To: References: Message-ID: <1137486654.16842.44.camel@RECENT-CONVERT> On Mon, 2006-01-16 at 21:12 +0100, piti wrote: > Author: piti Date: Mon Jan 16 20:12:10 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - Initial for PLD > > ---- Files affected: > SPECS: > tetex-latex-mhchem.spec (NONE -> 1.1) (NEW) > > ---- Diffs: > > ================================================================ > Index: SPECS/tetex-latex-mhchem.spec > diff -u /dev/null SPECS/tetex-latex-mhchem.spec:1.1 > --- /dev/null Mon Jan 16 21:12:10 2006 > +++ SPECS/tetex-latex-mhchem.spec Mon Jan 16 21:12:04 2006 > @@ -0,0 +1,78 @@ > +# $Revision$, $Date$ > +%define short_name mhchem > +%define texhash [ ! -x %{_bindir}/texhash ] || %{_bindir}/texhash 1>&2 ; what about putting texhash macro in rpm macros? [...] wrobell From glen at delfi.ee Tue Jan 17 14:37:34 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 17 Jan 2006 15:37:34 +0200 Subject: SPECS: tetex-latex-mhchem.spec (NEW) - Initial for PLD In-Reply-To: <1137486654.16842.44.camel@RECENT-CONVERT> References: <1137486654.16842.44.camel@RECENT-CONVERT> Message-ID: <200601171537.34985.glen@delfi.ee> On Tuesday 17 January 2006 10:30, wrobell wrote: > > --- /dev/null Mon Jan 16 21:12:10 2006 > > +++ SPECS/tetex-latex-mhchem.spec Mon Jan 16 21:12:04 2006 > > @@ -0,0 +1,78 @@ > > +# $Revision$, $Date$ > > +%define short_name mhchem > > +%define texhash [ ! -x %{_bindir}/texhash ] || %{_bindir}/texhash 1>&2 ; > > what about putting texhash macro in rpm macros? i don't see a problem :) but when you do, don't use %{_bindir} macro, it could be redefined in the .spec. -- glen From wrobell at pld-linux.org Wed Jan 18 19:40:07 2006 From: wrobell at pld-linux.org (wrobell) Date: Wed, 18 Jan 2006 18:40:07 +0000 Subject: SPECS: multisync.spec - release 5 - don't build plugin for archaic... In-Reply-To: References: Message-ID: <1137609607.2795.52.camel@RECENT-CONVERT> On Wed, 2006-01-18 at 19:15 +0100, baggins wrote: > Author: baggins Date: Wed Jan 18 18:15:12 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - release 5 > - don't build plugin for archaic evolution > > ---- Files affected: > SPECS: > multisync.spec (1.37 -> 1.38) [...] > Name: multisync > Version: 0.83 i would switch to completly new opensync/multisync from www.opensync.org or drop multisync 0.83 from ac. wrobell From baggins at sith.mimuw.edu.pl Wed Jan 18 19:41:06 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 18 Jan 2006 19:41:06 +0100 Subject: SPECS: multisync.spec - release 5 - don't build plugin for archaic... In-Reply-To: <1137609607.2795.52.camel@RECENT-CONVERT> References: <1137609607.2795.52.camel@RECENT-CONVERT> Message-ID: <20060118184106.GL7807@sith.mimuw.edu.pl> On Wed, 18 Jan 2006, wrobell wrote: > On Wed, 2006-01-18 at 19:15 +0100, baggins wrote: > > Author: baggins Date: Wed Jan 18 18:15:12 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - release 5 > > - don't build plugin for archaic evolution > > > > ---- Files affected: > > SPECS: > > multisync.spec (1.37 -> 1.38) > [...] > > Name: multisync > > Version: 0.83 > > i would switch to completly new opensync/multisync > from www.opensync.org or drop multisync 0.83 from ac. You're welcome to do it. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From wrobell at pld-linux.org Wed Jan 18 20:27:13 2006 From: wrobell at pld-linux.org (wrobell) Date: Wed, 18 Jan 2006 19:27:13 +0000 Subject: SPECS: multisync.spec - release 5 - don't build plugin for archaic... In-Reply-To: <20060118184106.GL7807@sith.mimuw.edu.pl> References: <1137609607.2795.52.camel@RECENT-CONVERT> <20060118184106.GL7807@sith.mimuw.edu.pl> Message-ID: <1137612433.2795.55.camel@RECENT-CONVERT> On Wed, 2006-01-18 at 19:41 +0100, Jan Rekorajski wrote: > On Wed, 18 Jan 2006, wrobell wrote: > > > On Wed, 2006-01-18 at 19:15 +0100, baggins wrote: > > > Author: baggins Date: Wed Jan 18 18:15:12 2006 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - release 5 > > > - don't build plugin for archaic evolution > > > > > > ---- Files affected: > > > SPECS: > > > multisync.spec (1.37 -> 1.38) > > [...] > > > Name: multisync > > > Version: 0.83 > > > > i would switch to completly new opensync/multisync > > from www.opensync.org or drop multisync 0.83 from ac. > > You're welcome to do it. libopensync.spec is on head. i am going to work on some plugins this week: libopensync-plugin-evolution2 libopensync-plugin-file libopensync-plugin-irmc libopensync-plugin-python and multisync from opensync.org next week. wrobell From arekm at pld-linux.org Thu Jan 19 12:27:53 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 12:27:53 +0100 Subject: vixie cron 4.1 and some problems Message-ID: <200601191227.54459.arekm@pld-linux.org> Has anyone noticed such thing? ??crond(25902)???crond(3487)???sh(3488) # ps aux|grep 3488 root 3488 0.0 0.0 0 0 ? Zs 12:00 0:00 [sh] and it seems that jobs aren't run correctly after that. Restarting crond cures the problem but only temporaily... after some time it happens again. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From hawk at limanowa.net Thu Jan 19 13:22:40 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Thu, 19 Jan 2006 13:22:40 +0100 Subject: vixie cron 4.1 and some problems In-Reply-To: <200601191227.54459.arekm@pld-linux.org> References: <200601191227.54459.arekm@pld-linux.org> Message-ID: <43CF8490.9040207@limanowa.net> > Has anyone noticed such thing? > > ??crond(25902)???crond(3487)???sh(3488) > > # ps aux|grep 3488 > root 3488 0.0 0.0 0 0 ? Zs 12:00 0:00 [sh] > > > and it seems that jobs aren't run correctly after that. Restarting crond cures > the problem but only temporaily... after some time it happens again. A haven't noticed such things on any of my machines. # rpm -q vixie-cron vixie-cron-4.1-6 From arekm at pld-linux.org Thu Jan 19 18:17:10 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 18:17:10 +0100 Subject: AC TODO [19/01/2006] Message-ID: <200601191817.11082.arekm@pld-linux.org> baggins great work on openldap is now in main. Hawk is working on the isos (should be available in next week). We have new release of ppcrcd (http://ppcrcd.pld-linux.org/) which will be used on ppc ISOs. ac-ready has been cleaned up. If something were there and it isn't in main you need to poke appropriate persons to resend things (remember first to test in ac-test). ueagle isn't there yet but will be soon (firmware and such stuff). eagle-usb will be dropped. aMule problems, are these solved already? I'm not sure what's the state of kernel24 related packages since there is only one (lm_sensors) on ftp, qboosh? Probably at the end of month I'll start tagging AC-release so there is still a few days for fixes. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Thu Jan 19 18:53:28 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 19 Jan 2006 18:53:28 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060119175328.GA8821@fngna.oyu> On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > I'm not sure what's the state of kernel24 related packages since there is only > one (lm_sensors) on ftp, qboosh? And svgalib_helper. The rest depends on public needs. I asked on pld-devel-pl already. PS. IMO elinks from HEAD should go to Ac (less javascript crashes than 0.10) -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Thu Jan 19 19:02:18 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 19:02:18 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119175328.GA8821@fngna.oyu> References: <200601191817.11082.arekm@pld-linux.org> <20060119175328.GA8821@fngna.oyu> Message-ID: <200601191902.19227.arekm@pld-linux.org> On Thursday 19 January 2006 18:53, Jakub Bogusz wrote: > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > I'm not sure what's the state of kernel24 related packages since there is > > only one (lm_sensors) on ftp, qboosh? > > And svgalib_helper. Where? I don't see it. > PS. IMO elinks from HEAD should go to Ac (less javascript crashes than > 0.10) Sent. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From qboosh at pld-linux.org Thu Jan 19 19:12:01 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 19 Jan 2006 19:12:01 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191902.19227.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <20060119175328.GA8821@fngna.oyu> <200601191902.19227.arekm@pld-linux.org> Message-ID: <20060119181201.GC8821@fngna.oyu> On Thu, Jan 19, 2006 at 07:02:18PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 18:53, Jakub Bogusz wrote: > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > I'm not sure what's the state of kernel24 related packages since there is > > > only one (lm_sensors) on ftp, qboosh? > > > > And svgalib_helper. > Where? I don't see it. Eh. ac-test only :/ kernel24.spec:auto-ac-svgalib-1_9_24-1 --with kernel24 --without userspace (after moving 2.6 version because of ftp automation issue - but this move is done already) -- Jakub Bogusz http://qboosh.cs.net.pl/ From michal at michal.waw.pl Thu Jan 19 19:58:07 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Thu, 19 Jan 2006 19:58:07 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060119185807.GI30811@woland.michal.waw.pl> On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > Probably at the end of month I'll start tagging AC-release so there is still a > few days for fixes. What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote about this on pld-devel-pl. In short, it doesn't work. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From adamg at biomerieux.pl Thu Jan 19 19:18:16 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 19 Jan 2006 19:18:16 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060119181816.GC21962@mysza.eu.org> On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > Probably at the end of month I'll start tagging AC-release so there is still a > few days for fixes. What about thunderbird 1.5 ? It's in reasonably good shape now, and could get into Ac. I'll try to resolve enigmail issue in the next few days. -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From atler at pld-linux.org Thu Jan 19 20:25:08 2006 From: atler at pld-linux.org (Jan Palus) Date: Thu, 19 Jan 2006 20:25:08 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060119192507.GA5308@pomidor> What about WindowMaker 0.92 from HEAD? It doesn't have full release. I'm using it on i686/athlon without problems and it fixes some minor bugs. If it's fine on other archs, it should go into ac. -- atler From arekm at pld-linux.org Thu Jan 19 20:27:23 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 20:27:23 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119185807.GI30811@woland.michal.waw.pl> References: <200601191817.11082.arekm@pld-linux.org> <20060119185807.GI30811@woland.michal.waw.pl> Message-ID: <200601192027.24927.arekm@pld-linux.org> On Thursday 19 January 2006 19:58, Michal Kochanowicz wrote: > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > Probably at the end of month I'll start tagging AC-release so there is > > still a few days for fixes. > > What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote > about this on pld-devel-pl. In short, it doesn't work. Give me a note when this will be fixed and spec will be ready to be build. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From michal at michal.waw.pl Thu Jan 19 20:29:56 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Thu, 19 Jan 2006 20:29:56 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601192027.24927.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <20060119185807.GI30811@woland.michal.waw.pl> <200601192027.24927.arekm@pld-linux.org> Message-ID: <20060119192956.GJ30811@woland.michal.waw.pl> On Thu, Jan 19, 2006 at 08:27:23PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 19:58, Michal Kochanowicz wrote: > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > Probably at the end of month I'll start tagging AC-release so there is > > > still a few days for fixes. > > > > What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote > > about this on pld-devel-pl. In short, it doesn't work. > > Give me a note when this will be fixed and spec will be ready to be build. There is RC1 on head with incomplete webapp framework support. So either someone who started work on this support should finish it or AC-branch should be made and patch (link included in my posting) applied. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From qboosh at pld-linux.org Thu Jan 19 20:34:00 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 19 Jan 2006 20:34:00 +0100 Subject: SPECS: psi.spec - Patch4 is superfluous - sed can do the same! ; ) In-Reply-To: References: Message-ID: <20060119193400.GA15006@gruby.cs.net.pl> On Thu, Jan 19, 2006 at 08:27:51PM +0100, jack wrote: > Author: jack Date: Thu Jan 19 19:27:51 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - Patch4 is superfluous - sed can do the same! ;) > +%{__sed} -ie 's#\"" << #\\"" << #g' configure Using sed with such simple strings is errogenous. -- Jakub Bogusz http://qboosh.cs.net.pl/ From jack at jack.eu.org Thu Jan 19 20:52:28 2006 From: jack at jack.eu.org (=?iso-8859-2?q?Jaros=B3aw_Kamper?=) Date: Thu, 19 Jan 2006 20:52:28 +0100 Subject: SPECS: psi.spec - Patch4 is superfluous - sed can do the same! ; ) In-Reply-To: <20060119193400.GA15006@gruby.cs.net.pl> References: <20060119193400.GA15006@gruby.cs.net.pl> Message-ID: <200601192052.29304.jack@jack.eu.org> Dnia czwartek, 19 stycznia 2006 20:34, Jakub Bogusz napisa?: > On Thu, Jan 19, 2006 at 08:27:51PM +0100, jack wrote: > > Author: jack Date: Thu Jan 19 19:27:51 2006 > > GMT Module: SPECS Tag: HEAD > > ---- Log message: > > - Patch4 is superfluous - sed can do the same! ;) > > > > +%{__sed} -ie 's#\"" << #\\"" << #g' configure > > Using sed with such simple strings is errogenous. ^^^^^^^^^^ [1] Should I revert it? P. S. Double "r" is misspelled? ;) -- Jaros?aw Kamper From hawk at limanowa.net Thu Jan 19 21:04:00 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Thu, 19 Jan 2006 21:04:00 +0100 Subject: SPECS: psi.spec - Patch4 is superfluous - sed can do the same! ; ) In-Reply-To: <200601192052.29304.jack@jack.eu.org> References: <20060119193400.GA15006@gruby.cs.net.pl> <200601192052.29304.jack@jack.eu.org> Message-ID: <43CFF0B0.9090906@limanowa.net> > Should I revert it? I already reverted it :) M. From ab_1 at abram.eu.org Thu Jan 19 21:05:38 2006 From: ab_1 at abram.eu.org (Michal Abramowicz) Date: Thu, 19 Jan 2006 21:05:38 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060119200538.GB14798@mail.batek.pl> On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > ueagle isn't there yet but will be soon (firmware and such stuff). eagle-usb > will be dropped. eagle-usb done, works for me with new config but ueagle, i think is better solution for neostrada, works faster ;-) abram -- Moskiewskie zak?ady spirytusowe "Duch Lenina" rozpocz??y produkcj? w?dki w butelkach z lewym gwintem. Ten pod?y chwyt poni?ej pasa przyprawi? o czarn? rozpacz tysi?ce zdezorientowanych skacowanych obywateli. From arekm at pld-linux.org Thu Jan 19 22:14:34 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 22:14:34 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119181816.GC21962@mysza.eu.org> References: <200601191817.11082.arekm@pld-linux.org> <20060119181816.GC21962@mysza.eu.org> Message-ID: <200601192214.36084.arekm@pld-linux.org> On Thursday 19 January 2006 19:18, Adam Go??biowski wrote: > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > Probably at the end of month I'll start tagging AC-release so there is > > still a few days for fixes. > > What about thunderbird 1.5 ? It's in reasonably good shape now, and > could get into Ac. I'll try to resolve enigmail issue in the next few > days. Poke then. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Fri Jan 20 00:07:25 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 20 Jan 2006 01:07:25 +0200 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119192956.GJ30811@woland.michal.waw.pl> References: <200601191817.11082.arekm@pld-linux.org> <200601192027.24927.arekm@pld-linux.org> <20060119192956.GJ30811@woland.michal.waw.pl> Message-ID: <200601200107.26027.glen@delfi.ee> On Thursday 19 January 2006 21:29, Michal Kochanowicz wrote: > On Thu, Jan 19, 2006 at 08:27:23PM +0100, Arkadiusz Miskiewicz wrote: > > On Thursday 19 January 2006 19:58, Michal Kochanowicz wrote: > > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > > Probably at the end of month I'll start tagging AC-release so there > > > > is still a few days for fixes. > > > > > > What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote > > > about this on pld-devel-pl. In short, it doesn't work. > > > > Give me a note when this will be fixed and spec will be ready to be > > build. > > There is RC1 on head with incomplete webapp framework support. So either > someone who started work on this support should finish it or AC-branch > should be made and patch (link included in my posting) applied. and what is broken? this is not nice way to report bugs or broken things. you know what's broken and who possibly worked on it, you can contact developer directly, not do indirect blaming -- glen From glen at delfi.ee Fri Jan 20 00:11:13 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 20 Jan 2006 01:11:13 +0200 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <200601200111.13811.glen@delfi.ee> what about cvsweb 3.0.5? it has same version in DEVEL and on HEAD with some differencies. if there's something on DEVEL that HEAD doesn't it should be merged and DEVEL killed. i'm using HEAD myself with apache1 and on top of vhost, and works fine so far. -- glen From arekm at pld-linux.org Thu Jan 19 22:24:03 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 19 Jan 2006 22:24:03 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119192956.GJ30811@woland.michal.waw.pl> References: <200601191817.11082.arekm@pld-linux.org> <200601192027.24927.arekm@pld-linux.org> <20060119192956.GJ30811@woland.michal.waw.pl> Message-ID: <200601192224.04696.arekm@pld-linux.org> On Thursday 19 January 2006 20:29, Michal Kochanowicz wrote: > There is RC1 on head with incomplete webapp framework support. So either > someone who started work on this support should finish it or AC-branch > should be made and patch (link included in my posting) applied. I've said already that apps that are not ported to the current ac-main will be simply dropped after some waiting period. And I'm looking only into cvs... -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From michal at michal.waw.pl Fri Jan 20 00:35:02 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 20 Jan 2006 00:35:02 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601192224.04696.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <200601192027.24927.arekm@pld-linux.org> <20060119192956.GJ30811@woland.michal.waw.pl> <200601192224.04696.arekm@pld-linux.org> Message-ID: <20060119233502.GM30811@woland.michal.waw.pl> On Thu, Jan 19, 2006 at 10:24:03PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 20:29, Michal Kochanowicz wrote: > > > There is RC1 on head with incomplete webapp framework support. So either > > someone who started work on this support should finish it or AC-branch > > should be made and patch (link included in my posting) applied. > > I've said already that apps that are not ported to the current ac-main will be > simply dropped after some waiting period. And I'm looking only into cvs... I'm not quite sure if I get you correctly, you mean that you are going to leave disfunctional squirrelmail in AC? It's OK with me, I've had problem, I've fixed it and I've posted solution. If developers don't care what their name is on, that's not my bussines. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From twittner at o2.pl Fri Jan 20 06:33:04 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Fri, 20 Jan 2006 06:33:04 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200111.13811.glen@delfi.ee> References: <200601191817.11082.arekm@pld-linux.org> <200601200111.13811.glen@delfi.ee> Message-ID: <200601200633.07201.twittner@o2.pl> On Fri 20. of January 2006 00:11, Elan Ruusam?e wrote: > what about cvsweb 3.0.5? > it has same version in DEVEL and on HEAD with some differencies. if there's > something on DEVEL that HEAD doesn't it should be merged and DEVEL killed. > > i'm using HEAD myself with apache1 and on top of vhost, and works fine so far. > I use cvsweb only sometimes on my desktop box, so I don't care about it - suit yourself. -- Tomasz Wittner From arekm at pld-linux.org Fri Jan 20 08:14:35 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 20 Jan 2006 08:14:35 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119233502.GM30811@woland.michal.waw.pl> References: <200601191817.11082.arekm@pld-linux.org> <200601192224.04696.arekm@pld-linux.org> <20060119233502.GM30811@woland.michal.waw.pl> Message-ID: <200601200814.39177.arekm@pld-linux.org> On Friday 20 January 2006 00:35, Michal Kochanowicz wrote: > I'm not quite sure if I get you correctly, you mean that you are going > to leave disfunctional squirrelmail in AC? Not exactly. It can be rm -f'ed if it's not useable. > It's OK with me, I've had > problem, I've fixed it and I've posted solution. If developers don't > care what their name is on, that's not my bussines. I don't care about squirrelmail. Someone _else_ needs to fix it and commit things. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From gotar at polanet.pl Fri Jan 20 09:57:06 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 20 Jan 2006 09:57:06 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200814.39177.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <200601192224.04696.arekm@pld-linux.org> <20060119233502.GM30811@woland.michal.waw.pl> <200601200814.39177.arekm@pld-linux.org> Message-ID: <20060120085706.GA354@os> On Fri, Jan 20, 2006 at 08:14:35 +0100, Arkadiusz Miskiewicz wrote: > Not exactly. It can be rm -f'ed if it's not useable. It is somehow. You can read mail and send it, but with errors. However I suggest rm. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From michal at michal.waw.pl Fri Jan 20 11:39:00 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 20 Jan 2006 11:39:00 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200814.39177.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <200601192224.04696.arekm@pld-linux.org> <20060119233502.GM30811@woland.michal.waw.pl> <200601200814.39177.arekm@pld-linux.org> Message-ID: <20060120103900.GN30811@woland.michal.waw.pl> On Fri, Jan 20, 2006 at 08:14:35AM +0100, Arkadiusz Miskiewicz wrote: > On Friday 20 January 2006 00:35, Michal Kochanowicz wrote: > > > I'm not quite sure if I get you correctly, you mean that you are going > > to leave disfunctional squirrelmail in AC? > Not exactly. It can be rm -f'ed if it's not useable. That's OK with me: #v+ $ rpm -q squirrelmail squirrelmail-1.4.6-0.rc1.1 $ #v- > > It's OK with me, I've had > > problem, I've fixed it and I've posted solution. If developers don't > > care what their name is on, that's not my bussines. > I don't care about squirrelmail. Someone _else_ needs to fix it and commit > things. I do care and I provided solution. Wheter it will be in PLD or not is up to it's developers. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From michal at michal.waw.pl Fri Jan 20 11:55:09 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 20 Jan 2006 11:55:09 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200107.26027.glen@delfi.ee> References: <200601191817.11082.arekm@pld-linux.org> <200601192027.24927.arekm@pld-linux.org> <20060119192956.GJ30811@woland.michal.waw.pl> <200601200107.26027.glen@delfi.ee> Message-ID: <20060120105509.GO30811@woland.michal.waw.pl> On Fri, Jan 20, 2006 at 01:07:25AM +0200, Elan Ruusam?e wrote: > On Thursday 19 January 2006 21:29, Michal Kochanowicz wrote: > > On Thu, Jan 19, 2006 at 08:27:23PM +0100, Arkadiusz Miskiewicz wrote: > > > On Thursday 19 January 2006 19:58, Michal Kochanowicz wrote: > > > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > > > Probably at the end of month I'll start tagging AC-release so there > > > > > is still a few days for fixes. > > > > > > > > What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote > > > > about this on pld-devel-pl. In short, it doesn't work. > > > > > > Give me a note when this will be fixed and spec will be ready to be > > > build. > > > > There is RC1 on head with incomplete webapp framework support. So either > > someone who started work on this support should finish it or AC-branch > > should be made and patch (link included in my posting) applied. > and what is broken? this is not nice way to report bugs or broken things. you Back off. I've reported problem with sending emails and then provided explanation and link to the patch: http://www.mail-archive.com/pld-devel-pl%40lists.pld-linux.org/msg06432.html Then Robert Grau?enis replied with info that webapp support is incomplete. Later when I tried to install 1.4.6RC1 I've seen an error and provided installation log. If you want to fix it, you can take a look at last post of that thread, even if you don't understand polish, you can find installation log there. > know what's broken and who possibly worked on it, you can contact developer > directly, not do indirect blaming I've explained problem with sending, I've provided link to the patch, what else you expect from user? PS. What's strange is that I've got glen's email because he CC'd me, but I didn't get copy sent to the mailing list (while I see it in archive). WTF? -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From glen at delfi.ee Fri Jan 20 12:04:38 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 20 Jan 2006 13:04:38 +0200 Subject: AC TODO [19/01/2006] In-Reply-To: <20060120105509.GO30811@woland.michal.waw.pl> References: <200601191817.11082.arekm@pld-linux.org> <200601200107.26027.glen@delfi.ee> <20060120105509.GO30811@woland.michal.waw.pl> Message-ID: <200601201304.38868.glen@delfi.ee> On Friday 20 January 2006 12:55, Michal Kochanowicz wrote: > On Fri, Jan 20, 2006 at 01:07:25AM +0200, Elan Ruusam?e wrote: > > On Thursday 19 January 2006 21:29, Michal Kochanowicz wrote: > > > On Thu, Jan 19, 2006 at 08:27:23PM +0100, Arkadiusz Miskiewicz wrote: > > > > On Thursday 19 January 2006 19:58, Michal Kochanowicz wrote: > > > > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > > > > Probably at the end of month I'll start tagging AC-release so > > > > > > there is still a few days for fixes. > > > > > > > > > > What about squirrelmail 1.4.5 vs PHP 5.1.x interactions? I've wrote > > > > > about this on pld-devel-pl. In short, it doesn't work. > > > > > > > > Give me a note when this will be fixed and spec will be ready to be > > > > build. > > > > > > There is RC1 on head with incomplete webapp framework support. So > > > either someone who started work on this support should finish it or > > > AC-branch should be made and patch (link included in my posting) > > > applied. > > > > and what is broken? this is not nice way to report bugs or broken things. > > you > > Back off. I've reported problem with sending emails and then provided > explanation and link to the patch: > > http://www.mail-archive.com/pld-devel-pl%40lists.pld-linux.org/msg06432.htm >l > > Then Robert Grau?enis replied with info that webapp support is > incomplete. Later when I tried to install 1.4.6RC1 I've seen an error > and provided installation log. > > If you want to fix it, you can take a look at last post of that thread, > even if you don't understand polish, you can find installation log > there. fixed. according to the log. simple missing R: webapps. does it "solve incomplete webapps" ? > > know what's broken and who possibly worked on it, you can contact > > developer directly, not do indirect blaming > > I've explained problem with sending, I've provided link to the patch, > what else you expect from user? > > PS. What's strange is that I've got glen's email because he CC'd me, but > I didn't get copy sent to the mailing list (while I see it in > archive). WTF? probably list software trires to be smart as saw your email on cc: line and skipped sending you copy as you're subscribed with same address. -- glen From michal at michal.waw.pl Fri Jan 20 12:10:48 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 20 Jan 2006 12:10:48 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601201304.38868.glen@delfi.ee> References: <200601191817.11082.arekm@pld-linux.org> <200601200107.26027.glen@delfi.ee> <20060120105509.GO30811@woland.michal.waw.pl> <200601201304.38868.glen@delfi.ee> Message-ID: <20060120111048.GP30811@woland.michal.waw.pl> On Fri, Jan 20, 2006 at 01:04:38PM +0200, Elan Ruusam?e wrote: > probably list software trires to be smart as saw your email on cc: line and > skipped sending you copy as you're subscribed with same address. That's also my guess. If so, please send only to the list. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From freetz at gmx.net Fri Jan 20 12:17:27 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 20 Jan 2006 12:17:27 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601191817.11082.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> Message-ID: <20060120121727.fa38aa1a.freetz@gmx.net> --- Arkadiusz Miskiewicz wrote: [...] > aMule problems, are these solved already? nope, the new, "unicoded" version crashes here (confirmed by one pld-user), previous one (before charles changes) works just fine. [...] one more thing: glib2-2.8.6 STBR (2.8.5 got some nasty bugs) -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From hawk at limanowa.net Fri Jan 20 13:00:08 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Fri, 20 Jan 2006 13:00:08 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200111.13811.glen@delfi.ee> References: <200601191817.11082.arekm@pld-linux.org> <200601200111.13811.glen@delfi.ee> Message-ID: <43D0D0C8.9060902@limanowa.net> > what about cvsweb 3.0.5? I will look at it today or tomorrow. M. From kkrenski at gmail.com Fri Jan 20 14:50:25 2006 From: kkrenski at gmail.com (Charles) Date: Fri, 20 Jan 2006 14:50:25 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060120121727.fa38aa1a.freetz@gmx.net> References: <200601191817.11082.arekm@pld-linux.org> <20060120121727.fa38aa1a.freetz@gmx.net> Message-ID: 2006/1/20, Fryderyk Dziarmagowski : > > --- Arkadiusz Miskiewicz wrote: > > [...] > > aMule problems, are these solved already? > > nope, the new, "unicoded" version crashes here (confirmed by one > pld-user), previous one (before charles changes) works just fine. > I'm repeating - it's a bug in wxWidgets. Rebuild please. -- Karol Krenski -------------- next part -------------- An HTML attachment was scrubbed... URL: From freetz at gmx.net Fri Jan 20 15:14:41 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 20 Jan 2006 15:14:41 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: References: <200601191817.11082.arekm@pld-linux.org> <20060120121727.fa38aa1a.freetz@gmx.net> Message-ID: <20060120151441.49904dc5.freetz@gmx.net> --- Charles wrote: > > --- Arkadiusz Miskiewicz wrote: > > > > [...] > > > aMule problems, are these solved already? > > > > nope, the new, "unicoded" version crashes here (confirmed by one > > pld-user), previous one (before charles changes) works just fine. > > > > I'm repeating - it's a bug in wxWidgets. Rebuild please. Next time bump some R: in depended packages, to force a rebuild like described above. -- Fryderyk Dziarmagowski "Please, just tell people to use KDE." - Linus @ GNOME Usability ml From arekm at pld-linux.org Fri Jan 20 17:29:00 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 20 Jan 2006 17:29:00 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060119181201.GC8821@fngna.oyu> References: <200601191817.11082.arekm@pld-linux.org> <200601191902.19227.arekm@pld-linux.org> <20060119181201.GC8821@fngna.oyu> Message-ID: <200601201729.01240.arekm@pld-linux.org> On Thursday 19 January 2006 19:12, Jakub Bogusz wrote: > On Thu, Jan 19, 2006 at 07:02:18PM +0100, Arkadiusz Miskiewicz wrote: > > On Thursday 19 January 2006 18:53, Jakub Bogusz wrote: > > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > > I'm not sure what's the state of kernel24 related packages since > > > > there is only one (lm_sensors) on ftp, qboosh? > > > > > > And svgalib_helper. > > > > Where? I don't see it. > > Eh. ac-test only :/ > kernel24.spec:auto-ac-svgalib-1_9_24-1 --with kernel24 --without userspace > (after moving 2.6 version because of ftp automation issue - but this move > is done already) WARN: svgalib-1.9.24-1 not built for archs: ['amd64'] INFO: Arch ppc for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch athlon for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch i586 for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch SRPMS for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch sparc for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch i686 for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch i386 for svgalib-1.9.24-1 is already present in dest tree; removing from srctree INFO: Arch alpha for svgalib-1.9.24-1 is already present in dest tree; removing from srctree and nothing were moved. svgalib24.spec is probably the way to go. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Sat Jan 21 12:05:59 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 21 Jan 2006 13:05:59 +0200 Subject: python qt In-Reply-To: <200601141808.35009.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> Message-ID: <200601211306.00256.glen@delfi.ee> so could somebody confirm or fix this? On Saturday 14 January 2006 18:08, Elan Ruusam?e wrote: > is python qt being broken package? > > PyQt-x11-gpl-3.15.1/examples2$ python aclock.py > Traceback (most recent call last): > File "aclock.py", line 4, in ? > from qt import * > ImportError: No module named qt > > python-PyQt-3.15.1-1.amd64 -- glen From twittner at o2.pl Sat Jan 21 17:39:41 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 21 Jan 2006 17:39:41 +0100 Subject: python qt In-Reply-To: <200601211306.00256.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601211306.00256.glen@delfi.ee> Message-ID: <200601211739.42618.twittner@o2.pl> On Sat 21. of January 2006 12:05, Elan Ruusam?e wrote: > so could somebody confirm or fix this? No, I can't, because, among other things, I don't have amd64. Also, I've never touched python-PyQt.spec, thus I don't understand, why have you sent this mail with CC to me ;) - I subscribe and read all topics on pld-devel-en. [...] -- Tomasz Wittner From twittner at o2.pl Sat Jan 21 17:47:46 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Sat, 21 Jan 2006 17:47:46 +0100 Subject: qtorrent from ac-main seems broken. Message-ID: <200601211747.46911.twittner@o2.pl> $ qtorrent Traceback (most recent call last): File "/usr/bin/qtorrent", line 39, in ? w = TorrentWindow() File "/usr/share/python2.4/site-packages/pyqtorrent/torrentmain.py", line 437, in __init__ File "/usr/share/python2.4/site-packages/pyqtorrent/torrentwindow.py", line 55, in __init__ TypeError: argument 1 of QSizePolicy() has an invalid type $ q qtorrent qtorrent-0:0.9.6.1-1 i386.ac.pld-linux.org qtorrent from HEAD works fine. From last commit log: revision 1.9 date: 2005/04/22 16:20:44; author: charles; state: Exp; lines: +14 -3 - always regenerate from *.ui files - BR: python, python-modules - rel. 2, STBR So, please send it to builder(s). -- Tomasz Wittner From arekm at pld-linux.org Sun Jan 22 13:19:15 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 22 Jan 2006 13:19:15 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, openldap deps) Message-ID: <200601221319.15521.arekm@pld-linux.org> If anyone is interested: http://ep09.pld-linux.org/~arekm/openoffice.org/ (Almost) No changes apart rebuild. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From adamg at biomerieux.pl Sun Jan 22 14:55:28 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 22 Jan 2006 14:55:28 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601192214.36084.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <20060119181816.GC21962@mysza.eu.org> <200601192214.36084.arekm@pld-linux.org> Message-ID: <20060122135528.GA22513@mysza.eu.org> On Thu, Jan 19, 2006 at 10:14:34PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 19:18, Adam Go??biowski wrote: > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > Probably at the end of month I'll start tagging AC-release so there is > > > still a few days for fixes. > > > > What about thunderbird 1.5 ? It's in reasonably good shape now, and > > could get into Ac. I'll try to resolve enigmail issue in the next few > > days. > > Poke then. I've received a few positive responses about 1.5-0.2. I've bumped relase to 1, would be great if you could send to ready. -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From arekm at pld-linux.org Sun Jan 22 15:03:28 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 22 Jan 2006 15:03:28 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <20060122135528.GA22513@mysza.eu.org> References: <200601191817.11082.arekm@pld-linux.org> <200601192214.36084.arekm@pld-linux.org> <20060122135528.GA22513@mysza.eu.org> Message-ID: <200601221503.29102.arekm@pld-linux.org> On Sunday 22 January 2006 14:55, Adam Go??biowski wrote: > I've received a few positive responses about 1.5-0.2. I've bumped relase > to 1, would be great if you could send to ready. Sent, what about dictionaries? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From adamg at biomerieux.pl Sun Jan 22 15:28:09 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 22 Jan 2006 15:28:09 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601221503.29102.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <200601192214.36084.arekm@pld-linux.org> <20060122135528.GA22513@mysza.eu.org> <200601221503.29102.arekm@pld-linux.org> Message-ID: <20060122142808.GA22738@mysza.eu.org> On Sun, Jan 22, 2006 at 03:03:28PM +0100, Arkadiusz Miskiewicz wrote: > On Sunday 22 January 2006 14:55, Adam Go??biowski wrote: > > > I've received a few positive responses about 1.5-0.2. I've bumped relase > > to 1, would be great if you could send to ready. > > Sent, what about dictionaries? Can be sent (tested on -pl/-en_AU). -- .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Sun Jan 22 16:33:26 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 22 Jan 2006 17:33:26 +0200 Subject: python qt In-Reply-To: <200601211739.42618.twittner@o2.pl> References: <200601141808.35009.glen@delfi.ee> <200601211306.00256.glen@delfi.ee> <200601211739.42618.twittner@o2.pl> Message-ID: <200601221733.26231.glen@delfi.ee> On Saturday 21 January 2006 18:39, Tomasz Wittner wrote: > On Sat 21. of January 2006 12:05, Elan Ruusam?e wrote: > > so could somebody confirm or fix this? > > No, I can't, because, among other things, I don't have amd64. Also, I've > never touched python-PyQt.spec, thus I don't understand, why have you sent > this mail with CC to me ;) - I subscribe and read all topics on > pld-devel-en. [...] i was just hoping you can fix it (I believe in you!), as it seems to be generic python problem on amd64 archidecture. and amd64 access is not neccessary to fix search paths in python, i believe :) -- glen From wolf.pld at gmail.com Sun Jan 22 18:24:28 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 22 Jan 2006 18:24:28 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, openldap deps) In-Reply-To: <200601221319.15521.arekm@pld-linux.org> References: <200601221319.15521.arekm@pld-linux.org> Message-ID: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> On Sun, Jan 22, 2006 at 01:19:15PM +0100, Arkadiusz Miskiewicz wrote: > If anyone is interested: > http://ep09.pld-linux.org/~arekm/openoffice.org/ What about sending it to builders? wolf -- Bartek . - Pan d?ugopisem stawia? Taudul : - A co si? b?d? chrzani?. .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From ankry at green.mif.pg.gda.pl Sun Jan 22 19:49:51 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 22 Jan 2006 19:49:51 +0100 (CET) Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> from "Bartosz Taudul" at Jan 22, 2006 06:24:28 PM Message-ID: <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> Bartosz Taudul wrote: > > On Sun, Jan 22, 2006 at 01:19:15PM +0100, Arkadiusz Miskiewicz wrote: > > If anyone is interested: > > http://ep09.pld-linux.org/~arekm/openoffice.org/ > What about sending it to builders? It is easy to guess why it is wrong time: arekm is building new kde. And locking builders for many hours while it may be neccessary in a few days again (because of bugs found) is definitely not a good idea. So I assume arekm's informayion is a request for testing ... -- ======================================================================= Andrzej M. Krzysztofowicz, Ph.D. ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From wolf.pld at gmail.com Sun Jan 22 20:36:35 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 22 Jan 2006 20:36:35 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> Message-ID: <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> On Sun, Jan 22, 2006 at 07:49:51PM +0100, Andrzej Krzysztofowicz wrote: > > > http://ep09.pld-linux.org/~arekm/openoffice.org/ > > What about sending it to builders? > It is easy to guess why it is wrong time: arekm is building new kde. > And locking builders for many hours while it may be neccessary in a few days > again (because of bugs found) is definitely not a good idea. I'm not saying 'now', but in general. arekm's openoffice rpms are sitting there for some time now and they work quite well. wolf -- Bartek . - Pami?tacie.. marzyciel, co? Z pocz?tku tego roku ruch Taudul : harmoniczny? .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From gotar at polanet.pl Mon Jan 23 00:32:31 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 23 Jan 2006 00:32:31 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> Message-ID: <20060122233231.GA1814@os> On Sun, Jan 22, 2006 at 20:36:35 +0100, Bartosz Taudul wrote: > I'm not saying 'now', but in general. arekm's openoffice rpms are > sitting there for some time now and they work quite well. They still don't. I cannot write more than 64k chars to document (oowriter), and menus have wrong font or DPI settings (must set scaling to 80%). -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From wolf.pld at gmail.com Mon Jan 23 01:05:11 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Mon, 23 Jan 2006 01:05:11 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060122233231.GA1814@os> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> <20060122233231.GA1814@os> Message-ID: <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> On Mon, Jan 23, 2006 at 12:32:31AM +0100, Tomasz Pala wrote: > > I'm not saying 'now', but in general. arekm's openoffice rpms are > > sitting there for some time now and they work quite well. > They still don't. I cannot write more than 64k chars to document > (oowriter), SOA#1, http://team.pld-linux.org/~wolf/oowriter.png > and menus have wrong font or DPI settings (must set scaling > to 80%). SOA#1. wolf -- Bartek . - Tyle takiego wst?pu na luzie. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From gotar at polanet.pl Mon Jan 23 12:05:38 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 23 Jan 2006 12:05:38 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> <20060122233231.GA1814@os> <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> Message-ID: <20060123110538.GA148@os> On Mon, Jan 23, 2006 at 01:05:11 +0100, Bartosz Taudul wrote: > > They still don't. I cannot write more than 64k chars to document > > (oowriter), > SOA#1, http://team.pld-linux.org/~wolf/oowriter.png U not A ;P I've found what's going on - it's a limit of a single paragraph ;) > > and menus have wrong font or DPI settings (must set scaling > > to 80%). > SOA#1. 1. Could you try removing ~/.openoffice.org2? 2. Do you start it from within some KDE/GNOME? Try pure X please. 3. Which widgets to you use (and how can I choose other)? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From wolf.pld at gmail.com Mon Jan 23 13:31:26 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Mon, 23 Jan 2006 13:31:26 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060123110538.GA148@os> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> <20060122233231.GA1814@os> <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> <20060123110538.GA148@os> Message-ID: <20060123123126.GA5228@bajzel.dev.tuniv.szczecin.pl> On Mon, Jan 23, 2006 at 12:05:38PM +0100, Tomasz Pala wrote: > I've found what's going on - it's a limit of a single paragraph ;) I guess this is OOo limitation, so it's nothing what we could fix. > 1. Could you try removing ~/.openoffice.org2? Doesn't change anything. > 2. Do you start it from within some KDE/GNOME? Try pure X please. KDE. Running from pure X indeed causes too large fonts. > 3. Which widgets to you use (and how can I choose other)? GTK. wolf -- Bartek . - Siada towarzystwo, spok?j, cisza, mo?e to was uratowa?. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From wrobell at pld-linux.org Mon Jan 23 14:02:20 2006 From: wrobell at pld-linux.org (wrobell) Date: Mon, 23 Jan 2006 13:02:20 +0000 Subject: SPECS: multisync.spec - release 5 - don't build plugin for archaic... In-Reply-To: <1137612433.2795.55.camel@RECENT-CONVERT> References: <1137609607.2795.52.camel@RECENT-CONVERT> <20060118184106.GL7807@sith.mimuw.edu.pl> <1137612433.2795.55.camel@RECENT-CONVERT> Message-ID: <1138021340.21926.21.camel@RECENT-CONVERT> On Wed, 2006-01-18 at 19:27 +0000, wrobell wrote: > On Wed, 2006-01-18 at 19:41 +0100, Jan Rekorajski wrote: > > On Wed, 18 Jan 2006, wrobell wrote: > > > > > On Wed, 2006-01-18 at 19:15 +0100, baggins wrote: > > > > Author: baggins Date: Wed Jan 18 18:15:12 2006 GMT > > > > Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - release 5 > > > > - don't build plugin for archaic evolution > > > > > > > > ---- Files affected: > > > > SPECS: > > > > multisync.spec (1.37 -> 1.38) > > > [...] > > > > Name: multisync > > > > Version: 0.83 > > > > > > i would switch to completly new opensync/multisync > > > from www.opensync.org or drop multisync 0.83 from ac. > > > > You're welcome to do it. > > libopensync.spec is on head. > i am going to work on some plugins this week: > > libopensync-plugin-evolution2 > libopensync-plugin-file > libopensync-plugin-irmc > libopensync-plugin-python > > and multisync from opensync.org next week. libopensync plugins and multisync (commandline version) on head, now. i have tested syncing with evolution and file plugins. works fine. i will try irmc with my phone as soon as possible (after bluez upgrade). warning: dependencies still can be wrong. wrobell From blues at pld-linux.org Mon Jan 23 15:23:30 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 23 Jan 2006 15:23:30 +0100 (CET) Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060123123126.GA5228@bajzel.dev.tuniv.szczecin.pl> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> <20060122233231.GA1814@os> <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> <20060123110538.GA148@os> <20060123123126.GA5228@bajzel.dev.tuniv.szczecin.pl> Message-ID: On Mon, 23 Jan 2006, Bartosz Taudul wrote: > > I've found what's going on - it's a limit of a single paragraph ;) > I guess this is OOo limitation, so it's nothing what we could fix. Why not? ;) -- 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 ankry at green.mif.pg.gda.pl Mon Jan 23 16:58:35 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 23 Jan 2006 16:58:35 +0100 (CET) Subject: SPECS: multisync.spec - proper source link (i hope) In-Reply-To: from "wrobell" at Jan 23, 2006 01:22:04 PM Message-ID: <200601231558.k0NFwZXh006678@green.mif.pg.gda.pl> wrobell wrote: > +Source0: http://www.opensync.org/attachment/wiki/download/%{name}-%{version}.tar.gz?format=raw AKAIK, file URL-s containing HTML form parameters (?blabla=bla) are unsupported here. Unless you teach wget to handle them. So do not kill workaround otherwise, please. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From wrobell at pld-linux.org Mon Jan 23 17:35:07 2006 From: wrobell at pld-linux.org (wrobell) Date: Mon, 23 Jan 2006 16:35:07 +0000 Subject: SPECS: multisync.spec - proper source link (i hope) In-Reply-To: <200601231558.k0NFwZXh006678@green.mif.pg.gda.pl> References: <200601231558.k0NFwZXh006678@green.mif.pg.gda.pl> Message-ID: <1138034108.21926.30.camel@RECENT-CONVERT> On Mon, 2006-01-23 at 16:58 +0100, Andrzej Krzysztofowicz wrote: > wrobell wrote: > > +Source0: http://www.opensync.org/attachment/wiki/download/%{name}-%{version}.tar.gz?format=raw > > AKAIK, file URL-s containing HTML form parameters (?blabla=bla) are > unsupported here. Unless you teach wget to handle them. > > So do not kill workaround otherwise, please. sorry, but i do not see other links, now. wrobell From twittner at o2.pl Mon Jan 23 17:54:26 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Mon, 23 Jan 2006 17:54:26 +0100 Subject: python qt In-Reply-To: <200601221733.26231.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601211739.42618.twittner@o2.pl> <200601221733.26231.glen@delfi.ee> Message-ID: <200601231754.27280.twittner@o2.pl> On Sun 22. of January 2006 16:33, Elan Ruusam?e wrote: > On Saturday 21 January 2006 18:39, Tomasz Wittner wrote: > > On Sat 21. of January 2006 12:05, Elan Ruusam?e wrote: > > > so could somebody confirm or fix this? > > > > No, I can't, because, among other things, I don't have amd64. Also, I've > > never touched python-PyQt.spec, thus I don't understand, why have you sent > > this mail with CC to me ;) - I subscribe and read all topics on > > pld-devel-en. [...] > i was just hoping you can fix it (I believe in you!), as it seems to be > generic python problem on amd64 archidecture. > You are talking about ... rpm -q --qf "%{name}-%{epoch}:%{version}-%{release} %{arch} %{buildhost}\n"' python What shows python -c 'import sys; print sys.path' ? Is '/usr/lib64/python2.4/site-packages' listed there? > and amd64 access is not neccessary to fix search paths in python, i believe :) > -- Tomasz Wittner From glen at delfi.ee Mon Jan 23 18:18:53 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 23 Jan 2006 19:18:53 +0200 Subject: python qt In-Reply-To: <200601231754.27280.twittner@o2.pl> References: <200601141808.35009.glen@delfi.ee> <200601221733.26231.glen@delfi.ee> <200601231754.27280.twittner@o2.pl> Message-ID: <200601231918.53579.glen@delfi.ee> On Monday 23 January 2006 18:54, Tomasz Wittner wrote: > > i was just hoping you can fix it (I believe in you!), as it seems to be > > generic python problem on amd64 archidecture. > > You are talking about ... > rpm -q --qf "%{name}-%{epoch}:%{version}-%{release} %{arch} %{buildhost}\n" python python-1:2.4.2-3 amd64 localhost but it's package from pld builders. > > What shows > python -c 'import sys; print sys.path' > ? Is '/usr/lib64/python2.4/site-packages' listed there? nop. $ python -c 'import sys; print sys.path' ['', '/usr/lib64/python24.zip', '/usr/share/python2.4', '/usr/share/python2.4/plat-linux2', \ '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \ '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages'] -- glen From jack at jack.eu.org Mon Jan 23 18:22:55 2006 From: jack at jack.eu.org (=?ISO-8859-2?Q?Jaros=B3aw_Kamper?=) Date: Mon, 23 Jan 2006 18:22:55 +0100 Subject: openoffice.org for i686 rebuilt on current ac-main (neon, In-Reply-To: <20060123123126.GA5228@bajzel.dev.tuniv.szczecin.pl> References: <20060122172428.GA6174@bajzel.dev.tuniv.szczecin.pl> <200601221849.k0MInpcQ022618@green.mif.pg.gda.pl> <20060122193635.GA14446@bajzel.dev.tuniv.szczecin.pl> <20060122233231.GA1814@os> <20060123000511.GA6347@bajzel.dev.tuniv.szczecin.pl> <20060123110538.GA148@os> <20060123123126.GA5228@bajzel.dev.tuniv.szczecin.pl> Message-ID: <43D510EF.8090106@jack.eu.org> Bartosz Taudul napisa?(a): > On Mon, Jan 23, 2006 at 12:05:38PM +0100, Tomasz Pala wrote: >> I've found what's going on - it's a limit of a single paragraph ;) > I guess this is OOo limitation, so it's nothing what we could fix. Confirmed (OOo-2.0.1 from ux.pl for win32). -- Jaros?aw Kamper From twittner at o2.pl Mon Jan 23 19:03:07 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Mon, 23 Jan 2006 19:03:07 +0100 Subject: python qt In-Reply-To: <200601231918.53579.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601231754.27280.twittner@o2.pl> <200601231918.53579.glen@delfi.ee> Message-ID: <200601231903.08154.twittner@o2.pl> On Mon 23. of January 2006 18:18, Elan Ruusam?e wrote: > On Monday 23 January 2006 18:54, Tomasz Wittner wrote: > > > i was just hoping you can fix it (I believe in you!), as it seems to be > > > generic python problem on amd64 archidecture. > > > > You are talking about ... > > rpm -q --qf "%{name}-%{epoch}:%{version}-%{release} %{arch} %{buildhost}\n" python > python-1:2.4.2-3 amd64 localhost > but it's package from pld builders. This bad information for amd64 builder admin. $ grep "adm.*amd64" PLD-doc/PLD-who_is_who - jajcus amd64 - adm. amd64 But, probably, this information is bit outdated (as usual). > > > > > What shows > > python -c 'import sys; print sys.path' > > ? Is '/usr/lib64/python2.4/site-packages' listed there? > nop. > > $ python -c 'import sys; print sys.path' > ['', '/usr/lib64/python24.zip', '/usr/share/python2.4', '/usr/share/python2.4/plat-linux2', \ > '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \ > '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages'] > Probably python-lib64.patch from python.spec is incomplete or broken. As a temprorary workaround you can use PYTHONPATH=/usr/lib64/python2.4/site-packages . $ q python python-1:2.4.2-3 athlon asus.domek.dom $ python -c 'import sys;print sys.path' ['', '/usr/lib/python24.zip', '/usr/share/python2.4', '/usr/share/python2.4/plat-linux2', '/usr/share/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/gtk-2.0', '/usr/share/python2.4/site-packages'] It shows that on amd64 also /usr/lib64/python2.4/site-packages/gtk-2.0 is missing. -- Tomasz Wittner From twittner at o2.pl Mon Jan 23 19:22:58 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Mon, 23 Jan 2006 19:22:58 +0100 Subject: python qt In-Reply-To: <200601231903.08154.twittner@o2.pl> References: <200601141808.35009.glen@delfi.ee> <200601231918.53579.glen@delfi.ee> <200601231903.08154.twittner@o2.pl> Message-ID: <200601231922.58177.twittner@o2.pl> On Mon 23. of January 2006 19:03, Tomasz Wittner wrote: [...] > It shows that on amd64 also /usr/lib64/python2.4/site-packages/gtk-2.0 is > missing. Oops - this path is appended by content of pygtk.pth file and gtk-2.0 directory existence. -- Tomasz Wittner From hawk at limanowa.net Tue Jan 24 13:59:27 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 24 Jan 2006 13:59:27 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601200111.13811.glen@delfi.ee> References: <200601191817.11082.arekm@pld-linux.org> <200601200111.13811.glen@delfi.ee> Message-ID: <43D624AF.1080302@limanowa.net> > what about cvsweb 3.0.5? > it has same version in DEVEL and on HEAD with some differencies. if there's > something on DEVEL that HEAD doesn't it should be merged and DEVEL killed. DEVEL can be killed IMO. I don't see any differences except for webapps support and enscript subpackage. M. From wrobell at pld-linux.org Tue Jan 24 14:08:06 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 24 Jan 2006 13:08:06 +0000 Subject: SPECS: multisync.spec - release 5 - don't build plugin for archaic... In-Reply-To: <1138021340.21926.21.camel@RECENT-CONVERT> References: <1137609607.2795.52.camel@RECENT-CONVERT> <20060118184106.GL7807@sith.mimuw.edu.pl> <1137612433.2795.55.camel@RECENT-CONVERT> <1138021340.21926.21.camel@RECENT-CONVERT> Message-ID: <1138108086.21926.53.camel@RECENT-CONVERT> On Mon, 2006-01-23 at 13:02 +0000, wrobell wrote: > On Wed, 2006-01-18 at 19:27 +0000, wrobell wrote: > > On Wed, 2006-01-18 at 19:41 +0100, Jan Rekorajski wrote: > > > On Wed, 18 Jan 2006, wrobell wrote: > > > > > > > On Wed, 2006-01-18 at 19:15 +0100, baggins wrote: > > > > > Author: baggins Date: Wed Jan 18 18:15:12 2006 GMT > > > > > Module: SPECS Tag: HEAD > > > > > ---- Log message: > > > > > - release 5 > > > > > - don't build plugin for archaic evolution > > > > > > > > > > ---- Files affected: > > > > > SPECS: > > > > > multisync.spec (1.37 -> 1.38) > > > > [...] > > > > > Name: multisync > > > > > Version: 0.83 > > > > > > > > i would switch to completly new opensync/multisync > > > > from www.opensync.org or drop multisync 0.83 from ac. > > > > > > You're welcome to do it. [...] > i will try irmc with my phone as soon as possible (after bluez upgrade). sorry guys, but i cannot test it. i am not able to connect to my phone with bluetooth currently (kernel 2.6.15.1). anyone else can try this? [...] wrobell From hawk at limanowa.net Tue Jan 24 15:28:05 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 24 Jan 2006 15:28:05 +0100 Subject: SPECS: php.spec - R: mod_mime for apache module; rel 5, STBR In-Reply-To: References: Message-ID: <43D63975.8020408@limanowa.net> On 2006-01-20 22:16, glen wrote: > ---- Files affected: > SPECS: > php.spec (1.549 -> 1.550) > > +Requires: apache-mod_mime This change disallows to use HEAD php/php4 with apache 2.0.x which don't have mod_mime subpackage. How about changing this R: to apache(mod_mime)? Same for php4.spec. M. From glen at delfi.ee Tue Jan 24 16:39:45 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 Jan 2006 17:39:45 +0200 Subject: SPECS: php.spec - R: mod_mime for apache module; rel 5, STBR In-Reply-To: <43D63975.8020408@limanowa.net> References: <43D63975.8020408@limanowa.net> Message-ID: <200601241739.46534.glen@delfi.ee> On Tuesday 24 January 2006 16:28, Marcin Kr?l wrote: > On 2006-01-20 22:16, glen wrote: > > ---- Files affected: > > SPECS: > > php.spec (1.549 -> 1.550) > > > > +Requires: apache-mod_mime > > This change disallows to use HEAD php/php4 with apache 2.0.x which don't > have mod_mime subpackage. How about changing this R: to > apache(mod_mime)? Same for php4.spec. then it would also match wrong apache (apache1) i suggest adding Provide: apache-mod_mime to apache 2.0 package (wasn't it already there?) ok appears only the virtuals were. but if you're turning auto-ac-apache-2_0_55-3_2 into a branch, fix also wrong Provide: Provides: apache(mod_autoindex) it doesn't contain it. must be copy paste error. -- glen From hawk at limanowa.net Tue Jan 24 18:08:43 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 24 Jan 2006 18:08:43 +0100 Subject: SPECS: php.spec - R: mod_mime for apache module; rel 5, STBR In-Reply-To: <200601241739.46534.glen@delfi.ee> References: <43D63975.8020408@limanowa.net> <200601241739.46534.glen@delfi.ee> Message-ID: <43D65F1B.2090001@limanowa.net> > then it would also match wrong apache (apache1) Blah... :/ > but if you're turning > auto-ac-apache-2_0_55-3_2 into a branch, fix also wrong Provide: > Provides: apache(mod_autoindex) > it doesn't contain it. must be copy paste error. I guess it will be easier for me to branch it as APACHE_2_0 than hack php[4].spec everytime I need to rebuild it. M. From glen at delfi.ee Tue Jan 24 20:30:43 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 24 Jan 2006 21:30:43 +0200 Subject: python qt In-Reply-To: <200601231903.08154.twittner@o2.pl> References: <200601141808.35009.glen@delfi.ee> <200601231918.53579.glen@delfi.ee> <200601231903.08154.twittner@o2.pl> Message-ID: <200601242130.43770.glen@delfi.ee> after some discussion with twittner, > > $ python -c 'import sys; print sys.path' default paths: > > ['', '/usr/lib64/python24.zip', '/usr/share/python2.4', > > '/usr/share/python2.4/plat-linux2', \ > > '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \ paths defined from site.py[co]: > > '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages'] so, my problem was that i had installed both athlon and amd64 packages on system (due wanting to run 32-bit openoffice, which needs python-libs) $ q -qf /usr/share/python2.4/site.py[co] python-libs-2.4.2-3.amd64 python-libs-2.4.2-3.athlon python-libs-2.4.2-3.amd64 python-libs-2.4.2-3.athlon accroding to search path, moving /usr/share/python2.4/site.py[co] to for amd64 package: /usr/lib64/python2.4/lib-dynload/ for athlon package: /usr/lib/python2.4/lib-dynload/ solved my problem. so there are several problems 1. site.py[co] is in arch independant location, but contains hardcoded path to arch dependant location 2. imho it's wrong to package /usr/share/ at all to -libs package. does openoffice needs just libpython.so or something more from -libs package? 3. site.py[co] moving to lib-dynload is not perhaps the most appropriate place. i don't know where it should be my suggestions are to move portions from /usr/share from -libs to -common (-modules?) package. and py site.py[co] to some path that is first searched from arch dependant location. if taking look on other distros, then the just put all their files to /usr/lib or /usr/lib64 - http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/SPECS/python/ - http://cvs.fedora.redhat.com/viewcvs/rpms/python/FC-4/ -- glen From twittner at o2.pl Tue Jan 24 20:33:39 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Tue, 24 Jan 2006 20:33:39 +0100 Subject: python qt In-Reply-To: <200601231903.08154.twittner@o2.pl> References: <200601141808.35009.glen@delfi.ee> <200601231918.53579.glen@delfi.ee> <200601231903.08154.twittner@o2.pl> Message-ID: <200601242033.40002.twittner@o2.pl> On Mon 23. of January 2006 19:03, Tomasz Wittner wrote: [...] > > > What shows > > > python -c 'import sys; print sys.path' > > > ? Is '/usr/lib64/python2.4/site-packages' listed there? > > nop. > > > > $ python -c 'import sys; print sys.path' > > ['', '/usr/lib64/python24.zip', '/usr/share/python2.4', > '/usr/share/python2.4/plat-linux2', \ > > '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \ > > '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages'] > > > Probably python-lib64.patch from python.spec is incomplete or broken. OK - I've talked about it on jabber with glen and it appeared that glen has both python-libs.athlon and python-libs.amd64 packages installed - it is possible since rpm doesn't warn about files conflicts. Wrong path comes from /usr/share/python2.4/site.py[co] - content from athlon package overrode this one from amd64. [...] -- Tomasz Wittner From jajcus at jajcus.net Tue Jan 24 20:43:15 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Tue, 24 Jan 2006 20:43:15 +0100 Subject: python qt In-Reply-To: <200601242130.43770.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601231918.53579.glen@delfi.ee> <200601231903.08154.twittner@o2.pl> <200601242130.43770.glen@delfi.ee> Message-ID: <20060124194315.GA22897@nic.nigdzie> On Tue, Jan 24, 2006 at 09:30:43PM +0200, Elan Ruusam?e wrote: > if taking look on other distros, then the just put all their files to /usr/lib > or /usr/lib64 If we do this that way, then no Python package would be architecture independent any more, as they would contain architecture-dependent paths (/usr/%{_lib}). If we would use /usr/lib always, even on x86_64, then both 32-bit and 64-bit python libraries could not be installed on the same system. These are the reasons why both /usr/share and /usr/%{_lib}/ is used in PLD for python-* packages. Moving site.py to a architecture-dependant directory seems like a good solution to me. And probably moving all modules from python.spec to /usr/%{_lib} would do too -- python.spec is architecture dependant anyway. Just leave both /usr/share/python2.4/site-packages and /usr/%{_lib}/python2.4/site-packages for other python packages. Greets, Jacek From qboosh at pld-linux.org Tue Jan 24 20:47:15 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 24 Jan 2006 20:47:15 +0100 Subject: python qt In-Reply-To: <200601242130.43770.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601231918.53579.glen@delfi.ee> <200601231903.08154.twittner@o2.pl> <200601242130.43770.glen@delfi.ee> Message-ID: <20060124194715.GA27113@fngna.oyu> On Tue, Jan 24, 2006 at 09:30:43PM +0200, Elan Ruusam?e wrote: > after some discussion with twittner, > > > > $ python -c 'import sys; print sys.path' > default paths: > > > ['', '/usr/lib64/python24.zip', '/usr/share/python2.4', > > > '/usr/share/python2.4/plat-linux2', \ > > > '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \ > paths defined from site.py[co]: > > > '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages'] > > so, my problem was that i had installed both athlon and amd64 packages on > system (due wanting to run 32-bit openoffice, which needs python-libs) > > $ q -qf /usr/share/python2.4/site.py[co] > python-libs-2.4.2-3.amd64 > python-libs-2.4.2-3.athlon > python-libs-2.4.2-3.amd64 > python-libs-2.4.2-3.athlon > > accroding to search path, moving /usr/share/python2.4/site.py[co] to > for amd64 package: /usr/lib64/python2.4/lib-dynload/ > for athlon package: /usr/lib/python2.4/lib-dynload/ > solved my problem. > > so there are several problems > 1. site.py[co] is in arch independant location, but contains hardcoded path to > arch dependant location Yes, it's known problem and already discussed[1], but no solution has been implemented so far. [1] in Polish language, but example patches should be readable in any language http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2004-December/121358.html http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2004-December/121361.html [...] > if taking look on other distros, then the just put all their files to /usr/lib > or /usr/lib64 > - http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/SPECS/python/ > - http://cvs.fedora.redhat.com/viewcvs/rpms/python/FC-4/ Some time ago we moved arch-independent stuff (and, unfortunately, distutils) to /usr/share to allow creating packages with python bytecode as noarch. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Tue Jan 24 21:04:21 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 24 Jan 2006 22:04:21 +0200 Subject: python qt In-Reply-To: <20060124194315.GA22897@nic.nigdzie> References: <200601141808.35009.glen@delfi.ee> <200601242130.43770.glen@delfi.ee> <20060124194315.GA22897@nic.nigdzie> Message-ID: <200601242204.21189.glen@delfi.ee> On Tuesday 24 January 2006 21:43, Jacek Konieczny wrote: > Moving site.py to a architecture-dependant directory seems like a good > solution to me. And probably moving all modules from python.spec to > /usr/%{_lib} would do too -- python.spec is architecture dependant > anyway. Just leave both /usr/share/python2.4/site-packages and > /usr/%{_lib}/python2.4/site-packages for other python packages. and which should came first in search path? arch dependant or independant? -- glen From qboosh at pld-linux.org Tue Jan 24 22:00:58 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 24 Jan 2006 22:00:58 +0100 Subject: AC TODO [19/01/2006] In-Reply-To: <200601201729.01240.arekm@pld-linux.org> References: <200601191817.11082.arekm@pld-linux.org> <200601191902.19227.arekm@pld-linux.org> <20060119181201.GC8821@fngna.oyu> <200601201729.01240.arekm@pld-linux.org> Message-ID: <20060124210058.GC27113@fngna.oyu> On Fri, Jan 20, 2006 at 05:29:00PM +0100, Arkadiusz Miskiewicz wrote: > On Thursday 19 January 2006 19:12, Jakub Bogusz wrote: > > On Thu, Jan 19, 2006 at 07:02:18PM +0100, Arkadiusz Miskiewicz wrote: > > > On Thursday 19 January 2006 18:53, Jakub Bogusz wrote: > > > > On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: > > > > > I'm not sure what's the state of kernel24 related packages since > > > > > there is only one (lm_sensors) on ftp, qboosh? > > > > > > > > And svgalib_helper. > > > > > > Where? I don't see it. > > > > Eh. ac-test only :/ > > kernel24.spec:auto-ac-svgalib-1_9_24-1 --with kernel24 --without userspace > > (after moving 2.6 version because of ftp automation issue - but this move > > is done already) > > WARN: svgalib-1.9.24-1 not built for archs: ['amd64'] > INFO: Arch ppc for svgalib-1.9.24-1 is already present in dest tree; removing > from srctree > INFO: Arch athlon for svgalib-1.9.24-1 is already present in dest tree; > removing from srctree > INFO: Arch i586 for svgalib-1.9.24-1 is already present in dest tree; removing > from srctree > INFO: Arch SRPMS for svgalib-1.9.24-1 is already present in dest tree; > removing from srctree > INFO: Arch sparc for svgalib-1.9.24-1 is already present in dest tree; > removing from srctree > INFO: Arch i686 for svgalib-1.9.24-1 is already present in dest tree; removing > from srctree > INFO: Arch i386 for svgalib-1.9.24-1 is already present in dest tree; removing > from srctree > INFO: Arch alpha for svgalib-1.9.24-1 is already present in dest tree; > removing from srctree > > and nothing were moved. svgalib24.spec is probably the way to go. Bleh, don't like it, but done. Try svgalib24.spec from HEAD (no bconds, no sparc64). BTW: STBR amanda (current version from Ac is likely to have some features disabled as configure checked for some programs not present in BRs). -- Jakub Bogusz http://qboosh.cs.net.pl/ From jajcus at jajcus.net Tue Jan 24 21:57:19 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Tue, 24 Jan 2006 21:57:19 +0100 Subject: python qt In-Reply-To: <200601242204.21189.glen@delfi.ee> References: <200601141808.35009.glen@delfi.ee> <200601242130.43770.glen@delfi.ee> <20060124194315.GA22897@nic.nigdzie> <200601242204.21189.glen@delfi.ee> Message-ID: <20060124205719.GA23998@nic.nigdzie> On Tue, Jan 24, 2006 at 10:04:21PM +0200, Elan Ruusam?e wrote: > On Tuesday 24 January 2006 21:43, Jacek Konieczny wrote: > > Moving site.py to a architecture-dependant directory seems like a good > > solution to me. And probably moving all modules from python.spec to > > /usr/%{_lib} would do too -- python.spec is architecture dependant > > anyway. Just leave both /usr/share/python2.4/site-packages and > > /usr/%{_lib}/python2.4/site-packages for other python packages. > and which should came first in search path? arch dependant or independant? Arch dependant -- it may containt architecture-optimized versions of some modules. Greets, Jacek From gotar at polanet.pl Wed Jan 25 23:43:41 2006 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 25 Jan 2006 23:43:41 +0100 Subject: glen: Smarty.spec: - move Smarty out of PEAR dirs [...] In-Reply-To: <43D624AF.1080302@limanowa.net> References: <200601191817.11082.arekm@pld-linux.org> <200601200111.13811.glen@delfi.ee> <43D624AF.1080302@limanowa.net> Message-ID: <20060125224340.GA15342@pepin.polanet.pl> He's killfiled me, so please someone just reply to my mail leaving quotation. Could you just type desc -B Smarty and don't break packages? E.g. lms requires /usr/share/pear/Smarty and you made symlink as %ghost %{php_pear_dir}/%{name}, so that it's not created with fresh install. Either this link must be persistent, or lms and probably others should be patched. And one more thing: $ rpm -q mozilla-firefox mozilla-firefox-1.5-4 On my machine it works, on another gives: $ mozilla-firefox /usr/lib/mozilla-firefox/firefox-bin: symbol lookup error: /usr/lib/mozilla-firefox/components/libdocshell.so: undefined symbol: PR_GetPhysicalMemorySize Any ideas? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Thu Jan 26 00:00:50 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 26 Jan 2006 00:00:50 +0100 Subject: glen: Smarty.spec: - move Smarty out of PEAR dirs [...] In-Reply-To: <20060125224340.GA15342@pepin.polanet.pl> References: <200601191817.11082.arekm@pld-linux.org> <200601200111.13811.glen@delfi.ee> <43D624AF.1080302@limanowa.net> <20060125224340.GA15342@pepin.polanet.pl> Message-ID: <20060125230050.GA25426@fngna.oyu> On Wed, Jan 25, 2006 at 11:43:41PM +0100, Tomasz Pala wrote: > On my machine it works, on another gives: > > $ mozilla-firefox > /usr/lib/mozilla-firefox/firefox-bin: symbol lookup error: /usr/lib/mozilla-firefox/components/libdocshell.so: undefined symbol: PR_GetPhysicalMemorySize Too old nspr? -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu Jan 26 01:15:20 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 26 Jan 2006 02:15:20 +0200 Subject: python qt In-Reply-To: <20060124194715.GA27113@fngna.oyu> References: <200601141808.35009.glen@delfi.ee> <200601242130.43770.glen@delfi.ee> <20060124194715.GA27113@fngna.oyu> Message-ID: <200601260215.20600.glen@delfi.ee> On Tuesday 24 January 2006 21:47, Jakub Bogusz wrote: > > so, my problem was that i had installed both athlon and amd64 packages on > > system (due wanting to run 32-bit openoffice, which needs python-libs) [..] > Yes, it's known problem and already discussed[1], but no solution has been > implemented so far. > > [1] in Polish language, but example patches should be readable in any > language > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2004-December/121358.html > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2004-December/12161.html mandriva had some version of those patches, perhaps newer, so i took from there. > > if taking look on other distros, then the just put all their files to > > /usr/lib or /usr/lib64 > > - http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/SPECS/python/ > > - http://cvs.fedora.redhat.com/viewcvs/rpms/python/FC-4/ > > Some time ago we moved arch-independent stuff (and, unfortunately, > distutils) to /usr/share to allow creating packages with python bytecode > as noarch. i've commited the changes, and tested so that i had amd64 and athlon -lib packages installed. when ran from amd64 python binary libdirs with lib64 were searched when ran from athlon python binary, libdirs with lib were searched. could you test and does it cover also distutils problems? -- glen From sparky at sparky.homelinux.org Fri Jan 27 18:32:57 2006 From: sparky at sparky.homelinux.org (Przemek Iskra) Date: Fri, 27 Jan 2006 18:32:57 +0100 Subject: SPECS: 9base.spec (NEW) - NEW, Plan 9 base tools In-Reply-To: References: Message-ID: <20060127173257.GA13472@sparky.homelinux.org> On Fri, Jan 27, 2006 at 06:06:52PM +0100, sparky wrote: > +Provides: rc > +Obsoletes: rc I have added this but in 9base.spec file is called /usr/bin/9rc. Because /usr/bin/rc conflicts with lirc. So what now ? Throw rc from ftp ? Fix lirc ? or rename file in rc.spec too ? -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From saq at pld-linux.org Sat Jan 28 23:16:23 2006 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 28 Jan 2006 23:16:23 +0100 Subject: SPECS: adapter.awk - parse epoches from ../PLD-doc/BuildRequires.txt In-Reply-To: References: Message-ID: <1138486584.4304.5.camel@neptune.sakowski.pl> > Author: glen Date: Tue Jan 24 07:42:38 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - parse epoches from ../PLD-doc/BuildRequires.txt This can sometimes provide faulty BRs. E.g.: BR: avifile-devel >= 0.5 becomes 1:0.5 (correct: unchanged) BR: avifile-devel >= 0.7.16 becomes 1.0.7.16 (correct: 3:0.7.16) -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Sun Jan 29 12:55:11 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 29 Jan 2006 13:55:11 +0200 Subject: SPECS: adapter.awk - parse epoches from ../PLD-doc/BuildRequires.txt In-Reply-To: <1138486584.4304.5.camel@neptune.sakowski.pl> References: <1138486584.4304.5.camel@neptune.sakowski.pl> Message-ID: <200601291355.11336.glen@delfi.ee> On Sunday 29 January 2006 00:16, Pawe? Sakowski wrote: > > Author: glen Date: Tue Jan 24 07:42:38 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - parse epoches from ../PLD-doc/BuildRequires.txt > > This can sometimes provide faulty BRs. E.g.: > BR: avifile-devel >= 0.5 becomes 1:0.5 (correct: unchanged) > BR: avifile-devel >= 0.7.16 becomes 1.0.7.16 (correct: 3:0.7.16) yep. noticed this with binutils. any better ideas? provide separate file for this? (and in SPECS cvs module then?) From arekm at pld-linux.org Sun Jan 29 14:14:04 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 29 Jan 2006 14:14:04 +0100 Subject: Modules building (2.6), smarter way... Message-ID: <200601291414.04375.arekm@pld-linux.org> The procedure we build external modules is crap, yeah but it seems that there is a way to make it nicer. Previously: rm -rf include install -d include/{linux,config} ln -sf %{_kernelsrcdir}/config-$cfg .config ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h include/linux/autoconf.h %ifarch ppc ppc64 install -d include/asm [ ! -d %{_kernelsrcdir}/include/asm-powerpc ] || ln -sf %{_kernelsrcdir}/include/asm-powerpc/* include/asm [ ! -d %{_kernelsrcdir}/include/asm-%{_target_base_arch} ] || ln -snf %{_kernelsrcdir}/include/asm-%{_target_base_a rch}/* include/asm %else ln -sf %{_kernelsrcdir}/include/asm-%{_target_base_arch} include/asm %endif ln -sf %{_kernelsrcdir}/Module.symvers-$cfg Module.symvers touch include/config/MARKER %{__make} -C %{_kernelsrcdir} clean \ M=$PWD O=$PWD \ [...] Now: install -d o/include/linux ln -sf %{_kernelsrcdir}/config-$cfg o/.config ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h o/include/linux/autoconf.h %{__make} -C %{_kernelsrcdir} O=$PWD/o prepare scripts %{__make} -C %{_kernelsrcdir} clean \ M=$PWD O=$PWD/o \ [...] This will be tested on wider number of modules when 2.6.14.7 comes out so for now - does anyone see anything bad in new method, potential problems etc? ah! and linux-kbuild-extmod.patch is no longer needed -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From saq at pld-linux.org Sun Jan 29 23:31:20 2006 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sun, 29 Jan 2006 23:31:20 +0100 Subject: SPECS: adapter.awk - parse epoches from ../PLD-doc/BuildRequires.txt In-Reply-To: <200601291355.11336.glen@delfi.ee> References: <1138486584.4304.5.camel@neptune.sakowski.pl> <200601291355.11336.glen@delfi.ee> Message-ID: <1138573880.4318.6.camel@neptune.sakowski.pl> Am Sonntag, den 29.01.2006, 13:55 +0200 schrieb Elan Ruusam?e: > > BR: avifile-devel >= 0.5 becomes 1:0.5 (correct: unchanged) > > BR: avifile-devel >= 0.7.16 becomes 1.0.7.16 (correct: 3:0.7.16) > > yep. noticed this with binutils. any better ideas? provide separate file for > this? (and in SPECS cvs module then?) I think it's a matter of more complex BuildRequires.txt parsing: Figuring out that e.g. for avifile-devel versions (-infty,0.6) are of epoch 0, [0.6,0.7.15) -- epoch 1, [0.7.15,+infty) -- epoch 2. And then using rpmvercmp on the version required by the spec to figure out which range covers it. BuildRequires.txt is structured enough to support such a mechanism (well, except for the free-form automake: line). -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Mon Jan 30 09:54:55 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 30 Jan 2006 10:54:55 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - "-v" added again to geninitrd. Do... In-Reply-To: References: Message-ID: <200601301054.56191.glen@delfi.ee> On Monday 30 January 2006 09:36, cieciwa wrote: > Author: cieciwa Date: Mon Jan 30 07:36:02 2006 GMT > Module: SPECS Tag: LINUX_2_6 > ---- Log message: > - "-v" added again to geninitrd. Don't remove. why? could this at least omitted with %banner loglevel 10? or make it tunable from sysconfig/geninitrd? -- glen From adgor at isn.pl Mon Jan 30 22:44:35 2006 From: adgor at isn.pl (Adam Gorzkiewicz) Date: Mon, 30 Jan 2006 22:44:35 +0100 Subject: SPECS: kcontrol-nvidia.spec - still need the .desktop files (how t... In-Reply-To: References: Message-ID: <200601302244.43282.adgor@isn.pl> Dnia poniedzia?ek, 30 stycznia 2006 22:17, glen napisa?: > Author: glen Date: Mon Jan 30 21:17:33 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - still need the .desktop files (how to unhide from Peripherals menu?) What for You want to unhide them? Normally they will appear in Settings/Peripherals menu in kde panel. -- Adam Gorzkiewicz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From glen at delfi.ee Mon Jan 30 23:51:54 2006 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Tue, 31 Jan 2006 00:51:54 +0200 Subject: SPECS: kcontrol-nvidia.spec - still need the .desktop files (how t... In-Reply-To: <200601302244.43282.adgor@isn.pl> References: <200601302244.43282.adgor@isn.pl> Message-ID: <200601310051.54350.glen@delfi.ee> On Monday 30 January 2006 23:44, Adam Gorzkiewicz wrote: > Dnia poniedzia?ek, 30 stycznia 2006 22:17, glen napisa?: > > Author: glen Date: Mon Jan 30 21:17:33 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - still need the .desktop files (how to unhide from Peripherals menu?) > > What for You want to unhide them? Normally they will appear in > Settings/Peripherals menu in kde panel. they already do appear in Peripherals/Display as tabs and under Peripherals menu they are without icons. and i wanted to say 'hide' not 'unhide' :) -- glen