From areq at pld-linux.org Thu Feb 1 00:07:02 2007 From: areq at pld-linux.org (Arkadiusz Patyk) Date: Thu, 01 Feb 2007 00:07:02 +0100 Subject: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_... In-Reply-To: <20070131215012.GA32427@mysza.eu.org> References: <20070131215012.GA32427@mysza.eu.org> Message-ID: <7882s21kmpg33hjhqa4ut980jnp7gtdpkk@4ax.com> On Wed, 31 Jan 2007 22:50:12 +0100, you wrote: >On Wed, Jan 31, 2007 at 10:46:32PM +0100, adamg wrote: >> Author: adamg Date: Wed Jan 31 21:46:32 2007 GMT >> Module: SPECS Tag: AC-branch >> ---- Log message: >> - seems like there is no switch_root in AC's busybox, use chroot instead >> - release 2 > >so the question is, can we achieve the same (have geninitrd working in >Ac) and having the same source for both Ac and Th? hm.. $ grep SWITCH ../SOURCES/busybox-initrd.config CONFIG_SWITCH_ROOT=y -- Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/] [IRC:areq skype:arekpatyk GG:1383 jid:arek<>patyk:net] From hawk at limanowa.net Thu Feb 1 00:28:01 2007 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 01 Feb 2007 00:28:01 +0100 Subject: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_... In-Reply-To: <20070131215012.GA32427@mysza.eu.org> References: <20070131215012.GA32427@mysza.eu.org> Message-ID: <45C12601.2060703@limanowa.net> > so the question is, can we achieve the same (have geninitrd working in > Ac) and having the same source for both Ac and Th? I wrote it already on devel-pl and users-pl, but well, I'll write it here too. Maybe it will give people messing with geninitrd some hints. New geninitrd works very well with Ac but only if one will uncoment INITRDFS=rom in /etc/sysconfig/geninitrd. Non romfs initrds will fail in Ac with two messages: a) no /etc/fstab error b) switch_root error. M. From adamg at biomerieux.pl Thu Feb 1 00:41:11 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 1 Feb 2007 00:41:11 +0100 Subject: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_... In-Reply-To: <45C12601.2060703@limanowa.net> References: <20070131215012.GA32427@mysza.eu.org> <45C12601.2060703@limanowa.net> Message-ID: <20070131234111.GA3829@mysza.eu.org> On Thu, Feb 01, 2007 at 12:28:01AM +0100, Marcin Kr?l wrote: > > so the question is, can we achieve the same (have geninitrd working in > > Ac) and having the same source for both Ac and Th? > > I wrote it already on devel-pl and users-pl, but well, I'll write it > here too. Maybe it will give people messing with geninitrd some hints. > New geninitrd works very well with Ac but only if one will uncoment > INITRDFS=rom in /etc/sysconfig/geninitrd. Non romfs initrds will fail in > Ac with two messages: a) no /etc/fstab error b) switch_root error. Good to know the hint is that simple, but still, this blows up a few systems after upgrade. Which is not good. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From hawk at limanowa.net Thu Feb 1 00:56:17 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Thu, 01 Feb 2007 00:56:17 +0100 Subject: SPECS (AC-branch): geninitrd.spec - seems like there is no switch_... In-Reply-To: <20070131234111.GA3829@mysza.eu.org> References: <20070131215012.GA32427@mysza.eu.org> <45C12601.2060703@limanowa.net> <20070131234111.GA3829@mysza.eu.org> Message-ID: <45C12CA1.3070202@limanowa.net> > Good to know the hint is that simple, but still, this blows up a few > systems after upgrade. Which is not good. Not really. Kernel upgrade process produces romfs which is working (tested today). Only manually invoked geninitrd doesn't produce romfs initrd. M. From glen at delfi.ee Thu Feb 1 23:07:49 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 2 Feb 2007 00:07:49 +0200 Subject: java class version Message-ID: <200702020007.50000.glen@delfi.ee> hi would it be possible to rpm 4.4.2 to autogenerate deps for java class data versions: $ file XRef.class XRef.class: compiled Java class data, version 48.0 -- glen From glen at delfi.ee Fri Feb 2 12:03:41 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 2 Feb 2007 13:03:41 +0200 Subject: SPECS (AC-branch): kdebluetooth.spec - Fixed build. Contacting dbu... In-Reply-To: References: Message-ID: <200702021303.41191.glen@delfi.ee> On Friday 02 February 2007 12:55:18 matkor wrote: > Author: matkor Date: Fri Feb 2 10:55:18 2007 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - Fixed build. Contacting dbuspasskeyagent.diff author for recent version. > +Patch4: %{name}-automake_version_fix.patch ../SOURCES/kde-am.patch -- glen -------------- next part -------------- An HTML attachment was scrubbed... URL: From baggins at sith.mimuw.edu.pl Fri Feb 2 14:30:13 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2007 14:30:13 +0100 Subject: POLL: PAM modules Message-ID: <20070202133013.GB22799@sith.mimuw.edu.pl> EN: I'm going to sort out and update pam-pld/Linux-PAM packages, and this may mean removal of some modules from our pam package. So, I present you a poll, as to which modules that are not present in official Linux-PAM can go and which ones must definately stay: PL: Mam zamiar posprz?ta? i od?wierzy? PAM-a, a to mo?e oznacza? wywalenie pewnych modu??w z naszego pakietu pam. Poni?ej ankieta na temat modu??w kt?rych nie ma w Linux-PAM: These I want removed / Te do wywa?ki: pam_make - use pam_exec from Linux-PAM / zast?puje go pam_exec z Linux-PAM pam_cap - ever used? / kto? tego u?ywa? pam_netid - ever used? / kto? tego u?ywa? pam_opie - ever used? / kto? tego u?ywa? pam_skey - ever used? / kto? tego u?ywa? pam_tcpd - ever used? / kto? tego u?ywa? pam_usertty - ever used? / kto? tego u?ywa? pam_utmp - I don't think I even tested it after coding / nie przypominam sobie ?ebym to wog?le przetestowa? These are with uncertain future / niepewna przysz?o??: pam_console - either we are maintaining out own version or we're taking the oroginal from RH/FC / albo pilnujemy w?asnej tw?rczo?ci albo bierzemy wersje z RH/FC z dobrodziejstwem inwentarza pam_homedir - I'm inclined to patch pam_mkhomedir and symlink pam_homedir to it / sk?aniam si? do po?atania pam_mkhomedir i podlinkowania pam_homedir do niego These will definately stay / te napewno zostan?: pam_pwexport pam_pwgen Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From arekm at pld-linux.org Fri Feb 2 15:27:55 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2007 15:27:55 +0100 Subject: POLL: PAM modules In-Reply-To: <20070202133013.GB22799@sith.mimuw.edu.pl> References: <20070202133013.GB22799@sith.mimuw.edu.pl> Message-ID: <200702021527.55544.arekm@pld-linux.org> On pi?tek, 2 lutego 2007, Jan Rekorajski wrote: > EN: > I'm going to sort out and update pam-pld/Linux-PAM packages, and this > may mean removal of some modules from our pam package. > So, I present you a poll, as to which modules that are not present in > official Linux-PAM can go and which ones must definately stay: > > PL: > Mam zamiar posprz?ta? i od?wierzy? PAM-a, a to mo?e oznacza? wywalenie > pewnych modu??w z naszego pakietu pam. > Poni?ej ankieta na temat modu??w kt?rych nie ma w Linux-PAM: > > These I want removed / Te do wywa?ki: > pam_make - use pam_exec from Linux-PAM / zast?puje go pam_exec z > Linux-PAM > pam_cap - ever used? / kto? tego u?ywa? > pam_netid - ever used? / kto? tego u?ywa? > pam_opie - ever used? / kto? tego u?ywa? > pam_skey - ever used? / kto? tego u?ywa? > pam_tcpd - ever used? / kto? tego u?ywa? > pam_usertty - ever used? / kto? tego u?ywa? > pam_utmp - I don't think I even tested it after coding > / nie przypominam sobie ?ebym to wog?le > przetestowa? Never really used :-) I was playing with skey or opie once... > > These are with uncertain future / niepewna przysz?o??: > pam_console - either we are maintaining out own version or we're > taking the oroginal from RH/FC > / albo pilnujemy w?asnej tw?rczo?ci albo bierzemy > wersje z RH/FC z dobrodziejstwem inwentarza What's disadvantage of using upstream version comparing to our own? > pam_homedir - I'm inclined to patch pam_mkhomedir and symlink > pam_homedir > to it > / sk?aniam si? do po?atania pam_mkhomedir i > podlinkowania pam_homedir do niego Never used. > > These will definately stay / te napewno zostan?: > pam_pwexport > pam_pwgen > > Janek -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From baggins at sith.mimuw.edu.pl Fri Feb 2 18:08:58 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2007 18:08:58 +0100 Subject: POLL: PAM modules In-Reply-To: <200702021527.55544.arekm@pld-linux.org> References: <20070202133013.GB22799@sith.mimuw.edu.pl> <200702021527.55544.arekm@pld-linux.org> Message-ID: <20070202170858.GA3926@sith.mimuw.edu.pl> On Fri, 02 Feb 2007, Arkadiusz Miskiewicz wrote: > > These I want removed / Te do wywa?ki: > > pam_make - use pam_exec from Linux-PAM / zast?puje go pam_exec z > > Linux-PAM > > pam_cap - ever used? / kto? tego u?ywa? > > pam_netid - ever used? / kto? tego u?ywa? > > pam_opie - ever used? / kto? tego u?ywa? > > pam_skey - ever used? / kto? tego u?ywa? > > pam_tcpd - ever used? / kto? tego u?ywa? > > pam_usertty - ever used? / kto? tego u?ywa? > > pam_utmp - I don't think I even tested it after coding > > / nie przypominam sobie ?ebym to wog?le > > przetestowa? > > Never really used :-) I was playing with skey or opie once... Skey is not a problem as it exists on its own, the rest is painful as they can be found only as single .c files or not at all. > > These are with uncertain future / niepewna przysz?o??: > > pam_console - either we are maintaining out own version or we're > > taking the oroginal from RH/FC > > / albo pilnujemy w?asnej tw?rczo?ci albo bierzemy > > wersje z RH/FC z dobrodziejstwem inwentarza > > What's disadvantage of using upstream version comparing to our own? Ours is the cut-down version of original RH one. We may as well take pam_console pam_rps pam_tally2 and pam_timestamp from FC. > > pam_homedir - I'm inclined to patch pam_mkhomedir and symlink > > pam_homedir > > to it > > / sk?aniam si? do po?atania pam_mkhomedir i > > podlinkowania pam_homedir do niego > > Never used. I use it, if no one else then I'll just do it. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From baggins at sith.mimuw.edu.pl Fri Feb 2 19:54:58 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2007 19:54:58 +0100 Subject: POLL: PAM modules In-Reply-To: <20070202133013.GB22799@sith.mimuw.edu.pl> References: <20070202133013.GB22799@sith.mimuw.edu.pl> Message-ID: <20070202185458.GA12287@sith.mimuw.edu.pl> Czy ktos zapisany na pld-users-* moglby to tam poslac? Could someone subscribed to pld-users-* send it there? On Fri, 02 Feb 2007, Jan Rekorajski wrote: > EN: > I'm going to sort out and update pam-pld/Linux-PAM packages, and this > may mean removal of some modules from our pam package. > So, I present you a poll, as to which modules that are not present in > official Linux-PAM can go and which ones must definately stay: > > PL: > Mam zamiar posprz?ta? i od?wierzy? PAM-a, a to mo?e oznacza? wywalenie > pewnych modu??w z naszego pakietu pam. > Poni?ej ankieta na temat modu??w kt?rych nie ma w Linux-PAM: > > These I want removed / Te do wywa?ki: > pam_make - use pam_exec from Linux-PAM / zast?puje go pam_exec z > Linux-PAM > pam_cap - ever used? / kto? tego u?ywa? > pam_netid - ever used? / kto? tego u?ywa? > pam_opie - ever used? / kto? tego u?ywa? > pam_skey - ever used? / kto? tego u?ywa? > pam_tcpd - ever used? / kto? tego u?ywa? > pam_usertty - ever used? / kto? tego u?ywa? > pam_utmp - I don't think I even tested it after coding > / nie przypominam sobie ?ebym to wog?le > przetestowa? > > These are with uncertain future / niepewna przysz?o??: > pam_console - either we are maintaining out own version or we're > taking the oroginal from RH/FC > / albo pilnujemy w?asnej tw?rczo?ci albo bierzemy > wersje z RH/FC z dobrodziejstwem inwentarza > pam_homedir - I'm inclined to patch pam_mkhomedir and symlink > pam_homedir > to it > / sk?aniam si? do po?atania pam_mkhomedir i > podlinkowania pam_homedir do niego > > These will definately stay / te napewno zostan?: > pam_pwexport > pam_pwgen > > Janek > -- > Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! > bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? > BOFH, MANIAC | -- TROOPS by Kevin Rubio > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From adamg at biomerieux.pl Fri Feb 2 23:41:32 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 2 Feb 2007 23:41:32 +0100 Subject: POLL: PAM modules In-Reply-To: <20070202185458.GA12287@sith.mimuw.edu.pl> References: <20070202133013.GB22799@sith.mimuw.edu.pl> <20070202185458.GA12287@sith.mimuw.edu.pl> Message-ID: <20070202224132.GB8220@mysza.eu.org> On Fri, Feb 02, 2007 at 07:54:58PM +0100, Jan Rekorajski wrote: > Czy ktos zapisany na pld-users-* moglby to tam poslac? > Could someone subscribed to pld-users-* send it there? forwarded. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Mon Feb 5 11:59:13 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 5 Feb 2007 11:59:13 +0100 (CET) Subject: opera w PLD Message-ID: <200702051059.l15AxDuo012306@green.mif.pg.gda.pl> ... ma w License: Distributable for PLD until 31 Dec 2006 - http://distribute.opera.com/ (otherwise restricted, see file LICENSE) To co, nalezy ja wywalic z ftp-ow ? -- ======================================================================= 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 arekm at pld-linux.org Mon Feb 5 12:12:08 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 5 Feb 2007 12:12:08 +0100 Subject: opera w PLD In-Reply-To: <200702051059.l15AxDuo012306@green.mif.pg.gda.pl> References: <200702051059.l15AxDuo012306@green.mif.pg.gda.pl> Message-ID: <200702051212.09015.arekm@pld-linux.org> On poniedzia?ek, 5 lutego 2007, Andrzej Krzysztofowicz wrote: > ... ma w License: > > Distributable for PLD until 31 Dec 2006 - http://distribute.opera.com/ > (otherwise restricted, see file LICENSE) > > To co, nalezy ja wywalic z ftp-ow ? Or renew license. Whole operation was done via www (something.opera.com) and required filling one form afaik. Unfortunately I don't remember exactly where it was. I'll try to find out where... -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Tue Feb 6 18:14:52 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Feb 2007 19:14:52 +0200 Subject: Fwd: SOURCES: knetworkconf-am.patch (NEW) - allow to build with newer a... Message-ID: <200702061914.52414.glen@delfi.ee> ../SOURCES/kde-am.patch ../SOURCES/kde-ac260.patch additionally you may find it useful: ../SOURCES/kde-ac260-lt.patch ---------- Forwarded Message ---------- Subject: SOURCES: knetworkconf-am.patch (NEW) - allow to build with newer a... Date: Tuesday 06 February 2007 From: darekr To: pld-cvs-commit at lists.pld-linux.org Author: darekr Date: Tue Feb 6 16:06:34 2007 GMT Module: SOURCES Tag: HEAD ---- Log message: - allow to build with newer automake ---- Files affected: SOURCES: knetworkconf-am.patch (NONE -> 1.1) (NEW) Author: darekr Date: Tue Feb 6 16:06:07 2007 GMT Module: SOURCES Tag: HEAD ---- Log message: - allow to build with newer autoconf ---- Files affected: SOURCES: knetworkconf-ac.patch (NONE -> 1.1) (NEW) From darekr at darekr.rulez.pl Tue Feb 6 18:25:49 2007 From: darekr at darekr.rulez.pl (Dariusz Rojewski) Date: Tue, 6 Feb 2007 18:25:49 +0100 Subject: Fwd: SOURCES: knetworkconf-am.patch (NEW) - allow to build with newer a... In-Reply-To: <200702061914.52414.glen@delfi.ee> References: <200702061914.52414.glen@delfi.ee> Message-ID: <20070206172549.GA19480@darekr.rulez.pl> On Tue, Feb 06, 2007 at 07:14:52PM +0200, Elan Ruusam?e wrote: > ../SOURCES/kde-am.patch > ../SOURCES/kde-ac260.patch > > additionally you may find it useful: > ../SOURCES/kde-ac260-lt.patch yeah, thx -- Dariusz Rojewski darekr at pld-linux.org From glen at delfi.ee Tue Feb 6 23:55:07 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 7 Feb 2007 00:55:07 +0200 Subject: SPECS: wxWidgets.spec - updated pickerbase patch to fix build - pa... In-Reply-To: References: Message-ID: <200702070055.07987.glen@delfi.ee> On Wednesday 07 February 2007, you wrote: > Author: qboosh Date: Tue Feb 6 22:40:56 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated pickerbase patch to fix build > - package soname symlinks as ghost (referenced by .so symlinks) > > ---- Files affected: > SPECS: > wxWidgets.spec (1.63 -> 1.64) > > ---- Diffs: [...] > %attr(755,root,root) %{_libdir}/libwx_x11univu%{_libf}_gl-*.so.*.* > +%attr(755,root,root) %ghost %{_libdir}/libwx_x11univu%{_libf}_gl-*.so.0 perhaps use %ghost, %config, %dir as first item on the line so they stand out when viewing the file? -- glen From qboosh at pld-linux.org Thu Feb 8 00:43:32 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 08 Feb 2007 00:43:32 +0100 Subject: mono 1.2.3 in Ac? Message-ID: <20070207234332.GA9390@stranger.qboosh.pl> mono 1.2.3 seems to build on all Ac archs (well, still waiting for amd64), including alpha and sparc (bootstrap needed on these two - just done test builds can be installed on builders to perform actual build, without "--with bootstrap" bcond). I suggest to include this version in Ac. IIRC there is still vulnerable version of mono in ac-main. -- Jakub Bogusz http://qboosh.pl/ From michal at michal.waw.pl Thu Feb 8 20:06:05 2007 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Thu, 8 Feb 2007 20:06:05 +0100 Subject: [AC] amarok doesn't build Message-ID: <20070208190605.GA12725@woland.michal.waw.pl> There is a problem with amarok.spec from AC-branch, building fails: #v+ Processing files: amarok-xmms-1.4.5-0.1 error: File not found: /tmp/amarok-1.4.5-root-misiek/usr/bin/amarok_xmmswrapper2 Processing files: amarok-scripts-1.4.5-0.1 Searching for required packages.... Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: /usr/bin/python /usr/bin/ruby RPM build errors: File not found: /tmp/amarok-1.4.5-root-misiek/usr/bin/amarok_xmmswrapper2 2550.81s real 1126.34s user 152.28s system #v- The building command was: ./builder -bb -debug -r AC-branch --without mp3players amarok.spec I don't see the missing file in source tarball. -- --= 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 Thu Feb 8 20:09:44 2007 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Thu, 8 Feb 2007 20:09:44 +0100 Subject: [AC] amarok doesn't build In-Reply-To: <20070208190605.GA12725@woland.michal.waw.pl> References: <20070208190605.GA12725@woland.michal.waw.pl> Message-ID: <20070208190944.GB12725@woland.michal.waw.pl> Just note that there is an incorrect address (without "lists") in previous post, so be careful replying. -- --= 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 Feb 9 01:18:28 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 9 Feb 2007 02:18:28 +0200 Subject: mono 1.2.3 in Ac? In-Reply-To: <20070207234332.GA9390@stranger.qboosh.pl> References: <20070207234332.GA9390@stranger.qboosh.pl> Message-ID: <200702090218.29247.glen@delfi.ee> On Thursday 08 February 2007, Jakub Bogusz wrote: > mono 1.2.3 seems to build on all Ac archs (well, still waiting for > amd64), including alpha and sparc (bootstrap needed on these two - just > done test builds can be installed on builders to perform actual build, > without "--with bootstrap" bcond). > > I suggest to include this version in Ac. +1 > IIRC there is still vulnerable > version of mono in ac-main. -- glen From adamg at biomerieux.pl Fri Feb 9 01:23:21 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 9 Feb 2007 01:23:21 +0100 Subject: mono 1.2.3 in Ac? In-Reply-To: <200702090218.29247.glen@delfi.ee> References: <20070207234332.GA9390@stranger.qboosh.pl> <200702090218.29247.glen@delfi.ee> Message-ID: <20070209002321.GB5491@mysza.eu.org> On Fri, Feb 09, 2007 at 02:18:28AM +0200, Elan Ruusam?e wrote: > On Thursday 08 February 2007, Jakub Bogusz wrote: > > mono 1.2.3 seems to build on all Ac archs (well, still waiting for > > amd64), including alpha and sparc (bootstrap needed on these two - just > > done test builds can be installed on builders to perform actual build, > > without "--with bootstrap" bcond). > > > > I suggest to include this version in Ac. > +1 +1 hawk? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Fri Feb 9 02:06:42 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 9 Feb 2007 03:06:42 +0200 Subject: mono 1.2.3 in Ac? In-Reply-To: <20070207234332.GA9390@stranger.qboosh.pl> References: <20070207234332.GA9390@stranger.qboosh.pl> Message-ID: <200702090306.42618.glen@delfi.ee> On Thursday 08 February 2007, Jakub Bogusz wrote: > mono 1.2.3 seems to build on all Ac archs (well, still waiting for > amd64), here it built ok on my ac-amd64 local builder: Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/builder/tmp/mono-1.2.3-root-builder warning: Installed (but unpackaged) file(s) found: /usr/bin/mbas Wrote: /home/builder/rpm/pld/RPMS/mono-1.2.3-0.9.amd64.rpm ... -- glen From deejay1 at srem.org Fri Feb 9 10:19:50 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Fri, 9 Feb 2007 10:19:50 +0100 Subject: mono 1.2.3 in Ac? In-Reply-To: <200702090306.42618.glen@delfi.ee> References: <20070207234332.GA9390@stranger.qboosh.pl> <200702090306.42618.glen@delfi.ee> Message-ID: <200702091020.00287.deejay1@srem.org> Dnia pi?tek, 9 lutego 2007, Elan Ruusam?e napisa?: > On Thursday 08 February 2007, Jakub Bogusz wrote: > > mono 1.2.3 seems to build on all Ac archs (well, still waiting for > > amd64), +1 (except for i386 of course) > here it built ok on my ac-amd64 local builder: > > Checking for unpackaged > file(s): /usr/lib/rpm/check-files /home/builder/tmp/mono-1.2.3-root-builder > warning: Installed (but unpackaged) file(s) found: > /usr/bin/mbas mbas support is in a seperate tarball, I'll check it out today. As far as for the broken httpcfg command, the proper .cs file isn't availible in the tarball, even though it is tagged properly in their svn, I couldn't get any proper answer from their irc #, maybe we should drop it at all for now... -- ?ukasz [DeeJay1] Jerna? From arekm at pld-linux.org Fri Feb 9 17:22:59 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Feb 2007 17:22:59 +0100 Subject: gcc 4.1.2 vs 4.2 in Th Message-ID: <200702091722.59830.arekm@pld-linux.org> Unfortunately gcc 4.2 brought some c++ abi changes it seems, so no easy way to downgrade. Too much work for little gain IMO with the whole downgrade thing. libstdc++-4.2.0-0.20070126r121214.1.x86_64 obsoleted by libstdc++-4.1.2-0.20070205.1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by nxcomp-2.0.0.81-4.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by wxBase-unicode-2.8.0-0.2.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by boost-python-1.33.1-6.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by boost-1.33.1-6.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by boost-test-1.33.1-6.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by boost-program_options-1.33.1-6.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by boost-date_time-1.33.1-6.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by akode-2.0.1-4.1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by OpenEXR-1.4.0.a-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by libtorrent-0.11.1-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by db4.5-cxx-4.5.20-3.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by zipios++-0.1.5-3.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by cmake-2.4.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by taglib-1.4-3.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by mpeg4ip-libs-1.5.0.1-2.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by arts-1.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdemultimedia-arts-3.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdegames-atlantik-3.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdegames-kolf-3.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by commoncpp2-1.5.3-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by ccrtp-1.5.1-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdesdk-libcvsservice-3.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdeedu-libextdate-3.5.6-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by cairomm-1.2.4-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by dclib-0.3.8-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by libpqxx-2.6.8-3.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by wv2-0.2.3-2.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdebase-core-3.5.6-2.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdebase-kfontinst-3.5.6-2.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdepim-libs-3.5.6-3.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by glibmm-2.12.5-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by orbitcpp-1.3.9-1.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdelibs-libs-3.5.6-4.x86_64 error: libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is required by kdelibs-3.5.6-4.x86_64 -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From adamg at biomerieux.pl Fri Feb 9 18:49:43 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 9 Feb 2007 18:49:43 +0100 Subject: SPECS (LINUX_2_6_20): kernel.spec - move /lib/modules/*/build syml... In-Reply-To: References: Message-ID: <20070209174943.GA11043@mysza.eu.org> On Fri, Feb 09, 2007 at 03:42:39PM +0100, arekm wrote: > Author: arekm Date: Fri Feb 9 14:42:39 2007 GMT > Module: SPECS Tag: LINUX_2_6_20 > ---- Log message: > - move /lib/modules/*/build symlink to proper package I've been also thinking about this problem (it hit me recently). Can a directory belong to two packges (here: kernel(-smp) and kernel-module-buikd)? If no, where it should belong? Not in kernel-module as I don't need kernel-module-build packge on production servers, and not in kernel(-smp), as I don't need this package on build environments. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From deejay1 at srem.org Sun Feb 11 12:00:25 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sun, 11 Feb 2007 12:00:25 +0100 Subject: Feature request Message-ID: <200702111200.28627.deejay1@srem.org> It would be great if the rpm find-debuginfo.sh script would also search for *.mdb files required by the mono debugger. This would provide more consistency among packages (currently there are -debug packages for .net apps or none at all). And no - SOD #1 is not an option here, unless you want rpm to be broken for days ;) It's just a thought though... -- ?ukasz [DeeJay1] Jerna? From twittner at o2.pl Sun Feb 11 13:15:38 2007 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 11 Feb 2007 13:15:38 +0100 Subject: [Ac] hdparm hangs often during starting (udev issue?) Message-ID: <200702111315.39468.twittner@o2.pl> Hello, Nearly every two booting I'm forced to press reset button on my workstation (or sometimes is possible Alt+PrintScreen+S/B) - starting hangs during hdparm invokation. Because hdparm is called right after starting udev I suspect that udev (v. 079) doesn't finish its job and hdparm maybe hangs because of "queued kernel/udev events"[1] are not handled yet. Newer udev (v. 104) has binary called udevsettle which is used in start_udev (PLD Th) or /etc/init.d/udev (Debian unstable f.e.) scripts. As is said in [1]man udevsettle is used for delaying script execution until queued kernel/udev events are handled. -- Tomasz Wittner From freetz at gmx.net Sun Feb 11 15:09:37 2007 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 11 Feb 2007 15:09:37 +0100 Subject: [Ac] hdparm hangs often during starting (udev issue?) In-Reply-To: <200702111315.39468.twittner@o2.pl> References: <200702111315.39468.twittner@o2.pl> Message-ID: <20070211150937.abe3eea1.freetz@gmx.net> --- Tomasz Wittner wrote: > Hello, > > Nearly every two booting I'm forced to press reset button on my workstation > (or sometimes is possible Alt+PrintScreen+S/B) - starting hangs during hdparm > invokation. Because hdparm is called right after starting udev I suspect that > udev (v. 079) doesn't finish its job and hdparm maybe hangs because > of "queued kernel/udev events"[1] are not handled yet. > Newer udev (v. 104) has binary called udevsettle which is used in start_udev > (PLD Th) or /etc/init.d/udev (Debian unstable f.e.) scripts. As is said in > [1]man udevsettle is used for delaying script execution until queued > kernel/udev events are handled. I saw something like that before and the cause was setting cdrom parameters, but: AC udev version waits until all queued events are finished (populating devices in /dev, hot- and coldplug events handling). "Finished" doesn't not meat that all are correctly trigerred - newer udev (udevtrigger) has --retry-failed option to retrigger failed events. -- Fryderyk Dziarmagowski From twittner at o2.pl Sun Feb 11 15:23:23 2007 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 11 Feb 2007 15:23:23 +0100 Subject: [Ac] hdparm hangs often during starting (udev issue?) In-Reply-To: <200702111315.39468.twittner@o2.pl> References: <200702111315.39468.twittner@o2.pl> Message-ID: <200702111523.23506.twittner@o2.pl> On Sun 11. of February 2007, Tomasz Wittner wrote: > Hello, > > Nearly every two booting I'm forced to press reset button on my workstation > (or sometimes is possible Alt+PrintScreen+S/B) - starting hangs during > hdparm invokation. Because hdparm is called right after starting udev I > suspect that udev (v. 079) doesn't finish its job and hdparm maybe hangs > because of "queued kernel/udev events"[1] are not handled yet. > Newer udev (v. 104) has binary called udevsettle which is used in > start_udev (PLD Th) or /etc/init.d/udev (Debian unstable f.e.) scripts. As > is said in [1]man udevsettle is used for delaying script execution until > queued kernel/udev events are handled. I've just upgraded udev to 104 (and uClibc to 0.28.1) on my desktop (Ac) - both built from HEAD - everything seems to work properly. -- Tomasz Wittner From glen at delfi.ee Sun Feb 11 23:01:41 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 12 Feb 2007 00:01:41 +0200 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: References: Message-ID: <200702120001.41914.glen@delfi.ee> why? doesn't it break fresh installs as i don't think /initrd is mkdir at boot On Saturday 10 February 2007, radek wrote: > Author: radek Date: Sat Feb 10 20:04:31 2007 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - release 5: %ghost for /initrd; STBR > > ---- Files affected: > SPECS: > filesystem.spec (1.71.2.7 -> 1.71.2.8) -- glen From radek at pld-linux.org Mon Feb 12 00:14:52 2007 From: radek at pld-linux.org (radek) Date: Mon, 12 Feb 2007 00:14:52 +0100 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <200702120001.41914.glen@delfi.ee> References: <200702120001.41914.glen@delfi.ee> Message-ID: <20070211231452.GA11567@bzium> Elan Ruusam?e [11-02-2007 23:01]: > why? Because it's impossible to upgrade if old root (from boot time) is mounted on /initrd. cpio fails on unpacking the *.rpm. It has been broken for quite a while... :-/ > doesn't it break fresh installs as i don't think /initrd is mkdir at boot No. %ghost %dir creates it. > On Saturday 10 February 2007, radek wrote: [...] >> - release 5: %ghost for /initrd; STBR [...] -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qboosh at pld-linux.org Mon Feb 12 00:14:51 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 12 Feb 2007 00:14:51 +0100 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <20070211231452.GA11567@bzium> References: <200702120001.41914.glen@delfi.ee> <20070211231452.GA11567@bzium> Message-ID: <20070211231451.GA3220@stranger.qboosh.pl> On Mon, Feb 12, 2007 at 12:14:52AM +0100, radek wrote: > Elan Ruusam?e [11-02-2007 23:01]: > > why? > > Because it's impossible to upgrade if old root (from boot time) is > mounted on /initrd. cpio fails on unpacking the *.rpm. Well, the same for other active r/o mount points. One possible solution is to use %_netsharedpath. > It has been broken for quite a while... :-/ -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Mon Feb 12 10:19:01 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Mon, 12 Feb 2007 11:19:01 +0200 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <20070211231452.GA11567@bzium> References: <200702120001.41914.glen@delfi.ee> <20070211231452.GA11567@bzium> Message-ID: <200702121119.01482.glen@delfi.ee> On Monday 12 February 2007, radek wrote: > > why? > > Because it's impossible to upgrade if old root (from boot time) is > mounted on /initrd. ?cpio fails on unpacking the *.rpm. > > It has been broken for quite a while... :-/ so fix what's broken. it should not be mounted for normal system run. anyway not being able to umount /initrd (due unmounted /initrd/dev) is fixed in geninitrd 8142. > > doesn't it break fresh installs as i don't think /initrd is mkdir at boot > > No. ?%ghost %dir creates it. no, it does not (go and test it) -- glen From qboosh at pld-linux.org Tue Feb 13 13:12:57 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 13 Feb 2007 13:12:57 +0100 Subject: SPECS: libgcrypt.spec - added libgcrypt-config patch to get rid -L... In-Reply-To: References: Message-ID: <20070213121257.GA8513@gruby.cs.net.pl> On Tue, Feb 13, 2007 at 12:56:22PM +0100, tommat wrote: > %description -l pl.UTF-8 > -Ten pakiet zawiera bibliotek? kryptograficzn? og?lnego przeznaczenia, > -opart? na kodzie GnuPG. Biblioteka ta dostarcza funkcje do wszystkich > -podstawowych blok?w kryptografii: szyfr?w symetrycznych (AES, DES, > -Blowfish, CAST5, Twofish, Acrfour), algorytm?w mieszaj?cych (MD5, > -RIPE-MD160, SHA-1, RIGER-192), MAC-?w (HMAC dla wszystkich algorytm?w > -mieszaj?cych), algorytm?w klucza publicznego (RSA, ElGamal, DSA), > -funkcji du?ych liczb ca?kowitych, liczb losowych i wiele funkcji > -pomocniczych. > +Ten pakiet zawiera bibliotek? kryptograficzn? og?lnego > +przeznaczenia, opart? na kodzie GnuPG. Biblioteka ta dostarcza > +funkcje do wszystkich podstawowych blok?w kryptografii: szyfr?w > +symetrycznych (AES, DES, Blowfish, CAST5, Twofish, Acrfour), > +algorytm?w mieszaj?cych (MD5, RIPE-MD160, SHA-1, RIGER-192), MAC-?w > +(HMAC dla wszystkich algorytm?w mieszaj?cych), algorytm?w klucza > +publicznego (RSA, ElGamal, DSA), funkcji du?ych liczb ca?kowitych, > +liczb losowych i wiele funkcji pomocniczych. It seems that adapter can't count length of UTF-8 strings properly... -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Tue Feb 13 13:52:16 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 13 Feb 2007 14:52:16 +0200 Subject: SPECS: libgcrypt.spec - added libgcrypt-config patch to get rid -L... In-Reply-To: <20070213121257.GA8513@gruby.cs.net.pl> References: <20070213121257.GA8513@gruby.cs.net.pl> Message-ID: <200702131452.16325.glen@delfi.ee> On Tuesday 13 February 2007 14:12:57 Jakub Bogusz wrote: > It seems that adapter can't count length of UTF-8 strings properly... yes of course. anyone want to patch it? (rewrite in .py? ruby, any other popular language?) -- glen From freetz at gmx.net Tue Feb 13 14:07:56 2007 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 13 Feb 2007 14:07:56 +0100 Subject: scrollkeeper find-lang support in rpm Message-ID: <20070213140756.8f93c805.freetz@gmx.net> hi, something for GNOME packagers (+ small change to create files unconditionally to be --short-circuit friendly). have fun -- Fryderyk Dziarmagowski -------------- next part -------------- A non-text attachment was scrubbed... Name: find-lang.diff Type: application/octet-stream Size: 2282 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qrczak at knm.org.pl Tue Feb 13 14:33:41 2007 From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk) Date: Tue, 13 Feb 2007 14:33:41 +0100 Subject: SPECS: libgcrypt.spec - added libgcrypt-config patch to get rid -L... In-Reply-To: <200702131452.16325.glen@delfi.ee> References: <20070213121257.GA8513@gruby.cs.net.pl> <200702131452.16325.glen@delfi.ee> Message-ID: <1171373621.25722.1.camel@qrnik> Dnia 13-02-2007, wto o godzinie 14:52 +0200, Elan Ruusam?e napisa?(a): > On Tuesday 13 February 2007 14:12:57 Jakub Bogusz wrote: > > It seems that adapter can't count length of UTF-8 strings properly... > > yes of course. anyone want to patch it? (rewrite in .py? ruby, any other > popular language?) I'm disappointed that fmt from coreutils assumes that 1 byte = 1 column. I will try to fix fmt, and then someone might change adapter to use fmt. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From freetz at gmx.net Tue Feb 13 15:15:25 2007 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 13 Feb 2007 15:15:25 +0100 Subject: scrollkeeper find-lang support in rpm In-Reply-To: <20070213140756.8f93c805.freetz@gmx.net> References: <20070213140756.8f93c805.freetz@gmx.net> Message-ID: <20070213151525.85ab8bd0.freetz@gmx.net> --- Fryderyk Dziarmagowski wrote: > something for GNOME packagers (+ small change to create files > unconditionally to be --short-circuit friendly). one more with --all-name support -- Fryderyk Dziarmagowski -------------- next part -------------- A non-text attachment was scrubbed... Name: find-lang.diff Type: application/octet-stream Size: 2366 bytes Desc: not available URL: From glen at delfi.ee Tue Feb 13 15:21:56 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Tue, 13 Feb 2007 16:21:56 +0200 Subject: scrollkeeper find-lang support in rpm In-Reply-To: <20070213151525.85ab8bd0.freetz@gmx.net> References: <20070213140756.8f93c805.freetz@gmx.net> <20070213151525.85ab8bd0.freetz@gmx.net> Message-ID: <200702131621.56760.glen@delfi.ee> On Tuesday 13 February 2007 16:15:25 Fryderyk Dziarmagowski wrote: > --- Fryderyk Dziarmagowski wrote: > > something for GNOME packagers (+ small change to create files > > unconditionally to be --short-circuit friendly). > > one more with --all-name support please restore __find.* files, it will speedup developments (by ./repackage.sh) and packaging of some packages (kdemodule-i18n, kde-i18n) (most likely you debug other things than %find_lang, and if you debug %find_lang you can rm -f __find.*) -- glen From glen at delfi.ee Tue Feb 13 15:24:04 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 13 Feb 2007 16:24:04 +0200 Subject: scrollkeeper find-lang support in rpm In-Reply-To: <200702131621.56760.glen@delfi.ee> References: <20070213140756.8f93c805.freetz@gmx.net> <20070213151525.85ab8bd0.freetz@gmx.net> <200702131621.56760.glen@delfi.ee> Message-ID: <200702131624.04110.glen@delfi.ee> On Tuesday 13 February 2007 16:21:56 Elan Ruusam?e wrote: > On Tuesday 13 February 2007 16:15:25 Fryderyk Dziarmagowski wrote: > > --- Fryderyk Dziarmagowski wrote: > > > something for GNOME packagers (+ small change to create files > > > unconditionally to be --short-circuit friendly). > > > > one more with --all-name support > > please restore __find.* files, it will speedup developments > (by ./repackage.sh) and packaging of some packages (kdemodule-i18n, > kde-i18n) > > (most likely you debug other things than %find_lang, and if you > debug %find_lang you can rm -f __find.*) also you should make diff against HEAD of SOURCES/rpm-find-lang ! -- glen From ankry at green.mif.pg.gda.pl Tue Feb 13 16:14:34 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 13 Feb 2007 16:14:34 +0100 (CET) Subject: SPECS: libgcrypt.spec - added libgcrypt-config patch to get In-Reply-To: <1171373621.25722.1.camel@qrnik> from "Marcin 'Qrczak' Kowalczyk" at Feb 13, 2007 02:33:41 PM Message-ID: <200702131514.l1DFEYk1011480@green.mif.pg.gda.pl> Marcin 'Qrczak' Kowalczyk wrote: > > Dnia 13-02-2007, wto o godzinie 14:52 +0200, Elan Ruusam??e napisa??(a): > > > On Tuesday 13 February 2007 14:12:57 Jakub Bogusz wrote: > > > It seems that adapter can't count length of UTF-8 strings properly... > > > > yes of course. anyone want to patch it? (rewrite in .py? ruby, any other > > popular language?) > > I'm disappointed that fmt from coreutils assumes that 1 byte = 1 column. > I will try to fix fmt, and then someone might change adapter to use fmt. Be careful as the old behaviour must remain for non-UTF locale. BTW, what settings do you intend to use in adapter? -- ======================================================================= 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 qrczak at knm.org.pl Tue Feb 13 17:42:58 2007 From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk) Date: Tue, 13 Feb 2007 17:42:58 +0100 Subject: UTF-8 in specs In-Reply-To: <200702131514.l1DFEYk1011480@green.mif.pg.gda.pl> References: <200702131514.l1DFEYk1011480@green.mif.pg.gda.pl> Message-ID: <1171384978.13088.25.camel@qrnik> Dnia 13-02-2007, wto o godzinie 16:14 +0100, Andrzej Krzysztofowicz napisa?(a): > > I'm disappointed that fmt from coreutils assumes that 1 byte = 1 column. > > I will try to fix fmt, and then someone might change adapter to use fmt. Done (coreutils at HEAD). It might need more testing, especially in extreme cases. > Be careful as the old behaviour must remain for non-UTF locale. fmt now processes the text using getwc & putwchar, which means that it must be decodable using the current locale encoding. fmt was not intended for languages which doesn't use spaces to delimit words, like Chinese. For example e2fsprogs.spec / %description -l zh uses single newlines to delimit one-line paragraphs, and both fmt and the current adapter makes a mess of that. Perhaps adapter should exclude Chinese from reformatting (anything else?). > BTW, what settings do you intend to use in adapter? I'm leaving adapter.awk for somebody else to fix. I have no idea whether they use the same conventions to delimit paragraphs, preserve existing indentation etc. adapter.awk currently uses the width of 70, the fmt's default is 75. Languages which prefer single spaces between sentences should use the new -n / --single-spaces option. adapter.awk should run fmt in a UTF-8 locale for UTF-8 texts, and should react somehow if fmt fails (e.g. because the text is malformed UTF-8). It must set the locale to something using ISO-8859-x when processing ISO-8859-x texts. Or perhaps if AC's RPM was patched to convert texts to the locale encoding like the newer RPMs, then adapter could convert descriptions to UTF-8? -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From ankry at green.mif.pg.gda.pl Tue Feb 13 20:42:51 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 13 Feb 2007 20:42:51 +0100 (CET) Subject: UTF-8 in specs In-Reply-To: <1171384978.13088.25.camel@qrnik> from "Marcin 'Qrczak' Kowalczyk" at Feb 13, 2007 05:42:58 PM Message-ID: <200702131942.l1DJgpQi012448@green.mif.pg.gda.pl> Marcin 'Qrczak' Kowalczyk wrote: > Or perhaps if AC's RPM was patched to convert texts to the locale > encoding like the newer RPMs, then adapter could convert descriptions > to UTF-8? adapter is usable not only on HEAD. I think it is not good idea to require another version maintained. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From sparky at pld-linux.org Thu Feb 15 15:33:00 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Thu, 15 Feb 2007 15:33:00 +0100 Subject: SPECS (LINUX_2_6_16): kernel.spec - more unpackaged files TODO In-Reply-To: References: Message-ID: <20070215143300.GA27306@pld-linux.org> On Thu, Feb 15, 2007 at 03:23:25PM +0100, glen wrote: > Author: glen Date: Thu Feb 15 14:23:25 2007 GMT > Module: SPECS Tag: LINUX_2_6_16 > ---- Log message: > - more unpackaged files TODO > %files source -f aux_files_exc Those files _are_ correctly packaged, they are specified in 'aux_files_exc' list. But because that list is very long, and there is also quite complicated in-spec list of files rpm has some problems to list them correctly at the end. But take a look at the tarball, those files will be there. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From glen at delfi.ee Thu Feb 15 18:07:06 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 15 Feb 2007 19:07:06 +0200 Subject: sched_setaffinity hungs 2.6.16-smp Message-ID: <200702151907.06468.glen@delfi.ee> http://glen.alkohol.ee/pld/aff.c when this program is ran from SMP kernel (AMD Athlon(tm) 64 X2 Dual Core Processor 3800+), it just hungs and goes to D state: $ ./aff cpus: 2 in ps: $ ps a PID TTY STAT TIME COMMAND 5594 pts/1 D+ 0:00 ./aff -- glen From ankry at green.mif.pg.gda.pl Thu Feb 15 18:34:31 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 15 Feb 2007 18:34:31 +0100 (CET) Subject: sched_setaffinity hungs 2.6.16-smp In-Reply-To: <200702151907.06468.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Feb 15, 2007 07:07:06 PM Message-ID: <200702151734.l1FHYV0D011643@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > http://glen.alkohol.ee/pld/aff.c > > when this program is ran from SMP kernel (AMD Athlon(tm) 64 X2 Dual Core > Processor 3800+), it just hungs and goes to D state: > > $ ./aff > cpus: 2 > > > in ps: > $ ps a > PID TTY STAT TIME COMMAND > 5594 pts/1 D+ 0:00 ./aff [ankry at aksjomat ankry]$ g++ aff.c [ankry at aksjomat ankry]$ ./a.out cpus: 2 sched_setaffinity said: 0 [ankry at aksjomat ankry]$ uname -a Linux aksjomat 2.6.8 #1 SMP Tue Oct 19 02:12:43 CEST 2004 x86_64 unknown unknown PLD Linux (if it does matter) -- ======================================================================= 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 troll at pld-linux.org Thu Feb 15 22:33:15 2007 From: troll at pld-linux.org (Michal Chruszcz) Date: Thu, 15 Feb 2007 22:33:15 +0100 Subject: initrd i switch_root Message-ID: Witam, Zainstalowa?em wczoraj na czysto PLD z g??wnego drzewa Th i mam problem z initrd. Bootowanie ko?czy si? tak: #v+ + umount /proc + exec switch_root /newroot /sbin/init switch_root: bad newroot /newroot Kernel panic - not syncing: Attemted to kill init! #v- Pr?bowa?em z obiema wersjami geninitrd, kt?re s? w th i th-test oraz zbudowa?em sam wersj? 8199-1, ale nic to nie daje. Ma kto? jaki? pomys?, co z tym zrobi?? -- Michal Chruszcz To follow the path: look to the master, follow the master, walk with the master, see through the master, become the master. From dhubleizh at o2.pl Thu Feb 15 22:59:33 2007 From: dhubleizh at o2.pl (Cezary Krzyzanowski) Date: Thu, 15 Feb 2007 22:59:33 +0100 Subject: initrd i switch_root In-Reply-To: References: Message-ID: <1171576773.4386.6.camel@ipv6-localnet> Dnia 15-02-2007, czw o godzinie 22:33 +0100, Michal Chruszcz napisa?(a): > #v+ > + umount /proc > + exec switch_root /newroot /sbin/init > switch_root: bad newroot /newroot > Kernel panic - not syncing: Attemted to kill init! > #v- To jest copy-paste, czy przepisa?e? ?? Bo jak copy-paste, to jak do uzyska?e??? > Pr?bowa?em z obiema wersjami geninitrd, kt?re s? w th i th-test oraz > zbudowa?em sam wersj? 8199-1, ale nic to nie daje. Ma kto? jaki? > pomys?, co z tym zrobi?? Albo nie montuje dysku w /newroot, albo co? z busybox jest be. Cz at rny From yaro at perfect.net.pl Thu Feb 15 22:59:49 2007 From: yaro at perfect.net.pl (Jaroslaw Dziubek) Date: Thu, 15 Feb 2007 22:59:49 +0100 Subject: initrd i switch_root In-Reply-To: References: Message-ID: <20070215215949.GA7052@merkury.perfect.net.pl> On Thu, 15 Feb 2007, Michal Chruszcz wrote: > Witam, > > Zainstalowa?em wczoraj na czysto PLD z g??wnego drzewa Th i mam > problem z initrd. Bootowanie ko?czy si? tak: > #v+ > + umount /proc > + exec switch_root /newroot /sbin/init > switch_root: bad newroot /newroot > Kernel panic - not syncing: Attemted to kill init! > #v- > Pr?bowa?em z obiema wersjami geninitrd, kt?re s? w th i th-test oraz > zbudowa?em sam wersj? 8199-1, ale nic to nie daje. Ma kto? jaki? > pomys?, co z tym zrobi?? w /etc/sysconfig/geninitrd odkomentuj linijke: INITRDFS=rom i przebuduj initrd :) PS. Zaraz Ci powiedza zes lama bo nie sprawdziles ze sie wygenerowalo cos innego niz powinno. MSPANC -- Yaro IRL: Jaroslaw Dziubek | Niewiele jest rzeczy, kt?rych http://yaro.perfect.net.pl/ | nie da?o by si? za?atwi? KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro, ICQ: 1340145, GG: 1110 | dawki materia??w wybuchowych. From ankry at green.mif.pg.gda.pl Thu Feb 15 23:07:15 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 15 Feb 2007 23:07:15 +0100 (CET) Subject: initrd i switch_root In-Reply-To: <1171576773.4386.6.camel@ipv6-localnet> from "Cezary Krzyzanowski" at Feb 15, 2007 10:59:33 PM Message-ID: <200702152207.l1FM7Fht012571@green.mif.pg.gda.pl> Cezary Krzyzanowski wrote: > > Dnia 15-02-2007, czw o godzinie 22:33 +0100, Michal Chruszcz napisa??(a): > > > #v+ > > + umount /proc > > + exec switch_root /newroot /sbin/init > > switch_root: bad newroot /newroot > > Kernel panic - not syncing: Attemted to kill init! > > #v- > > To jest copy-paste, czy przepisa??e?? ?? Bo jak copy-paste, to jak do > uzyska??e???? Jesli ma zdalna maszyne startujaca z konsola szeregowa, to chyba nie problem z terminala gdzie jest odpalony minicom skopiowac? -- ======================================================================= 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 arekm at pld-linux.org Fri Feb 16 08:23:56 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 16 Feb 2007 08:23:56 +0100 Subject: initrd i switch_root In-Reply-To: <20070215215949.GA7052@merkury.perfect.net.pl> References: <20070215215949.GA7052@merkury.perfect.net.pl> Message-ID: <200702160823.57035.arekm@pld-linux.org> On Thursday 15 of February 2007, Jaroslaw Dziubek wrote: > PS. Zaraz Ci powiedza zes lama bo nie sprawdziles ze sie wygenerowalo > cos innego niz powinno. MSPANC Powiedz? by? wklei? kompletnego loga z bootowania bo tu nie chodzi o to by Tobie zn?w dzia?a?o tylko by dzia?a?o wszystkim - czytaj trzeba poprawi? to co zepsute. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From troll at pld-linux.org Sat Feb 17 08:22:37 2007 From: troll at pld-linux.org (Michal Chruszcz) Date: Sat, 17 Feb 2007 08:22:37 +0100 Subject: initrd i switch_root In-Reply-To: <20070215215949.GA7052@merkury.perfect.net.pl> References: <20070215215949.GA7052@merkury.perfect.net.pl> Message-ID: On 15/02/07, Jaroslaw Dziubek wrote: > On Thu, 15 Feb 2007, Michal Chruszcz wrote: > w /etc/sysconfig/geninitrd odkomentuj linijke: > > INITRDFS=rom > > i przebuduj initrd :) Oczywi?cie, mea culpa. Swoj? drog? kiedy ta opcja zacz??a dawa? jakikolwiek efekt? Pami?tam, jak kiedy? dawa?em r??ne warto?ci i zawsze mia?em takie samo initrd. -- Michal Chruszcz To follow the path: look to the master, follow the master, walk with the master, see through the master, become the master. From glen at delfi.ee Sat Feb 17 09:25:53 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 17 Feb 2007 10:25:53 +0200 Subject: initrd i switch_root In-Reply-To: References: <20070215215949.GA7052@merkury.perfect.net.pl> Message-ID: <200702171025.54147.glen@delfi.ee> On Saturday 17 February 2007, Michal Chruszcz wrote: > On 15/02/07, Jaroslaw Dziubek wrote: > > On Thu, 15 Feb 2007, Michal Chruszcz wrote: > > w /etc/sysconfig/geninitrd odkomentuj linijke: > > > > INITRDFS=rom > > > > i przebuduj initrd :) > > Oczywi?cie, mea culpa. Swoj? drog? kiedy ta opcja zacz??a dawa? > jakikolwiek efekt? Pami?tam, jak kiedy? dawa?em r??ne warto?ci i > zawsze mia?em takie samo initrd. hey, stop it already, watch the list you're writing and the language. -- glen From glen at delfi.ee Sat Feb 17 09:34:52 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 17 Feb 2007 10:34:52 +0200 Subject: Fwd: PLDWWW: FrontPage Message-ID: <200702171034.52516.glen@delfi.ee> i think wiki page is also corrupted, as this Ahmad probably didn't correct typo ;) ---------- Forwarded Message ---------- Subject: PLDWWW: FrontPage Date: Saturday 17 February 2007 From: AhmadEngwall To: pld-cvs-commit at lists.pld-linux.org Author: AhmadEngwall Date: Sat Feb 17 02:32:29 2007 GMT Module: PLDWWW URL: http://www.pld-linux.org/FrontPage ---- Log message: ---- Page affected: FrontPage ---- Diffs: ================================================================ == News == === 25 June 2006 RescueCD 2.0 === - New version can be download from: http://rescuecd.pld-linux.org/download/PLDRescueCD-2.00/ + New version can be downloaded from: http://rescuecd.pld-linux.org/download/PLDRescueCD-2.00/ kernel 2.6.16.22 udev shouldn't load vesafb _______________________________________________ pld-cvs-commit mailing list pld-cvs-commit at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit ------------------------------------------------------- -- glen From gotar at polanet.pl Sun Feb 18 11:24:53 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 11:24:53 +0100 Subject: cvs ro? Message-ID: <20070218102452.GA20105@pepin.polanet.pl> cvs [server aborted]: "commit" requires write access to the repository anyone? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Feb 18 11:29:42 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 11:29:42 +0100 Subject: cvs ro? In-Reply-To: <20070218102452.GA20105@pepin.polanet.pl> References: <20070218102452.GA20105@pepin.polanet.pl> Message-ID: <20070218102942.GA23520@pepin.polanet.pl> On Sun, Feb 18, 2007 at 11:24:53AM +0100, Tomasz Pala wrote: > cvs [server aborted]: "commit" requires write access to the repository > > anyone? Sorry, bad CVS/Root after disk crash. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Feb 18 11:45:14 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 11:45:14 +0100 Subject: utf-8 encoding in specs Message-ID: <20070218104514.GA30078@pepin.polanet.pl> I suggest adding: # vim:encoding=utf-8 line to all the converted specs. Any objections? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From dhubleizh at o2.pl Sun Feb 18 12:02:33 2007 From: dhubleizh at o2.pl (Cezary Krzyzanowski) Date: Sun, 18 Feb 2007 12:02:33 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218104514.GA30078@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> Message-ID: <1171796554.5442.0.camel@ipv6-localnet> Dnia 18-02-2007, nie o godzinie 11:45 +0100, Tomasz Pala napisa?(a): > I suggest adding: > > # vim:encoding=utf-8 > > line to all the converted specs. Any objections? > +1 Cz at rny From zawadaa at gmail.com Sun Feb 18 12:21:10 2007 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Sun, 18 Feb 2007 12:21:10 +0100 Subject: SPECS (AC-branch): microcode_ctl.spec - 1.16 In-Reply-To: References: Message-ID: <45D836A6.507@gmail.com> glen wrote: > Author: glen Date: Sun Feb 18 10:51:51 2007 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - 1.16 If we still have kernel 2.6.16 in AC then microcode must stay in version 1.14. With higher version on 2.6.16 I've got error: microcode: error! Bad data in microcode data file microcode: Error in the microcode data So, 1.15 req kernel >= 2.6.17 (changes in microcode.o) -- Andrzej Zawadzki From arekm at pld-linux.org Sun Feb 18 12:41:04 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 18 Feb 2007 12:41:04 +0100 Subject: utf-8 encoding in specs In-Reply-To: <1171796554.5442.0.camel@ipv6-localnet> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> Message-ID: <200702181241.04568.arekm@pld-linux.org> On Sunday 18 of February 2007, Cezary Krzyzanowski wrote: > Dnia 18-02-2007, nie o godzinie 11:45 +0100, Tomasz Pala napisa?(a): > > I suggest adding: > > > > # vim:encoding=utf-8 > > > > line to all the converted specs. Any objections? > > +1 -1 put these to .vimrc and no need for meesing with spec files set fileencoding=iso8859-2 set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > Cz at rny -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Sun Feb 18 12:50:25 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 12:50:25 +0100 Subject: utf-8 encoding in specs In-Reply-To: <200702181241.04568.arekm@pld-linux.org> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> Message-ID: <20070218115025.GA3124@pepin.polanet.pl> On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: > > > # vim:encoding=utf-8 ^^^^^^^^ > > > > > > line to all the converted specs. Any objections? > > > > +1 > > -1 > > put these to .vimrc and no need for meesing with spec files > > set fileencoding=iso8859-2 ^^^^^^^^^^^^ > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 And how should it work? Because it does not. Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sun Feb 18 12:54:14 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 18 Feb 2007 13:54:14 +0200 Subject: SPECS (AC-branch): microcode_ctl.spec - 1.16 In-Reply-To: <45D836A6.507@gmail.com> References: <45D836A6.507@gmail.com> Message-ID: <200702181354.14909.glen@delfi.ee> On Sunday 18 February 2007, Andrzej Zawadzki wrote: > glen wrote: > > Author: glen Date: Sun Feb 18 10:51:51 2007 GMT > > Module: SPECS Tag: AC-branch > > ---- Log message: > > - 1.16 > > If we still have kernel 2.6.16 in AC then microcode must stay in version > 1.14. > With higher version on 2.6.16 I've got error: > > microcode: error! Bad data in microcode data file > microcode: Error in the microcode data > > > So, 1.15 req kernel >= 2.6.17 (changes in microcode.o) ac already had 1.15, so should downgrade to 1.14? -- glen From dhubleizh at o2.pl Sun Feb 18 13:04:23 2007 From: dhubleizh at o2.pl (Cezary Krzyzanowski) Date: Sun, 18 Feb 2007 13:04:23 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218115025.GA3124@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> Message-ID: <1171800263.5442.8.camel@ipv6-localnet> Dnia 18-02-2007, nie o godzinie 12:50 +0100, Tomasz Pala napisa?(a): > On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: > > put these to .vimrc and no need for meesing with spec files > > > > set fileencoding=iso8859-2 > ^^^^^^^^^^^^ > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > And how should it work? Because it does not. > > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses [czarny at kacper bin]$ grep fileencoding ~/.vimrc set fileencoding=iso-8859-2 setglobal fileencodings=ucs-bom,utf-8,cp1250,default,latin1 [czarny at kacper bin]$ grep Summary \(pl /home/users/czarny/rpm/SPECS/memprof.spec Summary(pl.UTF-8): Narz??dzie do profilowania i detekcji wyciek??w pami??ci Cz at rny From zawadaa at gmail.com Sun Feb 18 13:04:23 2007 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Sun, 18 Feb 2007 13:04:23 +0100 Subject: SPECS (AC-branch): microcode_ctl.spec - 1.16 In-Reply-To: <200702181354.14909.glen@delfi.ee> References: <45D836A6.507@gmail.com> <200702181354.14909.glen@delfi.ee> Message-ID: <45D840C7.1060708@gmail.com> Elan Ruusam?e wrote: > On Sunday 18 February 2007, Andrzej Zawadzki wrote: >> glen wrote: >>> Author: glen Date: Sun Feb 18 10:51:51 2007 GMT >>> Module: SPECS Tag: AC-branch >>> ---- Log message: >>> - 1.16 >> If we still have kernel 2.6.16 in AC then microcode must stay in version >> 1.14. >> With higher version on 2.6.16 I've got error: >> >> microcode: error! Bad data in microcode data file >> microcode: Error in the microcode data >> >> >> So, 1.15 req kernel >= 2.6.17 (changes in microcode.o) > > ac already had 1.15, so should downgrade to 1.14? IMHO if AC has kernel 2.6.16 - yes. I've forgotten about that when 1.15 show up. But please verify my opinion. -- Andrzej Zawadzki From glen at delfi.ee Sun Feb 18 13:08:32 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 18 Feb 2007 14:08:32 +0200 Subject: utf-8 encoding in specs In-Reply-To: <20070218115025.GA3124@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> Message-ID: <200702181408.32862.glen@delfi.ee> On Sunday 18 February 2007, Tomasz Pala wrote: > On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: > > > > # vim:encoding=utf-8 > > ^^^^^^^^ > > > > > line to all the converted specs. Any objections? > > > > > > +1 > > > > -1 > > > > put these to .vimrc and no need for meesing with spec files > > > > set fileencoding=iso8859-2 > > ^^^^^^^^^^^^ > > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > And how should it work? Because it does not. utf-8 is before iso8859-2: > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 works here with and without those lines, dunno why. my terminal and LC_ALL is utf8 locale maybe because of that > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece > ncurses -- glen From qboosh at pld-linux.org Sun Feb 18 13:10:36 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 18 Feb 2007 13:10:36 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218115025.GA3124@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> Message-ID: <20070218121036.GA22644@stranger.qboosh.pl> On Sun, Feb 18, 2007 at 12:50:25PM +0100, Tomasz Pala wrote: > On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: > > > > # vim:encoding=utf-8 > ^^^^^^^^ > > > > > > > > line to all the converted specs. Any objections? > > > > > > +1 > > > > -1 > > > > put these to .vimrc and no need for meesing with spec files > > > > set fileencoding=iso8859-2 > ^^^^^^^^^^^^ > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > And how should it work? Because it does not. > > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses it needs: set encoding=utf-8 additionaly. And beware of editing new/pure-ascii files when you want to use iso-8859, I sent a few mails in UTF-8 with iso-8859-2 headers :/ -- Jakub Bogusz http://qboosh.pl/ From gotar at polanet.pl Sun Feb 18 13:17:25 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 13:17:25 +0100 Subject: utf-8 encoding in specs In-Reply-To: <1171800263.5442.8.camel@ipv6-localnet> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <1171800263.5442.8.camel@ipv6-localnet> Message-ID: <20070218121724.GA18605@pepin.polanet.pl> On Sun, Feb 18, 2007 at 01:04:23PM +0100, Cezary Krzyzanowski wrote: > > [czarny at kacper bin]$ grep Summary > \(pl /home/users/czarny/rpm/SPECS/memprof.spec > Summary(pl.UTF-8): Narz??dzie do profilowania i detekcji wyciek??w > pami??ci Means what? I don't see vim here. As default `encoding` (internal setting for buffers etc) is latin1 (as I don't use gvim for anything but LaTeX and don't have unicode locale) it simply won't work. cat .vimrc set fileencoding=iso8859-2 set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 vi hexedit.spec vv - that's what I _SEE_ here Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses even with: set termencoding=iso-8859-2 set fileencoding=utf-8 set fileencodings=utf-8 -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Sun Feb 18 13:18:29 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 18 Feb 2007 13:18:29 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218121036.GA22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> Message-ID: <20070218121829.GB22644@stranger.qboosh.pl> On Sun, Feb 18, 2007 at 01:10:36PM +0100, Jakub Bogusz wrote: > On Sun, Feb 18, 2007 at 12:50:25PM +0100, Tomasz Pala wrote: > > On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: [...] > > > put these to .vimrc and no need for meesing with spec files > > > > > > set fileencoding=iso8859-2 > > ^^^^^^^^^^^^ > > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > > > And how should it work? Because it does not. > > > > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses > > it needs: > set encoding=utf-8 > additionaly. > And beware of editing new/pure-ascii files when you want to use > iso-8859, I sent a few mails in UTF-8 with iso-8859-2 headers :/ Better solution by wiget (which seems to work like I want and doesn't break editing other files in iso-8859-2 encoding): au BufReadPre *.spec setlocal fencs=utf-8,iso-8859-2,latin1 au BufNewFile *.spec setlocal fenc=utf-8 -- Jakub Bogusz http://qboosh.pl/ From gotar at polanet.pl Sun Feb 18 13:22:22 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 13:22:22 +0100 Subject: utf-8 encoding in specs In-Reply-To: <200702181408.32862.glen@delfi.ee> References: <20070218104514.GA30078@pepin.polanet.pl> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <200702181408.32862.glen@delfi.ee> Message-ID: <20070218122222.GB18605@pepin.polanet.pl> On Sun, Feb 18, 2007 at 02:08:32PM +0200, Elan Ruusam?e wrote: > > > > And how should it work? Because it does not. > utf-8 is before iso8859-2: So? fileencoding!=encoding It's all in the docs. > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > works here with and without those lines, dunno why. my terminal and LC_ALL is > utf8 locale maybe because of that Yes, exactly: http://www.vim.org/htmldoc/options.html#'encoding' "string (default: "latin1" or value from $LANG)" "It sets the kind of characters which Vim can work with." "It may cause multi-byte text to become invalid." "Normally 'encoding' will be equal to your current locale." etc. That's why I want encoding vim-line in specs. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Feb 18 13:27:06 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 13:27:06 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218121036.GA22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> Message-ID: <20070218122706.GC18605@pepin.polanet.pl> On Sun, Feb 18, 2007 at 01:10:36PM +0100, Jakub Bogusz wrote: > > > > And how should it work? Because it does not. > > > > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses > > it needs: > set encoding=utf-8 > additionaly. I know that. The other guys don't. > And beware of editing new/pure-ascii files when you want to use > iso-8859, I sent a few mails in UTF-8 with iso-8859-2 headers :/ Thus I won't set `encoding` globally and have started this thread. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Sun Feb 18 13:31:01 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 18 Feb 2007 13:31:01 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218121829.GB22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> Message-ID: <20070218123101.GC22644@stranger.qboosh.pl> On Sun, Feb 18, 2007 at 01:18:29PM +0100, Jakub Bogusz wrote: > On Sun, Feb 18, 2007 at 01:10:36PM +0100, Jakub Bogusz wrote: > > On Sun, Feb 18, 2007 at 12:50:25PM +0100, Tomasz Pala wrote: > > > On Sun, Feb 18, 2007 at 12:41:04PM +0100, Arkadiusz Miskiewicz wrote: > [...] > > > > put these to .vimrc and no need for meesing with spec files > > > > > > > > set fileencoding=iso8859-2 > > > ^^^^^^^^^^^^ > > > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > > > > > And how should it work? Because it does not. > > > > > > Summary(pl.UTF-8): Edytor plik??w binarnych oparty na bibliotece ncurses > > > > it needs: > > set encoding=utf-8 > > additionaly. > > And beware of editing new/pure-ascii files when you want to use > > iso-8859, I sent a few mails in UTF-8 with iso-8859-2 headers :/ > > Better solution by wiget (which seems to work like I want and doesn't > break editing other files in iso-8859-2 encoding): > > au BufReadPre *.spec setlocal fencs=utf-8,iso-8859-2,latin1 > au BufNewFile *.spec setlocal fenc=utf-8 update: au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 (needed if default encoding is latin* and spec contains non-latin chars) -- Jakub Bogusz http://qboosh.pl/ From dhubleizh at o2.pl Sun Feb 18 13:31:54 2007 From: dhubleizh at o2.pl (Cezary Krzyzanowski) Date: Sun, 18 Feb 2007 13:31:54 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218121724.GA18605@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <1171800263.5442.8.camel@ipv6-localnet> <20070218121724.GA18605@pepin.polanet.pl> Message-ID: <1171801914.5442.12.camel@ipv6-localnet> Dnia 18-02-2007, nie o godzinie 13:17 +0100, Tomasz Pala napisa?(a): > Means what? I don't see vim here. As default `encoding` (internal > setting for buffers etc) is latin1 (as I don't use gvim for anything but > LaTeX and don't have unicode locale) it simply won't work. So how should this work? Do I need to change console to utf-8 to be able to see proper fonts int vim (not gvim)? This is a problem, as mails (pointed out here by qboosh) and generally polish stuff is read in iso8859-2 (IRC). Cz at rny From gotar at polanet.pl Sun Feb 18 13:42:10 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 13:42:10 +0100 Subject: utf-8 encoding in specs In-Reply-To: <1171801914.5442.12.camel@ipv6-localnet> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <1171800263.5442.8.camel@ipv6-localnet> <20070218121724.GA18605@pepin.polanet.pl> <1171801914.5442.12.camel@ipv6-localnet> Message-ID: <20070218124210.GA32333@pepin.polanet.pl> On Sun, Feb 18, 2007 at 01:31:54PM +0100, Cezary Krzyzanowski wrote: > > So how should this work? One needs to set encoding to utf-8 (not fileencoding*). Either by vim-line in specs (like I've suggested) or by hand or eventually (semi)global (e.g. like qboosh wrote). -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Feb 18 13:43:10 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Feb 2007 13:43:10 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218123101.GC22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> Message-ID: <20070218124310.GB32333@pepin.polanet.pl> On Sun, Feb 18, 2007 at 01:31:01PM +0100, Jakub Bogusz wrote: > > update: > au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 > au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 All the specs where converted? If so, that's ok for me. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sun Feb 18 14:18:34 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 18 Feb 2007 15:18:34 +0200 Subject: utf-8 encoding in specs In-Reply-To: <20070218123101.GC22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> Message-ID: <200702181518.34526.glen@delfi.ee> On Sunday 18 February 2007, Jakub Bogusz wrote: > update: > au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 > au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 > > (needed if default encoding is latin* and spec contains non-latin chars) i'd add there also: ts=4 sw=4 noet (altho those are my defaults anyway) -- glen From undefine at aramin.net Sun Feb 18 16:15:12 2007 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Sun, 18 Feb 2007 16:15:12 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218123101.GC22644@stranger.qboosh.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> Message-ID: <20070218151512.GA4852@aramin.net> On Sun, Feb 18, 2007 at 01:31:01PM +0100, Jakub Bogusz wrote: > > au BufReadPre *.spec setlocal fencs=utf-8,iso-8859-2,latin1 > > au BufNewFile *.spec setlocal fenc=utf-8 > > update: > au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 > au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 > > (needed if default encoding is latin* and spec contains non-latin chars) what about AC-branch, RA-branch and other branches that weren't converted to utf? -- 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 qboosh at pld-linux.org Sun Feb 18 16:26:39 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 18 Feb 2007 16:26:39 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218151512.GA4852@aramin.net> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> <20070218151512.GA4852@aramin.net> Message-ID: <20070218152639.GD22644@stranger.qboosh.pl> On Sun, Feb 18, 2007 at 04:15:12PM +0100, Andrzej 'The Undefined' Dopiera?a wrote: > On Sun, Feb 18, 2007 at 01:31:01PM +0100, Jakub Bogusz wrote: > > > au BufReadPre *.spec setlocal fencs=utf-8,iso-8859-2,latin1 > > > au BufNewFile *.spec setlocal fenc=utf-8 > > > > update: > > au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 > > au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 > > > > (needed if default encoding is latin* and spec contains non-latin chars) > what about AC-branch, RA-branch and other branches that weren't > converted to utf? If they contain non-ascii characters not encoded as utf-8, vim will use iso-8859-2 encoding. For new specs utf-8 will be used and it's OK. -- Jakub Bogusz http://qboosh.pl/ From hawk at limanowa.net Sun Feb 18 16:29:03 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 18 Feb 2007 16:29:03 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218151512.GA4852@aramin.net> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> <20070218151512.GA4852@aramin.net> Message-ID: <45D870BF.80306@limanowa.net> > what about AC-branch, RA-branch and other branches that weren't > converted to utf? AC-branch remains non UTF until rpm will handle UTF specs properly at least on en_US and all pl_PL locales. M. From arekm at pld-linux.org Sun Feb 18 16:38:23 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 18 Feb 2007 16:38:23 +0100 Subject: utf-8 encoding in specs In-Reply-To: <45D870BF.80306@limanowa.net> References: <20070218104514.GA30078@pepin.polanet.pl> <20070218151512.GA4852@aramin.net> <45D870BF.80306@limanowa.net> Message-ID: <200702181638.23686.arekm@pld-linux.org> On Sunday 18 of February 2007, Marcin Kr?l wrote: > > what about AC-branch, RA-branch and other branches that weren't > > converted to utf? > > AC-branch remains non UTF until rpm will handle UTF specs properly at > least on en_US and all pl_PL locales. Is this not working for someone else than Hawk with Ac RPM? I can't reproduce :( > M. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Sun Feb 18 16:55:04 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 18 Feb 2007 17:55:04 +0200 Subject: utf-8 encoding in specs In-Reply-To: <200702181638.23686.arekm@pld-linux.org> References: <20070218104514.GA30078@pepin.polanet.pl> <45D870BF.80306@limanowa.net> <200702181638.23686.arekm@pld-linux.org> Message-ID: <200702181755.04530.glen@delfi.ee> On Sunday 18 February 2007, Arkadiusz Miskiewicz wrote: > On Sunday 18 of February 2007, Marcin Kr?l wrote: > > > what about AC-branch, RA-branch and other branches that weren't > > > converted to utf? > > > > AC-branch remains non UTF until rpm will handle UTF specs properly at > > least on en_US and all pl_PL locales. > > Is this not working for someone else than Hawk with Ac RPM? I can't > reproduce :( same here, works and can't reproduce :) -- glen From jajcus at jajcus.net Sun Feb 18 16:56:59 2007 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 18 Feb 2007 16:56:59 +0100 Subject: utf-8 encoding in specs In-Reply-To: <20070218115025.GA3124@pepin.polanet.pl> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> Message-ID: <20070218155659.GA9868@nic.nigdzie> On Sun, Feb 18, 2007 at 12:50:25PM +0100, Tomasz Pala wrote: > > set fileencoding=iso8859-2 > ^^^^^^^^^^^^ > > set fileencodings=ucs-bom,utf-8,iso-8859-2,latin1 > > And how should it work? Because it does not. New-enough VIM is needed (older version had big problems with "fileencoding" setting) and: setglobal fileencoding=iso8859-2 should be used instead of "set fileencoding..." in the vimrc file. Greets, Jacek From jajcus at jajcus.net Sun Feb 18 17:00:10 2007 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 18 Feb 2007 17:00:10 +0100 Subject: utf-8 encoding in specs In-Reply-To: <1171801914.5442.12.camel@ipv6-localnet> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <1171800263.5442.8.camel@ipv6-localnet> <20070218121724.GA18605@pepin.polanet.pl> <1171801914.5442.12.camel@ipv6-localnet> Message-ID: <20070218160010.GB9868@nic.nigdzie> On Sun, Feb 18, 2007 at 01:31:54PM +0100, Cezary Krzyzanowski wrote: > Dnia 18-02-2007, nie o godzinie 13:17 +0100, Tomasz Pala napisa?(a): > > Means what? I don't see vim here. As default `encoding` (internal > > setting for buffers etc) is latin1 (as I don't use gvim for anything but > > LaTeX and don't have unicode locale) it simply won't work. > > So how should this work? Do I need to change console to utf-8 to be able > to see proper fonts int vim (not gvim)? Use: set termencoding=iso-8859-2 setglobal fileencoding=iso-8859-2 set encoding=utf-8 set fileencodings=ucs-bom,utf-8,iso-8859-2 And it will work well on iso-8859-2 terminal will automatically display well most files. Greets, Jacek From hawk at limanowa.net Sun Feb 18 18:21:19 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 18 Feb 2007 18:21:19 +0100 Subject: KDE 3.5.6 and task grouping Message-ID: <45D88B0F.3070609@limanowa.net> Since I've upgraded to KDE 3.5.6 Konsole windows aren't grouped anymore. Anyone knows if this is a bug or new feature? I can't see any new option in KDE Control Center or Konsole itself to change this behaviour. This is very annoying when you have 30+ konsole windows which are not grouped on task bar :) M. From arekm at pld-linux.org Sun Feb 18 18:26:42 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 18 Feb 2007 18:26:42 +0100 Subject: KDE 3.5.6 and task grouping In-Reply-To: <45D88B0F.3070609@limanowa.net> References: <45D88B0F.3070609@limanowa.net> Message-ID: <200702181826.42516.arekm@pld-linux.org> On Sunday 18 of February 2007, Marcin Kr?l wrote: > Since I've upgraded to KDE 3.5.6 Konsole windows aren't grouped anymore. > Anyone knows if this is a bug or new feature? I can't see any new option > in KDE Control Center or Konsole itself to change this behaviour. This > is very annoying when you have 30+ konsole windows which are not grouped > on task bar :) Try rebuilding kdebase without -grouplayer.patch and report back :) > M. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From hawk at limanowa.net Sun Feb 18 20:04:28 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 18 Feb 2007 20:04:28 +0100 Subject: KDE 3.5.6 and task grouping In-Reply-To: <200702181826.42516.arekm@pld-linux.org> References: <45D88B0F.3070609@limanowa.net> <200702181826.42516.arekm@pld-linux.org> Message-ID: <45D8A33C.4090304@limanowa.net> > Try rebuilding kdebase without -grouplayer.patch and report back :) Tried that already. No change. M. From piotr.budny at gmail.com Sun Feb 18 21:20:16 2007 From: piotr.budny at gmail.com (Piotr Budny) Date: Sun, 18 Feb 2007 21:20:16 +0100 Subject: KDE 3.5.6 and task grouping In-Reply-To: <45D88B0F.3070609@limanowa.net> References: <45D88B0F.3070609@limanowa.net> Message-ID: <200702182120.16666.piotr.budny@gmail.com> Dnia niedziela, 18 lutego 2007, Marcin Kr?l napisa?: > Since I've upgraded to KDE 3.5.6 Konsole windows aren't grouped anymore. > Anyone knows if this is a bug or new feature? I can't see any new option > in KDE Control Center or Konsole itself to change this behaviour. This > is very annoying when you have 30+ konsole windows which are not grouped > on task bar :) Strange, haven't noticed that before (other windows are grouping fine). I'm observing some bug/feature changes since KDE 3.5.4 (or maybe .3), e.g. when switching windows (alt+tab), I've got ugly white-black-white highlight on windows' borders: is it possible to disable it? Or second one (after 3.5.5 -> 3.5.6 upgrade), when switching between desktops, the window with list of desktops is acting like sticky (it does not close after releasing the key combination). When I do the combination and I release keys after small period of time, it closes and switches the desktop, but when I don't release the keys quickly (If for example I want to see what icons are on each desktop), the list of desktops stays on the screen, and it does not switch the desktop as long as I don't press any key. Is it only on my desktop? I'm using Th from ftp and HEAD apps. These errors occurs on newly created user too. Regards, Piotr Budny From jerome.auge at cesamnet.fr Mon Feb 19 15:29:32 2007 From: jerome.auge at cesamnet.fr (=?ISO-8859-15?Q?J=E9r=F4me_Aug=E9?=) Date: Mon, 19 Feb 2007 15:29:32 +0100 Subject: [amanda] Amanda RPMS is not compiled with Samba support Message-ID: <45D9B44C.9020800@cesamnet.fr> Hi, I noticed that Amanda is not compiled with Samba/smbclient support (amdump/amcheck gives me an error message saying that "This client is not configured for samba"/"SMBCLIENT program not available"). The fact is that the amanda configure script check the Samba version with the smbclient command. So, if the smbclient command is not installed on the compiling machine, then the configure script will silently disable samba support, even if you specify `--with-smbclient=/usr/bin/smbclient'. So, the solution is to install samba-client on the compiling machine, and perhaps add a "BuildRequires: samba-client" in `amanda.spec'. Regards, J?r?me Aug? From baggins at sith.mimuw.edu.pl Mon Feb 19 15:58:45 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 19 Feb 2007 15:58:45 +0100 Subject: [amanda] Amanda RPMS is not compiled with Samba support In-Reply-To: <45D9B44C.9020800@cesamnet.fr> References: <45D9B44C.9020800@cesamnet.fr> Message-ID: <20070219145845.GA25560@sith.mimuw.edu.pl> On Mon, 19 Feb 2007, J?r?me Aug? wrote: > Hi, > > I noticed that Amanda is not compiled with Samba/smbclient support > (amdump/amcheck gives me an error message saying that "This client is > not configured for samba"/"SMBCLIENT program not available"). > > The fact is that the amanda configure script check the Samba version > with the smbclient command. So, if the smbclient command is not > installed on the compiling machine, then the configure script will > silently disable samba support, even if you specify > `--with-smbclient=/usr/bin/smbclient'. > > So, the solution is to install samba-client on the compiling machine, > and perhaps add a "BuildRequires: samba-client" in `amanda.spec'. Thanks for information, fixed package should be on ftp today. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From arekm at pld-linux.org Tue Feb 20 09:40:15 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Tue, 20 Feb 2007 09:40:15 +0100 Subject: INFO: carme.pld-linux.org with Th x86_64 enviroment available for PLD developers Message-ID: <200702200940.15414.arekm@pld-linux.org> Hello, carme.pld-linux.org (http://www.pld-linux.org/Machines/carme) is available for PLD developers (full shell account; ssh key auth method). It contains fresh Th x86_64 enviroment with tons of -devel packages (other packages can be additionally installed per request). If anyone is interested please mail me and make sure that your current ssh key exists in PLD CVS SSH-keys module. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From arekm at pld-linux.org Tue Feb 20 09:46:48 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Tue, 20 Feb 2007 09:46:48 +0100 Subject: INFO: carme.pld-linux.org with Th x86_64 enviroment available for PLD developers In-Reply-To: <200702200940.15414.arekm@pld-linux.org> References: <200702200940.15414.arekm@pld-linux.org> Message-ID: <200702200946.48460.arekm@pld-linux.org> On Tuesday 20 of February 2007, Arkadiusz Miskiewicz wrote: > Hello, > > carme.pld-linux.org (http://www.pld-linux.org/Machines/carme) is available > for PLD developers (full shell account; ssh key auth method). Forgot to mention that sata raid controller would be welcome for this machine, see http://www.pld-linux.org/Donations/Hardware for details. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From piotr.budny at gmail.com Tue Feb 20 10:16:36 2007 From: piotr.budny at gmail.com (Piotr Budny) Date: Tue, 20 Feb 2007 10:16:36 +0100 Subject: KDE 3.5.6 and task grouping In-Reply-To: <200702182120.16666.piotr.budny@gmail.com> References: <45D88B0F.3070609@limanowa.net> <200702182120.16666.piotr.budny@gmail.com> Message-ID: <6a507f930702200116s28d35c91i7df289c9d7db6944@mail.gmail.com> Same "bugs" can be observed on Ac. vip; From qboosh at pld-linux.org Tue Feb 20 22:06:35 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 20 Feb 2007 22:06:35 +0100 Subject: [amanda] Amanda RPMS is not compiled with Samba support In-Reply-To: <20070219145845.GA25560@sith.mimuw.edu.pl> References: <45D9B44C.9020800@cesamnet.fr> <20070219145845.GA25560@sith.mimuw.edu.pl> Message-ID: <20070220210635.GB28016@stranger.qboosh.pl> On Mon, Feb 19, 2007 at 03:58:45PM +0100, Jan Rekorajski wrote: > On Mon, 19 Feb 2007, J?r?me Aug? wrote: > > Hi, > > > > I noticed that Amanda is not compiled with Samba/smbclient support > > (amdump/amcheck gives me an error message saying that "This client is > > not configured for samba"/"SMBCLIENT program not available"). > > > > The fact is that the amanda configure script check the Samba version > > with the smbclient command. So, if the smbclient command is not > > installed on the compiling machine, then the configure script will > > silently disable samba support, even if you specify > > `--with-smbclient=/usr/bin/smbclient'. > > > > So, the solution is to install samba-client on the compiling machine, > > and perhaps add a "BuildRequires: samba-client" in `amanda.spec'. > > Thanks for information, fixed package should be on ftp today. Actually now (in AC), in 2.4.5-7 smbclient was still refused because of autoconf 2.60/pdksh issue. amanda on HEAD needs checking if ac260 patch is still needed and appropriate. -- Jakub Bogusz http://qboosh.pl/ From zswi at pers.pl Wed Feb 21 13:55:58 2007 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Wed, 21 Feb 2007 13:55:58 +0100 Subject: geninitrd and udhcpc Message-ID: <200702211355.58329.zswi@pers.pl> Hi! geninitrd has a bug in /dev/urandom creation which causes udhcpc wating for some random data for a very long time (or some kbd input which will generate some "random" irqs) > initrd_gen_nfs() { > # use root=/dev/ram0 init=/linuxrc when starting kernel or you will > # have problems like init(XX) being child process of swapper(1). > debug "Adding rootfs on NFS support to initrd (dhcp)" > mknod "$MNTIMAGE/dev/urandom" c 1 8 should be: mknod "$MNTIMAGE/dev/urandom" c 1 9 -- Rafa? Cygnarowski rafi at pers.pl From hawk at limanowa.net Wed Feb 21 14:22:54 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Wed, 21 Feb 2007 14:22:54 +0100 Subject: Ac soon to be closed Message-ID: <45DC47AE.8040704@limanowa.net> EN: PLD 2.0 Ac main tree will be closed as soon as I'll take care of all broken dependencies in it. If someone wants something in Ac main tree this is the last chance. Once all deps will be fixed Ac main tree will be locked and used for generating ISOs of Ac stable. I really would like to have OpenOffice.org 2.1 in it before ISOs, but well, I'm not going to wait forever. PL: Glowne drzewko PLD 2.0 Ac zostanie zamkniete jak tylko pozbede sie z niego niespelnionych zaleznosci. Jezeli ktos chce miec jakies paczki w Ac main to teraz jest ostatnia szansa aby je tam poslac. Jak tylko niespelnione zaleznosci zostana usuniete glowne drzewko zostanie zablokowane i uzyte do wygenerowania ISOs stabilnego wydania Ac. Chcial bym aby do ISOs Ac trafil OpenOffice.org 2.1, ale nie bede na niego czekal w nieskonczonosc. M. From glen at delfi.ee Wed Feb 21 16:11:02 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 21 Feb 2007 17:11:02 +0200 Subject: Ac soon to be closed In-Reply-To: <45DC47AE.8040704@limanowa.net> References: <45DC47AE.8040704@limanowa.net> Message-ID: <200702211711.02857.glen@delfi.ee> On Wednesday 21 February 2007, Marcin Kr?l wrote: > EN: > > PLD 2.0 Ac main tree will be closed as soon as I'll take care of all broken > dependencies in it. If someone wants something in Ac main tree this is the > last chance. Once all deps will be fixed Ac main tree will be locked and > used for generating ISOs of Ac stable. I really would like to have > OpenOffice.org 2.1 in it before ISOs, but well, I'm not going to wait > forever. openoffice.org could be built if somebody would fix java problems on i586, i686, athlon builders. i wrote about it here some time ago, but no replies and nothing fixed either (all java-sun tools get LD error at some point). -- glen From sparky at pld-linux.org Wed Feb 21 16:12:44 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Wed, 21 Feb 2007 16:12:44 +0100 Subject: SOURCES (LINUX_2_6_20): kernel-x86_64-smp.config, kernel-x86_64.co... In-Reply-To: References: Message-ID: <20070221151244.GA1230@pld-linux.org> On Wed, Feb 21, 2007 at 03:51:34PM +0100, pluto wrote: > Author: pluto Date: Wed Feb 21 14:51:34 2007 GMT > Module: SOURCES Tag: LINUX_2_6_20 > ---- Log message: > - turn off debug. > CONFIG_BCM43XX=m > -CONFIG_BCM43XX_DEBUG=y > +# CONFIG_BCM43XX_DEBUG is not set I consider this one quite useful, without debug information there is no way to know why something isn't working, bcm43xx isn't verbose enough normally. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From maciekp at japhy.fnord.org Wed Feb 21 16:49:58 2007 From: maciekp at japhy.fnord.org (Maciek Pasternacki) Date: Wed, 21 Feb 2007 16:49:58 +0100 Subject: cvs mv Message-ID: <59e142a80702210749u6335aff2u4140e8f8aa7d5308@mail.gmail.com> Poprosz? o mv SPECS/RasMol2.spec,v SPECS/RasMol.spec,v -- -><- This signature intentionally left blank. -><- From qrczakmk at gmail.com Wed Feb 21 17:03:02 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Wed, 21 Feb 2007 17:03:02 +0100 Subject: utf-8 encoding in specs In-Reply-To: <45D870BF.80306@limanowa.net> References: <20070218104514.GA30078@pepin.polanet.pl> <1171796554.5442.0.camel@ipv6-localnet> <200702181241.04568.arekm@pld-linux.org> <20070218115025.GA3124@pepin.polanet.pl> <20070218121036.GA22644@stranger.qboosh.pl> <20070218121829.GB22644@stranger.qboosh.pl> <20070218123101.GC22644@stranger.qboosh.pl> <20070218151512.GA4852@aramin.net> <45D870BF.80306@limanowa.net> Message-ID: <1172073783.29763.9.camel@qrnik> Dnia 18-02-2007, nie o godzinie 16:29 +0100, Marcin Kr?l napisa?(a): > AC-branch remains non UTF until rpm will handle UTF specs properly at > least on en_US and all pl_PL locales. It is supposed to handle them properly. What doesn't work? The behavior as follows: convert the description etc. from UTF-8 to the locale encoding if they can be decoded as UTF-8, otherwise output without recoding. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From glen at delfi.ee Fri Feb 23 03:07:03 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 23 Feb 2007 04:07:03 +0200 Subject: commits list headers Message-ID: <200702230407.03660.glen@delfi.ee> hi please remove Mail-Followup-To: header from commits mailing list. it is supposed to be set by the user sending the email [1], not automatically. and it totally breaks replying directly to author (A shortcut in kmail). plain reply-to is fine if default replies are wanted to be sent to some list. [1] http://cr.yp.to/proto/replyto.html -- glen From marek.guevara at atm.com.pl Fri Feb 23 10:42:06 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Fri, 23 Feb 2007 10:42:06 +0100 Subject: SOURCES (LINUX_2_6_20): kernel-x86_64-smp.config, kernel-x86_64.co... In-Reply-To: <20070221151244.GA1230@pld-linux.org> References: <20070221151244.GA1230@pld-linux.org> Message-ID: <45DEB6EE.2000409@atm.com.pl> Przemyslaw Iskra wrote: >> CONFIG_BCM43XX=m >> -CONFIG_BCM43XX_DEBUG=y >> +# CONFIG_BCM43XX_DEBUG is not set > > I consider this one quite useful, without debug information there is no > way to know why something isn't working, bcm43xx isn't verbose enough > normally. Change it back to CONFIG_BCM43XX_DEBUG=y ? Marek From wrobell at pld-linux.org Fri Feb 23 13:15:54 2007 From: wrobell at pld-linux.org (wrobell) Date: Fri, 23 Feb 2007 12:15:54 +0000 Subject: SOURCES (LINUX_2_6_20): kernel-x86_64-smp.config, kernel-x86_64.co... In-Reply-To: <45DEB6EE.2000409@atm.com.pl> References: <20070221151244.GA1230@pld-linux.org> <45DEB6EE.2000409@atm.com.pl> Message-ID: <20070223121554.GR12629@borg> On Fri, Feb 23, 2007 at 10:42:06AM +0100, Marek Guevara Braun wrote: > Przemyslaw Iskra wrote: > > >> CONFIG_BCM43XX=m > >> -CONFIG_BCM43XX_DEBUG=y > >> +# CONFIG_BCM43XX_DEBUG is not set > > > > I consider this one quite useful, without debug information there is no > > way to know why something isn't working, bcm43xx isn't verbose enough > > normally. > > Change it back to CONFIG_BCM43XX_DEBUG=y ? and there is a lot of development in progress in case of this driver. imho it is better idea to keep it as CONFIG_BCM43XX_DEBUG=Y for now as it helps others to report bugs to developers. wrobell From deejay1 at srem.org Sat Feb 24 23:04:13 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sat, 24 Feb 2007 23:04:13 +0100 Subject: [Th] devhelp & yelp are crashing Message-ID: <200702242304.29138.deejay1@srem.org> Devhelp and yelp when rebuilt against current mozilla-firefox in Th are crashing with a SIGSEV, rendering them completely unusable. Any hints how to fix this? -- ?ukasz [DeeJay1] Jerna? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From arekm at pld-linux.org Sat Feb 24 23:11:41 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 24 Feb 2007 23:11:41 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702242304.29138.deejay1@srem.org> References: <200702242304.29138.deejay1@srem.org> Message-ID: <200702242311.41543.arekm@pld-linux.org> On Saturday 24 of February 2007, ?ukasz Jerna? wrote: > Devhelp and yelp when rebuilt against current mozilla-firefox in Th are > crashing with a SIGSEV, rendering them completely unusable. > Any hints how to fix this? We don't know. So far no one bothered with debugging mozilla-*. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From deejay1 at srem.org Sat Feb 24 23:15:52 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sat, 24 Feb 2007 23:15:52 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702242311.41543.arekm@pld-linux.org> References: <200702242304.29138.deejay1@srem.org> <200702242311.41543.arekm@pld-linux.org> Message-ID: <200702242315.53583.deejay1@srem.org> Dnia sobota, 24 lutego 2007, Arkadiusz Miskiewicz napisa?: > On Saturday 24 of February 2007, ?ukasz Jerna? wrote: > > Devhelp and yelp when rebuilt against current mozilla-firefox in Th are > > crashing with a SIGSEV, rendering them completely unusable. > > Any hints how to fix this? > > We don't know. So far no one bothered with debugging mozilla-*. Hmm, the stacktrace says yelp is actually running xulrunner not mozilla... More and more apps are relaying on using mozilla as a rich text renderer, which usually breaks stuff in PLD :( -- ?ukasz [DeeJay1] Jerna? From deejay1 at srem.org Sat Feb 24 23:18:18 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sat, 24 Feb 2007 23:18:18 +0100 Subject: [OT] Re: [Th] devhelp & yelp are crashing In-Reply-To: <200702242315.53583.deejay1@srem.org> References: <200702242304.29138.deejay1@srem.org> <200702242311.41543.arekm@pld-linux.org> <200702242315.53583.deejay1@srem.org> Message-ID: <200702242318.21468.deejay1@srem.org> Dnia sobota, 24 lutego 2007, ?ukasz Jerna? napisa?: > More and more apps are relaying on using mozilla as a rich text renderer, ^^^^^^^^^ Strike that word and replace with proper one, it's too late for me to type :P -- ?ukasz [DeeJay1] Jerna? From arekm at pld-linux.org Sat Feb 24 23:24:19 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 24 Feb 2007 23:24:19 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702242315.53583.deejay1@srem.org> References: <200702242304.29138.deejay1@srem.org> <200702242311.41543.arekm@pld-linux.org> <200702242315.53583.deejay1@srem.org> Message-ID: <200702242324.19866.arekm@pld-linux.org> On Saturday 24 of February 2007, ?ukasz Jerna? wrote: > Dnia sobota, 24 lutego 2007, Arkadiusz Miskiewicz napisa?: > > On Saturday 24 of February 2007, ?ukasz Jerna? wrote: > > > Devhelp and yelp when rebuilt against current mozilla-firefox in Th are > > > crashing with a SIGSEV, rendering them completely unusable. > > > Any hints how to fix this? > > > > We don't know. So far no one bothered with debugging mozilla-*. > > Hmm, the stacktrace says yelp is actually running xulrunner not mozilla... > More and more apps are relaying on using mozilla as a rich text renderer, > which usually breaks stuff in PLD :( Problem affects all mozilla crap, firefox, thunderbird, xulrunner etc. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From hawk at limanowa.net Sun Feb 25 09:03:30 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 25 Feb 2007 09:03:30 +0100 Subject: utf-8 encoding in specs In-Reply-To: <200702181638.23686.arekm@pld-linux.org> References: <20070218104514.GA30078@pepin.polanet.pl> <20070218151512.GA4852@aramin.net> <45D870BF.80306@limanowa.net> <200702181638.23686.arekm@pld-linux.org> Message-ID: <45E142D2.5070506@limanowa.net> > Is this not working for someone else than Hawk with Ac RPM? I can't > reproduce :( It looks like its my setup. I've done clean Ac install and it works. Unfortunatelly I can't locate where the problem is. I wasn't changing anything on non-working systems that may affect charset/locale stuff. Probably some package that I've installed is causing problems. Which one? No idea. M. From glen at delfi.ee Sun Feb 25 14:09:06 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 25 Feb 2007 15:09:06 +0200 Subject: SPECS: cgoban.spec - XFree86 -> X.org - Still 1.9.12, as 1.9.{13, 1... In-Reply-To: References: Message-ID: <200702251509.06141.glen@delfi.ee> On Sunday 25 February 2007, qrczak wrote: > Author: qrczak Date: Sun Feb 25 11:26:08 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - XFree86 -> X.org > - Still 1.9.12, as 1.9.{13,14} don't work for me. > > ---- Files affected: > SPECS: > cgoban.spec (1.12 -> 1.13) > > ---- Diffs: > > ================================================================ > Index: SPECS/cgoban.spec > diff -u SPECS/cgoban.spec:1.12 SPECS/cgoban.spec:1.13 > --- SPECS/cgoban.spec:1.12 Mon Feb 12 22:23:50 2007 > +++ SPECS/cgoban.spec Sun Feb 25 12:26:03 2007 > @@ -12,7 +12,7 @@ > Source2: %{name}_icon.png > Patch1: http://goron.de/~froese/cgoban/%{name}-%{version}-et1.patch > URL: http://cgoban1.sourceforge.net/ > -BuildRequires: XFree86-devel > +BuildRequires: xorg-lib-libX11 not -devel? > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > %description > @@ -69,6 +69,10 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.13 2007/02/25 11:26:03 qrczak > +- XFree86 -> X.org > +- Still 1.9.12, as 1.9.{13,14} don't work for me. > + > Revision 1.12 2007/02/12 21:23:50 glen > - tabs in preamble > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/cgoban.spec?r1=1.12&r2=1.13&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Sun Feb 25 14:09:01 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 25 Feb 2007 15:09:01 +0200 Subject: SOURCES: ipw3945d-init (NEW) - init file for ipw3945d. NFY In-Reply-To: References: Message-ID: <200702251509.01738.glen@delfi.ee> use /usr/share/doc/rc-scripts/template.init as template for new initscripts On Sunday 25 February 2007, you wrote: > Author: wolvverine Date: Sun Feb 25 11:33:09 2007 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - init file for ipw3945d. NFY > > ---- Files affected: > SOURCES: > ipw3945d-init (NONE -> 1.1) (NEW) > > ---- Diffs: > > ================================================================ > Index: SOURCES/ipw3945d-init > diff -u /dev/null SOURCES/ipw3945d-init:1.1 > --- /dev/null Sun Feb 25 12:33:09 2007 > +++ SOURCES/ipw3945d-init Sun Feb 25 12:33:04 2007 > @@ -0,0 +1,57 @@ > +#!/bin/sh > +# > +# Intel Pro/wireless 3945BG: ipw3945d deamon > +# > +#chkconfig: 35 20 86 > +# This is a daemon for automatically switching > +# ipw3945d on to get access to any AP. > +# > + > +# Source function library. > + > +. /etc/rc.d/init.d/functions > + > +DESC="Intel PRO/Wireless 3945BG" > +NAME="ipw3945d" > +RETVAL=0 > + > +case "$1" in > + start) > + if [ ! -f /var/run/ipw3945d.pid ]; then > + msg_starting "$DESC: $NAME " > + /sbin/modprobe --ignore-install ipw3945 > + daemon /sbin/ipw3945d --timeout=-1 --quiet > + RETVAL=$? > + else > + msg_already_running "$DESC: $NAME " > + fi > + exit $? > + ;; > + stop) > + if [ -f /var/run/ipw3945d.pid ]; then > + msg_stopping "$DESC: $NAME " > + /sbin/ipw3945d --kill > + /sbin/modprobe -r --ignore-remove ipw3945 > + RETVAL=$? > + else > + msg_not_running "$DESC: $NAME " > + fi > + exit $? > + ;; > + status) > + status /sbin/ipw3945d > + exit $? > + ;; > + restart|force-reload) > + $0 stop > + sleep 1 > + $0 start > + exit $? > + ;; > + *) > + msg_usage "$0 {start|stop|restart|force-reload|status}" > + exit 3 > + > +esac > +exit $RETVAL > + > ================================================================ > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Sun Feb 25 14:09:11 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 25 Feb 2007 15:09:11 +0200 Subject: SPECS: X11.spec - temporary sources to fetch only In-Reply-To: References: Message-ID: <200702251509.11164.glen@delfi.ee> you can upload files to dropin.pld-linux.org and call fetchsrc_request for non-url sources. On Sunday 25 February 2007, you wrote: > Author: kolodko Date: Sun Feb 25 12:56:22 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - temporary sources to fetch only > > ---- Files affected: > SPECS: > X11.spec (1.216 -> 1.217) > > ---- Diffs: > > ================================================================ > Index: SPECS/X11.spec > diff -u SPECS/X11.spec:1.216 SPECS/X11.spec:1.217 > --- SPECS/X11.spec:1.216 Tue Feb 13 22:04:41 2007 > +++ SPECS/X11.spec Sun Feb 25 13:56:17 2007 > @@ -80,7 +80,8 @@ > Source54: XvMCConfig > # NoSource53-md5: 0c40bd4545aa630e139043c2b12f0807 > #via_openchrome > -Source55: xorg-via_openchrome_vt3336_branch_snap20070212.patch.tar.bz2 > +#Source55: xorg-via_openchrome_vt3336_branch_snap20070212.patch.tar.bz2 > +Source55: http://kolodko1.webpark.pl/xorg-via_openchrome_vt3336_branch_sna >p20070212.patch.tar.bz2 # Source55-md5: > f864012ad05bf2cc7f21b94df55cbdb3 > > Patch0: http://xorg.freedesktop.org/releases/X11R6.9.0/patches/x11r6.9.0-g >eteuid.diff Patch1: %{name}-PLD.patch > @@ -3563,6 +3564,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.217 2007/02/25 12:56:17 kolodko > +- temporary sources to fetch only > + > Revision 1.216 2007/02/13 21:04:41 kolodko > - last patch to big, convert to source > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/X11.spec?r1=1.216&r2=1.217&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From ankry at green.mif.pg.gda.pl Sun Feb 25 16:18:14 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 25 Feb 2007 16:18:14 +0100 (CET) Subject: ERRORS: openvpn.spec In-Reply-To: <200702181749.29970.twittner@o2.pl> from "Tomasz Wittner" at Feb 18, 2007 05:49:29 PM Message-ID: <200702251518.l1PFIErA029619@green.mif.pg.gda.pl> Tomasz Wittner wrote: > > On Sun 18. of February 2007, you wrote: > > openvpn.spec (AC-branch): FAILED > > > > --- openvpn.spec:AC-branch: > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > > > > > *** buildlog for openvpn.spec > > request from: twittner > > started at: Sun Feb 18 17:43:50 2007 > > building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu -nm --nodeps > > -bs -r AC-branch -Tp auto-ac- -tt openvpn.spec 2>&1 > > > > # $Revision: 1.121.2.1 $, $Date: 2007/02/18 14:40:46 $ > > Available branches: AC-branch OPENVPN2 RA-branch > > Searching for tag auto-ac-openvpn-2_0-3... > > Tag auto-ac-openvpn-2_0-3 already exists (spec release: 1.87). > > exit status 2304 > > error: No files produced. > > error: File /home/users/builder/rpm/SOURCES/openvpn-2.0.9.tar.gz: No such > > file or directory Begin-PLD-Builder-Info > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > End-PLD-Builder-Info > > Co? jet popsute i ?le wylicza autotaga. Rel. 1.380 poprawia ten problem. Z 1.381 jest j/w. Ktos chetny, by to poprawic? Rel. 1.380 is OK here. Rel. 1.381 and newer - as above. Any volunteer to locate and fix the problem? glen? For now - 1.380 on scrbuilder. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Sun Feb 25 16:45:55 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 25 Feb 2007 17:45:55 +0200 Subject: SPECS: crossmingw32-libpng.spec - shared + static build - configur... In-Reply-To: References: Message-ID: <200702251745.55341.glen@delfi.ee> use %if 0 %endif for temporary disabled blocks, and you do not need to comment out preable anyway to disable generation of package (%files is sufficent) ps: still waiting for Mail-Followup-To: pld-devel-pl at lists.pld-linux.org removal from commits mails. On Sunday 25 February 2007, you wrote: > Author: czarny Date: Sun Feb 25 15:04:02 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - shared + static build > - configure used for .la and .pc files > > ---- Files affected: > SPECS: > crossmingw32-libpng.spec (1.16 -> 1.17) > > ---- Diffs: > > ================================================================ > Index: SPECS/crossmingw32-libpng.spec > diff -u SPECS/crossmingw32-libpng.spec:1.16 > SPECS/crossmingw32-libpng.spec:1.17 --- > SPECS/crossmingw32-libpng.spec:1.16 Mon Feb 12 22:23:51 2007 > +++ SPECS/crossmingw32-libpng.spec Sun Feb 25 16:03:54 2007 > @@ -24,14 +24,17 @@ > > %define no_install_post_strip 1 > > -%define target i386-mingw32 > -%define target_platform i386-pc-mingw32 > -%define arch %{_prefix}/%{target} > -%define gccarch %{_prefix}/lib/gcc-lib/%{target} > -%define gcclib %{_prefix}/lib/gcc-lib/%{target}/%{version} > - > -%define __cc %{target}-gcc > -%define __cxx %{target}-g++ > +%define target i386-mingw32 > +%define target_platform i386-pc-mingw32 > +%define arch %{_prefix}/%{target} > +%define gccarch %{_prefix}/lib/gcc-lib/%{target} > +%define gcclib %{_prefix}/lib/gcc-lib/%{target}/%{version} > + > +%define _sysprefix /usr > +%define _prefix %{_sysprefix}/%{target} > +%define _pkgconfigdir %{_prefix}/lib/pkgconfig > +%define __cc %{target}-gcc > +%define __cxx %{target}-g++ > > %ifarch alpha sparc sparc64 sparcv9 > %define optflags -O2 > @@ -47,16 +50,16 @@ > plikami w formacie graficznym PNG. Format ten zosta? stworzony jako > zamiennik dla formatu GIF, z wieloma rozszerzeniami i nowo?ciami. > > -%package dll > -Summary: libpng - DLL library for Windows > -Summary(pl.UTF-8): libpng - biblioteka DLL dla Windows > -Group: Applications/Emulators > - > -%description dll > -libpng - DLL library for Windows. > - > -%description dll -l pl.UTF-8 > -libpng - biblioteka DLL dla Windows. > +#%package dll > +#Summary: libpng - DLL library for Windows > +#Summary(pl.UTF-8): libpng - biblioteka DLL dla Windows > +#Group: Applications/Emulators > +# > +#%description dll > +#libpng - DLL library for Windows. > +# > +#%description dll -l pl.UTF-8 > +#libpng - biblioteka DLL dla Windows. > > %prep > %setup -q -n %{realname}-%{version} > @@ -71,38 +74,51 @@ > %patch5 -p1 > > %build > -%{__make} \ > - prefix=%{_arch} \ > - LIBPATH=%{_arch}/lib \ > - CC="%{target}-gcc" \ > - RANLIB="%{target}-ranlib" > - OPT_FLAGS="%{rpmcflags}" > +#%{__make} \ > +# prefix=%{_arch} \ > +# LIBPATH=%{_arch}/lib \ > +# CC="%{target}-gcc" \ > +# RANLIB="%{target}-ranlib" \ > +# OPT_FLAGS="%{rpmcflags}" \ > +# LDFLAGS="-static %{rpmldflags}" > +%configure \ > + --target=%{target} \ > + --host=%{target} \ > + --with-pkgconfigdir=%{_pkgconfigdir} > + > +%{__make} > > %if 0%{!?debug:1} > -%{target}-strip -R.comment -R.note *.dll > -%{target}-strip -g -R.comment -R.note *.a > +%{target}-strip -R.comment -R.note .libs/*.dll > +%{target}-strip -g -R.comment -R.note .libs/*.a > %endif > > %install > -rm -rf $RPM_BUILD_ROOT > -install -d $RPM_BUILD_ROOT%{arch}/{include,lib} > -install -d $RPM_BUILD_ROOT%{_datadir}/wine/windows/system > - > -install *.a $RPM_BUILD_ROOT%{arch}/lib > -install png.h pngconf.h $RPM_BUILD_ROOT%{arch}/include > -install *.dll $RPM_BUILD_ROOT%{_datadir}/wine/windows/system > +#rm -rf $RPM_BUILD_ROOT > +#install -d $RPM_BUILD_ROOT%{arch}/{include,lib} > +# install -d $RPM_BUILD_ROOT%{_datadir}/wine/windows/system > +# > +#install *.a $RPM_BUILD_ROOT%{arch}/lib > +#install png.h pngconf.h $RPM_BUILD_ROOT%{arch}/include > +#install *.dll $RPM_BUILD_ROOT%{_datadir}/wine/windows/system > +%{__make} install \ > + DESTDIR=$RPM_BUILD_ROOT > > %clean > rm -rf $RPM_BUILD_ROOT > > %files > %defattr(644,root,root,755) > -%{arch}/include/* > -%{arch}/lib/* > - > -%files dll > -%defattr(644,root,root,755) > -%{_datadir}/wine/windows/system/*.dll > +%dir %{_includedir}/libpng12 > +%{_includedir}/libpng12/* > +%{_libdir}/*.la > +%{_libdir}/*.a > +%{_bindir}/*.dll > +%{_pkgconfigdir}/*.pc > + > +#%files dll > +#%defattr(644,root,root,755) > +#%{_datadir}/wine/windows/system/*.dll > > %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) > %changelog > @@ -110,6 +126,10 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.17 2007/02/25 15:03:54 czarny > +- shared + static build > +- configure used for .la and .pc files > + > Revision 1.16 2007/02/12 21:23:51 glen > - tabs in preamble > > ================================================================ > > ---- CVS-web: > > http://cvs.pld-linux.org/SPECS/crossmingw32-libpng.spec?r1=1.16&r2=1.17&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Sun Feb 25 16:51:04 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 25 Feb 2007 17:51:04 +0200 Subject: ERRORS: openvpn.spec In-Reply-To: <200702251518.l1PFIErA029619@green.mif.pg.gda.pl> References: <200702251518.l1PFIErA029619@green.mif.pg.gda.pl> Message-ID: <200702251751.04124.glen@delfi.ee> On Sunday 25 February 2007, Andrzej Krzysztofowicz wrote: > Tomasz Wittner wrote: > > On Sun 18. of February 2007, you wrote: > > > openvpn.spec (AC-branch): FAILED > > > > > > --- openvpn.spec:AC-branch: > > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > > > > > > > > > *** buildlog for openvpn.spec > > > request from: twittner > > > started at: Sun Feb 18 17:43:50 2007 > > > building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu -nm > > > --nodeps -bs -r AC-branch -Tp auto-ac- -tt openvpn.spec 2>&1 > > > > > > # $Revision: 1.121.2.1 $, $Date: 2007/02/18 14:40:46 $ > > > Available branches: AC-branch OPENVPN2 RA-branch > > > Searching for tag auto-ac-openvpn-2_0-3... > > > Tag auto-ac-openvpn-2_0-3 already exists (spec release: 1.87). > > > exit status 2304 > > > error: No files produced. > > > error: File /home/users/builder/rpm/SOURCES/openvpn-2.0.9.tar.gz: No > > > such file or directory Begin-PLD-Builder-Info > > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > > > End-PLD-Builder-Info > > > > Co? jet popsute i ?le wylicza autotaga. > > Rel. 1.380 poprawia ten problem. > Z 1.381 jest j/w. Ktos chetny, by to poprawic? > > Rel. 1.380 is OK here. > Rel. 1.381 and newer - as above. Any volunteer to locate and fix the > problem? glen? > > For now - 1.380 on scrbuilder. ?? ps: i still don't read polish. -- glen From ankry at green.mif.pg.gda.pl Sun Feb 25 16:51:59 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 25 Feb 2007 16:51:59 +0100 (CET) Subject: utf-8 encoding in specs In-Reply-To: <20070218124310.GB32333@pepin.polanet.pl> from "Tomasz Pala" at Feb 18, 2007 01:43:10 PM Message-ID: <200702251551.l1PFpxp4030096@green.mif.pg.gda.pl> Tomasz Pala wrote: > > On Sun, Feb 18, 2007 at 01:31:01PM +0100, Jakub Bogusz wrote: > > > > update: > > au BufReadPre *.spec setlocal encoding=utf-8 fencs=utf-8,iso-8859-2,latin1 > > au BufNewFile *.spec setlocal encoding=utf-8 fenc=utf-8 > > All the specs where converted? If so, that's ok for me. IMO, if UTF-ized specs go into Ac proper rpm should be R:'d (by all packages from such specs?). -- ======================================================================= 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 arekm at pld-linux.org Sun Feb 25 17:13:59 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 25 Feb 2007 17:13:59 +0100 Subject: ERRORS: openvpn.spec In-Reply-To: <200702251518.l1PFIErA029619@green.mif.pg.gda.pl> References: <200702251518.l1PFIErA029619@green.mif.pg.gda.pl> Message-ID: <200702251713.59591.arekm@pld-linux.org> On Sunday 25 of February 2007, Andrzej Krzysztofowicz wrote: > Tomasz Wittner wrote: > > On Sun 18. of February 2007, you wrote: > > > openvpn.spec (AC-branch): FAILED > > > > > > --- openvpn.spec:AC-branch: > > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > > > > > > > > > *** buildlog for openvpn.spec > > > request from: twittner > > > started at: Sun Feb 18 17:43:50 2007 > > > building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu -nm > > > --nodeps -bs -r AC-branch -Tp auto-ac- -tt openvpn.spec 2>&1 > > > > > > # $Revision: 1.121.2.1 $, $Date: 2007/02/18 14:40:46 $ > > > Available branches: AC-branch OPENVPN2 RA-branch > > > Searching for tag auto-ac-openvpn-2_0-3... > > > Tag auto-ac-openvpn-2_0-3 already exists (spec release: 1.87). > > > exit status 2304 > > > error: No files produced. > > > error: File /home/users/builder/rpm/SOURCES/openvpn-2.0.9.tar.gz: No > > > such file or directory Begin-PLD-Builder-Info > > > Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) > > > > > > End-PLD-Builder-Info > > > > Co? jet popsute i ?le wylicza autotaga. > > Rel. 1.380 poprawia ten problem. > Z 1.381 jest j/w. Ktos chetny, by to poprawic? > > Rel. 1.380 is OK here. > Rel. 1.381 and newer - as above. Any volunteer to locate and fix the > problem? glen? > > For now - 1.380 on scrbuilder. It's not builder script fault. It's rpm fault. $ rpmbuild --define "prep %dump" openvpn.spec 2>&1 | grep PACKAGE_VERSION -1: PACKAGE_VERSION 2.0 and that happens because there is subpackage with Version field in openvpn.spec. builder script could be probably hacked to use: [arekm at tarm ~/rpm/SPECS]$ rpm --specfile openvpn.spec -q --queryformat "PACKAGE_NAME=\"%{name}\"\nPACKAGE_VERSION=\"%{version}\"\nPACKAGE_RELEASE=\"%{release}\"\n" PACKAGE_NAME="openvpn" PACKAGE_VERSION="2.0.9" PACKAGE_RELEASE="3" PACKAGE_NAME="openvpn-devel" PACKAGE_VERSION="2.0.9" PACKAGE_RELEASE="3" PACKAGE_NAME="easy-rsa" PACKAGE_VERSION="2.0" PACKAGE_RELEASE="3" PACKAGE_NAME="openvpn-debuginfo" PACKAGE_VERSION="2.0.9" PACKAGE_RELEASE="3" -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Sun Feb 25 17:23:24 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 25 Feb 2007 18:23:24 +0200 Subject: utf-8 encoding in specs In-Reply-To: <200702251551.l1PFpxp4030096@green.mif.pg.gda.pl> References: <200702251551.l1PFpxp4030096@green.mif.pg.gda.pl> Message-ID: <200702251823.24084.glen@delfi.ee> On Sunday 25 February 2007, Andrzej Krzysztofowicz wrote: > Tomasz Pala wrote: > > On Sun, Feb 18, 2007 at 01:31:01PM +0100, Jakub Bogusz wrote: > > > update: > > > au BufReadPre *.spec setlocal encoding=utf-8 > > > fencs=utf-8,iso-8859-2,latin1 au BufNewFile *.spec setlocal > > > encoding=utf-8 fenc=utf-8 > > > > All the specs where converted? If so, that's ok for me. > > IMO, if UTF-ized specs go into Ac proper rpm should be R:'d (by all > packages from such specs?). if so, shouldn't it be some automatic rpmlib capatability instead? rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsBzip2) <= 3.0.5-1 -- glen From ankry at green.mif.pg.gda.pl Sun Feb 25 17:48:00 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 25 Feb 2007 17:48:00 +0100 (CET) Subject: ERRORS: openvpn.spec In-Reply-To: <200702251713.59591.arekm@pld-linux.org> from "Arkadiusz Miskiewicz" at Feb 25, 2007 05:13:59 PM Message-ID: <200702251648.l1PGm07F030430@green.mif.pg.gda.pl> Arkadiusz Miskiewicz wrote: > It's not builder script fault. It's rpm fault. Maybe, we should fix rpm... Any volunteer ? ;P > $ rpmbuild --define "prep %dump" openvpn.spec 2>&1 | grep PACKAGE_VERSION > -1: PACKAGE_VERSION 2.0 > > and that happens because there is subpackage with Version field in > openvpn.spec. However, the 1.380 builder handles this properly. Was the "simulated interactivity" introduced because of this problem? The 1.381 change broke it. I don't guess why. > builder script could be probably hacked to use: > [arekm at tarm ~/rpm/SPECS]$ rpm --specfile > openvpn.spec -q --queryformat "PACKAGE_NAME=\"%{name}\"\nPACKAGE_VERSION=\"%{version}\"\nPACKAGE_RELEASE=\"%{release}\"\n" > PACKAGE_NAME="openvpn" > PACKAGE_VERSION="2.0.9" [...] > PACKAGE_NAME="easy-rsa" > PACKAGE_VERSION="2.0" AFAIK there were few packages with similar settings. By my memory may be wrong... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Sun Feb 25 22:32:40 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 25 Feb 2007 22:32:40 +0100 (CET) Subject: SPECS: quake2.spec - drop -static In-Reply-To: from "glen" at Feb 24, 2007 03:33:59 PM Message-ID: <200702252132.l1PLWeAY032358@green.mif.pg.gda.pl> glen wrote: > - drop -static Obsolete it somewhere? In setup? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Mon Feb 26 00:16:47 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 26 Feb 2007 01:16:47 +0200 Subject: SPECS: quake2.spec - drop -static In-Reply-To: <200702252132.l1PLWeAY032358@green.mif.pg.gda.pl> References: <200702252132.l1PLWeAY032358@green.mif.pg.gda.pl> Message-ID: <200702260116.47743.glen@delfi.ee> On Sunday 25 February 2007, Andrzej Krzysztofowicz wrote: > glen wrote: > > - drop -static > > Obsolete it somewhere? In setup? what for, it was never useful :) and builder automatics will remove the pkg from ftp when next move occurs. -- glen From ankry at green.mif.pg.gda.pl Mon Feb 26 07:14:55 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 26 Feb 2007 07:14:55 +0100 (CET) Subject: SPECS: quake2.spec - drop -static In-Reply-To: <200702260116.47743.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Feb 26, 2007 01:16:47 AM Message-ID: <200702260614.l1Q6EteD011777@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Sunday 25 February 2007, Andrzej Krzysztofowicz wrote: > > glen wrote: > > > - drop -static > > > > Obsolete it somewhere? In setup? > > what for, it was never useful :) > and builder automatics will remove the pkg from ftp when next move occurs. For those who had installed quake2* -- ======================================================================= 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 qrczakmk at gmail.com Mon Feb 26 13:10:23 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Mon, 26 Feb 2007 13:10:23 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702242324.19866.arekm@pld-linux.org> References: <200702242304.29138.deejay1@srem.org> <200702242311.41543.arekm@pld-linux.org> <200702242315.53583.deejay1@srem.org> <200702242324.19866.arekm@pld-linux.org> Message-ID: <1172491823.1603.2.camel@qrnik> Dnia 24-02-2007, sob o godzinie 23:24 +0100, Arkadiusz Miskiewicz napisa?(a): > > Hmm, the stacktrace says yelp is actually running xulrunner not mozilla... > > More and more apps are relaying on using mozilla as a rich text renderer, > > which usually breaks stuff in PLD :( > > Problem affects all mozilla crap, firefox, thunderbird, xulrunner etc. Works for me: yelp compiled with xulrunner, with mozilla-firefox installed, all fresh from CVS HEAD. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From arekm at pld-linux.org Mon Feb 26 13:14:26 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 26 Feb 2007 13:14:26 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <1172491823.1603.2.camel@qrnik> References: <200702242304.29138.deejay1@srem.org> <200702242324.19866.arekm@pld-linux.org> <1172491823.1603.2.camel@qrnik> Message-ID: <200702261314.26921.arekm@pld-linux.org> On Monday 26 of February 2007, Marcin 'Qrczak' Kowalczyk wrote: > Dnia 24-02-2007, sob o godzinie 23:24 +0100, Arkadiusz Miskiewicz > > napisa?(a): > > > Hmm, the stacktrace says yelp is actually running xulrunner not > > > mozilla... More and more apps are relaying on using mozilla as a rich > > > text renderer, which usually breaks stuff in PLD :( > > > > Problem affects all mozilla crap, firefox, thunderbird, xulrunner etc. > > Works for me: yelp compiled with xulrunner, with mozilla-firefox > installed, all fresh from CVS HEAD. Using gcc 4.2 (other case are not interesing for us)? With or without todays gcc 4.2 hack patch? On i686 architecture (somehow x86_64 is known to be working even without 4.2 hack) ? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From qrczakmk at gmail.com Mon Feb 26 14:29:04 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Mon, 26 Feb 2007 14:29:04 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702261314.26921.arekm@pld-linux.org> References: <200702242304.29138.deejay1@srem.org> <200702242324.19866.arekm@pld-linux.org> <1172491823.1603.2.camel@qrnik> <200702261314.26921.arekm@pld-linux.org> Message-ID: <1172496544.1603.4.camel@qrnik> Dnia 26-02-2007, pon o godzinie 13:14 +0100, Arkadiusz Miskiewicz napisa?(a): > > Works for me: yelp compiled with xulrunner, with mozilla-firefox > > installed, all fresh from CVS HEAD. > > Using gcc 4.2 (other case are not interesing for us)? No, sorry. I thought firefox 2.0.0.2 and the new xulrunner were suspected. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From gotar at polanet.pl Mon Feb 26 16:57:56 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 26 Feb 2007 16:57:56 +0100 Subject: SPECS: quake2.spec - drop -static In-Reply-To: <200702260116.47743.glen@delfi.ee> References: <200702252132.l1PLWeAY032358@green.mif.pg.gda.pl> <200702260116.47743.glen@delfi.ee> Message-ID: <20070226155756.GA24701@pepin.polanet.pl> On Mon, Feb 26, 2007 at 01:16:47AM +0200, Elan Ruusam?e wrote: > > > - drop -static > > > > Obsolete it somewhere? In setup? > > what for, it was never useful :) For those, who have installed static package and will be unable to upgrade others (as static had Rs). -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From deejay1 at srem.org Mon Feb 26 19:01:00 2007 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Mon, 26 Feb 2007 19:01:00 +0100 Subject: [Th] devhelp & yelp are crashing In-Reply-To: <200702261314.26921.arekm@pld-linux.org> References: <200702242304.29138.deejay1@srem.org> <1172491823.1603.2.camel@qrnik> <200702261314.26921.arekm@pld-linux.org> Message-ID: <200702261901.04312.deejay1@srem.org> Dnia poniedzia?ek, 26 lutego 2007, Arkadiusz Miskiewicz napisa?: > On Monday 26 of February 2007, Marcin 'Qrczak' Kowalczyk wrote: > > Dnia 24-02-2007, sob o godzinie 23:24 +0100, Arkadiusz Miskiewicz > > > > napisa?(a): > > > > Hmm, the stacktrace says yelp is actually running xulrunner not > > > > mozilla... More and more apps are relaying on using mozilla as a rich > > > > text renderer, which usually breaks stuff in PLD :( > > > > > > Problem affects all mozilla crap, firefox, thunderbird, xulrunner etc. > > > > Works for me: yelp compiled with xulrunner, with mozilla-firefox > > installed, all fresh from CVS HEAD. > > Using gcc 4.2 (other case are not interesing for us)? With or without > todays gcc 4.2 hack patch? On i686 architecture (somehow x86_64 is known to > be working even without 4.2 hack) ? eclipse (binary), devhelp, yelp and monodevelop seem to work now under xulrunner and mozilla-firefox with the patch applied. Thanks Arek! -- ?ukasz [DeeJay1] Jerna? From glen at delfi.ee Wed Feb 28 02:22:34 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 28 Feb 2007 03:22:34 +0200 Subject: Ac soon to be closed In-Reply-To: <200702211711.02857.glen@delfi.ee> References: <45DC47AE.8040704@limanowa.net> <200702211711.02857.glen@delfi.ee> Message-ID: <200702280322.34443.glen@delfi.ee> On Wednesday 21 February 2007, Elan Ruusam?e wrote: > On Wednesday 21 February 2007, Marcin Kr?l wrote: > > EN: > > > > PLD 2.0 Ac main tree will be closed as soon as I'll take care of all > > broken dependencies in it. If someone wants something in Ac main tree > > this is the last chance. Once all deps will be fixed Ac main tree will be > > locked and used for generating ISOs of Ac stable. I really would like to > > have OpenOffice.org 2.1 in it before ISOs, but well, I'm not going to > > wait forever. > > openoffice.org could be built if somebody would fix java problems on i586, > i686, athlon builders. i wrote about it here some time ago, but no replies > and nothing fixed either (all java-sun tools get LD error at some point). appears that javac and friends had $ORIGIN in their RPATH [1] which somewhy could not be resolved in builders environment. first i thought its due /proc/self/exe not available due /proc not mounted, but the /proc is mounted there. i've modified java-sun package to have constant RPATH for those binaries [1] $ chrpath -l javac javac: RPATH=$ORIGIN/../lib/i386/jli:$ORIGIN/../jre/lib/i386/jli -- glen