From pluto at agmk.net Mon May 1 21:07:46 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Mon, 1 May 2006 21:07:46 +0200 Subject: th, ruby blocks koffice In-Reply-To: <200604142146.45817.arekm@pld-linux.org> References: <200604142146.45817.arekm@pld-linux.org> Message-ID: <200605012107.46911.pluto@agmk.net> On Friday 14 April 2006 21:46, Arkadiusz Miskiewicz wrote: > compiling Win32API > /home/users/builder/rpm/BUILD/ruby-1.8.4/lib/mkmf.rb:804: [BUG] > Segmentation fault it also doesn't build with `-fno-omit-frame-pointer -O0`. From pluto at agmk.net Mon May 1 21:25:37 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Mon, 1 May 2006 21:25:37 +0200 Subject: th, ruby blocks koffice In-Reply-To: <200605012107.46911.pluto@agmk.net> References: <200604142146.45817.arekm@pld-linux.org> <200605012107.46911.pluto@agmk.net> Message-ID: <200605012125.37384.pluto@agmk.net> On Monday 01 May 2006 21:07, Pawe? Sikora wrote: > On Friday 14 April 2006 21:46, Arkadiusz Miskiewicz wrote: > > compiling Win32API > > /home/users/builder/rpm/BUILD/ruby-1.8.4/lib/mkmf.rb:804: [BUG] > > Segmentation fault > > it also doesn't build with `-fno-omit-frame-pointer -O0`. and sources from tag auto-th-ruby-1_8_3-1 fails also :O From mguevara at acn.waw.pl Tue May 2 01:08:39 2006 From: mguevara at acn.waw.pl (Marek Guevara Braun) Date: Tue, 02 May 2006 01:08:39 +0200 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <444FECEF.9040705@acn.waw.pl> References: <444FECEF.9040705@acn.waw.pl> Message-ID: <445694F7.1070401@acn.waw.pl> Marek Guevara Braun wrote: > I have just merged mozilla-thunderbird 1.5.0.2-1 from HEAD to Ac-branch. I have moved the AC-branch to the HEAD version of 1.5.0.2-3 (spec 1.59) which adds support for LDAP queries - it works fine BTW. Could someone test it on an 64-bit arch, please? Regards, Marek From glen at delfi.ee Tue May 2 17:55:47 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 2 May 2006 18:55:47 +0300 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <445694F7.1070401@acn.waw.pl> References: <444FECEF.9040705@acn.waw.pl> <445694F7.1070401@acn.waw.pl> Message-ID: <200605021855.47286.glen@delfi.ee> On Tuesday 02 May 2006 02:08, Marek Guevara Braun wrote: > Marek Guevara Braun wrote: > > I have just merged mozilla-thunderbird 1.5.0.2-1 from HEAD to Ac-branch. > > I have moved the AC-branch to the HEAD version of 1.5.0.2-3 (spec 1.59) > which adds support for LDAP queries - it works fine BTW. > > Could someone test it on an 64-bit arch, please? after first launch it hunged at "checking extensions update" at startup. after second proceeded over that step and i was able to read mail. ps: maybe try to use mozilla-launcher [1] to startup mozilla applications, as it has bunch of useful hacks inside which are needed for migrating from different versions. i've uploaded firefox [2] and thunderbird [3] wrappers. the -UILocale didn't work as i checked last time [4] [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/mozilla-launcher.spec [2] http://glen.alkohol.ee/pld/mozilla-firefox [3] http://glen.alkohol.ee/pld/mozilla-thunderbird [4] http://bugs.gentoo.org/show_bug.cgi?id=112509 -- glen From glen at delfi.ee Tue May 2 18:25:11 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 2 May 2006 19:25:11 +0300 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <445694F7.1070401@acn.waw.pl> References: <444FECEF.9040705@acn.waw.pl> <445694F7.1070401@acn.waw.pl> Message-ID: <200605021925.12035.glen@delfi.ee> On Tuesday 02 May 2006 02:08, Marek Guevara Braun wrote: > Marek Guevara Braun wrote: > > I have just merged mozilla-thunderbird 1.5.0.2-1 from HEAD to Ac-branch. > > I have moved the AC-branch to the HEAD version of 1.5.0.2-3 (spec 1.59) > which adds support for LDAP queries - it works fine BTW. > > Could someone test it on an 64-bit arch, please? this is unrelated to arch, but worth to know. $ sh -x /usr/bin/mozilla-thunderbird -mail + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US + [ -mail == -remote ] + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -mail Warning: unrecognized command line flag -UILocale Warning: unrecognized command line flag -mail $ sh -x /usr/bin/mozilla-thunderbird -compose + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US + [ -compose == -remote ] + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -compose Warning: unrecognized command line flag -UILocale Hash Manager Error : 1 Error - could not open affix description file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff Failure loading aff file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff -- glen From blues at pld-linux.org Tue May 2 22:31:29 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 2 May 2006 22:31:29 +0200 (CEST) Subject: php-pecl-PDO Message-ID: There is problem with php-pecl-PDO deps. These are generated while building. Nice. But as API version is used simply date... Current date. In AC is broken PDO and PDO_MYSQL: PHP Fatal error: PDO: driver mysql requires PDO API version 20051128; this is PDO version 20050227 in Unknown on line 0 It should be rebuild in AC in the same day. And some solution should be made. I don't know, maybe some vitual deps? -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Wed May 3 00:21:58 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 3 May 2006 01:21:58 +0300 Subject: php-pecl-PDO In-Reply-To: References: Message-ID: <200605030121.58850.glen@delfi.ee> On Tuesday 02 May 2006 23:31, Pawe? Go?aszewski wrote: > There is problem with php-pecl-PDO deps. These are generated while > building. Nice. But as API version is used simply date... Current date. no. not current date ;) it's from source still. its year 2006 for some time already, haven't noticed? ;) > In AC is broken PDO and PDO_MYSQL: > PHP Fatal error: PDO: driver mysql requires PDO API version 20051128; this > is PDO version 20050227 in Unknown on line 0 > > It should be rebuild in AC in the same day. And some solution should be > made. I don't know, maybe some vitual deps? done both. the same way php own api macros are done. -- glen From ankry at green.mif.pg.gda.pl Wed May 3 08:44:42 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 3 May 2006 08:44:42 +0200 (CEST) Subject: php-pecl-PDO In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 02, 2006 10:31:29 PM Message-ID: <200605030644.k436ig1m020188@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > There is problem with php-pecl-PDO deps. These are generated while > building. Nice. But as API version is used simply date... Current date. > > In AC is broken PDO and PDO_MYSQL: > PHP Fatal error: PDO: driver mysql requires PDO API version 20051128; this is PDO version 20050227 in Unknown on line 0 > > It should be rebuild in AC in the same day. And some solution should be > made. I don't know, maybe some vitual deps? Marge them into one spec ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From blues at pld-linux.org Wed May 3 11:37:47 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 3 May 2006 11:37:47 +0200 (CEST) Subject: php-pecl-PDO In-Reply-To: <200605030644.k436ig1m020188@green.mif.pg.gda.pl> References: <200605030644.k436ig1m020188@green.mif.pg.gda.pl> Message-ID: On Wed, 3 May 2006, Andrzej Krzysztofowicz wrote: > > There is problem with php-pecl-PDO deps. These are generated while > > building. Nice. But as API version is used simply date... Current > > date. > > > > In AC is broken PDO and PDO_MYSQL: > > PHP Fatal error: PDO: driver mysql requires PDO API version 20051128; this is PDO version 20050227 in Unknown on line 0 > > > > It should be rebuild in AC in the same day. And some solution should > > be made. I don't know, maybe some vitual deps? > Marge them into one spec ? not needed now - glen has solved the problem. I think it's good solution. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Wed May 3 22:23:21 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 3 May 2006 23:23:21 +0300 Subject: jack-audio-connection-kit (checksum?) Message-ID: <200605032323.21469.glen@delfi.ee> On Ac: $ jackstart --driver=alsa jackstart: cannot get realtime capabilities, current capabilities are: =ep cap_setpcap-e probably running under a kernel with capabilities disabled, a suitable kernel would have printed something like "=eip" jackstart: md5 checksum for /usr/bin/jackd does not match $ rpm -qf /usr/bin/jackd jack-audio-connection-kit-0.100.7-2 $ arch x86_64 -- glen From glen at delfi.ee Thu May 4 11:56:26 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 4 May 2006 12:56:26 +0300 Subject: builder sucks Message-ID: <200605041256.26310.glen@delfi.ee> loooks like builder checks for BR before it fails with ExcludeArch ie this spec does not include amd64 in buildarchidectures. ---------- Forwarded Message ---------- Subject: TEST build ERRORS: php-pecl-msession.spec Date: Thursday 04 May 2006 12:40 From: PLD ac-amd64 builder To: glen at pld-linux.org Cc: pld-logs-builder at lists.pld-linux.org php-pecl-msession.spec (AC-branch): FAILED --- php-pecl-msession.spec:AC-branch: Build-Time: user:2.16s sys:1.17s real:5.25s (faults io:0 non-io:92643) *** buildlog for php-pecl-msession.spec request from: glen started at: Thu May 4 11:40:25 2006 fetching http://ep09.pld-linux.org/~buildsrc/srpms/597f13a6-c37f-4c4a-9dff-047653c900 25/php-pecl-msession-1.0-1.src.rpm fetched 15981 bytes, 72.9 K/s installing srpm: php-pecl-msession-1.0-1.src.rpm checking BR rpm: error: Failed build dependencies: rpm: phoenix-devel is needed by php-pecl-msession-1.0-1.amd64 installing BR: phoenix\-devel local is up to date Retrieving main::packages.ndir.md... main is up to date Retrieving main-ready::packages.ndir.md... main-ready is up to date Retrieving main-test::packages.ndir.md... main-test is up to date Retrieving main-ug::packages.ndir.md... main-ug is up to date Retrieving main-us::packages.ndir.md... main-us is up to date Retrieving main-i686::packages.ndir.md... main-i686 is up to date Retrieving ready-i686::packages.ndir.md... ready-i686 is up to date local is up to date Retrieving main::packages.ndir.md... main is up to date Retrieving main-ready::packages.ndir.md... main-ready is up to date Retrieving main-test::packages.ndir.md... main-test is up to date Retrieving main-ug::packages.ndir.md... main-ug is up to date Retrieving main-us::packages.ndir.md... main-us is up to date Retrieving main-i686::packages.ndir.md... main-i686 is up to date Retrieving ready-i686::packages.ndir.md... ready-i686 is up to date Loading [pndir]local... Loading [pndir]main-ready... Loading [pndir]main-ug... Loading [pndir]main-us... Loading [pndir]main... 12977 packages read Removed 495 duplicate packages from available set error: phoenix-devel: no such package error: BR installation failed Begin-PLD-Builder-Info Build-Time: user:2.16s sys:1.17s real:5.25s (faults io:0 non-io:92643) End-PLD-Builder-Info ------------------------------------------------------- -- glen -- glen -------------- next part -------------- php-pecl-msession.spec (AC-branch): FAILED --- php-pecl-msession.spec:AC-branch: Build-Time: user:2.16s sys:1.17s real:5.25s (faults io:0 non-io:92643) *** buildlog for php-pecl-msession.spec request from: glen started at: Thu May 4 11:40:25 2006 fetching http://ep09.pld-linux.org/~buildsrc/srpms/597f13a6-c37f-4c4a-9dff-047653c90025/php-pecl-msession-1.0-1.src.rpm fetched 15981 bytes, 72.9 K/s installing srpm: php-pecl-msession-1.0-1.src.rpm checking BR rpm: error: Failed build dependencies: rpm: phoenix-devel is needed by php-pecl-msession-1.0-1.amd64 installing BR: phoenix\-devel local is up to date Retrieving main::packages.ndir.md... main is up to date Retrieving main-ready::packages.ndir.md... main-ready is up to date Retrieving main-test::packages.ndir.md... main-test is up to date Retrieving main-ug::packages.ndir.md... main-ug is up to date Retrieving main-us::packages.ndir.md... main-us is up to date Retrieving main-i686::packages.ndir.md... main-i686 is up to date Retrieving ready-i686::packages.ndir.md... ready-i686 is up to date local is up to date Retrieving main::packages.ndir.md... main is up to date Retrieving main-ready::packages.ndir.md... main-ready is up to date Retrieving main-test::packages.ndir.md... main-test is up to date Retrieving main-ug::packages.ndir.md... main-ug is up to date Retrieving main-us::packages.ndir.md... main-us is up to date Retrieving main-i686::packages.ndir.md... main-i686 is up to date Retrieving ready-i686::packages.ndir.md... ready-i686 is up to date Loading [pndir]local... Loading [pndir]main-ready... Loading [pndir]main-ug... Loading [pndir]main-us... Loading [pndir]main... 12977 packages read Removed 495 duplicate packages from available set error: phoenix-devel: no such package error: BR installation failed Begin-PLD-Builder-Info Build-Time: user:2.16s sys:1.17s real:5.25s (faults io:0 non-io:92643) End-PLD-Builder-Info From marek.guevara at atm.com.pl Thu May 4 13:38:26 2006 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Thu, 04 May 2006 13:38:26 +0200 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <200605021925.12035.glen@delfi.ee> References: <444FECEF.9040705@acn.waw.pl> <445694F7.1070401@acn.waw.pl> <200605021925.12035.glen@delfi.ee> Message-ID: <4459E7B2.5040403@atm.com.pl> Elan Ruusam?e wrote: > this is unrelated to arch, but worth to know. Hmm - standard i686 install looks little different (for pl_PL locale) I will check en-US locale and the same without glibc-localedb-all. > $ sh -x /usr/bin/mozilla-thunderbird -mail > + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird > + MOZARGS= > + /usr/bin/locale > + grep ^LC_MESSAGES= > + sed -e s|LC_MESSAGES=||g -e s|"||g > + MOZLOCALE=en_US.UTF-8 > + echo > + tr : > + echo en_US.UTF-8 > + sed -e s|_\([^.]*\).*|-\1|g > + eval MOZLANG=en-US > + MOZLANG=en-US > + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] > + MOZARGS=-UILocale en-US > + break > + [ -z -UILocale en-US ] > + [ -n -UILocale en-US ] > + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US > + [ -mail == -remote ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() > + 2>&1 > + PING=+ > /dev/null > + [ -n + > /dev/null ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -mail > Warning: unrecognized command line flag -UILocale > Warning: unrecognized command line flag -mail $ sh -x /usr/bin/mozilla-thunderbird -mail + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=pl_PL + echo + tr : + echo pl_PL + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=pl-PL + MOZLANG=pl-PL + [ -f /usr/lib/mozilla-thunderbird/chrome/pl-PL.jar ] + [ -z ] + echo + tr : + echo pl_PL + sed -e s|_.*||g + eval MOZLANG=pl + MOZLANG=pl + echo /usr/lib/mozilla-thunderbird/chrome/pl*.jar + sed s/\s.*//g + LANGFILE=/usr/lib/mozilla-thunderbird/chrome/pl*.jar + [ -f /usr/lib/mozilla-thunderbird/chrome/pl*.jar ] + [ -n ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird + [ -mail == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib/mozilla-thunderbird/thunderbird -mail > $ sh -x /usr/bin/mozilla-thunderbird -compose > + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird > + MOZARGS= > + /usr/bin/locale > + grep ^LC_MESSAGES= > + sed -e s|LC_MESSAGES=||g -e s|"||g > + MOZLOCALE=en_US.UTF-8 > + echo > + tr : > + echo en_US.UTF-8 > + sed -e s|_\([^.]*\).*|-\1|g > + eval MOZLANG=en-US > + MOZLANG=en-US > + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] > + MOZARGS=-UILocale en-US > + break > + [ -z -UILocale en-US ] > + [ -n -UILocale en-US ] > + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US > + [ -compose == -remote ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() > + 2>&1 > + PING=+ > /dev/null > + [ -n + > /dev/null ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -compose > Warning: unrecognized command line flag -UILocale > Hash Manager Error : 1 > Error - could not open affix description file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff > Failure loading aff file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff $ sh -x /usr/bin/mozilla-thunderbird -compose + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=pl_PL + echo + tr : + echo pl_PL + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=pl-PL + MOZLANG=pl-PL + [ -f /usr/lib/mozilla-thunderbird/chrome/pl-PL.jar ] + [ -z ] + echo + tr : + echo pl_PL + sed -e s|_.*||g + eval MOZLANG=pl + MOZLANG=pl + echo /usr/lib/mozilla-thunderbird/chrome/pl*.jar + sed s/\s.*//g + LANGFILE=/usr/lib/mozilla-thunderbird/chrome/pl*.jar + [ -f /usr/lib/mozilla-thunderbird/chrome/pl*.jar ] + [ -n ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird + [ -compose == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib/mozilla-thunderbird/thunderbird -compose Regards, Marek From marek.guevara at atm.com.pl Thu May 4 13:57:10 2006 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Thu, 04 May 2006 13:57:10 +0200 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <200605021925.12035.glen@delfi.ee> References: <444FECEF.9040705@acn.waw.pl> <445694F7.1070401@acn.waw.pl> <200605021925.12035.glen@delfi.ee> Message-ID: <4459EC16.9000804@atm.com.pl> Elan Ruusam?e wrote: > this is unrelated to arch, but worth to know. Without glibc-localedb-all output is also different (still pl_PL locales) > $ sh -x /usr/bin/mozilla-thunderbird -mail > + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird > + MOZARGS= > + /usr/bin/locale > + grep ^LC_MESSAGES= > + sed -e s|LC_MESSAGES=||g -e s|"||g > + MOZLOCALE=en_US.UTF-8 > + echo > + tr : > + echo en_US.UTF-8 > + sed -e s|_\([^.]*\).*|-\1|g > + eval MOZLANG=en-US > + MOZLANG=en-US > + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] > + MOZARGS=-UILocale en-US > + break > + [ -z -UILocale en-US ] > + [ -n -UILocale en-US ] > + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US > + [ -mail == -remote ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() > + 2>&1 > + PING=+ > /dev/null > + [ -n + > /dev/null ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -mail > Warning: unrecognized command line flag -UILocale > Warning: unrecognized command line flag -mail $ sh -x /usr/bin/mozilla-thunderbird -mail + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory /usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory + MOZLOCALE=pl_PL + echo + tr : + echo pl_PL + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=pl-PL + MOZLANG=pl-PL + [ -f /usr/lib/mozilla-thunderbird/chrome/pl-PL.jar ] + [ -z ] + echo + tr : + echo pl_PL + sed -e s|_.*||g + eval MOZLANG=pl + MOZLANG=pl + echo /usr/lib/mozilla-thunderbird/chrome/pl*.jar + sed s/\s.*//g + LANGFILE=/usr/lib/mozilla-thunderbird/chrome/pl*.jar + [ -f /usr/lib/mozilla-thunderbird/chrome/pl*.jar ] + [ -n ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird + [ -mail == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -remote ping() + 2>&1 + PING=+ > /dev/null (thunderbird-bin:6567): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. + [ -n + > /dev/null (thunderbird-bin:6567): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ] + /usr/lib/mozilla-thunderbird/thunderbird -mail (thunderbird-bin:6576): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. > $ sh -x /usr/bin/mozilla-thunderbird -compose > + MOZILLA_FIVE_HOME=/usr/lib64/mozilla-thunderbird > + MOZARGS= > + /usr/bin/locale > + grep ^LC_MESSAGES= > + sed -e s|LC_MESSAGES=||g -e s|"||g > + MOZLOCALE=en_US.UTF-8 > + echo > + tr : > + echo en_US.UTF-8 > + sed -e s|_\([^.]*\).*|-\1|g > + eval MOZLANG=en-US > + MOZLANG=en-US > + [ -f /usr/lib64/mozilla-thunderbird/chrome/en-US.jar ] > + MOZARGS=-UILocale en-US > + break > + [ -z -UILocale en-US ] > + [ -n -UILocale en-US ] > + THUNDERBIRD=/usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US > + [ -compose == -remote ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() > + 2>&1 > + PING=+ > /dev/null > + [ -n + > /dev/null ] > + /usr/lib64/mozilla-thunderbird/thunderbird -UILocale en-US -compose > Warning: unrecognized command line flag -UILocale > Hash Manager Error : 1 > Error - could not open affix description file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff > Failure loading aff file /usr/lib64/mozilla-thunderbird/components/myspell/en-US.aff $ sh -x /usr/bin/mozilla-thunderbird -compose + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory /usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=pl_PL + echo + tr : + echo pl_PL + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=pl-PL + MOZLANG=pl-PL + [ -f /usr/lib/mozilla-thunderbird/chrome/pl-PL.jar ] + [ -z ] + echo + tr : + echo pl_PL + sed -e s|_.*||g + eval MOZLANG=pl + MOZLANG=pl + echo /usr/lib/mozilla-thunderbird/chrome/pl*.jar + sed s/\s.*//g + LANGFILE=/usr/lib/mozilla-thunderbird/chrome/pl*.jar + [ -f /usr/lib/mozilla-thunderbird/chrome/pl*.jar ] + [ -n ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird + [ -compose == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -remote ping() + 2>&1 + PING=+ > /dev/null (thunderbird-bin:6528): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. + [ -n + > /dev/null (thunderbird-bin:6528): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ] + /usr/lib/mozilla-thunderbird/thunderbird -compose (thunderbird-bin:6537): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ### Now we can use en_US.UTF-8 locales: $ LANG=en_US.UTF-8 sh -x /usr/bin/mozilla-thunderbird -mail + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory /usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US + [ -mail == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null (thunderbird-bin:6597): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. + [ -n + > /dev/null (thunderbird-bin:6597): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -mail (thunderbird-bin:6608): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ### $ LANG=en_US.UTF-8 sh -x /usr/bin/mozilla-thunderbird -compose + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory /usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US + [ -compose == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null (thunderbird-bin:6630): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. + [ -n + > /dev/null (thunderbird-bin:6630): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -compose (thunderbird-bin:6641): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ### And then install back glibc-localedb-all-2.3.6-5: $ LANG=en_US.UTF-8 sh -x /usr/bin/mozilla-thunderbird -mail + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US + [ -mail == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -mail ### $ LANG=en_US.UTF-8 sh -x /usr/bin/mozilla-thunderbird -compose + MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird + MOZARGS= + /usr/bin/locale + grep ^LC_MESSAGES= + sed -e s|LC_MESSAGES=||g -e s|"||g + MOZLOCALE=en_US.UTF-8 + echo + tr : + echo en_US.UTF-8 + sed -e s|_\([^.]*\).*|-\1|g + eval MOZLANG=en-US + MOZLANG=en-US + [ -f /usr/lib/mozilla-thunderbird/chrome/en-US.jar ] + MOZARGS=-UILocale en-US + break + [ -z -UILocale en-US ] + [ -n -UILocale en-US ] + THUNDERBIRD=/usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US + [ -compose == -remote ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -remote ping() + 2>&1 + PING=+ > /dev/null + [ -n + > /dev/null ] + /usr/lib/mozilla-thunderbird/thunderbird -UILocale en-US -compose Cheers, Marek PS. Have you got glibc-localedb-all installed? Do you use rpm provided /usr/bin/mozilla-thunderbird script or the one from your website? PS2. I will reinstall mozilla-thunderbird to check the update extensions hangup - I have had it too. From marek.guevara at atm.com.pl Thu May 4 15:55:57 2006 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Thu, 04 May 2006 15:55:57 +0200 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to AC-branch - STBR In-Reply-To: <200605021855.47286.glen@delfi.ee> References: <444FECEF.9040705@acn.waw.pl> <445694F7.1070401@acn.waw.pl> <200605021855.47286.glen@delfi.ee> Message-ID: <445A07ED.5060202@atm.com.pl> Elan Ruusam?e wrote: > after first launch it hunged at "checking extensions update" at startup. > after second proceeded over that step and i was able to read mail. I do confirm the "feature" - also the 1.5 had the same behaviour. It is probably related to wrong futex order/use inside the thunderbird update extensions procedure as in: https://bugzilla.mozilla.org/show_bug.cgi?id=227168 http://sourceware.org/bugzilla/show_bug.cgi?id=1325 I did some strace work and it looks like one process (thread?) waits on one side of a pipe and tries to read, and the second process tries to write sth but cannot (operation in the state. There is plenty of futex calls too. gdb someone? strace gives too little information about the code location. I think its the 100% reproductable bug. I use preemptive kernel on an uniprocessor i686 machine, and standard glibc-2.3.6-5 from AC. (the mentioned bug was visible in NTPL glibc, maybe preemptive kernel also matters. Cheers, Marek From marek.guevara at atm.com.pl Thu May 4 16:41:35 2006 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Thu, 04 May 2006 16:41:35 +0200 Subject: Status of the MPlayer on AC-branch and HEAD, x264 and amr support (as of 2006-05-04) Message-ID: <445A129F.9090407@atm.com.pl> Both versions of MPlayer (mplayer.spec) on HEAD and AC-branch have got a label/release of pre7try3 but in fact we do download and build release pre7try2. Is there pre7try3 available somewhere? I have heard about try8 version, but havent seen it on the project ftp server. On the AC-branch there are additional audio codecs AMR/3GPP used in modern mobile camera phones - this could be easily ported to HEAD (copy/paste bcond/sources/build section - all is located inside amr bcond). On both branches we have disabled support for x264/H264 video codecs, current libx264-devel is not compatible with libavcodec/x264.c. I have digged a little bit and found that libavcodec/x264.c from mplayer 1.0pre7try2 is taken from almost 2 year old ffmpeg code. Today x264.c/h code is quite different. I have tested cvs version of mplayer and libavcodec/libutils/libformats from ffmpeg cvs (both 2006-05-03) and with the versions we can build a (more or less) working x264/H264 capable mplayer. I will write more about stability of H264 decoder after some tests). >From the ffmpeg/mplayer cvs logs it looks like some changed in the H264 area from the current status of our ffmpeg from HEAD (january 2006). So, probably if we want to have support for H264 in mplayer, cvs version is the way to go. Regards, Marek PS I have heard also about building mplayer with shared ffmpeg support. Is it possible ? From mguevara at acn.waw.pl Thu May 4 19:11:11 2006 From: mguevara at acn.waw.pl (Marek Guevara Braun) Date: Thu, 04 May 2006 19:11:11 +0200 Subject: Status of the MPlayer on AC-branch and HEAD, x264 and amr support (as of 2006-05-04) In-Reply-To: <445A129F.9090407@atm.com.pl> References: <445A129F.9090407@atm.com.pl> Message-ID: <445A35AF.50607@acn.waw.pl> Marek Guevara Braun wrote: > I have tested cvs version of mplayer and libavcodec/libutils/libformats > from ffmpeg cvs (both 2006-05-03) and with the versions we can build > a (more or less) working x264/H264 capable mplayer. I will write more > about stability of H264 decoder after some tests). Quick tests showed that H264 encoded videos could be played quite well - faster than the current (our) ffmpeg/HEAD based vlc (so we should update our ffmpeg too :-). Cheers, Marek From pluto at agmk.net Thu May 4 19:16:09 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Thu, 4 May 2006 19:16:09 +0200 Subject: Status of the MPlayer on AC-branch and HEAD, x264 and amr support (as of 2006-05-04) In-Reply-To: <445A35AF.50607@acn.waw.pl> References: <445A129F.9090407@atm.com.pl> <445A35AF.50607@acn.waw.pl> Message-ID: <200605041916.09886.pluto@agmk.net> On Thursday 04 May 2006 19:11, Marek Guevara Braun wrote: > Marek Guevara Braun wrote: > > I have tested cvs version of mplayer and libavcodec/libutils/libformats > > from ffmpeg cvs (both 2006-05-03) and with the versions we can build > > a (more or less) working x264/H264 capable mplayer. I will write more > > about stability of H264 decoder after some tests). > > Quick tests showed that H264 encoded videos could be played quite well > - faster than the current (our) ffmpeg/HEAD based vlc (so we should > update our ffmpeg too :-). we should patch mplayer-cvs to use shared ffmpeg-libs. From pluto at agmk.net Thu May 4 20:56:39 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Thu, 4 May 2006 20:56:39 +0200 Subject: [FAIL] rpm-4.4.6 Message-ID: <200605042056.39674.pluto@agmk.net> (...) parseChangelog.c: In function 'addChangelog': parseChangelog.c:226: error: 'numchangelog' undeclared (first use in this function) parseChangelog.c:226: error: (Each undeclared identifier is reported only once parseChangelog.c:226: error: for each function it appears in.) make[2]: *** [parseChangelog.lo] Error 1 make[2]: Leaving directory `/home/users/pluto/rpm/BUILD/rpm-4.4.6/build' Glen, do you fix this? From glen at delfi.ee Thu May 4 21:36:44 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 4 May 2006 22:36:44 +0300 Subject: [FAIL] rpm-4.4.6 In-Reply-To: <200605042056.39674.pluto@agmk.net> References: <200605042056.39674.pluto@agmk.net> Message-ID: <200605042236.44687.glen@delfi.ee> On Thursday 04 May 2006 21:56, Pawe? Sikora wrote: > (...) > parseChangelog.c: In function 'addChangelog': > parseChangelog.c:226: error: 'numchangelog' undeclared (first use in this > function) > parseChangelog.c:226: error: (Each undeclared identifier is reported only > once parseChangelog.c:226: error: for each function it appears in.) > make[2]: *** [parseChangelog.lo] Error 1 > make[2]: Leaving directory `/home/users/pluto/rpm/BUILD/rpm-4.4.6/build' > > glen, do you fix this? done. -- glen From ankry at green.mif.pg.gda.pl Thu May 4 22:51:52 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 4 May 2006 22:51:52 +0200 (CEST) Subject: SPECS: mt-daapd.spec - use avahi howl library In-Reply-To: from "aredridel" at May 02, 2006 03:52:16 AM Message-ID: <200605042051.k44KpqTd005484@green.mif.pg.gda.pl> aredridel wrote: > -BuildRequires: howl-devel > +BuildRequires: avahi-compat-howl-devel Is the package now independent on howl-devel presenca/absence ? We can't assume howl-devel being not installed (especially on builders) -- ======================================================================= 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 spider at linux.pl Fri May 5 10:14:34 2006 From: spider at linux.pl (Piotr Skwarna) Date: Fri, 05 May 2006 10:14:34 +0200 Subject: [th] upgrading openssl Message-ID: <445B096A.90106@linux.pl> poldek:/all-avail> upgrade openssl-0.9.8a-2 Przetwarzanie zale?no?ci... openssl-0.9.7i-1 zostanie zast?piony przez openssl-0.9.8a-2 b??d: libcrypto.so.0.9.7 jest wymagany przez links-1.00-0.pre12.2 b??d: libssl.so.0.9.7 jest wymagany przez links-1.00-0.pre12.2 b??d: libcrypto.so.0.9.7 jest wymagany przez lynx-2.8.5rel.1-5 b??d: libssl.so.0.9.7 jest wymagany przez lynx-2.8.5rel.1-5 b??d: libcrypto.so.0.9.7 jest wymagany przez openssh-4.3p2-2 b??d: libcrypto.so.0.9.7 jest wymagany przez openssh-clients-4.3p2-2 b??d: libcrypto.so.0.9.7 jest wymagany przez openssh-server-4.3p2-2 b??d: libcrypto.so.0.9.7 jest wymagany przez wget-1.10.2-2 b??d: libssl.so.0.9.7 jest wymagany przez wget-1.10.2-2 b??d: libcrypto.so.0.9.7 jest wymagany przez heimdal-libs-0.7.2-2 b??d: libcrypto.so.0.9.7 jest wymagany przez elinks-0.11.0-1 b??d: libssl.so.0.9.7 jest wymagany przez elinks-0.11.0-1 [...] any idea ? From aflinta at at.kernel.pl Fri May 5 11:18:01 2006 From: aflinta at at.kernel.pl (Artur Flinta) Date: Fri, 05 May 2006 11:18:01 +0200 Subject: [th] upgrading openssl In-Reply-To: <445B096A.90106@linux.pl> References: <445B096A.90106@linux.pl> Message-ID: <445B1849.3010108@at.kernel.pl> Piotr Skwarna wrote: > poldek:/all-avail> upgrade openssl-0.9.8a-2 [...] > any idea ? Nie u?ywaj th-test :) Artur From wrobell at pld-linux.org Fri May 5 15:52:44 2006 From: wrobell at pld-linux.org (wrobell) Date: Fri, 05 May 2006 14:52:44 +0100 Subject: SPECS: mozilla-firefox.spec - ver. 1.5.0.3 In-Reply-To: References: Message-ID: <1146837164.28141.149.camel@recent-convert.mapflow.int> On Fri, 2006-05-05 at 15:50 +0200, wrobell wrote: > Author: wrobell Date: Fri May 5 13:50:03 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - ver. 1.5.0.3 it was also changed on ac-branch. i think that there are many packages, which should be updated on HEAD, then merged to AC-branch, imho. what do you think? wrobell From marek.guevara at atm.com.pl Fri May 5 16:42:27 2006 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Fri, 05 May 2006 16:42:27 +0200 Subject: SPECS: mozilla-firefox.spec - ver. 1.5.0.3 In-Reply-To: <1146837164.28141.149.camel@recent-convert.mapflow.int> References: <1146837164.28141.149.camel@recent-convert.mapflow.int> Message-ID: <445B6453.9040606@atm.com.pl> wrobell wrote: > i think that there are many packages, which should > be updated on HEAD, then merged to AC-branch, imho. > > what do you think? Unfortunatelly the list of differences between HEAD and AC-branch grows (different libs, etc.) and it will be harder and harder to maintain and *test* the both branches by the same person. For some packages making update on HEAD requires update of test/build environment to Th. But of course, such updates, especially security stuff, should be applied on both branches. Regards, Marek From hawk at limanowa.net Tue May 9 14:44:21 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 09 May 2006 14:44:21 +0200 Subject: [Ac] Mozilla removal? Message-ID: <44608EA5.6080801@limanowa.net> Since Mozilla Suite got an EOL I'm thinking about removing it from Ac. Why? Any potential security issues or bugs that could be found in near or far future will not be fixed. So some day we may end with outdated, buggy, insecure package which can't be updated/patched/fixed. It could be even tomorrow. Below I've listed few questions/problems: 1. Many apps require mozilla-devel at build stage. Should we build these against seamonkey-devel or mozilla-firefox-devel? 2. Depending on answer for 1st question - anyone knows about build/compile time problems when building against seamonkey/firefox? Which apps are known to be working and which are not? 3. If mozilla will be removed, should seamonkey packages provide mozilla-libs, mozilla-devel etc? Note: it should if we will choose building against seamonkey. 4. Does anyone see any other problem(s) with removing mozilla? (I'm sure I've forgot most important ones :)) IMO we should build all possible apps against firefox. Its default mozilla.org browser while seamonkey is AFAIR made by Mozilla Suite fans for Mozilla Suite fans. Because of this seamonkey may become, hm... incompatible with apps that require mozilla-devel. Also apps authors may not support seamonkey. So I see it this way: 1. Build everything mozilla related with mozilla-firefox, adjust all required specs (this is huge work, any volunteers?) 2. Remove mozilla from Ac 3. Put seamonkey in Ac to make all Mozilla Suite fans happy, but don't build any mozilla related apps against it M. P.S. Some mozilla related apps (like epiphany) requires whole firefox. This is crazy. Shouldn't we create some mozilla-firefox-embedded or mozilla-firefox-libs subpackage? Anyone wants to do this? From wrobell at pld-linux.org Tue May 9 15:35:48 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 09 May 2006 14:35:48 +0100 Subject: [Ac] Mozilla removal? In-Reply-To: <44608EA5.6080801@limanowa.net> References: <44608EA5.6080801@limanowa.net> Message-ID: <1147181748.14542.130.camel@recent-convert.mapflow.int> On Tue, 2006-05-09 at 14:44 +0200, Marcin Kr?l wrote: [...] > P.S. Some mozilla related apps (like epiphany) requires whole firefox. > This is crazy. Shouldn't we create some mozilla-firefox-embedded or > mozilla-firefox-libs subpackage? Anyone wants to do this? it doesn't make sense. let's wait for mozilla foundation move. they should release libs suited for third party gecko-based browser. this their plan, so to repeat: let's wait or get involved into their work. (author of mozilla-embedded.spec from pre-ac ages) wrobell From undefine at aramin.net Tue May 9 17:05:52 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Tue, 9 May 2006 17:05:52 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <44608EA5.6080801@limanowa.net> References: <44608EA5.6080801@limanowa.net> Message-ID: <20060509150552.GA2072@aramin.net> On Tue, May 09, 2006 at 02:44:21PM +0200, Marcin Kr?l wrote: > 2. Remove mozilla from Ac why remove? maybe only move to supported(or unsupported?) -- 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 blues at pld-linux.org Tue May 9 18:52:07 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 9 May 2006 18:52:07 +0200 (CEST) Subject: [Ac] Mozilla removal? In-Reply-To: <44608EA5.6080801@limanowa.net> References: <44608EA5.6080801@limanowa.net> Message-ID: On Tue, 9 May 2006, Marcin Kr?l wrote: > Since Mozilla Suite got an EOL I'm thinking about removing it from Ac. NOOOOOOO!!!!!! > Why? Any potential security issues or bugs that could be found in near > or far future will not be fixed. So some day we may end with outdated, > buggy, insecure package which can't be updated/patched/fixed. It could > be even tomorrow. Below I've listed few questions/problems: > > 1. Many apps require mozilla-devel at build stage. Should we build these > against seamonkey-devel or mozilla-firefox-devel? > > 2. Depending on answer for 1st question - anyone knows about > build/compile time problems when building against seamonkey/firefox? > Which apps are known to be working and which are not? > > 3. If mozilla will be removed, should seamonkey packages provide > mozilla-libs, mozilla-devel etc? Note: it should if we will choose > building against seamonkey. poldek:/all-avail> ls *seamonkey* b??d: *seamonkey*: no such package or directory poldek:/all-avail> I don't see it in AC, yet... > 4. Does anyone see any other problem(s) with removing mozilla? (I'm sure > I've forgot most important ones :)) > > IMO we should build all possible apps against firefox. Its default > mozilla.org browser while seamonkey is AFAIR made by Mozilla Suite fans > for Mozilla Suite fans. Because of this seamonkey may become, hm... > incompatible with apps that require mozilla-devel. Also apps authors may > not support seamonkey. I don't see seamonkey in AC... > So I see it this way: > > 1. Build everything mozilla related with mozilla-firefox, adjust all > required specs (this is huge work, any volunteers?) > 2. Remove mozilla from Ac > 3. Put seamonkey in Ac to make all Mozilla Suite fans happy, but don't > build any mozilla related apps against it If seamonkey will appear in AC we can talk about that. I'm using mozilla and firefox isn't what I like. Maybe seamonkey can replace it but if you're talking about switch - show it first :) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From hawk at limanowa.net Tue May 9 22:34:56 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 09 May 2006 22:34:56 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <20060509150552.GA2072@aramin.net> References: <44608EA5.6080801@limanowa.net> <20060509150552.GA2072@aramin.net> Message-ID: <4460FCF0.9080309@limanowa.net> > why remove? > maybe only move to supported(or unsupported?) Well, ok, it could be moved not removed (to unsupported). M. From hawk at limanowa.net Tue May 9 22:49:35 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 09 May 2006 22:49:35 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: References: <44608EA5.6080801@limanowa.net> Message-ID: <4461005F.8000209@limanowa.net> >>Since Mozilla Suite got an EOL I'm thinking about removing it from Ac. > > NOOOOOOO!!!!!! Take it easy :) Seamonkey seems to be quite usable ATM. And Mozilla Suite is dead. Sad but true :( > poldek:/all-avail> ls *seamonkey* > b??d: *seamonkey*: no such package or directory > poldek:/all-avail> > > I don't see it in AC, yet... Yes, it wasn't built yet. It was colliding with mozilla. I've tried to make them both able to coexist and it worked... on my machine only :( When I'm building seamonkey on my machine everything is ok. After building same src.rpm on Ac builders rpm automagically adds R: mozilla-libs to seamonkey. I've completly no idea why it happens. I've even created "exact" copy of i386 builder (same packages, same versions) and it still builds w/o R: mozilla-libs on my machine and with R: mozilla-libs on real builder. This is weird. > If seamonkey will appear in AC we can talk about that. It will. If someone(tm) will guess why rpm adds this stupid R: on Ac builders. rpmbuild -bb -vvv is giving reason for every R: it adds... except for mozilla-libs. > I'm using mozilla and firefox isn't what I like. Maybe seamonkey can > replace it but if you're talking about switch - show it first :) Yeah. Firefox doesn't meet my requirements too :) Teoretically seamonkey can be sent to test now, but practically installing (or uninstalling) it will require --force and/or --nodeps which is not acceptable. I have working rpms built on my machine, but for i386 only. M. From qboosh at pld-linux.org Tue May 9 22:59:26 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 9 May 2006 22:59:26 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <4461005F.8000209@limanowa.net> References: <44608EA5.6080801@limanowa.net> <4461005F.8000209@limanowa.net> Message-ID: <20060509205926.GA3975@fngna.oyu> On Tue, May 09, 2006 at 10:49:35PM +0200, Marcin Kr?l wrote: > >>Since Mozilla Suite got an EOL I'm thinking about removing it from Ac. > > > > NOOOOOOO!!!!!! > > Take it easy :) Seamonkey seems to be quite usable ATM. And Mozilla > Suite is dead. Sad but true :( Which package is going to provide system-wide (i.e. in %{_libdir}) gecko libs? BTW, IIRC Debian replaced mozilla suite with xulrunner. > > poldek:/all-avail> ls *seamonkey* > > b??d: *seamonkey*: no such package or directory > > poldek:/all-avail> > > > > I don't see it in AC, yet... > > Yes, it wasn't built yet. It was colliding with mozilla. I've tried to > make them both able to coexist and it worked... on my machine only :( > When I'm building seamonkey on my machine everything is ok. After > building same src.rpm on Ac builders rpm automagically adds R: > mozilla-libs to seamonkey. I've completly no idea why it happens. I've > even created "exact" copy of i386 builder (same packages, same versions) > and it still builds w/o R: mozilla-libs on my machine and with R: > mozilla-libs on real builder. This is weird. Try to extend _noautoreqdep in seamonkey.spec. both -libs contain some libs not listed in this macro: libgtkembedmoz.so libldap50.so libprldap50.so libssldap50.so libxpistub.so libxlibrgb.so -- Jakub Bogusz http://qboosh.cs.net.pl/ From hawk at limanowa.net Tue May 9 23:23:11 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 09 May 2006 23:23:11 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <20060509205926.GA3975@fngna.oyu> References: <44608EA5.6080801@limanowa.net> <4461005F.8000209@limanowa.net> <20060509205926.GA3975@fngna.oyu> Message-ID: <4461083F.5020008@limanowa.net> > Which package is going to provide system-wide (i.e. in %{_libdir}) gecko > libs? Depends which one we will decide to use for building mozilla related specs. Either firefox or seamonkey. > BTW, IIRC Debian replaced mozilla suite with xulrunner. I'll have a look at it. Maybe we will be able to do the same. > Try to extend _noautoreqdep in seamonkey.spec. > both -libs contain some libs not listed in this macro: > libgtkembedmoz.so > libldap50.so > libprldap50.so > libssldap50.so > libxpistub.so > libxlibrgb.so I'll check. However I still don't understand whats the difference between my builder and Ac builder :) M. From glen at delfi.ee Tue May 9 23:59:44 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 10 May 2006 00:59:44 +0300 Subject: [Ac] Mozilla removal? In-Reply-To: <4461083F.5020008@limanowa.net> References: <44608EA5.6080801@limanowa.net> <20060509205926.GA3975@fngna.oyu> <4461083F.5020008@limanowa.net> Message-ID: <200605100059.44888.glen@delfi.ee> On Wednesday 10 May 2006 00:23, Marcin Kr?l wrote: > > Try to extend _noautoreqdep in seamonkey.spec. > > both -libs contain some libs not listed in this macro: > > libgtkembedmoz.so > > libldap50.so > > libprldap50.so > > libssldap50.so > > libxpistub.so > > libxlibrgb.so > > I'll check. However I still don't understand whats the difference > between my builder and Ac builder :) mozilla-libs installed vs not installed at build time, as if it's true as qboosh says, the mozilla-libs dep comes via autoreqdep from libgtkembedmoz.so (or any other) i've seen this also this autoreqdep doing bad things in case of package splits (apache*-mod_perl.spec) perhaps rpm should be updated not to autoreqdep on sonames that package itself provides? -- glen From ankry at green.mif.pg.gda.pl Wed May 10 06:26:26 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 06:26:26 +0200 (CEST) Subject: [Ac] Mozilla removal? In-Reply-To: <4460FCF0.9080309@limanowa.net> from "=?ISO-8859-2?Q?Marcin_Kr=F3l?=" at May 09, 2006 10:34:56 PM Message-ID: <200605100426.k4A4QQn1028112@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Marcin_Kr=F3l?= wrote: > > > why remove? > > maybe only move to supported(or unsupported?) > > Well, ok, it could be moved not removed (to unsupported). However, (IMO) it may be too late for such a change in 2.0... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Wed May 10 08:06:02 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 10 May 2006 08:06:02 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <200605100059.44888.glen@delfi.ee> References: <44608EA5.6080801@limanowa.net> <20060509205926.GA3975@fngna.oyu> <4461083F.5020008@limanowa.net> <200605100059.44888.glen@delfi.ee> Message-ID: <20060510060601.GA8776@fngna.oyu> On Wed, May 10, 2006 at 12:59:44AM +0300, Elan Ruusam?e wrote: > On Wednesday 10 May 2006 00:23, Marcin Kr?l wrote: > > > Try to extend _noautoreqdep in seamonkey.spec. > > > both -libs contain some libs not listed in this macro: > > > libgtkembedmoz.so > > > libldap50.so > > > libprldap50.so > > > libssldap50.so > > > libxpistub.so > > > libxlibrgb.so > > > > I'll check. However I still don't understand whats the difference > > between my builder and Ac builder :) Do you have mozilla-libs or other gecko-based libraries installed? Probably you have 0 or >=2 packages which provide offending library and package name dependency is not added in such case. > mozilla-libs installed vs not installed at build time, as if it's true as > qboosh says, the mozilla-libs dep comes via autoreqdep from > libgtkembedmoz.so (or any other) > > i've seen this also this autoreqdep doing bad things in case of package splits > (apache*-mod_perl.spec) > > perhaps rpm should be updated not to autoreqdep on sonames that package itself > provides? In more cases libraries are in other subpackage, but skipping autoreqdep on sonames from all subpackages would be harder. Anyway, autoreqdep is disabled in Th because it was decided to make poldek obligatory and ease RM's job at the cost of packagers'. -- Jakub Bogusz http://qboosh.cs.net.pl/ From hawk at limanowa.net Wed May 10 08:42:27 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Wed, 10 May 2006 08:42:27 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <20060510060601.GA8776@fngna.oyu> References: <44608EA5.6080801@limanowa.net> <20060509205926.GA3975@fngna.oyu> <4461083F.5020008@limanowa.net> <200605100059.44888.glen@delfi.ee> <20060510060601.GA8776@fngna.oyu> Message-ID: <44618B53.70304@limanowa.net> > Do you have mozilla-libs or other gecko-based libraries installed? > Probably you have 0 or >=2 packages which provide offending library > and package name dependency is not added in such case. I'm blind, as usual. On my builder I've mozilla-1.7.13-2 packages where libs were moved from /usr/lib to /usr/lib/mozilla. This release didn't hit Ac, so builder has libs in /usr/lib. M. From blues at pld-linux.org Wed May 10 09:59:19 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 10 May 2006 09:59:19 +0200 (CEST) Subject: p7zip in AC Message-ID: It's broken - it looks for his files in wrong place: [...] open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) [...] # rpm -q p7zip p7zip-4.29-1 -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Wed May 10 10:13:53 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 10 May 2006 11:13:53 +0300 Subject: WARNING: apache1 php4 amd64 Message-ID: <200605101113.53538.glen@delfi.ee> amd64: $ rpm -q apache1-mod_php4 --requires|grep php config(apache1-mod_php4) = 3:4.4.2-11 libphp_common-5.1.2.so()(64bit) php-common php4-common = 3:4.4.2-11 note the libphp_common-5.1.2.so()(64bit) !!! and it's okay on i686 : $ rpm -q apache1-mod_php4 --requires|grep php config(apache1-mod_php4) = 3:4.4.2-11 libphp_common-4.4.2.so php4-common = 3:4.4.2-11 -- glen From ankry at green.mif.pg.gda.pl Wed May 10 10:47:28 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 10:47:28 +0200 (CEST) Subject: p7zip in AC In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 10, 2006 09:59:19 AM Message-ID: <200605100847.k4A8lS75028821@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > It's broken - it looks for his files in wrong place: > [...] > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > [...] > > # rpm -q p7zip > p7zip-4.29-1 ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca gcc-4. Niech sie przyzna i/lub poprawi. -- ======================================================================= 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 pluto at agmk.net Wed May 10 10:58:53 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 10 May 2006 10:58:53 +0200 Subject: p7zip in AC In-Reply-To: References: Message-ID: <200605101058.53813.pluto@agmk.net> Dnia ?roda, 10 maja 2006 09:59, Pawe? Go?aszewski napisa?: > It's broken - it looks for his files in wrong place: > [...] > open("/usr/bin//usr/lib/p7zip", > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or > directory) open("/usr/bin//usr/lib/p7zip/Formats", > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or > directory) [...] ??? (...) open("/usr/lib64/p7zip", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 open("/usr/lib64/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 open("/usr/lib64/p7zip/Formats/7z.so", O_RDONLY) = 4 (...) open("test.7z", O_WRONLY|O_CREAT|O_EXCL, 0666) = 3 open("/usr/lib64/p7zip/Codecs/LZMA.so", O_RDONLY) = 4 > # rpm -q p7zip > p7zip-4.29-1 ac at amd64. From ankry at green.mif.pg.gda.pl Wed May 10 11:00:35 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 11:00:35 +0200 (CEST) Subject: p7zip in AC In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 10, 2006 09:59:19 AM Message-ID: <200605100900.k4A90Zhn029604@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > It's broken - it looks for his files in wrong place: > [...] > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > [...] > > # rpm -q p7zip > p7zip-4.29-1 Mozesz podac architekture i testcase ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Wed May 10 11:15:42 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 10 May 2006 11:15:42 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: <44618B53.70304@limanowa.net> References: <44608EA5.6080801@limanowa.net> <20060509205926.GA3975@fngna.oyu> <4461083F.5020008@limanowa.net> <200605100059.44888.glen@delfi.ee> <20060510060601.GA8776@fngna.oyu> <44618B53.70304@limanowa.net> Message-ID: <20060510091542.GA26143@gruby.cs.net.pl> On Wed, May 10, 2006 at 08:42:27AM +0200, Marcin Kr?l wrote: > > Do you have mozilla-libs or other gecko-based libraries installed? > > Probably you have 0 or >=2 packages which provide offending library > > and package name dependency is not added in such case. > > I'm blind, as usual. On my builder I've mozilla-1.7.13-2 packages where > libs were moved from /usr/lib to /usr/lib/mozilla. This release didn't > hit Ac, so builder has libs in /usr/lib. Libraries location doesn't matter for rpm soname provides/requires. -- Jakub Bogusz http://qboosh.cs.net.pl/ From wrobell at pld-linux.org Wed May 10 11:19:04 2006 From: wrobell at pld-linux.org (wrobell) Date: Wed, 10 May 2006 10:19:04 +0100 Subject: p7zip in AC In-Reply-To: <200605100900.k4A90Zhn029604@green.mif.pg.gda.pl> References: <200605100900.k4A90Zhn029604@green.mif.pg.gda.pl> Message-ID: <1147252744.14542.197.camel@recent-convert.mapflow.int> On Wed, 2006-05-10 at 11:00 +0200, Andrzej Krzysztofowicz wrote: > =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > > It's broken - it looks for his files in wrong place: > > [...] > > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > [...] > > > > # rpm -q p7zip > > p7zip-4.29-1 > > Mozesz podac architekture i testcase ? please, this is english list. wrobell From blues at pld-linux.org Wed May 10 12:33:19 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 10 May 2006 12:33:19 +0200 (CEST) Subject: p7zip in AC In-Reply-To: <200605100847.k4A8lS75028821@green.mif.pg.gda.pl> References: <200605100847.k4A8lS75028821@green.mif.pg.gda.pl> Message-ID: On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote: > > It's broken - it looks for his files in wrong place: > > [...] > > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > [...] > > > > # rpm -q p7zip > > p7zip-4.29-1 > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca > gcc-4. Niech sie przyzna i/lub poprawi. I didn't had time to make full commit. Working on it. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From blues at pld-linux.org Wed May 10 12:36:53 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 10 May 2006 12:36:53 +0200 (CEST) Subject: p7zip in AC In-Reply-To: <1147252744.14542.197.camel@recent-convert.mapflow.int> References: <200605100900.k4A90Zhn029604@green.mif.pg.gda.pl> <1147252744.14542.197.camel@recent-convert.mapflow.int> Message-ID: On Wed, 10 May 2006, wrobell wrote: > > > It's broken - it looks for his files in wrong place: > > > [...] > > > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > > [...] > > > > > > # rpm -q p7zip > > > p7zip-4.29-1 > > Mozesz podac architekture i testcase ? > please, this is english list. [...] $ rpm -q p7zip --queryformat '%{NAME}-%{EPOCH}:%{VERSION}-%{RELEASE} %{ARCH}\n' p7zip-0:4.39-1 i686 [...] $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik 7-Zip 4.39 beta Copyright (c) 1999-2006 Igor Pavlov 2006-04-13 p7zip Version 4.39 (locale=pl_PL,Utf16=on,HugeFiles=on,4 CPUs) Error: There are no installed archive handlers [...] -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From ankry at green.mif.pg.gda.pl Wed May 10 13:18:27 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 13:18:27 +0200 (CEST) Subject: p7zip in AC In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 10, 2006 12:33:19 PM Message-ID: <200605101118.k4ABIR4a030362@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote: > > > It's broken - it looks for his files in wrong place: > > > [...] > > > open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > > open("/usr/bin//usr/lib/p7zip/Formats", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) > > > [...] > > > > > > # rpm -q p7zip > > > p7zip-4.29-1 > > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca > > gcc-4. Niech sie przyzna i/lub poprawi. > > I didn't had time to make full commit. > Working on it. I moved branch to a version that builds on Ac. If you finish your changes to a newer version, please move it again. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Wed May 10 13:21:43 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 13:21:43 +0200 (CEST) Subject: p7zip in AC In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 10, 2006 12:36:53 PM Message-ID: <200605101121.k4ABLh5Y030408@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > > > Mozesz podac architekture i testcase ? > [...] > $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik > [...] So it seems to be broken while called with full path: [ankry at kufel ~]$ 7z a plik-arch plik 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) Scanning Creating archive plik-arch.7z Compressing plik Everything is Ok [ankry at kufel ~]$ /usr/bin/7z a plik-arch plik 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) Error: There are no installed archive handlers -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From blues at pld-linux.org Wed May 10 13:21:53 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 10 May 2006 13:21:53 +0200 (CEST) Subject: p7zip in AC In-Reply-To: <200605101118.k4ABIR4a030362@green.mif.pg.gda.pl> References: <200605101118.k4ABIR4a030362@green.mif.pg.gda.pl> Message-ID: On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote: > > > > # rpm -q p7zip > > > > p7zip-4.29-1 > > > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca > > > gcc-4. Niech sie przyzna i/lub poprawi. > > I didn't had time to make full commit. > > Working on it. ^^^^^^^^^^^^^^^ > I moved branch to a version that builds on Ac. If you finish your > changes to a newer version, please move it again. gggrrrrr... I wrote that I'm working on it. I was wondering why I have krzaki.... Now it's building ok. But still doesn't work (the same problem). -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From pluto at agmk.net Wed May 10 13:29:29 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 10 May 2006 13:29:29 +0200 Subject: p7zip in AC In-Reply-To: <200605101121.k4ABLh5Y030408@green.mif.pg.gda.pl> References: <200605101121.k4ABLh5Y030408@green.mif.pg.gda.pl> Message-ID: <200605101329.29891.pluto@agmk.net> Dnia ?roda, 10 maja 2006 13:21, Andrzej Krzysztofowicz napisa?: > =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > > > > Mozesz podac architekture i testcase ? > > > > [...] > > $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik > > [...] > > So it seems to be broken while called with full path: > > [ankry at kufel ~]$ 7z a plik-arch plik > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) > Scanning > > Creating archive plik-arch.7z > > Compressing plik > > Everything is Ok > [ankry at kufel ~]$ /usr/bin/7z a plik-arch plik > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) > > > Error: > There are no installed archive handlers and one more bug: $ 7z -sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Error: can't find specified sfx module System error: E_FAIL $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Scanning Updating archive foo.exe Everything is Ok From ankry at green.mif.pg.gda.pl Wed May 10 17:26:36 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 10 May 2006 17:26:36 +0200 (CEST) Subject: p7zip in AC In-Reply-To: from "=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=" at May 10, 2006 01:21:53 PM Message-ID: <200605101526.k4AFQaDw031151@green.mif.pg.gda.pl> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote: > > > > > # rpm -q p7zip > > > > > p7zip-4.29-1 > > > > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca > > > > gcc-4. Niech sie przyzna i/lub poprawi. > > > I didn't had time to make full commit. > > > Working on it. > ^^^^^^^^^^^^^^^ > > > I moved branch to a version that builds on Ac. If you finish your > > changes to a newer version, please move it again. > > gggrrrrr... > I wrote that I'm working on it. I was wondering why I have krzaki.... You wrote. But you wrote it too late. The tagged version already send to builders (test) as there's no point in fixing the current Ac version. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From wiget at pld-linux.org Wed May 10 18:28:01 2006 From: wiget at pld-linux.org (Artur Frysiak) Date: Wed, 10 May 2006 18:28:01 +0200 Subject: p7zip in AC In-Reply-To: <200605101329.29891.pluto@agmk.net> References: <200605101121.k4ABLh5Y030408@green.mif.pg.gda.pl> <200605101329.29891.pluto@agmk.net> Message-ID: <20060510162801.GC10185@tau> On Wed, May 10, 2006 at 01:29:29PM +0200, Pawe? Sikora wrote: > > and one more bug: > > $ 7z -sfx a foo.exe foo > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) > Error: > can't find specified sfx module > System error: > E_FAIL > > $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) > Scanning > Updating archive foo.exe > Everything is Ok Everything ? Show: $ file foo.exe Regards -- Artur Frysiak http://pld-linux.org/ From pluto at agmk.net Wed May 10 19:26:02 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Wed, 10 May 2006 19:26:02 +0200 Subject: p7zip in AC In-Reply-To: <20060510162801.GC10185@tau> References: <200605101121.k4ABLh5Y030408@green.mif.pg.gda.pl> <200605101329.29891.pluto@agmk.net> <20060510162801.GC10185@tau> Message-ID: <200605101926.02432.pluto@agmk.net> On Wednesday 10 May 2006 18:28, Artur Frysiak wrote: > On Wed, May 10, 2006 at 01:29:29PM +0200, Pawe? Sikora wrote: > > and one more bug: > > > > $ 7z -sfx a foo.exe foo > > > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > > p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) > > Error: > > can't find specified sfx module > > System error: > > E_FAIL > > > > $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo > > > > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 > > p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) > > Scanning > > Updating archive foo.exe > > Everything is Ok > > Everything ? > Show: > $ file foo.exe $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo 7-Zip 4.37 beta Copyright (c) 1999-2006 Igor Pavlov 2006-03-18 p7zip Version 4.37 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on,1 CPU) Scanning Updating archive foo.exe Everything is Ok $ file foo.exe foo.exe: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped $ ./foo.exe l 7-Zip SFX 4.37 beta Copyright (c) 1999-2006 Igor Pavlov 2006-03-18 p7zip Version 4.37 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on,1 CPU) Listing archive: ./foo.exe Date Time Attr Size Compressed Name ------------------- ----- ------------ ------------ ------------ 2006-05-10 19:23:55 ....A 0 0 foo ------------------- ----- ------------ ------------ ------------ 0 0 1 files From glen at delfi.ee Wed May 10 21:15:07 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 10 May 2006 22:15:07 +0300 Subject: SPECS: mldonkey.spec - restored standard sf source URL In-Reply-To: <200604171939.k3HJdQ8w027492@green.mif.pg.gda.pl> References: <200604171939.k3HJdQ8w027492@green.mif.pg.gda.pl> Message-ID: <200605102215.08036.glen@delfi.ee> On Monday 17 April 2006 22:39, Andrzej Krzysztofowicz wrote: > > ps: imho builder script should be just fixed to use balanced slashes at > > both sides. > > Exactly. fixed. also allow now comments and empty lines(!!) -- glen From glen at delfi.ee Wed May 10 21:15:35 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 10 May 2006 22:15:35 +0300 Subject: WARNING: apache1 php4 amd64 In-Reply-To: <200605101113.53538.glen@delfi.ee> References: <200605101113.53538.glen@delfi.ee> Message-ID: <200605102215.36013.glen@delfi.ee> On Wednesday 10 May 2006 11:13, Elan Ruusam?e wrote: > amd64: > $ rpm -q apache1-mod_php4 --requires|grep php > config(apache1-mod_php4) = 3:4.4.2-11 > libphp_common-5.1.2.so()(64bit) > php-common > php4-common = 3:4.4.2-11 > > note the libphp_common-5.1.2.so()(64bit) !!! > > and it's okay on i686 : > $ rpm -q apache1-mod_php4 --requires|grep php > config(apache1-mod_php4) = 3:4.4.2-11 > libphp_common-4.4.2.so > php4-common = 3:4.4.2-11 afaik solved now (checked rpm from ac-ready-amd64 from ftp) -- glen From qboosh at pld-linux.org Thu May 11 22:50:57 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 11 May 2006 22:50:57 +0200 Subject: apache 1.3.35 Message-ID: <20060511205057.GC2216@fngna.oyu> > BuildRequires: include *.conf is broken Did it work in 1.3.34? -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Thu May 11 23:47:27 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 12 May 2006 00:47:27 +0300 Subject: apache 1.3.35 In-Reply-To: <20060511205057.GC2216@fngna.oyu> References: <20060511205057.GC2216@fngna.oyu> Message-ID: <200605120047.27320.glen@delfi.ee> On Thursday 11 May 2006 23:50, Jakub Bogusz wrote: > > BuildRequires: include *.conf is broken > > Did it work in 1.3.34? yeah (and still does, and it also does work in 2.2.2). look the main apache.conf from distribution. additionally the ~,.rpmnew ignore patch is also not fully functional. needs to be duplicated to the new function. -- glen From hawk at limanowa.net Sat May 13 01:09:11 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 13 May 2006 01:09:11 +0200 Subject: [Ac] Mozilla removal? In-Reply-To: References: <44608EA5.6080801@limanowa.net> Message-ID: <44651597.5070304@limanowa.net> > I'm using mozilla and firefox isn't what I like. Maybe seamonkey can > replace it but if you're talking about switch - show it first :) SeaMonkey is now in ready. M. From blues at pld-linux.org Sat May 13 09:34:58 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sat, 13 May 2006 09:34:58 +0200 (CEST) Subject: [Ac] Mozilla removal? In-Reply-To: <44651597.5070304@limanowa.net> References: <44608EA5.6080801@limanowa.net> <44651597.5070304@limanowa.net> Message-ID: On Sat, 13 May 2006, Marcin Kr?l wrote: > > I'm using mozilla and firefox isn't what I like. Maybe seamonkey can > > replace it but if you're talking about switch - show it first :) > SeaMonkey is now in ready. Works fine. IMO mozilla is dead :) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From qboosh at pld-linux.org Sat May 13 14:24:03 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 13 May 2006 14:24:03 +0200 Subject: rpm description endoding Message-ID: <20060513122403.GA7596@fngna.oyu> Something has changed here... I noticed that rpm 4.4.6 supports recoding pl descriptions (in iso-8859-2) to pl_PL (default, i.e. iso-8859-2) and pl_PL.UTF-8 properly. But summaries are broken - in pl_PL.UTF-8 they are displayed properly, but in pl_PL '?'s are displayed instead of non-ascii characters. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Mon May 15 12:23:00 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 15 May 2006 12:23:00 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: References: Message-ID: <200605151223.00240.arekm@pld-linux.org> On Monday 15 May 2006 12:05, troll wrote: > Author: troll Date: Mon May 15 10:05:48 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - we don't insert .py files into packages We shoudln't avoid them in Th. I so often need to check py sources that it's a nightmare when not having them. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From qboosh at pld-linux.org Mon May 15 12:31:31 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 15 May 2006 12:31:31 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605151223.00240.arekm@pld-linux.org> References: <200605151223.00240.arekm@pld-linux.org> Message-ID: <20060515103131.GA32111@gruby.cs.net.pl> On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: > On Monday 15 May 2006 12:05, troll wrote: > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - we don't insert .py files into packages > > We shoudln't avoid them in Th. I so often need to check py sources that it's a > nightmare when not having them. The same for C sources sometimes... so? -- Jakub Bogusz http://qboosh.cs.net.pl/ From pluto at agmk.net Mon May 15 12:43:19 2006 From: pluto at agmk.net (=?UTF-8?B?UGF3ZcWCIFNpa29yYQ==?=) Date: Mon, 15 May 2006 12:43:19 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <20060515103131.GA32111@gruby.cs.net.pl> References: <200605151223.00240.arekm@pld-linux.org> <20060515103131.GA32111@gruby.cs.net.pl> Message-ID: <44685B47.7020802@agmk.net> Jakub Bogusz napisa?(a): > On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: >> On Monday 15 May 2006 12:05, troll wrote: >>> Author: troll Date: Mon May 15 10:05:48 2006 GMT >>> Module: SPECS Tag: HEAD >>> ---- Log message: >>> - we don't insert .py files into packages >> We shoudln't avoid them in Th. I so often need to check py sources that it's a >> nightmare when not having them. > > The same for C sources sometimes... so? so put sources in *.debuginfo package. From arekm at pld-linux.org Mon May 15 12:40:17 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 15 May 2006 12:40:17 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <20060515103131.GA32111@gruby.cs.net.pl> References: <200605151223.00240.arekm@pld-linux.org> <20060515103131.GA32111@gruby.cs.net.pl> Message-ID: <200605151240.17790.arekm@pld-linux.org> On Monday 15 May 2006 12:31, Jakub Bogusz wrote: > On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: > > On Monday 15 May 2006 12:05, troll wrote: > > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - we don't insert .py files into packages > > > > We shoudln't avoid them in Th. I so often need to check py sources that > > it's a nightmare when not having them. > > The same for C sources sometimes... so? Try to run C source code ;-) Not too good comparsion. I'm saying that I'm for including *.py files in main packages. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From wrobell at pld-linux.org Mon May 15 12:43:16 2006 From: wrobell at pld-linux.org (wrobell) Date: Mon, 15 May 2006 11:43:16 +0100 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <20060515103131.GA32111@gruby.cs.net.pl> References: <200605151223.00240.arekm@pld-linux.org> <20060515103131.GA32111@gruby.cs.net.pl> Message-ID: <1147689796.14542.532.camel@recent-convert.mapflow.int> On Mon, 2006-05-15 at 12:31 +0200, Jakub Bogusz wrote: > On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: > > On Monday 15 May 2006 12:05, troll wrote: > > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - we don't insert .py files into packages > > > > We shoudln't avoid them in Th. I so often need to check py sources that it's a > > nightmare when not having them. > > The same for C sources sometimes... so? exactly, this was discussed long time ago. it is settled. wrobell From troll at pld-linux.org Mon May 15 13:13:52 2006 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 15 May 2006 13:13:52 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <1147689796.14542.532.camel@recent-convert.mapflow.int> References: <20060515103131.GA32111@gruby.cs.net.pl> <1147689796.14542.532.camel@recent-convert.mapflow.int> Message-ID: <200605151313.52229@tintia.doriath> It seems like on Monday 15 May 2006 12:43, wrobell typed: > On Mon, 2006-05-15 at 12:31 +0200, Jakub Bogusz wrote: > > On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: > > > On Monday 15 May 2006 12:05, troll wrote: > > > > Author: troll Date: Mon May 15 10:05:48 2006 > > > > GMT Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - we don't insert .py files into packages > > > > > > We shoudln't avoid them in Th. I so often need to check py sources > > > that it's a nightmare when not having them. > > > > The same for C sources sometimes... so? > > exactly, this was discussed long time ago. it is settled. Yes, and the arguments are not outdated. That's why I removed them. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery/ Meet Jacek: http://photoblog.be/jacek From blues at pld-linux.org Mon May 15 14:10:33 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 15 May 2006 14:10:33 +0200 (CEST) Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605151223.00240.arekm@pld-linux.org> References: <200605151223.00240.arekm@pld-linux.org> Message-ID: On Mon, 15 May 2006, Arkadiusz Miskiewicz wrote: > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - we don't insert .py files into packages > We shoudln't avoid them in Th. I so often need to check py sources that > it's a nightmare when not having them. put them into separate package. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From wrobell at pld-linux.org Mon May 15 15:34:32 2006 From: wrobell at pld-linux.org (wrobell) Date: Mon, 15 May 2006 14:34:32 +0100 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: References: <200605151223.00240.arekm@pld-linux.org> Message-ID: <1147700072.14542.542.camel@recent-convert.mapflow.int> On Mon, 2006-05-15 at 14:10 +0200, Pawe? Go?aszewski wrote: > On Mon, 15 May 2006, Arkadiusz Miskiewicz wrote: > > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - we don't insert .py files into packages > > We shoudln't avoid them in Th. I so often need to check py sources that > > it's a nightmare when not having them. > > put them into separate package. .src.rpm it was really discussed several years ago. please use list archives... oopsss do we have pld.org.pl list archives? :] wrobell From patrys at pld-linux.org Mon May 15 20:23:49 2006 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 15 May 2006 20:23:49 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605151240.17790.arekm@pld-linux.org> References: <200605151223.00240.arekm@pld-linux.org> <20060515103131.GA32111@gruby.cs.net.pl> <200605151240.17790.arekm@pld-linux.org> Message-ID: <1147717429.6437.3.camel@meaw> Dnia 15-05-2006, pon o godzinie 12:40 +0200, Arkadiusz Miskiewicz napisa?(a): > On Monday 15 May 2006 12:31, Jakub Bogusz wrote: > > On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: > > > On Monday 15 May 2006 12:05, troll wrote: > > > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > > > Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - we don't insert .py files into packages > > > > > > We shoudln't avoid them in Th. I so often need to check py sources that > > > it's a nightmare when not having them. > > > > The same for C sources sometimes... so? > > Try to run C source code ;-) Not too good comparsion. > > I'm saying that I'm for including *.py files in main packages. Negative. But. I'm for including them in -debuginfo. From wrobell at pld-linux.org Tue May 16 08:43:57 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 16 May 2006 07:43:57 +0100 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: References: Message-ID: <1147761837.14542.575.camel@recent-convert.mapflow.int> On Mon, 2006-05-15 at 21:57 +0200, hawk wrote: > Author: hawk Date: Mon May 15 19:57:52 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: [...] > +URL: http://www.mozilla.org/projects/xulrunner/ 404 not found wrobell From qboosh at pld-linux.org Tue May 16 09:34:47 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 16 May 2006 09:34:47 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147761837.14542.575.camel@recent-convert.mapflow.int> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> Message-ID: <20060516073447.GA1923@gruby.cs.net.pl> On Tue, May 16, 2006 at 07:43:57AM +0100, wrobell wrote: > On Mon, 2006-05-15 at 21:57 +0200, hawk wrote: > > Author: hawk Date: Mon May 15 19:57:52 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > [...] > > +URL: http://www.mozilla.org/projects/xulrunner/ > > 404 not found BTW, there was mozilla-xulrunner.spec already. -- Jakub Bogusz http://qboosh.cs.net.pl/ From hawk at limanowa.net Tue May 16 17:39:12 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 16 May 2006 17:39:12 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147761837.14542.575.camel@recent-convert.mapflow.int> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> Message-ID: <4469F220.3060201@limanowa.net> >> +URL: http://www.mozilla.org/projects/xulrunner/ > > 404 not found Fixed. M. From hawk at limanowa.net Tue May 16 17:41:17 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 16 May 2006 17:41:17 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <20060516073447.GA1923@gruby.cs.net.pl> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> Message-ID: <4469F29D.5020002@limanowa.net> > BTW, there was mozilla-xulrunner.spec already. Ooops! Which one we should kill then? Or maybe some merge? M. From wrobell at pld-linux.org Tue May 16 17:43:57 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 16 May 2006 16:43:57 +0100 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: References: Message-ID: <1147794237.14542.641.camel@recent-convert.mapflow.int> On Mon, 2006-05-15 at 21:57 +0200, hawk wrote: > Author: hawk Date: Mon May 15 19:57:52 2006 GMT > Module: SPECS Tag: HEAD [...] > ================================================================ > Index: SPECS/xulrunner.spec great. so it seems that this is the project, which galeon and epiphany should be compiled against. any comments? [...] wrobell From wrobell at pld-linux.org Tue May 16 17:48:58 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 16 May 2006 16:48:58 +0100 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <4469F29D.5020002@limanowa.net> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> Message-ID: <1147794538.14542.644.camel@recent-convert.mapflow.int> On Tue, 2006-05-16 at 17:41 +0200, Marcin Kr?l wrote: > > BTW, there was mozilla-xulrunner.spec already. > > Ooops! Which one we should kill then? Or maybe some merge? mozilla.spec mozilla-firefox.spec mozilla-thunderbird.spec so it should be called mozilla-xulrunner.spec, imho regards, wrobell From baggins at sith.mimuw.edu.pl Tue May 16 18:03:32 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 16 May 2006 18:03:32 +0200 Subject: Java SUN Message-ID: <20060516160332.GA4925@sith.mimuw.edu.pl> http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From hawk at limanowa.net Tue May 16 18:12:21 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Tue, 16 May 2006 18:12:21 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147794237.14542.641.camel@recent-convert.mapflow.int> References: <1147794237.14542.641.camel@recent-convert.mapflow.int> Message-ID: <4469F9E5.8060008@limanowa.net> > great. so it seems that this is the project, which galeon and > epiphany should be compiled against. > > any comments? Both of them were incompatible with xulrunners typeahead feature. Galeon was fixed, but epiphany wasn't. And also both xulrunner specs should be reviewed/merged before using it for building other stuff. M. From hawk at limanowa.net Tue May 16 18:21:50 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Tue, 16 May 2006 18:21:50 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147794538.14542.644.camel@recent-convert.mapflow.int> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> <1147794538.14542.644.camel@recent-convert.mapflow.int> Message-ID: <4469FC1E.5000008@limanowa.net> > mozilla.spec > mozilla-firefox.spec > mozilla-thunderbird.spec > > so it should be called mozilla-xulrunner.spec, imho > > regards, On www.mozilla.org pages projects are referred as: "Mozilla Firefox Project" "Mozilla Thunderbird Project" "The SeaMonkey Project" "XULRunner" So IMO it should be xulrunner.spec. M. From wrobell at pld-linux.org Tue May 16 18:24:52 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 16 May 2006 17:24:52 +0100 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <4469F9E5.8060008@limanowa.net> References: <1147794237.14542.641.camel@recent-convert.mapflow.int> <4469F9E5.8060008@limanowa.net> Message-ID: <1147796692.14542.646.camel@recent-convert.mapflow.int> On Tue, 2006-05-16 at 18:12 +0200, Marcin Kr?l wrote: > > great. so it seems that this is the project, which galeon and > > epiphany should be compiled against. > > > > any comments? > > Both of them were incompatible with xulrunners typeahead feature. Galeon > was fixed, but epiphany wasn't. And also both xulrunner specs should be > reviewed/merged before using it for building other stuff. what version of epiphany? wrobell From freetz at gmx.net Tue May 16 18:29:52 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 16 May 2006 18:29:52 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147794237.14542.641.camel@recent-convert.mapflow.int> References: <1147794237.14542.641.camel@recent-convert.mapflow.int> Message-ID: <20060516182952.c857655a.freetz@gmx.net> --- wrobell wrote: > On Mon, 2006-05-15 at 21:57 +0200, hawk wrote: > > Author: hawk Date: Mon May 15 19:57:52 2006 GMT > > Module: SPECS Tag: HEAD > [...] > > ================================================================ > > Index: SPECS/xulrunner.spec > > great. so it seems that this is the project, which galeon and > epiphany should be compiled against. > > any comments? we should switch as soon as possible (HEAD) -- Fryderyk Dziarmagowski From blues at pld-linux.org Tue May 16 18:46:44 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 16 May 2006 18:46:44 +0200 (CEST) Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <4469FC1E.5000008@limanowa.net> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> <1147794538.14542.644.camel@recent-convert.mapflow.int> <4469FC1E.5000008@limanowa.net> Message-ID: On Tue, 16 May 2006, Marcin Kr?l wrote: > > mozilla.spec > > mozilla-firefox.spec > > mozilla-thunderbird.spec > > > > so it should be called mozilla-xulrunner.spec, imho > On www.mozilla.org pages projects are referred as: > > "Mozilla Firefox Project" > "Mozilla Thunderbird Project" > "The SeaMonkey Project" > "XULRunner" > > So IMO it should be xulrunner.spec. ...and source is called xulrunner. After all - we don't call nss and nspr as mozilla-nss and mozilla-nspr. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From hawk at limanowa.net Tue May 16 19:05:01 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Tue, 16 May 2006 19:05:01 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147796692.14542.646.camel@recent-convert.mapflow.int> References: <1147794237.14542.641.camel@recent-convert.mapflow.int> <4469F9E5.8060008@limanowa.net> <1147796692.14542.646.camel@recent-convert.mapflow.int> Message-ID: <446A063D.6080609@limanowa.net> > what version of epiphany? Tested both HEAD and AC-branch yesterday. They both were failing at ./configure. M. From patrys at pld-linux.org Tue May 16 23:24:25 2006 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 16 May 2006 23:24:25 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147794538.14542.644.camel@recent-convert.mapflow.int> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> <1147794538.14542.644.camel@recent-convert.mapflow.int> Message-ID: <1147814665.6736.5.camel@meaw> Dnia 16-05-2006, wto o godzinie 16:48 +0100, wrobell napisa?(a): > On Tue, 2006-05-16 at 17:41 +0200, Marcin Kr?l wrote: > > > BTW, there was mozilla-xulrunner.spec already. > > > > Ooops! Which one we should kill then? Or maybe some merge? > > mozilla.spec > mozilla-firefox.spec > mozilla-thunderbird.spec > so it should be called mozilla-xulrunner.spec, imho I think we should rename mozilla-firefox to firefox and the same for thunderbird. We don't call libnotify galago-project-libnotify nor do we name other packages in a similar way. So seamonkey and xulrunner should be named by their project names, not their vendors (especially when seamonkey is not officially supported). From glen at delfi.ee Tue May 16 23:27:10 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 17 May 2006 00:27:10 +0300 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147814665.6736.5.camel@meaw> References: <1147794538.14542.644.camel@recent-convert.mapflow.int> <1147814665.6736.5.camel@meaw> Message-ID: <200605170027.10701.glen@delfi.ee> On Wednesday 17 May 2006 00:24, Patryk Zawadzki wrote: > Dnia 16-05-2006, wto o godzinie 16:48 +0100, wrobell napisa?(a): > > On Tue, 2006-05-16 at 17:41 +0200, Marcin Kr?l wrote: > > > > BTW, there was mozilla-xulrunner.spec already. > > > > > > Ooops! Which one we should kill then? Or maybe some merge? > > > > mozilla.spec > > mozilla-firefox.spec > > mozilla-thunderbird.spec > > > > so it should be called mozilla-xulrunner.spec, imho > > I think we should rename mozilla-firefox to firefox and the same for > thunderbird. We don't call libnotify galago-project-libnotify nor do we > name other packages in a similar way. So seamonkey and xulrunner should > be named by their project names, not their vendors (especially when > seamonkey is not officially supported). but the packages are still grouped, to avoid name collision or just easier to locate them. or have strict naming (php-{pecl,pear}-, perl-} horde-APPNAME python- perl- php-{pecl,pear}- which is imho good. i even was there being renaming all horde apps to horde-APPNAME. -- glen From hawk at limanowa.net Tue May 16 23:33:04 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Tue, 16 May 2006 23:33:04 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <200605170027.10701.glen@delfi.ee> References: <1147794538.14542.644.camel@recent-convert.mapflow.int> <1147814665.6736.5.camel@meaw> <200605170027.10701.glen@delfi.ee> Message-ID: <446A4510.4030008@limanowa.net> > but the packages are still grouped, to avoid name collision or just easier to > locate them. or have strict naming (php-{pecl,pear}-, perl-} They are not grouped. They are all separate packages and does not share any files/libs. And SeaMonkey for example is even not maintained by Mozilla AFAIK. > horde-APPNAME > python- > perl- > php-{pecl,pear}- They all share something, mozilla stuff does not. > which is imho good. i even was there being renaming all horde apps to > horde-APPNAME. Yeah, and you did it because of package name collision AFAIR :) M. From qboosh at pld-linux.org Wed May 17 00:16:49 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 17 May 2006 00:16:49 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147814665.6736.5.camel@meaw> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> <1147794538.14542.644.camel@recent-convert.mapflow.int> <1147814665.6736.5.camel@meaw> Message-ID: <20060516221649.GA7518@fngna.oyu> On Tue, May 16, 2006 at 11:24:25PM +0200, Patryk Zawadzki wrote: > Dnia 16-05-2006, wto o godzinie 16:48 +0100, wrobell napisa?(a): > > On Tue, 2006-05-16 at 17:41 +0200, Marcin Kr?l wrote: > > > > BTW, there was mozilla-xulrunner.spec already. > > > > > > Ooops! Which one we should kill then? Or maybe some merge? > > > > mozilla.spec > > mozilla-firefox.spec > > mozilla-thunderbird.spec > > > so it should be called mozilla-xulrunner.spec, imho > > I think we should rename mozilla-firefox to firefox and the same for > thunderbird. Sources are called just firefox and thunderbird, but full application names are "Mozilla Firefox" and "Mozilla Thunderbird". And the latter is a companion to the first, so it's rational to keep them grouped. > We don't call libnotify galago-project-libnotify nor do we > name other packages in a similar way. So seamonkey and xulrunner should > be named by their project names, not their vendors (especially when > seamonkey is not officially supported). And the last remark was the reason I committed seamonkey.spec, not mozilla-seamonkey.spec. -- Jakub Bogusz http://qboosh.cs.net.pl/ From patrys at pld-linux.org Wed May 17 00:24:30 2006 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 17 May 2006 00:24:30 +0200 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <20060516221649.GA7518@fngna.oyu> References: <1147761837.14542.575.camel@recent-convert.mapflow.int> <20060516073447.GA1923@gruby.cs.net.pl> <4469F29D.5020002@limanowa.net> <1147794538.14542.644.camel@recent-convert.mapflow.int> <1147814665.6736.5.camel@meaw> <20060516221649.GA7518@fngna.oyu> Message-ID: <1147818270.6736.8.camel@meaw> Dnia 17-05-2006, ?ro o godzinie 00:16 +0200, Jakub Bogusz napisa?(a): > On Tue, May 16, 2006 at 11:24:25PM +0200, Patryk Zawadzki wrote: > > Dnia 16-05-2006, wto o godzinie 16:48 +0100, wrobell napisa?(a): > > > On Tue, 2006-05-16 at 17:41 +0200, Marcin Kr?l wrote: > > > > > BTW, there was mozilla-xulrunner.spec already. > > > > > > > > Ooops! Which one we should kill then? Or maybe some merge? > > > > > > mozilla.spec > > > mozilla-firefox.spec > > > mozilla-thunderbird.spec > > > > > so it should be called mozilla-xulrunner.spec, imho > > > > I think we should rename mozilla-firefox to firefox and the same for > > thunderbird. > > Sources are called just firefox and thunderbird, but full application > names are "Mozilla Firefox" and "Mozilla Thunderbird". > And the latter is a companion to the first, so it's rational to keep > them grouped. Agreed but I still prefer Evolution to Thunderbird ;) BTW: other distros use firefox and thunderbird as package names. > > We don't call libnotify galago-project-libnotify nor do we > > name other packages in a similar way. So seamonkey and xulrunner should > > be named by their project names, not their vendors (especially when > > seamonkey is not officially supported). > And the last remark was the reason I committed seamonkey.spec, not > mozilla-seamonkey.spec. Ok then. -- Patryk Zawadzki PLD Linux From glen at delfi.ee Wed May 17 00:24:28 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 17 May 2006 01:24:28 +0300 Subject: SPECS: xulrunner.spec (NEW) - started packaging xulrunner, spec ba... In-Reply-To: <1147818270.6736.8.camel@meaw> References: <20060516221649.GA7518@fngna.oyu> <1147818270.6736.8.camel@meaw> Message-ID: <200605170124.28204.glen@delfi.ee> On Wednesday 17 May 2006 01:24, Patryk Zawadzki wrote: > Agreed but I still prefer Evolution to Thunderbird ;) kmail here ;) > BTW: other distros use firefox and thunderbird as package names. other distros can .... .. .... ..... !! -- glen From glen at delfi.ee Wed May 17 00:34:49 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 17 May 2006 01:34:49 +0300 Subject: vserver & glibc Message-ID: <200605170134.50027.glen@delfi.ee> is glibc known to fail building inside vserver? glen at builder-ac pld/SPECS $ ./builder -bb -r AC-branch glibc.spec [...] checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for long double... (cached) yes checking size of long double... (cached) 12 running configure fragment for sysdeps/i386/elf checking for i386 TLS support... (cached) yes running configure fragment for nptl/sysdeps/unix/sysv/linux running configure fragment for nptl/sysdeps/pthread configure: error: compiler support for __thread is required error: Bad exit status from /var/tmp/rpm-tmp.32729 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.32729 (%build) 414.75s real 480.86s user 133.40s system Error: package build failed. (no more info) -- glen From jajcus at jajcus.net Wed May 17 08:57:34 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 17 May 2006 08:57:34 +0200 Subject: Java SUN In-Reply-To: <20060516160332.GA4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> Message-ID: <20060517065734.GA29049@admin1.beta> On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something No w?a?nie... czekali?my na to od lat... Jest szansa, ?e uda si? wrzuci? Jav? do Ac. :-) Kto? ju? si? za to zabiera, czy ja mam spr?bowa?? Pozdrowienia, Jacek From jajcus at jajcus.net Wed May 17 08:59:59 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 17 May 2006 08:59:59 +0200 Subject: Java SUN In-Reply-To: <20060517065734.GA29049@admin1.beta> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517065734.GA29049@admin1.beta> Message-ID: <20060517065959.GB29049@admin1.beta> On Wed, May 17, 2006 at 08:57:34AM +0200, Jacek Konieczny wrote: > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something > > No w?a?nie... czekali?my na to od lat... Ooops... wrong list... So, once again, in English: Yeah! We were waiting years for that... There is a chance to have Java in Ac. Anybody want to do that, or should I? Greets, Jacek From blues at pld-linux.org Wed May 17 09:56:40 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 17 May 2006 09:56:40 +0200 (CEST) Subject: Java SUN In-Reply-To: <20060516160332.GA4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> Message-ID: On Tue, 16 May 2006, Jan Rekorajski wrote: > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something so - who is going to do the job ? :) P.S.: finally... :) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Wed May 17 10:35:23 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 17 May 2006 11:35:23 +0300 Subject: Java SUN In-Reply-To: <20060517065959.GB29049@admin1.beta> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517065734.GA29049@admin1.beta> <20060517065959.GB29049@admin1.beta> Message-ID: <200605171135.23345.glen@delfi.ee> On Wednesday 17 May 2006 09:59, Jacek Konieczny wrote: > Anybody want to do that, or should I? You won the lottery! so You can do it ;) -- glen From adamg at biomerieux.pl Wed May 17 12:17:37 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 17 May 2006 12:17:37 +0200 Subject: Java SUN In-Reply-To: <20060516160332.GA4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> Message-ID: <20060517101737.GA16849@mysza.eu.org> On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something Great. Maybe we could rebuild openoffice 1.x with java support, prepare eclipse and push those to Ac. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From baggins at sith.mimuw.edu.pl Wed May 17 12:51:23 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 17 May 2006 12:51:23 +0200 Subject: Java SUN In-Reply-To: <20060517101737.GA16849@mysza.eu.org> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> Message-ID: <20060517105123.GD4925@sith.mimuw.edu.pl> On Wed, 17 May 2006, Adam Go??biowski wrote: > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something > > Great. > > Maybe we could rebuild openoffice 1.x with java support, prepare > eclipse and push those to Ac. openoffice 1.x? You must be joking. OOO 2 is the only version acceptable for AC. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From ab_1 at abram.eu.org Wed May 17 13:00:29 2006 From: ab_1 at abram.eu.org (Michal Abramowicz) Date: Wed, 17 May 2006 13:00:29 +0200 Subject: Java SUN In-Reply-To: <20060517105123.GD4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> Message-ID: <20060517110029.GA4926@mail.batek.pl> On Wed, May 17, 2006 at 12:51:23PM +0200, Jan Rekorajski wrote: > > Maybe we could rebuild openoffice 1.x with java support, prepare > > eclipse and push those to Ac. > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > for AC. So, where OO1.* is going ? to supported or something ? Hm, OO2 will be build with java ? m.a. -- Z punktu widzenia Rewolucji ?wiatowej ludzie zasadniczo dziel? si? na dwie kategorie: na tych, kt?rym trzeba natychmiast poder?n?? gard?o i na tych, kt?rym narazie nie trzeba. From glen at delfi.ee Wed May 17 13:02:33 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 17 May 2006 14:02:33 +0300 Subject: Java SUN In-Reply-To: <20060517105123.GD4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> Message-ID: <200605171402.33504.glen@delfi.ee> On Wednesday 17 May 2006 13:51, Jan Rekorajski wrote: > On Wed, 17 May 2006, Adam Go??biowski wrote: > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_somethi > > >ng > > > > Great. > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > eclipse and push those to Ac. > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > for AC. ooo2 doesn't build with gcc 3.3.6 for amd64 -- glen From adamg at biomerieux.pl Wed May 17 13:05:34 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 17 May 2006 13:05:34 +0200 Subject: Java SUN In-Reply-To: <20060517105123.GD4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> Message-ID: <20060517110534.GB16849@mysza.eu.org> On Wed, May 17, 2006 at 12:51:23PM +0200, Jan Rekorajski wrote: > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something > > > > Great. > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > eclipse and push those to Ac. > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > for AC. I tried to build ot amd64, but it fails (g++ falls in an endless loop), and from what I googled, it seems like it is a bug in gcc 3.3.x. And I haven't tried other archs. Since we won't switch to gcc 3.4.x, we'll have to use ooo 1.1.x -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From baggins at sith.mimuw.edu.pl Wed May 17 13:06:19 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 17 May 2006 13:06:19 +0200 Subject: Java SUN In-Reply-To: <200605171402.33504.glen@delfi.ee> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> Message-ID: <20060517110619.GE4925@sith.mimuw.edu.pl> On Wed, 17 May 2006, Elan Ruusam?e wrote: > On Wednesday 17 May 2006 13:51, Jan Rekorajski wrote: > > On Wed, 17 May 2006, Adam Go??biowski wrote: > > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_somethi > > > >ng > > > > > > Great. > > > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > > eclipse and push those to Ac. > > > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > > for AC. > ooo2 doesn't build with gcc 3.3.6 for amd64 Don't you tempt me ;> [1] [1] to upgrade gcc to 3.4.x in AC... Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From qboosh at pld-linux.org Wed May 17 13:08:28 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 17 May 2006 13:08:28 +0200 Subject: Java SUN In-Reply-To: <20060517110534.GB16849@mysza.eu.org> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> <20060517110534.GB16849@mysza.eu.org> Message-ID: <20060517110828.GA3668@gruby.cs.net.pl> On Wed, May 17, 2006 at 01:05:34PM +0200, Adam Go??biowski wrote: > On Wed, May 17, 2006 at 12:51:23PM +0200, Jan Rekorajski wrote: > > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something > > > > > > Great. > > > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > > eclipse and push those to Ac. > > > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > > for AC. > > I tried to build ot amd64, but it fails (g++ falls in an endless loop), > and from what I googled, it seems like it is a bug in gcc 3.3.x. And I > haven't tried other archs. > > Since we won't switch to gcc 3.4.x, we'll have to use ooo 1.1.x Which isn't available for x86_64 too, so it doesn't matter. -- Jakub Bogusz http://qboosh.cs.net.pl/ From zawadaa at gmail.com Wed May 17 13:14:21 2006 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Wed, 17 May 2006 13:14:21 +0200 Subject: Java SUN In-Reply-To: <200605171402.33504.glen@delfi.ee> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> Message-ID: <446B058D.1030308@gmail.com> Elan Ruusam?e wrote: > On Wednesday 17 May 2006 13:51, Jan Rekorajski wrote: >> On Wed, 17 May 2006, Adam Go??biowski wrote: >>> On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: >>>> http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html >>>> http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_somethi >>>> ng >>> Great. >>> >>> Maybe we could rebuild openoffice 1.x with java support, prepare >>> eclipse and push those to Ac. >> openoffice 1.x? You must be joking. OOO 2 is the only version acceptable >> for AC. > ooo2 doesn't build with gcc 3.3.6 for amd64 No oo1.1 for amd64... so doesn't matter ;-) -- Andrzej Zawadzki From ankry at green.mif.pg.gda.pl Wed May 17 14:21:24 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 17 May 2006 14:21:24 +0200 (CEST) Subject: Java SUN In-Reply-To: <20060517110619.GE4925@sith.mimuw.edu.pl> from "Jan Rekorajski" at May 17, 2006 01:06:19 PM Message-ID: <200605171221.k4HCLOee010431@green.mif.pg.gda.pl> Jan Rekorajski wrote: > On Wed, 17 May 2006, Elan Ruusam?e wrote: > > > On Wednesday 17 May 2006 13:51, Jan Rekorajski wrote: > > > On Wed, 17 May 2006, Adam Go??biowski wrote: > > > > On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: > > > > > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html > > > > > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_somethi > > > > >ng > > > > > > > > Great. > > > > > > > > Maybe we could rebuild openoffice 1.x with java support, prepare > > > > eclipse and push those to Ac. > > > > > > openoffice 1.x? You must be joking. OOO 2 is the only version acceptable > > > for AC. > > ooo2 doesn't build with gcc 3.3.6 for amd64 > > Don't you tempt me ;> [1] > > [1] to upgrade gcc to 3.4.x in AC... And rebuild _everything_ using C++ ? Thank you. Maybe next year... -- ======================================================================= 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 pluto at agmk.net Wed May 17 14:24:43 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Wed, 17 May 2006 14:24:43 +0200 Subject: Java SUN In-Reply-To: <20060517110619.GE4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> <20060517110619.GE4925@sith.mimuw.edu.pl> Message-ID: <200605171424.43555.pluto@agmk.net> Dnia ?roda, 17 maja 2006 13:06, Jan Rekorajski napisa?: > [1] to upgrade gcc to 3.4.x in AC... Branch status: GCC 3.4.6 is the last release from the 3.4 series; the branch has been closed after the release. From adamg at biomerieux.pl Wed May 17 14:27:00 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 17 May 2006 14:27:00 +0200 Subject: Java SUN In-Reply-To: <20060517110828.GA3668@gruby.cs.net.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> <20060517110534.GB16849@mysza.eu.org> <20060517110828.GA3668@gruby.cs.net.pl> Message-ID: <20060517122700.GD16849@mysza.eu.org> On Wed, May 17, 2006 at 01:08:28PM +0200, Jakub Bogusz wrote: > Which isn't available for x86_64 too, so it doesn't matter. blah, I was sure we had OOo 1.x for amd64. Sorry. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From wolf.pld at gmail.com Wed May 17 16:00:45 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Wed, 17 May 2006 16:00:45 +0200 Subject: Java SUN In-Reply-To: <20060517110619.GE4925@sith.mimuw.edu.pl> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <20060517101737.GA16849@mysza.eu.org> <20060517105123.GD4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> <20060517110619.GE4925@sith.mimuw.edu.pl> Message-ID: <20060517140045.GA5177@bajzel> On Wed, May 17, 2006 at 01:06:19PM +0200, Jan Rekorajski wrote: > Don't you tempt me ;> [1] > > [1] to upgrade gcc to 3.4.x in AC... That would be just great. Do something currently, when AC is freezed, what hasn't been done for 2 or 3 years just because we were going to freeze AC "in the next month" and it would delay release. wolf -- Bartek . - No gdzie ten palec, mo?esz se mi?dzy nogi wsadzi?. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From glen at delfi.ee Wed May 17 19:30:49 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 17 May 2006 20:30:49 +0300 Subject: Java SUN In-Reply-To: <446B058D.1030308@gmail.com> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> <446B058D.1030308@gmail.com> Message-ID: <200605172030.49736.glen@delfi.ee> On Wednesday 17 May 2006 14:14, Andrzej Zawadzki wrote: > > ooo2 doesn't build with gcc 3.3.6 for amd64 > > No oo1.1 for amd64... so doesn't matter ;-) ooo1.1 doesn't support 64bit arches.... ;) -- glen From zawadaa at gmail.com Wed May 17 23:28:48 2006 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Wed, 17 May 2006 23:28:48 +0200 Subject: Java SUN In-Reply-To: <200605172030.49736.glen@delfi.ee> References: <20060516160332.GA4925@sith.mimuw.edu.pl> <200605171402.33504.glen@delfi.ee> <446B058D.1030308@gmail.com> <200605172030.49736.glen@delfi.ee> Message-ID: <446B9590.6030603@gmail.com> Elan Ruusam?e wrote: > On Wednesday 17 May 2006 14:14, Andrzej Zawadzki wrote: >>> ooo2 doesn't build with gcc 3.3.6 for amd64 >> No oo1.1 for amd64... so doesn't matter ;-) > ooo1.1 doesn't support 64bit arches.... ;) Like ooo2 (official) :-P -- Andrzej Zawadzki From glen at delfi.ee Thu May 18 10:58:41 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 18 May 2006 11:58:41 +0300 Subject: SOURCES: fnfx.init - alsasound must be started before fnfx, otherw... In-Reply-To: References: Message-ID: <200605181158.41989.glen@delfi.ee> On Thursday 18 May 2006 06:35, shadzik wrote: > Author: shadzik Date: Thu May 18 03:35:05 2006 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - alsasound must be started before fnfx, otherwise alsactl restore will not > work properly and even whole sound may disappear - start number changed > 27->88 [...] > diff -u SOURCES/fnfx.init:1.2 SOURCES/fnfx.init:1.3 > --- SOURCES/fnfx.init:1.2 Fri Apr 21 14:42:30 2006 > +++ SOURCES/fnfx.init Thu May 18 05:35:00 2006 > @@ -1,6 +1,6 @@ > #!/bin/sh > # > -# chkconfig: 2345 27 73 > +# chkconfig: 2345 88 73 there must be start+stop = 100, unless there's very good reason otherwise source: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/rc-scripts.db.txt -- glen From jajcus at jajcus.net Thu May 18 11:09:21 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 18 May 2006 11:09:21 +0200 Subject: Please test java-sun.spec from HEAD (to be included in Ac) Message-ID: <20060518090920.GD549@admin1.beta> I have hopefully finished updating java-sun.spec for redistribution under the new license. I would like people to test/review it, so it can be sent to Ac builders ASAP. BTW. when we decide it is ready to Ac should it be tagged (no differences between Ac and Th so far) or branched to AC-branch? Greets, Jacek From pluto at agmk.net Thu May 18 11:14:53 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Thu, 18 May 2006 11:14:53 +0200 Subject: Please test java-sun.spec from HEAD (to be included in Ac) In-Reply-To: <20060518090920.GD549@admin1.beta> References: <20060518090920.GD549@admin1.beta> Message-ID: <200605181114.54082.pluto@agmk.net> Dnia czwartek, 18 maja 2006 11:09, Jacek Konieczny napisa?: > I have hopefully finished updating java-sun.spec for redistribution > under the new license. I would like people to test/review it, so it can > be sent to Ac builders ASAP. eclipse 3.2rc4 seems to work. tested on th-x86_64. From glen at delfi.ee Thu May 18 11:25:20 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 18 May 2006 12:25:20 +0300 Subject: Please test java-sun.spec from HEAD (to be included in Ac) In-Reply-To: <20060518090920.GD549@admin1.beta> References: <20060518090920.GD549@admin1.beta> Message-ID: <200605181225.20910.glen@delfi.ee> On Thursday 18 May 2006 12:09, Jacek Konieczny wrote: > I have hopefully finished updating java-sun.spec for redistribution > under the new license. I would like people to test/review it, so it can > be sent to Ac builders ASAP. > > BTW. when we decide it is ready to Ac should it be tagged (no > differences between Ac and Th so far) or branched to AC-branch? imho make the floating tag, until there will be differences between the two. $ type ac-tag ac-tag is aliased to `./builder -T AC-branch' -- glen From arekm at pld-linux.org Thu May 18 11:26:06 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 18 May 2006 11:26:06 +0200 Subject: Please test java-sun.spec from HEAD (to be included in Ac) In-Reply-To: <200605181114.54082.pluto@agmk.net> References: <20060518090920.GD549@admin1.beta> <200605181114.54082.pluto@agmk.net> Message-ID: <200605181126.06107.arekm@pld-linux.org> On Thursday 18 May 2006 11:14, Pawe? Sikora wrote: > Dnia czwartek, 18 maja 2006 11:09, Jacek Konieczny napisa?: > > I have hopefully finished updating java-sun.spec for redistribution > > under the new license. I would like people to test/review it, so it can > > be sent to Ac builders ASAP. > > eclipse 3.2rc4 seems to work. tested on th-x86_64. Hm, does help->software updates->find and install->finish work? Here is bails out with some parsing problems. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From pluto at agmk.net Thu May 18 11:30:06 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Thu, 18 May 2006 11:30:06 +0200 Subject: Please test java-sun.spec from HEAD (to be included in Ac) In-Reply-To: <200605181126.06107.arekm@pld-linux.org> References: <20060518090920.GD549@admin1.beta> <200605181114.54082.pluto@agmk.net> <200605181126.06107.arekm@pld-linux.org> Message-ID: <200605181130.06905.pluto@agmk.net> Dnia czwartek, 18 maja 2006 11:26, Arkadiusz Miskiewicz napisa?: > On Thursday 18 May 2006 11:14, Pawe? Sikora wrote: > > Dnia czwartek, 18 maja 2006 11:09, Jacek Konieczny napisa?: > > > I have hopefully finished updating java-sun.spec for redistribution > > > under the new license. I would like people to test/review it, so it can > > > be sent to Ac builders ASAP. > > > > eclipse 3.2rc4 seems to work. tested on th-x86_64. > > Hm, does help->software updates->find and install->finish work? > > Here is bails out with some parsing problems. i'll check this later... From jajcus at jajcus.net Thu May 18 11:30:55 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 18 May 2006 11:30:55 +0200 Subject: Java: BuildArch: noarch + ExclusiveArch ? Message-ID: <20060518093055.GE549@admin1.beta> Now, when we have java-sun working, we may start building Java packages... but only on builder for which there is java-sun version (recent x86 and x86_64). On the other hand, the result will be architecture independent in most cases. Will it be ok to use both "BuildArch: noarch" and ExclusiveArch (to skip building on unsupported builders) in one spec? Greets, Jacek From troll at pld-linux.org Thu May 18 11:47:05 2006 From: troll at pld-linux.org (Michal Chruszcz) Date: Thu, 18 May 2006 11:47:05 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605151223.00240.arekm@pld-linux.org> References: <200605151223.00240.arekm@pld-linux.org> Message-ID: <200605181147.05304@tintia.doriath> It seems like on Monday 15 May 2006 12:23, Arkadiusz Miskiewicz typed: > On Monday 15 May 2006 12:05, troll wrote: > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - we don't insert .py files into packages > > We shoudln't avoid them in Th. I so often need to check py sources that > it's a nightmare when not having them. It appears there is actually a problem after removing .py files, but of a different matter. django-admin.py when called with startproject argument creates basic directory structure and copies all the required template files adjusting them a bit. However when there is not any .py (only .py{c,o}, which are useless at that very moment) files it crashes. In fact it should crash, since these .py files are now a part of a new project/app. Summarizing, we need these files included, because now we are lacking templates, which are a part of django's functionality. The solution I propose is to keep removing all the .py files, but those in /usr/share/python2.4/site-packages/django/conf/project_template, where are stored these templates. Is this correct? -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery/ Meet Jacek: http://photoblog.be/jacek From glen at delfi.ee Thu May 18 12:04:04 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 18 May 2006 13:04:04 +0300 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605181147.05304@tintia.doriath> References: <200605151223.00240.arekm@pld-linux.org> <200605181147.05304@tintia.doriath> Message-ID: <200605181304.04986.glen@delfi.ee> On Thursday 18 May 2006 12:47, Michal Chruszcz wrote: > It seems like on Monday 15 May 2006 12:23, Arkadiusz Miskiewicz typed: > > On Monday 15 May 2006 12:05, troll wrote: > > > Author: troll Date: Mon May 15 10:05:48 2006 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - we don't insert .py files into packages > > > > We shoudln't avoid them in Th. I so often need to check py sources that > > it's a nightmare when not having them. > > It appears there is actually a problem after removing .py files, but of a > different matter. > django-admin.py when called with startproject argument creates basic > directory structure and copies all the required template files adjusting > them a bit. However when there is not any .py (only .py{c,o}, which are > useless at that very moment) files it crashes. In fact it should crash, > since these .py files are now a part of a new project/app. > Summarizing, we need these files included, because now we are lacking > templates, which are a part of django's functionality. > The solution I propose is to keep removing all the .py files, but those > in /usr/share/python2.4/site-packages/django/conf/project_template, where > are stored these templates. Is this correct? maybe move the templates to /usr/share/django so %py_postclean won't treat these as sourcecode. or add -x option to %py_postclean macro? or maybe whole conf/ should be moved to /etc to be more FHS friendly. -- glen From glen at delfi.ee Thu May 18 12:06:43 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 18 May 2006 13:06:43 +0300 Subject: Java: BuildArch: noarch + ExclusiveArch ? In-Reply-To: <20060518093055.GE549@admin1.beta> References: <20060518093055.GE549@admin1.beta> Message-ID: <200605181306.43545.glen@delfi.ee> On Thursday 18 May 2006 12:30, Jacek Konieczny wrote: > Now, when we have java-sun working, we may start building Java > packages... but only on builder for which there is java-sun version > (recent x86 and x86_64). On the other hand, the result will be > architecture independent in most cases. > > Will it be ok to use both "BuildArch: noarch" and ExclusiveArch (to skip > building on unsupported builders) in one spec? i used this on mythtv packages, felt pointless to build pkgs on arches that have nothing to do with themes.... myththemes.spec: BuildArch: noarch ExclusiveArch: %{ix86} %{x8664} ppc noarch oh, and be sure to include 'noarch' in exclusivearch, otherwise you can't build it with ./builder script ;) -- glen From jajcus at jajcus.net Thu May 18 12:12:55 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 18 May 2006 12:12:55 +0200 Subject: Java: jakarta-, apache-, or java-? Message-ID: <20060518101255.GA22207@admin1.beta> One more thing we should decide about Java packages: the naming scheme. Now most (all?) of Java packages from the Apache Foundation are packaged in jakarta-*.spec. But not all of them are really part of Jakarta. Our jakarta-ant.spec contains software which is "Apache Ant" and its source is apache-ant-%{version}-src.zip. Log4j (which we have in jakarta-log4j.spec) comes from http://logging.apache.org/log4j/ as logging-log4j-%{version}.tar.gz. I don't like not-really-Jakarta packages called jakarta-*. I such options: 1. always use the names used for source archives 2. use java-*.spec for all Java libraries, like it is done for other languages 3. some hybrid solution. Eg. keep using jakarta-* for Jakarta stuff, but use java-* for other stuff, with not that obvious names. Apache Ant could be called "apache-ant" (which would collide with our Apache HTTPD packages naming), or just "ant" (not "java-ant" as that is an application, not library). BTW: Do we have any Java guru here? Grees, Jacek From troll at pld-linux.org Thu May 18 12:37:36 2006 From: troll at pld-linux.org (Michal Chruszcz) Date: Thu, 18 May 2006 12:37:36 +0200 Subject: SPECS: python-django.spec - we don't insert .py files into package... In-Reply-To: <200605181304.04986.glen@delfi.ee> References: <200605181147.05304@tintia.doriath> <200605181304.04986.glen@delfi.ee> Message-ID: <200605181237.36097@tintia.doriath> It seems like on Thursday 18 May 2006 12:04, Elan Ruusam?e typed: > On Thursday 18 May 2006 12:47, Michal Chruszcz wrote: > > It appears there is actually a problem after removing .py files, but of > > a different matter. > > django-admin.py when called with startproject argument creates basic > > directory structure and copies all the required template files > > adjusting them a bit. However when there is not any .py (only .py{c,o}, > > which are useless at that very moment) files it crashes. In fact it > > should crash, since these .py files are now a part of a new > > project/app. > > Summarizing, we need these files included, because now we are lacking > > templates, which are a part of django's functionality. > > The solution I propose is to keep removing all the .py files, but those > > in /usr/share/python2.4/site-packages/django/conf/project_template, > > where are stored these templates. Is this correct? > > maybe move the templates to /usr/share/django so %py_postclean won't > treat these as sourcecode. That sounds sane. > or add -x option to %py_postclean macro? > > or maybe whole conf/ should be moved to /etc to be more FHS friendly. conf/ is not meant to be edited. It contains settings for included extensions like contrib.admin package. I think the best solution is to move conf/project_template to %{_datadir} and adjust django-admin.py. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery/ Meet Jacek: http://photoblog.be/jacek From qboosh at pld-linux.org Thu May 18 13:15:31 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 18 May 2006 13:15:31 +0200 Subject: vim-ftplugin-spec.vim Message-ID: <20060518111531.GA10978@gruby.cs.net.pl> While "setlocal tw=70" is OK for descriptions, it's very annoying for preamble tags (such as Summary or SourceX) and build sections... Is it possible to enable/disable tw depending on file section? If not, tw should be unset by default IMO. -- Jakub Bogusz http://qboosh.cs.net.pl/ From jajcus at jajcus.net Thu May 18 13:43:28 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 18 May 2006 13:43:28 +0200 Subject: cvs cp jakarta-ant.spec,v ant.spec,v Message-ID: <20060518114328.GD22207@admin1.beta> cp jakarta-ant.spec,v ant.spec,v 1. This is Apache Ant, not Jakarta Ant. Jakarta is a different project. Sources are distributed in apache-ant-%{version}-src.tar.bz2 2. apache-*.spec in PLD usually contain web server modules. apache-ant.spec would be confusing. 4. The executable is "ant" 5. The package is called "ant" in Debian, and ant-* in Gentoo Greets, Jacek From blues at pld-linux.org Thu May 18 17:27:01 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Thu, 18 May 2006 17:27:01 +0200 (CEST) Subject: Project Support Open Source (SOS) wanted to donation to your project Message-ID: If someone is interested.... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. ---------- Forwarded message ---------- Date: Thu, 18 May 2006 22:17:21 -0700 From: Bob Mutch Reply-To: bob at bobmutch.com To: feedback at pld-linux.org User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) X-Bogosity: Unsure, tests=bogofilter, spamicity=0.500078, version=1.0.2 Subject: Project Support Open Source (SOS) wanted to donation to your project Hi my name is Bob Mutch and I am the owner of Solutions with Service, a Canadian company that uses open source software products. I have started a project called ?Project SOS? (Support Open Source) to help fund free and open source software projects. I would like to make a donation to your open source work http://pld-linux.org/ though our project. Here is the page that how the donations work. http://www.seocompany.ca/project-support-open-source.html There has been a post on digg.com with a few comments from open source developers that have received donations already. http://digg.com/software/Company_throwing_money_at_open_source_projects Do you have a page where you give acknowledgement to your sponsors? Let me know! Regards, Bob Mutch bob at bobmutch.com SEO Company.ca 519-636-6636 _______________________________________________ feedback mailing list feedback at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/feedback From spider at linux.pl Thu May 18 17:53:49 2006 From: spider at linux.pl (Piotr Skwarna) Date: Thu, 18 May 2006 17:53:49 +0200 Subject: Project Support Open Source (SOS) wanted to donation to your project In-Reply-To: References: Message-ID: <446C988D.3060102@linux.pl> Pawe? Go?aszewski napisa?(a): > If someone is interested.... > > [...] My aim for this project is to help raise *$500,000 to $1,000,000 USD* for free and open source software developers and projects. [...] OMG! From baggins at sith.mimuw.edu.pl Thu May 18 18:13:10 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 18 May 2006 18:13:10 +0200 Subject: mv metapackage-{gnome,gnustep} {gnome,gnustep}? Message-ID: <20060518161310.GA1659@sith.mimuw.edu.pl> Are there any objections to: cp metapackage-gnome.spec,v gnome.spec,v cp metapackage-gnustep.spec,v gnustep.spec,v ? Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From jajcus at jajcus.net Thu May 18 19:10:14 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 18 May 2006 17:10:14 +0000 Subject: java In-Reply-To: <200605181900.18860.glen@pld-linux.org> References: <200605181900.18860.glen@pld-linux.org> Message-ID: <20060518171014.GA1832@nic.nigdzie> On Thu, May 18, 2006 at 07:00:14PM +0300, Elan Ruusam?e wrote: > i was thinking that perhaps write packaging policy for pld > and maybe like jpp has one (i liked their package split separation) > > http://www.jpackage.org/policy.php Some rules are needed. And jpp rules are quite good, better than no rules at all. > - The main package must contain only basic files needed for running the > software, with license agreement and basic documentation files. > > - Any optional files must be provided in a separate subpackage, with > exact %{epoch}:%{version}-%{release} dependency to the main package. That is quite like our usual rules. > - User manual must be provided in a separate %{name}-manual subpackage, with > no dependency to the main package. > > - Each Javadoc tree must be provided in a separate %{name}-javadoc subpackage, > with no dependency to the main package. We don't have similar rules for documentation packages -- it is usually decided per-package, based on documentation size. But the JPP rules are not bad. On the other hand... the package could be several kB JAR file, several kB manual and several kB of javadoc tree... splitting that in three packages doesn't seem smart. But I think the javadoc should be split -- it could be treated like "-devel" packages for C/C++ libraries. > ie recently i converted from jpp to pld so you could look: > ./jimi.spec [...] > ./jakarta-commons-httpclient3.spec [...] > ./asm.spec > ./asm2.spec [...] > > and indeed the package names do not follow any policy or regularity :) And that is no good. It is ok for project like JPP, which containst only Java packages, but in PLD it would be too easy to get a conflict. I think some additional rules would be good, like using "java-" prefix for standalone (not part of bigger project, like Jakarta) java library packages. And it would be great to have a fully functional toolchain for Java (fully featured ant) in Ac, without delaying Ac for just that reason... so we don't have much time. Fortunately, preparing Java-related packages doesn't mean recompiling any big part of distro. I think it would be good to follow JPP as close as possible maybe with a few, documented differences (like package naming scheme). Greets, Jacek From robert.wozny at gmail.com Thu May 18 21:00:41 2006 From: robert.wozny at gmail.com (robert j. wozny) Date: Thu, 18 May 2006 21:00:41 +0200 Subject: cvs cp jakarta-ant.spec,v ant.spec,v In-Reply-To: <20060518114328.GD22207@admin1.beta> References: <20060518114328.GD22207@admin1.beta> Message-ID: <926f7b320605181200k4ade9d68oea36da63970a0235@mail.gmail.com> On 5/18/06, Jacek Konieczny wrote: > cp jakarta-ant.spec,v ant.spec,v done. -- r. From undefine at aramin.net Fri May 19 00:39:31 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Fri, 19 May 2006 00:39:31 +0200 Subject: buildlogs Message-ID: <20060518223930.GA9252@aramin.net> why doesn't working? -- 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 Fri May 19 00:45:53 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 19 May 2006 00:45:53 +0200 Subject: Java: jakarta-, apache-, or java-? In-Reply-To: <20060518101255.GA22207@admin1.beta> References: <20060518101255.GA22207@admin1.beta> Message-ID: <20060518224553.GA31105@fngna.oyu> On Thu, May 18, 2006 at 12:12:55PM +0200, Jacek Konieczny wrote: > One more thing we should decide about Java packages: the naming scheme. > > Now most (all?) of Java packages from the Apache Foundation are packaged > in jakarta-*.spec. But not all of them are really part of Jakarta. > > Our jakarta-ant.spec contains software which is "Apache Ant" and its > source is apache-ant-%{version}-src.zip. > > Log4j (which we have in jakarta-log4j.spec) comes from > http://logging.apache.org/log4j/ as logging-log4j-%{version}.tar.gz. Historical reasons. There used to be jakarta-ant, jakarta-log4j, jakarta-struts. Now log4j is a part of logging project, struts is a separate project. I wanted to ask about renaming them some months ago ;) -- Jakub Bogusz http://qboosh.cs.net.pl/ From undefine at aramin.net Fri May 19 03:15:46 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Fri, 19 May 2006 03:15:46 +0200 Subject: th Message-ID: <20060519011546.GA30656@aramin.net> i try to upgrade my desktop to th. some problems: - non existant locales, for example zh_HK: poldek:/all-avail> rsearch -f //usr/share/locale/zh_HK/LC_MESSAGES/ Przeszukiwanie pakiet?w..........................................zrobione. 52 package(s) found: but glibc doesn't provide them - /etc/tmpwatch: poldek:/all-avail> rsearch -f /etc/tmpwatch/ Przeszukiwanie pakiet?w..........................................zrobione. 2 package(s) found: man-1.6c-3 php-dirs-1.0-1 what about optional configuration files? for example: b??d: Niespe?nione zale?no?ci: /usr/share/zsh/site-functions jest wymagany przez vfmg-0.9.95-1.noarch use vfmg-zsh or something with only one file? -- 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 glen at delfi.ee Fri May 19 09:46:17 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 19 May 2006 10:46:17 +0300 Subject: new kernel Message-ID: <200605191046.18055.glen@delfi.ee> you should collect the files after this line: find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f but imho this rm -f should be moved to %prep instead, after all patches applied (that's where the backup files came from) Processing files: kernel-module-build-2.6.16.16-2 error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypto/Kconfig.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/drivers/atm/Kconfig.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/drivers/atm/Makefile.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/drivers/net/wan/Kconfig.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/drivers/video/Makefile.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/fs/Kconfig.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/fs/Makefile.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/lib/Makefile.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~10~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~11~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~12~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~13~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~14~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~15~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~16~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~17~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~18~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~19~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~1~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~20~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~2~ error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/net/ipv4/netfilter/Kconfig.~3~ -- glen From blues at pld-linux.org Fri May 19 10:21:12 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 19 May 2006 10:21:12 +0200 (CEST) Subject: buildlogs In-Reply-To: <20060518223930.GA9252@aramin.net> References: <20060518223930.GA9252@aramin.net> Message-ID: On Fri, 19 May 2006, Andrzej 'The Undefined' Dopiera?a wrote: > why doesn't working? It is. All of the buildlogs are in his place Interface has some bug. It waits for SomeOne(TM) to fix it... :) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From pluto at agmk.net Fri May 19 10:38:47 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Fri, 19 May 2006 10:38:47 +0200 Subject: new kernel In-Reply-To: <200605191046.18055.glen@delfi.ee> References: <200605191046.18055.glen@delfi.ee> Message-ID: <200605191038.47731.pluto@agmk.net> Dnia pi?tek, 19 maja 2006 09:46, Elan Ruusam?e napisa?: > you should collect the files after this line: > find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f > > but imho this rm -f should be moved to %prep instead, after all patches > applied (that's where the backup files came from) commit, please. > Processing files: kernel-module-build-2.6.16.16-2 > error: File not found: > /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypto/Kc >onfig.~1~ error: File not found: > (...) 2.6.16.16-2 kernel builds fine on the TH builders. From glen at delfi.ee Fri May 19 10:48:02 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 19 May 2006 11:48:02 +0300 Subject: new kernel In-Reply-To: <200605191038.47731.pluto@agmk.net> References: <200605191046.18055.glen@delfi.ee> <200605191038.47731.pluto@agmk.net> Message-ID: <200605191148.03029.glen@delfi.ee> On Friday 19 May 2006 11:38, Pawe? Sikora wrote: > Dnia pi?tek, 19 maja 2006 09:46, Elan Ruusam?e napisa?: > > you should collect the files after this line: > > find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm > > -f > > > > but imho this rm -f should be moved to %prep instead, after all patches > > applied (that's where the backup files came from) > > commit, please. i proposed a fix. i don't have patch. > > Processing files: kernel-module-build-2.6.16.16-2 > > error: File not found: > > /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypto/ > >Kc onfig.~1~ error: File not found: > > (...) > > 2.6.16.16-2 kernel builds fine on the TH builders. that's ignorant attitude. people tend to compile kernels by themselves too export VERSION_CONTROL=t to get .~NUMBER~ style backups instead of .orig -- glen From glen at delfi.ee Fri May 19 11:27:41 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 19 May 2006 12:27:41 +0300 Subject: nfs-utils-clients Message-ID: <200605191227.41460.glen@delfi.ee> nfs-utils-clients %post is quite fatal, because it's killing processes accessing nfs mounts. rpm %post shouldn't do that. it should just reload so the binaries re-exec themselves. Executing rpm --upgrade -vh --force --root / --noorder... Preparing... ########################################### [100%] 1:nfs-utils-clients ########################################### [100%] * Unmounting NFS filesystems......................................[ BUSY ]Terminated 12:21:02 root[pts/2]@hellsgate work/tmp# Killed stop) if [ -f /proc/mounts ]; then fsfile="/proc/mounts" else fsfile="/etc/mtab" fi show "Unmounting NFS filesystems" busy retry=3 remaining=$(awk '$3 == "nfs" {print $2}' $fsfile) while [ -n "$remaining" -a $retry -gt 0 ]; do fuser -msk -TERM `awk '$3 == "nfs" {print $2}' < $fsfile` sleep 2 fuser -msk -KILL `awk '$3 == "nfs" {print $2}' < $fsfile` umount -a -f -t nfs remaining=$(awk '$3 == "nfs" {print $2}' $fsfile) retry=$(($retry-1)) done ok [...] restart) $0 stop $0 start ;; -- glen From pluto at agmk.net Fri May 19 15:16:56 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Fri, 19 May 2006 15:16:56 +0200 Subject: new kernel In-Reply-To: <200605191148.03029.glen@delfi.ee> References: <200605191046.18055.glen@delfi.ee> <200605191038.47731.pluto@agmk.net> <200605191148.03029.glen@delfi.ee> Message-ID: <200605191516.56267.pluto@agmk.net> Dnia pi?tek, 19 maja 2006 10:48, Elan Ruusam?e napisa?: > On Friday 19 May 2006 11:38, Pawe? Sikora wrote: > > Dnia pi?tek, 19 maja 2006 09:46, Elan Ruusam?e napisa?: > > > you should collect the files after this line: > > > find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 > > > rm -f > > > > > > but imho this rm -f should be moved to %prep instead, after all patches > > > applied (that's where the backup files came from) > > > > commit, please. > > i proposed a fix. i don't have patch. > > > > Processing files: kernel-module-build-2.6.16.16-2 > > > error: File not found: > > > /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypt > > >o/ Kc onfig.~1~ error: File not found: > > > (...) > > > > 2.6.16.16-2 kernel builds fine on the TH builders. > > that's ignorant attitude. people tend to compile kernels by themselves too i don't have a +INF free time to test all build configuration in the world. if you need a non-dist support add it :) From freetz at gmx.net Fri May 19 22:36:52 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 19 May 2006 22:36:52 +0200 Subject: [AC] STBR Message-ID: <20060519223652.97601322.freetz@gmx.net> STBR (bugfixes/critical bugfixes): gimp.spec (2.2.11-1) epiphany-extensions.spec (2.14.1.1-2) gconf-editor.spec (2.14.0-4) thx for sending -- Fryderyk Dziarmagowski From jajcus at jajcus.net Sat May 20 11:10:54 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sat, 20 May 2006 09:10:54 +0000 Subject: ac-amd64 builder and bugs.pld-linux.org Message-ID: <20060520091054.GA3111@nic.nigdzie> Hello, As I wrote two months ago, I will soon (with the end of May) leave BetaSoft, where ac-amd64 builder and our BTS are hosted. I don't want to be responsible for BetaSoft's servers security after I leave so I will revoke any extra access rights to the server granted to PLD developers (ssh access will be disabled). I will do that on Friday, 2006-05-26. I will leave builder itself working, but I cannot guarantee it will work properly after that. BTS will also stay on, but I will not do any administrative tasks with it. My colleague from BetaSoft say the builder and BTS may stay there, but they did no concrete steps to take care of that (they now have a lot of other stuff to do). To discuss builder and BTS future with them write to: admins at bnet . pl. I am sure they would like to cooperate, but they do not know much about PLD. Greets, Jacek From krzak at hakore.com Sun May 21 00:05:56 2006 From: krzak at hakore.com (=?UTF-8?Q?Marcin_Krzy=C5=BCanowski?=) Date: Sun, 21 May 2006 00:05:56 +0200 Subject: =?UTF-8?Q?[AC]_metapackage-gnome_nie_chce_dzia=C5=82a=C4=87?= Message-ID: Czesc, Proba zainstalowania metapackage-gnome konczy sie komunikatem o tym ze nie ma takiego pakietu na ftp. Dodatkowo wybieraj?c wszystkie "podpowiadane" opcje konczy sie komunikatem o konflikjcie niestety nie widze gdzie jest konflikt bo poldek tego nie pokazal. wszystko po instalacji mini-iso i defaultowych ustawieniach poldka i wszystkiego co sie da. -- Marcin Krzy?anowski http://www.hakore.com From krzak at hakore.com Sun May 21 00:07:46 2006 From: krzak at hakore.com (=?UTF-8?Q?Marcin_Krzy=C5=BCanowski?=) Date: Sun, 21 May 2006 00:07:46 +0200 Subject: =?UTF-8?Q?Re:_[AC]_metapackage-gnome_nie_chce_dzia=C5=82a=C4=87?= In-Reply-To: References: Message-ID: <3654DA73-07C4-4F1A-9265-E48E9D8C09C1@hakore.com> uuuuups, wrong list, sorry, should be PL. On 2006-05-21, at 00:05, Marcin Krzy?anowski wrote: > Czesc, > > Proba zainstalowania metapackage-gnome konczy sie komunikatem o tym > ze nie ma takiego pakietu na ftp. > > Dodatkowo wybieraj?c wszystkie "podpowiadane" opcje konczy sie > komunikatem o konflikjcie niestety nie widze gdzie jest konflikt bo > poldek tego nie pokazal. > > wszystko po instalacji mini-iso i defaultowych ustawieniach poldka i > wszystkiego co sie da. > > -- > Marcin Krzy?anowski > http://www.hakore.com > > > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en -- Marcin Krzy?anowski http://www.hakore.com From jajcus at jajcus.net Sun May 21 12:55:19 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 21 May 2006 10:55:19 +0000 Subject: SPECS: jakarta-log4j.spec - version 1.2.13 - commented out BR/R: j... In-Reply-To: References: Message-ID: <20060521105519.GB4465@nic.nigdzie> On Sun, May 21, 2006 at 12:48:27PM +0200, radek wrote: > Author: radek Date: Sun May 21 10:48:27 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - version 1.2.13 > - commented out BR/R: javamail, jms, jmx: builds without these > (I'm not sure if it's a proper change, though) I think it is not -- that will probably result in very limited log4j package. That should be built with all the requirements and CLASSPATH prepared adequately. The best is to look into jpackage how they did that. javamail is provided via our gnu-java-mail. I am not sure what provides jms and jmx (it may be sun-java or something elese). And the spec should be renamed to log4j (it is not part of jakarta any more). Greets, Jacek From baggins at sith.mimuw.edu.pl Sun May 21 13:04:48 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 21 May 2006 13:04:48 +0200 Subject: SPECS: jakarta-log4j.spec - version 1.2.13 - commented out BR/R: j... In-Reply-To: <20060521105519.GB4465@nic.nigdzie> References: <20060521105519.GB4465@nic.nigdzie> Message-ID: <20060521110448.GA4559@sith.mimuw.edu.pl> On Sun, 21 May 2006, Jacek Konieczny wrote: > On Sun, May 21, 2006 at 12:48:27PM +0200, radek wrote: > > Author: radek Date: Sun May 21 10:48:27 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - version 1.2.13 > > - commented out BR/R: javamail, jms, jmx: builds without these > > (I'm not sure if it's a proper change, though) > > I think it is not -- that will probably result in very limited log4j > package. That should be built with all the requirements and CLASSPATH > prepared adequately. The best is to look into jpackage how they did > that. Exactly, without those R we will get incomplete package. > javamail is provided via our gnu-java-mail. I am not sure what provides > jms and jmx (it may be sun-java or something elese). jms.spec:http://java.sun.com/products/jms/docs.html jmx.spec:http://java.sun.com/products/JavaManagement/ Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From radek42 at gmail.com Sun May 21 13:30:53 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Sun, 21 May 2006 13:30:53 +0200 Subject: SPECS: jakarta-log4j.spec - version 1.2.13 - commented out BR/R: j... In-Reply-To: <20060521110448.GA4559@sith.mimuw.edu.pl> References: <20060521105519.GB4465@nic.nigdzie> <20060521110448.GA4559@sith.mimuw.edu.pl> Message-ID: <20060521113053.GA26069@bongo> Jan Rekorajski [21-05-2006 13:04]: > On Sun, 21 May 2006, Jacek Konieczny wrote: >> On Sun, May 21, 2006 at 12:48:27PM +0200, radek wrote: >>> Author: radek Date: Sun May 21 10:48:27 2006 GMT >>> Module: SPECS Tag: HEAD >>> ---- Log message: >>> - version 1.2.13 >>> - commented out BR/R: javamail, jms, jmx: builds without these >>> (I'm not sure if it's a proper change, though) >> I think it is not -- that will probably result in very limited log4j >> package. That should be built with all the requirements and CLASSPATH >> prepared adequately. The best is to look into jpackage how they did >> that. In progress. > Exactly, without those R we will get incomplete package. I didn't know about java-gnu-mail... so, javamail is not an issue. Will it be incomplete as "useless" or as "with limited functionality"? >> javamail is provided via our gnu-java-mail. I am not sure what provides >> jms and jmx (it may be sun-java or something elese). > jms.spec:http://java.sun.com/products/jms/docs.html > jmx.spec:http://java.sun.com/products/JavaManagement/ These two are not distributable, so if we restore BR, we won't be able to distribute log4j... -- 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 radek42 at gmail.com Sun May 21 13:37:49 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Sun, 21 May 2006 13:37:49 +0200 Subject: SPECS: jakarta-log4j.spec - version 1.2.13 - commented out BR/R: j... In-Reply-To: <20060521113053.GA26069@bongo> References: <20060521105519.GB4465@nic.nigdzie> <20060521110448.GA4559@sith.mimuw.edu.pl> <20060521113053.GA26069@bongo> Message-ID: <20060521113749.GA26138@bongo> Radoslaw Zielinski [21-05-2006 13:30]: > Jan Rekorajski [21-05-2006 13:04]: >> On Sun, 21 May 2006, Jacek Konieczny wrote: >>> On Sun, May 21, 2006 at 12:48:27PM +0200, radek wrote: >>>> Author: radek Date: Sun May 21 10:48:27 2006 GMT >>>> Module: SPECS Tag: HEAD >>>> ---- Log message: >>>> - version 1.2.13 >>>> - commented out BR/R: javamail, jms, jmx: builds without these >>>> (I'm not sure if it's a proper change, though) >>> I think it is not -- that will probably result in very limited log4j >>> package. That should be built with all the requirements and CLASSPATH >>> prepared adequately. The best is to look into jpackage how they did >>> that. > In progress. jms: http://www.jpackage.org/rpm.php?id=1307 jmx: http://www.jpackage.org/rpm.php?id=1308 They don't distribute it. RPM files contain only jm{s,x}.spec. -- 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 jajcus at jajcus.net Sun May 21 17:19:00 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 21 May 2006 15:19:00 +0000 Subject: GIJ mystery Message-ID: <20060521151900.GA8940@nic.nigdzie> [root at nic ~]# antlr Abort [root at nic ~]# chroot /vol/chroot_ac_i686/ [root at nic(ac-i686) /]# antlr ANTLR Parser Generator Version 2.7.5 (20060521) 1989-2005 jGuru.com usage: java antlr.Tool [args] file.g -o outputDir specify output directory where all output generated. -glib superGrammar specify location of supergrammar file. -debug launch the ParseView debugger upon parser invocation. -html generate a html file from your grammar. -docbook generate a docbook sgml file from your grammar. -diagnostic generate a textfile with diagnostics. -trace have all rules call traceIn/traceOut. -traceLexer have lexer rules call traceIn/traceOut. -traceParser have parser rules call traceIn/traceOut. -traceTreeParser have tree parser rules call traceIn/traceOut. -h|-help|--help this message [root at nic(ac-i686) /]# su - su(pam_unix)[15172]: session opened for user root by (uid=0) [root at nic(ac-i686) ~]# antlr Abort [root at nic(ac-i686) /]# su - jacek [jacek at nic(ac-i686) ~]$ antlr Abort "antlr" is script doing: CLASSPATH=/usr/share/java/antlr-2.7.5.jar /usr/bin/gij antlr.Tool And it works only just after entering the chroot. After "su -" (to root or anything else) it crashes. I would like to keep using gcc-java for antlr, so it is available for all of our architectures, but it just don't work (with the single exception provided above) :-( Greets, Jacek From deejay1 at srem.org Sun May 21 17:45:25 2006 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Sun, 21 May 2006 17:45:25 +0200 Subject: Project Support Open Source (SOS) wanted to donation to your project In-Reply-To: <446C988D.3060102@linux.pl> References: <446C988D.3060102@linux.pl> Message-ID: <200605211745.27689.deejay1@srem.org> Dnia czwartek, 18 maja 2006 17:53, Piotr Skwarna napisa?: > Pawe? Go?aszewski napisa?(a): > > If someone is interested.... > > [...] > My aim for this project is to help raise *$500,000 to $1,000,000 USD* > for free and open source software developers and projects. > [...] > > > OMG! Erm, looks like spam? -- ?ukasz [DeeJay1] Jerna? From qboosh at pld-linux.org Sun May 21 17:51:15 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 21 May 2006 17:51:15 +0200 Subject: SPECS: jakarta-log4j.spec - version 1.2.13 - commented out BR/R: j... In-Reply-To: <20060521105519.GB4465@nic.nigdzie> References: <20060521105519.GB4465@nic.nigdzie> Message-ID: <20060521155115.GA3372@fngna.oyu> On Sun, May 21, 2006 at 10:55:19AM +0000, Jacek Konieczny wrote: > And the spec should be renamed to log4j (it is not part of jakarta any > more). Or logging-log4j, just like tarball. -- Jakub Bogusz http://qboosh.cs.net.pl/ From jajcus at jajcus.net Sun May 21 18:51:30 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 21 May 2006 16:51:30 +0000 Subject: SPECS: jacl.spec - Version: 1.3.2 - use jpackage and current jdk l... In-Reply-To: <200605211918.06613.glen@delfi.ee> References: <200605211918.06613.glen@delfi.ee> Message-ID: <20060521165130.GC8940@nic.nigdzie> On Sun, May 21, 2006 at 07:18:06PM +0300, Elan Ruusam?e wrote: > On Sunday 21 May 2006 18:56, jajcus wrote: > > +unset JAVA_HOME || : > > +export JAVA_HOME="%{java_home}" > > unset is unneccessary when you set value for it on next line In this case it _is_ neccessary -- %{java_home} uses $JAVA_HOME for evaluation. Should I add the comment to every spec which uses this construction? Or maybe just fix %{jave_home}? It uses shell function, for which using $JAVA_HOME makes sense, but not during package building. Greets, Jacek From glen at delfi.ee Sun May 21 19:54:31 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 21 May 2006 20:54:31 +0300 Subject: SPECS: jacl.spec - Version: 1.3.2 - use jpackage and current jdk l... In-Reply-To: <20060521165130.GC8940@nic.nigdzie> References: <200605211918.06613.glen@delfi.ee> <20060521165130.GC8940@nic.nigdzie> Message-ID: <200605212054.31500.glen@delfi.ee> On Sunday 21 May 2006 19:51, Jacek Konieczny wrote: > On Sun, May 21, 2006 at 07:18:06PM +0300, Elan Ruusam?e wrote: > > On Sunday 21 May 2006 18:56, jajcus wrote: > > > +unset JAVA_HOME || : > > > +export JAVA_HOME="%{java_home}" > > > > unset is unneccessary when you set value for it on next line > > In this case it _is_ neccessary -- %{java_home} uses $JAVA_HOME for > evaluation. > > Should I add the comment to every spec which uses this construction? > Or maybe just fix %{jave_home}? It uses shell function, for which using > $JAVA_HOME makes sense, but not during package building. yeah. rpm macro should be fixed then. didn't even think the macro could be shell function. -- glen From freetz at gmx.net Sun May 21 20:14:11 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 21 May 2006 20:14:11 +0200 Subject: [AC] STBR Message-ID: <20060521201411.b39fb51c.freetz@gmx.net> STBR for: (ciritcal/depenedency (dbus,evolution-data-server) fixes) gnome-mail-notification.spec scribes.spec revelation.spec gaim.spec LiVES.spec abiword.spec and gstreamer stuff: gstreamer-plugins.spec jamboree.spec gst-editor.spec goobox.spec gnomebaker.spec -- Fryderyk Dziarmagowski From adamg at biomerieux.pl Sun May 21 22:10:31 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 21 May 2006 22:10:31 +0200 Subject: BadMatch Gdk errors Message-ID: <20060521201031.GH24425@mysza.eu.org> Few days ago I noticed some of applications I use became unstable or even unusable: - qiv: Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 114 error_code 8 request_code 2 minor_code 0 - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre plugins): The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 84 error_code 8 request_code 147 minor_code 3) When it comes to seamonkey, the problem occurs only when macromedia-flash plugin is enabled. Google doesn't say much about this. Any clues? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From blues at pld-linux.org Sun May 21 22:18:11 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sun, 21 May 2006 22:18:11 +0200 (CEST) Subject: BadMatch Gdk errors In-Reply-To: <20060521201031.GH24425@mysza.eu.org> References: <20060521201031.GH24425@mysza.eu.org> Message-ID: On Sun, 21 May 2006, Adam Go??biowski wrote: > - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre > plugins): > The program 'Gecko' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadMatch (invalid parameter attributes)'. > (Details: serial 84 error_code 8 request_code 147 minor_code 3) > > When it comes to seamonkey, the problem occurs only when > macromedia-flash plugin is enabled. Google doesn't say much about this. > Any clues? none. I have all of these plugins and seamonkey works fine. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From freetz at gmx.net Sun May 21 22:29:57 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 21 May 2006 22:29:57 +0200 Subject: BadMatch Gdk errors In-Reply-To: <20060521201031.GH24425@mysza.eu.org> References: <20060521201031.GH24425@mysza.eu.org> Message-ID: <20060521222957.85f056c7.freetz@gmx.net> --- Adam Go??biowski wrote: > Few days ago I noticed some of applications I use became unstable or even > unusable: > > - qiv: > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 114 error_code 8 request_code 2 minor_code 0 > > - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre > plugins): > The program 'Gecko' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadMatch (invalid parameter attributes)'. > (Details: serial 84 error_code 8 request_code 147 minor_code 3) > > When it comes to seamonkey, the problem occurs only when > macromedia-flash plugin is enabled. > > Google doesn't say much about this. Any clues? enabled composite extension ? -- Fryderyk Dziarmagowski From adamg at biomerieux.pl Sun May 21 22:54:29 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 21 May 2006 22:54:29 +0200 Subject: BadMatch Gdk errors In-Reply-To: <20060521222957.85f056c7.freetz@gmx.net> References: <20060521201031.GH24425@mysza.eu.org> <20060521222957.85f056c7.freetz@gmx.net> Message-ID: <20060521205429.GA5041@mysza.eu.org> On Sun, May 21, 2006 at 10:29:57PM +0200, Fryderyk Dziarmagowski wrote: > > Google doesn't say much about this. Any clues? > > enabled composite extension ? yep. thanks for the hint. -- 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 Sun May 21 23:28:47 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 00:28:47 +0300 Subject: [AC] STBR In-Reply-To: <20060521201411.b39fb51c.freetz@gmx.net> References: <20060521201411.b39fb51c.freetz@gmx.net> Message-ID: <200605220028.47422.glen@delfi.ee> i sent but few already had existing tags or missed files please rel up the packages or add/tag missing files gaim.spec (AC-branch): FAILED Tag auto-ac-gaim-1_5_0-2 already exists (spec release: 1.157). LiVES.spec (AC-branch): FAILED cvs server: warning: LiVES-DESTDIR.patch is not (any longer) pertinent Error: some source, patch or icon files not stored in CVS repo. (LiVES-DESTDIR.patch) abiword.spec (AC-branch): FAILED Tag auto-ac-abiword-2_4_4-2 already exists (spec release: 1.119). On Sunday 21 May 2006 21:14, Fryderyk Dziarmagowski wrote: > STBR for: > (ciritcal/depenedency (dbus,evolution-data-server) fixes) > gnome-mail-notification.spec > scribes.spec > revelation.spec > gaim.spec > LiVES.spec > > abiword.spec > > and gstreamer stuff: > gstreamer-plugins.spec > jamboree.spec > gst-editor.spec > goobox.spec > gnomebaker.spec -- glen From freetz at gmx.net Mon May 22 00:01:04 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 22 May 2006 00:01:04 +0200 Subject: [AC] STBR In-Reply-To: <200605220028.47422.glen@delfi.ee> References: <20060521201411.b39fb51c.freetz@gmx.net> <200605220028.47422.glen@delfi.ee> Message-ID: <20060522000104.f76dc5ab.freetz@gmx.net> --- Elan Ruusam?e wrote: > i sent but few already had existing tags or missed files > please rel up the packages or add/tag missing files big thanks > gaim.spec (AC-branch): FAILED > Tag auto-ac-gaim-1_5_0-2 already exists (spec release: 1.157). something wrong was with AC-branch, should work now. > LiVES.spec (AC-branch): FAILED > cvs server: warning: LiVES-DESTDIR.patch is not (any longer) pertinent > Error: some source, patch or icon files not stored in CVS repo. > (LiVES-DESTDIR.patch) yeah, my fault, too fast fingers. cleaned up and ready for sending. > abiword.spec (AC-branch): FAILED > Tag auto-ac-abiword-2_4_4-2 already exists (spec release: 1.119). can't commit any changes here: [fritz at aquarius ~/rpm/SPECS]$ cvs ci abiword.spec cvs server: sticky tag `AC-branch' for file `abiword.spec' is not a branch cvs [server aborted]: correct above errors first! -- Fryderyk Dziarmagowski From glen at delfi.ee Mon May 22 00:45:50 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 01:45:50 +0300 Subject: [AC] STBR In-Reply-To: <20060522000104.f76dc5ab.freetz@gmx.net> References: <20060521201411.b39fb51c.freetz@gmx.net> <200605220028.47422.glen@delfi.ee> <20060522000104.f76dc5ab.freetz@gmx.net> Message-ID: <200605220145.50629.glen@delfi.ee> On Monday 22 May 2006 01:01, Fryderyk Dziarmagowski wrote: > [fritz at aquarius ~/rpm/SPECS]$ cvs ci abiword.spec > cvs server: sticky tag `AC-branch' for file `abiword.spec' is not a > branch cvs [server aborted]: correct above errors first! cvs tag -b -F AC-branch abiword.spec and retry. -- glen From glen at delfi.ee Mon May 22 00:47:44 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 01:47:44 +0300 Subject: [AC] STBR In-Reply-To: <20060522000104.f76dc5ab.freetz@gmx.net> References: <20060521201411.b39fb51c.freetz@gmx.net> <200605220028.47422.glen@delfi.ee> <20060522000104.f76dc5ab.freetz@gmx.net> Message-ID: <200605220147.44093.glen@delfi.ee> On Monday 22 May 2006 01:01, Fryderyk Dziarmagowski wrote: > [fritz at aquarius ~/rpm/SPECS]$ cvs ci abiword.spec > cvs server: sticky tag `AC-branch' for file `abiword.spec' is not a > branch cvs [server aborted]: correct above errors first! ... or, commit to HEAD and move AC-branch tag cvs up -A abiword.spec cvs ci cvs tag -F AC-branch abiword.spec -- glen From hawk at limanowa.net Mon May 22 00:48:00 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Mon, 22 May 2006 00:48:00 +0200 Subject: [info] gnome related broken dependencies Message-ID: <4470EE20.3050601@limanowa.net> Hello. There are currently some broken dependencies in yesterday gnome upgrade. Unfortunatelly ppc builder is currently unreachable (no route to host) so it may take some time before fixed packages will go to main. I hope it will be tomorrow. Please be patient. If you will find some gnome related broken deps, send info about them to me and/or to baggins. Thank you. M. From qboosh at pld-linux.org Mon May 22 01:09:27 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 22 May 2006 01:09:27 +0200 Subject: rpm/macros.java Message-ID: <20060521230927.GB13780@fngna.oyu> IMO more changes are required in this file. > %define _jvmdir %{_prefix}/lib/jvm Why not %{_libdir}/jvm (or %{_prefix}/%{_lib}/jvm)? (and similarly all other %{_prefix}/lib/j*) All icons and menu stuff can be dropped. We don't need to make specs portable to RH/Mdk. > %define _desktopdir %{_datadir}/applications Duplicate. -- Jakub Bogusz http://qboosh.cs.net.pl/ From patrys at pld-linux.org Mon May 22 03:10:42 2006 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 22 May 2006 03:10:42 +0200 Subject: GIJ mystery In-Reply-To: <20060521151900.GA8940@nic.nigdzie> References: <20060521151900.GA8940@nic.nigdzie> Message-ID: <1148260242.6796.2.camel@meaw> Dnia 21-05-2006, nie o godzinie 15:19 +0000, Jacek Konieczny napisa?(a): > [root at nic ~]# antlr > Abort > [root at nic ~]# chroot /vol/chroot_ac_i686/ > [root at nic(ac-i686) /]# antlr > ANTLR Parser Generator Version 2.7.5 (20060521) 1989-2005 jGuru.com > usage: java antlr.Tool [args] file.g > -o outputDir specify output directory where all output > generated. > -glib superGrammar specify location of supergrammar file. > -debug launch the ParseView debugger upon parser > invocation. > -html generate a html file from your grammar. > -docbook generate a docbook sgml file from your grammar. > -diagnostic generate a textfile with diagnostics. > -trace have all rules call traceIn/traceOut. > -traceLexer have lexer rules call traceIn/traceOut. > -traceParser have parser rules call traceIn/traceOut. > -traceTreeParser have tree parser rules call traceIn/traceOut. > -h|-help|--help this message > [root at nic(ac-i686) /]# su - > su(pam_unix)[15172]: session opened for user root by (uid=0) > [root at nic(ac-i686) ~]# antlr > Abort > [root at nic(ac-i686) /]# su - jacek > [jacek at nic(ac-i686) ~]$ antlr > Abort > > "antlr" is script doing: CLASSPATH=/usr/share/java/antlr-2.7.5.jar /usr/bin/gij antlr.Tool > > And it works only just after entering the chroot. After "su -" (to root or > anything else) it crashes. My wild guess - like most Java apps it dies upon encountering a nonempty PS1 environment variable? -- Patryk Zawadzki PLD Linux From glen at delfi.ee Mon May 22 08:31:32 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 09:31:32 +0300 Subject: rpm/macros.java In-Reply-To: <20060521230927.GB13780@fngna.oyu> References: <20060521230927.GB13780@fngna.oyu> Message-ID: <200605220931.32439.glen@delfi.ee> i believe the macros should be just moved to rpm-build-macros and the macros.java be added to main rpm(-build) package, because you can't fetch specs (with builder) if some %include is missing. On Monday 22 May 2006 02:09, Jakub Bogusz wrote: > IMO more changes are required in this file. > > > %define _jvmdir %{_prefix}/lib/jvm > > Why not %{_libdir}/jvm (or %{_prefix}/%{_lib}/jvm)? > (and similarly all other %{_prefix}/lib/j*) > > All icons and menu stuff can be dropped. > We don't need to make specs portable to RH/Mdk. > > > %define _desktopdir %{_datadir}/applications > > Duplicate. -- glen From glen at delfi.ee Mon May 22 14:45:46 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 15:45:46 +0300 Subject: SPECS: apache1.spec - updated to 1.3.36; acc. to announcement incl... In-Reply-To: References: Message-ID: <200605221545.46763.glen@delfi.ee> On Monday 22 May 2006 14:31, qboosh wrote: > Author: qboosh Date: Mon May 22 11:31:59 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated to 1.3.36; acc. to announcement include wildcards have been fixed oh. thank god don't have to merge the old patch ;)) -- glen From glen at delfi.ee Mon May 22 16:24:24 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 May 2006 17:24:24 +0300 Subject: rpm/macros.java In-Reply-To: <200605220931.32439.glen@delfi.ee> References: <20060521230927.GB13780@fngna.oyu> <200605220931.32439.glen@delfi.ee> Message-ID: <200605221724.25094.glen@delfi.ee> migrated macros to SOURCES/rpm.macros left out macros that felt are certainly un-needed or duplicate. jajcus, please have look and comment which macros are definately not needed or need update. On Monday 22 May 2006 09:31, Elan Ruusam?e wrote: > i believe the macros should be just moved to rpm-build-macros > and the macros.java be added to main rpm(-build) package, because you can't > fetch specs (with builder) if some %include is missing. > > On Monday 22 May 2006 02:09, Jakub Bogusz wrote: > > IMO more changes are required in this file. > > > > > %define _jvmdir %{_prefix}/lib/jvm > > > > Why not %{_libdir}/jvm (or %{_prefix}/%{_lib}/jvm)? > > (and similarly all other %{_prefix}/lib/j*) > > > > All icons and menu stuff can be dropped. > > We don't need to make specs portable to RH/Mdk. > > > > > %define _desktopdir %{_datadir}/applications > > > > Duplicate. -- glen From jajcus at jajcus.net Mon May 22 19:13:19 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 22 May 2006 17:13:19 +0000 Subject: rpm/macros.java In-Reply-To: <20060521230927.GB13780@fngna.oyu> References: <20060521230927.GB13780@fngna.oyu> Message-ID: <20060522171319.GC3746@nic.nigdzie> On Mon, May 22, 2006 at 01:09:27AM +0200, Jakub Bogusz wrote: > IMO more changes are required in this file. > > > %define _jvmdir %{_prefix}/lib/jvm > > Why not %{_libdir}/jvm (or %{_prefix}/%{_lib}/jvm)? > (and similarly all other %{_prefix}/lib/j*) Yes, that could be changed -- that was copied verbatim from jpackage. But that will break jpackage compatibility on archs with %{_lib}!=lib64. Jpackage contains a lot of Java packages so it can be considered a problem. > All icons and menu stuff can be dropped. > We don't need to make specs portable to RH/Mdk. Ok. > > %define _desktopdir %{_datadir}/applications > > Duplicate. Right. Greets, Jacek From glen at delfi.ee Mon May 22 23:01:42 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 23 May 2006 00:01:42 +0300 Subject: builder bug: fetching patch from URL when it's already in CVS In-Reply-To: <20060404132742.GA19820@gruby.cs.net.pl> References: <20060404132742.GA19820@gruby.cs.net.pl> Message-ID: <200605230001.42551.glen@delfi.ee> On Tuesday 04 April 2006 16:27, Jakub Bogusz wrote: > $ ./builder -bp -r LINUX_2_6 kernel.spec > [...] > --15:21:35-- http://bluetooth-alsa.sourceforge.net/sco-mtu.patch > => `sco-mtu.patch' > [...] > cvs server: move away sco-mtu.patch; it is in the way > C sco-mtu.patch the offending change is: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/builder.diff?r1=1.376;r2=1.377;f=h > builder shouldn't fetch anything from URLs given in SourceX/PatchX if > it's present in CVS/distfiles and fetching from CVS/df is not disabled > by command line option. And it didn't... till some day. > It seems to be some bug introduced quite recently. -- glen From glen at delfi.ee Mon May 22 23:03:54 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 23 May 2006 00:03:54 +0300 Subject: builder bug: fetching patch from URL when it's already in CVS In-Reply-To: <200604041720.05055.glen@delfi.ee> References: <20060404132742.GA19820@gruby.cs.net.pl> <200604041720.05055.glen@delfi.ee> Message-ID: <200605230003.54818.glen@delfi.ee> On Tuesday 04 April 2006 17:20, Elan Ruusam?e wrote: > i noticed the bug too, and i wasn't sure is it worth to fix, as if the > source patch and patch in cvs are identical, there's no such warning > issued. so in most cases just update the patch in SOURCES? i was wrong here. the bug is not reproducible if you had the file in SOURCES before the fetch. ie to overcome the problem - cd ../SOURCES - rm offending_file - cvs up offending_file - cd - - !builder -- glen From glen at delfi.ee Tue May 23 20:21:09 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 23 May 2006 21:21:09 +0300 Subject: lvm2/device-mapper from HEAD on Ac Message-ID: <200605232121.10047.glen@delfi.ee> anyone else encounter this? 21:19:22 root[pts/6]@wintersunset ~# gdb --args lvdisplay GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pld-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /sbin/lvdisplay File descriptor 3 left open File descriptor 4 left open File descriptor 5 left open Program received signal SIGSEGV, Segmentation fault. 0xb7e383a7 in _IO_vfscanf () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7e383a7 in _IO_vfscanf () from /lib/tls/libc.so.6 #1 0xb7e4532d in vsscanf () from /lib/tls/libc.so.6 #2 0xb7e409dd in sscanf () from /lib/tls/libc.so.6 #3 0xb7fc75a3 in _get_proc_number (file=0xb7fcba08 "/proc/devices", name=0xb7fcba16 "device-mapper", number=0x0) at ioctl/libdm-iface.c:156 #4 0xb7fc7b86 in _create_dm_bitset () at ioctl/libdm-iface.c:269 #5 0xb7fc7d98 in _open_control () at ioctl/libdm-iface.c:312 #6 0xb7fc9f85 in dm_task_run (dmt=0x80e6a00) at ioctl/libdm-iface.c:1625 #7 0xb7fc8020 in _check_version (version=0xbf8f94f0 "????e(?\006\200\225\217?\b???\026?\004\b?", size=64, log_suppress=0) at ioctl/libdm-iface.c:790 #8 0xb7fc80c7 in dm_check_version () at ioctl/libdm-iface.c:812 #9 0xb7fc0332 in dm_task_create (type=6) at libdm-common.c:104 #10 0x080a1d58 in _setup_task (name=0x0, uuid=0x80e4dd8 "LVM-25DAUCuFGPO7S9HL7pbvJQp4Npg9AbOxIG4z5nVBm1wZDB2yMfQg7bWatblreDHs", event_nr=0x0, task=0) at activate/dev_manager.c:101 #11 0x080a1e27 in _info_run (name=0x0, dlid=0x0, info=0xbf8f96b0, mknodes=0, with_open_count=1, mem=0x0, uuid_out=0x0) at activate/dev_manager.c:129 #12 0x080a203c in _info (name=0x80e4dc8 "lvm-mp3", dlid=0x80e4dd8 "LVM-25DAUCuFGPO7S9HL7pbvJQp4Npg9AbOxIG4z5nVBm1wZDB2yMfQg7bWatblreDHs", mknodes=0, with_open_count=1, info=0xbf8f96b0, mem=0x0, uuid_out=0x0) at activate/dev_manager.c:161 #13 0x080a2105 in dev_manager_info (mem=0x0, name=0x0, lv=0x0, with_mknodes=0, with_open_count=0, info=0x0) at activate/dev_manager.c:189 #14 0x0806f0c3 in _lv_info (cmd=0x80d1188, lv=0x80e4b48, with_mknodes=0, info=0xbf8f97a0, with_open_count=0) at activate/activate.c:371 #15 0x0806f19c in lv_info (cmd=0x0, lv=0x0, info=0x0, with_open_count=0) at activate/activate.c:393 #16 0x0807b08d in lvdisplay_full (cmd=0x80d1188, lv=0x80e4b48, handle=0x0) at display/display.c:368 #17 0x08056653 in _lvdisplay_single (cmd=0x80d1188, lv=0x80e4b48, handle=0x0) at lvdisplay.c:27 #18 0x08064b6b in process_each_lv_in_vg (cmd=0x80d1188, vg=0x1, arg_lvnames=0xbf8f98a0, tags=0xbf8f98c0, handle=0x0, process_single=0x80565d0 <_lvdisplay_single>) at toollib.c:150 #19 0x08064ec8 in process_each_lv (cmd=0x80d1188, argc=0, argv=0xbf8f9a18, lock_type=33, handle=0x0, process_single=0x80565d0 <_lvdisplay_single>) at toollib.c:342 #20 0x0805681a in lvdisplay (cmd=0x80d1188, argc=0, argv=0xbf8f9a18) at lvdisplay.c:57 #21 0x0805a42f in _run_command (cmd=0x80d1188, argc=0, argv=0xbf8f9a18) at lvmcmdline.c:872 #22 0x0805b620 in lvm2_main (argc=1, argv=0xbf8f9a14, is_static=0) at lvmcmdline.c:1432 #23 0x0806e85f in main (argc=0, argv=0x0) at lvm.c:20 (gdb) -- glen From glen at delfi.ee Tue May 23 21:04:39 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 23 May 2006 22:04:39 +0300 Subject: lvm2/device-mapper from HEAD on Ac In-Reply-To: <200605232121.10047.glen@delfi.ee> References: <200605232121.10047.glen@delfi.ee> Message-ID: <200605232204.39769.glen@delfi.ee> nevermind. fixed "~/tmp/cvsOzV8x5" 14L, 837C written Checking in device-mapper-klibc.patch; /cvsroot/SOURCES/device-mapper-klibc.patch,v <-- device-mapper-klibc.patch new revision: 1.4; previous revision: 1.3 done On Tuesday 23 May 2006 21:21, Elan Ruusam?e wrote: > anyone else encounter this? > > 21:19:22 root[pts/6]@wintersunset ~# gdb --args lvdisplay > GNU gdb 6.4 > Copyright 2005 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i686-pld-linux"...Using host libthread_db > library "/lib/tls/libthread_db.so.1". > > (gdb) run > Starting program: /sbin/lvdisplay > File descriptor 3 left open > File descriptor 4 left open > File descriptor 5 left open > > Program received signal SIGSEGV, Segmentation fault. > 0xb7e383a7 in _IO_vfscanf () from /lib/tls/libc.so.6 > (gdb) bt > #0 0xb7e383a7 in _IO_vfscanf () from /lib/tls/libc.so.6 > #1 0xb7e4532d in vsscanf () from /lib/tls/libc.so.6 > #2 0xb7e409dd in sscanf () from /lib/tls/libc.so.6 > #3 0xb7fc75a3 in _get_proc_number (file=0xb7fcba08 "/proc/devices", > name=0xb7fcba16 "device-mapper", number=0x0) at ioctl/libdm-iface.c:156 > #4 0xb7fc7b86 in _create_dm_bitset () at ioctl/libdm-iface.c:269 > #5 0xb7fc7d98 in _open_control () at ioctl/libdm-iface.c:312 > #6 0xb7fc9f85 in dm_task_run (dmt=0x80e6a00) at ioctl/libdm-iface.c:1625 > #7 0xb7fc8020 in _check_version (version=0xbf8f94f0 > "????e(?\006\200\225\217?\b???\026?\004\b?", size=64, log_suppress=0) at > ioctl/libdm-iface.c:790 > #8 0xb7fc80c7 in dm_check_version () at ioctl/libdm-iface.c:812 > #9 0xb7fc0332 in dm_task_create (type=6) at libdm-common.c:104 > #10 0x080a1d58 in _setup_task (name=0x0, > uuid=0x80e4dd8 > "LVM-25DAUCuFGPO7S9HL7pbvJQp4Npg9AbOxIG4z5nVBm1wZDB2yMfQg7bWatblreDHs", > event_nr=0x0, task=0) at activate/dev_manager.c:101 > #11 0x080a1e27 in _info_run (name=0x0, dlid=0x0, info=0xbf8f96b0, > mknodes=0, with_open_count=1, mem=0x0, uuid_out=0x0) at > activate/dev_manager.c:129 > #12 0x080a203c in _info (name=0x80e4dc8 "lvm-mp3", > dlid=0x80e4dd8 > "LVM-25DAUCuFGPO7S9HL7pbvJQp4Npg9AbOxIG4z5nVBm1wZDB2yMfQg7bWatblreDHs", > mknodes=0, with_open_count=1, info=0xbf8f96b0, mem=0x0, uuid_out=0x0) at > activate/dev_manager.c:161 #13 0x080a2105 in dev_manager_info (mem=0x0, > name=0x0, lv=0x0, with_mknodes=0, with_open_count=0, info=0x0) at > activate/dev_manager.c:189 > #14 0x0806f0c3 in _lv_info (cmd=0x80d1188, lv=0x80e4b48, with_mknodes=0, > info=0xbf8f97a0, with_open_count=0) at activate/activate.c:371 > #15 0x0806f19c in lv_info (cmd=0x0, lv=0x0, info=0x0, with_open_count=0) at > activate/activate.c:393 #16 0x0807b08d in lvdisplay_full (cmd=0x80d1188, > lv=0x80e4b48, handle=0x0) at display/display.c:368 #17 0x08056653 in > _lvdisplay_single (cmd=0x80d1188, lv=0x80e4b48, handle=0x0) at > lvdisplay.c:27 #18 0x08064b6b in process_each_lv_in_vg (cmd=0x80d1188, > vg=0x1, arg_lvnames=0xbf8f98a0, tags=0xbf8f98c0, handle=0x0, > process_single=0x80565d0 <_lvdisplay_single>) at toollib.c:150 #19 > 0x08064ec8 in process_each_lv (cmd=0x80d1188, argc=0, argv=0xbf8f9a18, > lock_type=33, handle=0x0, process_single=0x80565d0 <_lvdisplay_single>) at > toollib.c:342 #20 0x0805681a in lvdisplay (cmd=0x80d1188, argc=0, > argv=0xbf8f9a18) at lvdisplay.c:57 #21 0x0805a42f in _run_command > (cmd=0x80d1188, argc=0, argv=0xbf8f9a18) at lvmcmdline.c:872 #22 0x0805b620 > in lvm2_main (argc=1, argv=0xbf8f9a14, is_static=0) at lvmcmdline.c:1432 > #23 0x0806e85f in main (argc=0, argv=0x0) at lvm.c:20 > (gdb) -- glen From glen at delfi.ee Wed May 24 01:32:45 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 24 May 2006 02:32:45 +0300 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: References: Message-ID: <200605240232.45162.glen@delfi.ee> that's a bad dep. /etc/sysconfig is processed anyway as root from %post scripts as well we don't require pkgconfig in packages providing .pc files. On Wednesday 24 May 2006 02:27, you wrote: > Author: wolf Date: Tue May 23 23:27:12 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - R: rc-scripts (/etc/sysconfig) > - rel 1.4 > > ---- Files affected: > SPECS: > rpm.spec (1.748 -> 1.749) > > ---- Diffs: > > ================================================================ > Index: SPECS/rpm.spec > diff -u SPECS/rpm.spec:1.748 SPECS/rpm.spec:1.749 > --- SPECS/rpm.spec:1.748 Wed May 24 01:02:11 2006 > +++ SPECS/rpm.spec Wed May 24 01:27:07 2006 > @@ -30,7 +30,7 @@ > Summary(uk): ???????? ??????? ??? RPM > Name: rpm > Version: 4.4.6 > -Release: 1.3 > +Release: 1.4 > License: GPL > Group: Base > Source0: ftp://jbj.org/pub/rpm-4.4.x/%{name}-%{version}.tar.gz > @@ -152,6 +152,7 @@ > Requires: %{name}-lib = %{version}-%{release} > Requires: beecrypt >= %{beecrypt_ver} > Requires: popt >= %{reqpopt_ver} > +Requires: rc-scripts > %{!?with_static:Obsoletes: rpm-utils-static} > Conflicts: glibc < 2.2.92 > # avoid SEGV caused by mixed db versions > @@ -1158,6 +1159,10 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.749 2006/05/23 23:27:07 wolf > +- R: rc-scripts (/etc/sysconfig) > +- rel 1.4 > + > Revision 1.748 2006/05/23 23:02:11 wolf > - use lzma compression by default > - rel 1.3 > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/rpm.spec?r1=1.748&r2=1.749&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 wolf.pld at gmail.com Wed May 24 01:41:39 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Wed, 24 May 2006 01:41:39 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605240232.45162.glen@delfi.ee> References: <200605240232.45162.glen@delfi.ee> Message-ID: <20060523234139.GA6886@bajzel> On Wed, May 24, 2006 at 02:32:45AM +0300, Elan Ruusam?e wrote: > that's a bad dep. /etc/sysconfig is processed anyway as root from %post > scripts > > as well we don't require pkgconfig in packages providing .pc files. Yes, it's a bad dependency, but without it there are problems with upgrading rpm on builders: error: Failed dependencies: /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 wolf -- Bartek . - Jak doskonale uda?o wam si? zapomnie?... Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From pluto at agmk.net Wed May 24 01:49:31 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Wed, 24 May 2006 01:49:31 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605240232.45162.glen@delfi.ee> References: <200605240232.45162.glen@delfi.ee> Message-ID: <200605240149.31270.pluto@agmk.net> On Wednesday 24 May 2006 01:32, Elan Ruusam?e wrote: > as well we don't require pkgconfig in packages providing .pc files. ...and we have an *orphaned* dirs. freaky time has ended. abandom all hope, Th will asimilate U. From glen at delfi.ee Wed May 24 02:07:02 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 24 May 2006 03:07:02 +0300 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605240149.31270.pluto@agmk.net> References: <200605240232.45162.glen@delfi.ee> <200605240149.31270.pluto@agmk.net> Message-ID: <200605240307.02157.glen@delfi.ee> On Wednesday 24 May 2006 02:49, Pawe? Sikora wrote: > On Wednesday 24 May 2006 01:32, Elan Ruusam?e wrote: > > as well we don't require pkgconfig in packages providing .pc files. > > ...and we have an *orphaned* dirs. > freaky time has ended. abandom all hope, Th will asimilate U. bring it into FHS package? -- glen From glen at delfi.ee Wed May 24 02:07:51 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 24 May 2006 03:07:51 +0300 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <20060523234139.GA6886@bajzel> References: <200605240232.45162.glen@delfi.ee> <20060523234139.GA6886@bajzel> Message-ID: <200605240307.51160.glen@delfi.ee> On Wednesday 24 May 2006 02:41, Bartosz Taudul wrote: > On Wed, May 24, 2006 at 02:32:45AM +0300, Elan Ruusam?e wrote: > > that's a bad dep. /etc/sysconfig is processed anyway as root from %post > > scripts > > > > as well we don't require pkgconfig in packages providing .pc files. > > Yes, it's a bad dependency, but without it there are problems with > upgrading rpm on builders: > > error: Failed dependencies: > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 that's something new in rpm? ac rpm doesn't automatically require parent dir deps. altho i rather like this feature. -- glen From wolf.pld at gmail.com Wed May 24 03:31:02 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Wed, 24 May 2006 03:31:02 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605240307.51160.glen@delfi.ee> References: <200605240232.45162.glen@delfi.ee> <20060523234139.GA6886@bajzel> <200605240307.51160.glen@delfi.ee> Message-ID: <20060524013102.GA10423@bajzel> On Wed, May 24, 2006 at 03:07:51AM +0300, Elan Ruusam?e wrote: > > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 > that's something new in rpm? Yes, it appeared in 4.4.6. wolf -- Bartek . - Stare porzekad?a, przys?owia s? takie dobre, bo zawsze mo?na Taudul : wybra? to kt?re pasuje. .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From qboosh at pld-linux.org Wed May 24 07:54:18 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 24 May 2006 07:54:18 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <20060523234139.GA6886@bajzel> References: <200605240232.45162.glen@delfi.ee> <20060523234139.GA6886@bajzel> Message-ID: <20060524055418.GA31239@fngna.oyu> On Wed, May 24, 2006 at 01:41:39AM +0200, Bartosz Taudul wrote: > On Wed, May 24, 2006 at 02:32:45AM +0300, Elan Ruusam?e wrote: > > that's a bad dep. /etc/sysconfig is processed anyway as root from %post > > scripts > > > > as well we don't require pkgconfig in packages providing .pc files. It appears it's time to move dirs for optional files to common package (filesystem). > Yes, it's a bad dependency, but without it there are problems with > upgrading rpm on builders: > > error: Failed dependencies: > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 Anyway such dependencies should be handled by poldek, which needs update to be compatible with rpm 4.4.6. -- Jakub Bogusz http://qboosh.cs.net.pl/ From blues at pld-linux.org Wed May 24 10:39:32 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 24 May 2006 10:39:32 +0200 (CEST) Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <20060523234139.GA6886@bajzel> References: <200605240232.45162.glen@delfi.ee> <20060523234139.GA6886@bajzel> Message-ID: On Wed, 24 May 2006, Bartosz Taudul wrote: > > that's a bad dep. /etc/sysconfig is processed anyway as root from > > %post scripts as well we don't require pkgconfig in packages providing > > .pc files. > Yes, it's a bad dependency, but without it there are problems with > upgrading rpm on builders: > > error: Failed dependencies: > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 Some system-dirs package should be made for that purpose. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Wed May 24 12:22:40 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 24 May 2006 13:22:40 +0300 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: References: <20060523234139.GA6886@bajzel> Message-ID: <200605241322.40367.glen@delfi.ee> On Wednesday 24 May 2006 11:39, Pawe? Go?aszewski wrote: > On Wed, 24 May 2006, Bartosz Taudul wrote: > > > that's a bad dep. /etc/sysconfig is processed anyway as root from > > > %post scripts as well we don't require pkgconfig in packages providing > > > .pc files. > > > > Yes, it's a bad dependency, but without it there are problems with > > upgrading rpm on builders: > > > > error: Failed dependencies: > > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 > > Some system-dirs package should be made for that purpose. we have it. it's called FHS (or setup) -- glen From ankry at green.mif.pg.gda.pl Wed May 24 12:29:02 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 24 May 2006 12:29:02 +0200 (CEST) Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605241322.40367.glen@delfi.ee> from "Elan =?utf-8?q?Ruusam=C3=A4e?=" at May 24, 2006 01:22:40 PM Message-ID: <200605241029.k4OAT2rc021042@green.mif.pg.gda.pl> Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: > On Wednesday 24 May 2006 11:39, Pawe?? Go??aszewski wrote: > > On Wed, 24 May 2006, Bartosz Taudul wrote: > > > > that's a bad dep. /etc/sysconfig is processed anyway as root from > > > > %post scripts as well we don't require pkgconfig in packages providing > > > > .pc files. > > > > > > Yes, it's a bad dependency, but without it there are problems with > > > upgrading rpm on builders: > > > > > > error: Failed dependencies: > > > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 > > > > Some system-dirs package should be made for that purpose. > we have it. it's called FHS (or setup) FHS is wrong name for a package containing dirs not described in the FHS standard. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From qboosh at pld-linux.org Wed May 24 12:34:18 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 24 May 2006 12:34:18 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605241029.k4OAT2rc021042@green.mif.pg.gda.pl> References: <200605241322.40367.glen@delfi.ee> <200605241029.k4OAT2rc021042@green.mif.pg.gda.pl> Message-ID: <20060524103418.GF14510@gruby.cs.net.pl> On Wed, May 24, 2006 at 12:29:02PM +0200, Andrzej Krzysztofowicz wrote: > Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: > > On Wednesday 24 May 2006 11:39, Pawe?? Go??aszewski wrote: > > > On Wed, 24 May 2006, Bartosz Taudul wrote: > > > > > that's a bad dep. /etc/sysconfig is processed anyway as root from > > > > > %post scripts as well we don't require pkgconfig in packages providing > > > > > .pc files. > > > > > > > > Yes, it's a bad dependency, but without it there are problems with > > > > upgrading rpm on builders: > > > > > > > > error: Failed dependencies: > > > > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 > > > > > > Some system-dirs package should be made for that purpose. > > we have it. it's called FHS (or setup) > > FHS is wrong name for a package containing dirs not described in the FHS > standard. It contains such dirs since long time. Two solutions to stop abusing FHS: - rename FHS to filesystem - split FHS into FHS and filesystem with R: FHS -- Jakub Bogusz http://qboosh.cs.net.pl/ From blues at pld-linux.org Wed May 24 12:40:01 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 24 May 2006 12:40:01 +0200 (CEST) Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605241322.40367.glen@delfi.ee> References: <20060523234139.GA6886@bajzel> <200605241322.40367.glen@delfi.ee> Message-ID: On Wed, 24 May 2006, Elan Ruusam?e wrote: > > > > that's a bad dep. /etc/sysconfig is processed anyway as root from > > > > %post scripts as well we don't require pkgconfig in packages > > > > providing .pc files. > > > Yes, it's a bad dependency, but without it there are problems with > > > upgrading rpm on builders: error: Failed dependencies: > > > /etc/sysconfig is needed by rpm-base-4.4.6-1.2.i686 > > Some system-dirs package should be made for that purpose. > we have it. it's called FHS (or setup) none of them is a good choice. These directories aren't from FHS. And setup has a bit different destination. No, new separate package would be the best solution. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From blues at pld-linux.org Wed May 24 12:40:34 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 24 May 2006 12:40:34 +0200 (CEST) Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <20060524103418.GF14510@gruby.cs.net.pl> References: <200605241322.40367.glen@delfi.ee> <200605241029.k4OAT2rc021042@green.mif.pg.gda.pl> <20060524103418.GF14510@gruby.cs.net.pl> Message-ID: On Wed, 24 May 2006, Jakub Bogusz wrote: > - split FHS into FHS and filesystem with R: FHS IMO it's the best solution. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From pluto at agmk.net Wed May 24 12:50:00 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 24 May 2006 12:50:00 +0200 Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: References: <200605241322.40367.glen@delfi.ee> <20060524103418.GF14510@gruby.cs.net.pl> Message-ID: <200605241250.00800.pluto@agmk.net> Dnia ?roda, 24 maja 2006 12:40, Pawe? Go?aszewski napisa?: > On Wed, 24 May 2006, Jakub Bogusz wrote: > > - split FHS into FHS and filesystem with R: FHS > > IMO it's the best solution. FHS.spec -> Obsoletes: filesystem ;-) From blues at pld-linux.org Wed May 24 12:58:30 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 24 May 2006 12:58:30 +0200 (CEST) Subject: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4 In-Reply-To: <200605241250.00800.pluto@agmk.net> References: <200605241322.40367.glen@delfi.ee> <20060524103418.GF14510@gruby.cs.net.pl> <200605241250.00800.pluto@agmk.net> Message-ID: On Wed, 24 May 2006, Pawe? Sikora wrote: > > > - split FHS into FHS and filesystem with R: FHS > > IMO it's the best solution. > FHS.spec -> Obsoletes: filesystem ;-) Well, small history-loop ;) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From wrobell at pld-linux.org Wed May 24 15:25:28 2006 From: wrobell at pld-linux.org (wrobell) Date: Wed, 24 May 2006 14:25:28 +0100 Subject: mutt 1.5.x Message-ID: <1148477128.17479.338.camel@recent-convert.mapflow.int> some of us use mutt 1.5.x for several months now and it works very nice. maybe it is time to put it on HEAD or maybe even in AC branch? any comments? suggestions? wrobell From jajcus at jajcus.net Wed May 24 20:33:45 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 24 May 2006 20:33:45 +0200 Subject: mutt 1.5.x In-Reply-To: <1148477128.17479.338.camel@recent-convert.mapflow.int> References: <1148477128.17479.338.camel@recent-convert.mapflow.int> Message-ID: <20060524183344.GB4156@nic.nigdzie> On Wed, May 24, 2006 at 02:25:28PM +0100, wrobell wrote: > some of us use mutt 1.5.x for several months now and it works > very nice. > > maybe it is time to put it on HEAD or maybe even in AC branch? +1 from me. Mutt 1.4.x is quite unusable with IMAP and large folders, as it lacks header caching. And I have had no problems with 1.5 since I installed it (several months ago). Greets, Jacek From jajcus at jajcus.net Thu May 25 14:04:08 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 25 May 2006 14:04:08 +0200 Subject: CVS: mv jakarta-log4j.spec,v logging-log4j.spec,v Message-ID: <20060525120408.GA23500@admin1.beta> Please do: mv jakarta-log4j.spec,v logging-log4j.spec,v There are no tags on the spec. Pozdrowienia, Jacek From radek42 at gmail.com Thu May 25 17:46:31 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Thu, 25 May 2006 17:46:31 +0200 Subject: mutt 1.5.x In-Reply-To: <20060524183344.GB4156@nic.nigdzie> References: <1148477128.17479.338.camel@recent-convert.mapflow.int> <20060524183344.GB4156@nic.nigdzie> Message-ID: <20060525154631.GA8867@bongo> Jacek Konieczny [24-05-2006 20:33]: > On Wed, May 24, 2006 at 02:25:28PM +0100, wrobell wrote: >> some of us use mutt 1.5.x for several months now and it works >> very nice. >> maybe it is time to put it on HEAD or maybe even in AC branch? > +1 from me. +1, I'm using it without problems since $ perl -le 'print~~localtime `rpm -q --qf %{installtime} mutt`' Sat Aug 7 01:18:11 2004 AC-branch: I wouldn't mind, but there are minor differences in muttrc syntax (eg. set alternates vs alternates, also something around pgp, if I remember correctly). -- 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 glen at delfi.ee Thu May 25 17:53:49 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 25 May 2006 18:53:49 +0300 Subject: Fwd: mingi poldek flash7-e error. Message-ID: <200605251853.49489.glen@delfi.ee> anyone have clue? ---------- Forwarded Message ---------- Subject: mingi poldek flash7-e error. Date: Thursday 25 May 2006 17:02 From: "Reemet Veia" To: glen at delfi.ee Flashi scriptiga seoses saan selliseid erroreid. T?nu scriptile ei saa ?htegi browserit uuedndada sest viskab mingi errori, st et ta k?ll v?ib asja peale installida aga maha vana v?tta ei oska. poldek:/all-avail> unins macromedia-flash-7.0.63.0-0.1wla mark macromedia-flash-7.0.63.0-0.1wla Processing dependencies... There are 1 package to remove: R macromedia-flash-7.0.63.0-0.1wla Proceed? [y/N] Running rpm --erase --root / --noorder... Removing libflashplayer.so from /usr/lib/mozilla/plugins Removing flashplayer.xpt from /usr/lib/mozilla/plugins Can not initialize XPCOM Glue Can not aquire component registrar error: %trigger(macromedia-flash-7.0.63.0-0.1wla.i686) scriptlet failed, exit status 255 Removing libflashplayer.so from /usr/lib/kde3/plugins/konqueror -- glen From glen at delfi.ee Thu May 25 18:44:28 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 25 May 2006 19:44:28 +0300 Subject: anaconda install log Message-ID: <200605251944.28857.glen@delfi.ee> anyone want to see anaconda install log (live session?) 1. install sudosh (sudosh-1.6.1-0.3 known to work) 2. download this link: http://glen.alkohol.ee/pld/anaconda/install.log.tar.bz2 3. unpack it's contents into /var/log/sudosh 4. run # sudosh-replay glen-glen-1148563812-4FdJfUlCVtitNGa8 1 2 5. enjoy the fun -- glen From qboosh at pld-linux.org Thu May 25 19:13:31 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 25 May 2006 19:13:31 +0200 Subject: Fwd: mingi poldek flash7-e error. In-Reply-To: <200605251853.49489.glen@delfi.ee> References: <200605251853.49489.glen@delfi.ee> Message-ID: <20060525171331.GB21260@fngna.oyu> On Thu, May 25, 2006 at 06:53:49PM +0300, Elan Ruusam?e wrote: > anyone have clue? rpm -q mozilla rpm -q --whatprovides libxpcom.so ? > ---------- Forwarded Message ---------- > > Subject: mingi poldek flash7-e error. > Date: Thursday 25 May 2006 17:02 > From: "Reemet Veia" > To: glen at delfi.ee > > Flashi scriptiga seoses saan selliseid erroreid. > > T?nu scriptile ei saa ?htegi browserit uuedndada sest viskab mingi errori, st > et ta k?ll v?ib asja peale installida aga maha vana v?tta ei oska. ?e co? ;P -- Jakub Bogusz http://qboosh.cs.net.pl/ From baggins at sith.mimuw.edu.pl Thu May 25 19:28:32 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 25 May 2006 19:28:32 +0200 Subject: Fwd: mingi poldek flash7-e error. In-Reply-To: <200605251853.49489.glen@delfi.ee> References: <200605251853.49489.glen@delfi.ee> Message-ID: <20060525172832.GA28756@sith.mimuw.edu.pl> On Thu, 25 May 2006, Elan Ruusam?e wrote: > anyone have clue? I already removed that play with regxpcom from scripts for acreread in flash. IMO it's not needed, and if someone think it is then do it properly (LD_LIBRARY_PATH=/usr/lib/mozilla first) and do it for _all_ gecko browsers (why mozilla was so special and different from firefox or seamonkey?) Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Thu May 25 19:50:04 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 25 May 2006 20:50:04 +0300 Subject: gstreamer stuff on Ac Message-ID: <200605252050.04971.glen@delfi.ee> running upgrade dist i get: Processing dependencies... gstreamer-GConf-0.8.11-4 obsoleted by gstreamer-GConf-0.10.2-4 gstreamer-plugins-0.8.11-4 obsoleted by gstreamer-plugins-0.8.12-1 gstreamer-audiosink-alsa-0.8.11-4 obsoleted by gstreamer-audiosink-alsa-0.10.7-1 gstreamer-audiosink-alsa-0.10.7-1 marks gstreamer-plugins-base-0.10.7-1 (cap gstreamer-plugins-base) gstreamer-musicbrainz-0.8.11-4 obsoleted by gstreamer-plugins-base-0.10.7-1 error: gstreamer-plugins-base-0.10.7-1 conflicts with gstreamer-plugins-0.8.12-1 error: gstreamer-plugins = 0.8.11-4 is required by gstreamer-audio-effects-0.8.11-4 gstreamer-plugins-0.8.12-1 marks gstreamer08x-0.8.12-1 (cap gstreamer08x) gstreamer-vorbis-0.8.11-4 obsoleted by gstreamer-vorbis-0.10.7-1 gstreamer-mad-0.8.11-4 obsoleted by gstreamer-mad-0.10.3-2 gstreamer-0.8.11-1 obsoleted by gstreamer-0.10.6-1 error: gstreamer-0.8.11-1 (cap /usr/bin/gst-register) is required by gstreamer-audio-effects-0.8.11-4 There are 8 packages to install (2 marked by dependencies), 7 to uninstall: I gstreamer-0.10.6-1, gstreamer-GConf-0.10.2-4, gstreamer-audiosink-alsa-0.10.7-1, gstreamer-mad-0.10.3-2, I gstreamer-plugins-0.8.12-1, gstreamer-vorbis-0.10.7-1 D gstreamer-plugins-base-0.10.7-1, gstreamer08x-0.8.12-1 R gstreamer-0.8.11-1, gstreamer-plugins-0.8.11-4, gstreamer-GConf-0.8.11-4, gstreamer-audiosink-alsa-0.8.11-4, R gstreamer-mad-0.8.11-4, gstreamer-musicbrainz-0.8.11-4, gstreamer-vorbis-0.8.11-4 Need to get 2.6MB of archives (2.6MB to download). After unpacking 7.2MB will be used. error: 2 unresolved dependencies, 1 conflicts is it poldek bug, not able to process the obsoletes/provides? or there's some missing obsoletes/requires? or i should just install from some package first to overcome poldek limitation? -- glen From ankry at green.mif.pg.gda.pl Thu May 25 19:54:36 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 25 May 2006 19:54:36 +0200 (CEST) Subject: gstreamer stuff on Ac In-Reply-To: <200605252050.04971.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at May 25, 2006 08:50:04 PM Message-ID: <200605251754.k4PHsaHW005352@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > Processing dependencies... > gstreamer-GConf-0.8.11-4 obsoleted by gstreamer-GConf-0.10.2-4 > gstreamer-plugins-0.8.11-4 obsoleted by gstreamer-plugins-0.8.12-1 > gstreamer-audiosink-alsa-0.8.11-4 obsoleted by gstreamer-audiosink-alsa-0.10.7-1 > gstreamer-audiosink-alsa-0.10.7-1 marks gstreamer-plugins-base-0.10.7-1 (cap gstreamer-plugins-base) > gstreamer-musicbrainz-0.8.11-4 obsoleted by gstreamer-plugins-base-0.10.7-1 > error: gstreamer-plugins-base-0.10.7-1 conflicts with gstreamer-plugins-0.8.12-1 This problem should be already resolved in 0.10.7-3 > error: gstreamer-plugins = 0.8.11-4 is required by gstreamer-audio-effects-0.8.11-4 > gstreamer-plugins-0.8.12-1 marks gstreamer08x-0.8.12-1 (cap gstreamer08x) > gstreamer-vorbis-0.8.11-4 obsoleted by gstreamer-vorbis-0.10.7-1 > gstreamer-mad-0.8.11-4 obsoleted by gstreamer-mad-0.10.3-2 > gstreamer-0.8.11-1 obsoleted by gstreamer-0.10.6-1 > error: gstreamer-0.8.11-1 (cap /usr/bin/gst-register) is required by gstreamer-audio-effects-0.8.11-4 > There are 8 packages to install (2 marked by dependencies), 7 to uninstall: > I gstreamer-0.10.6-1, gstreamer-GConf-0.10.2-4, gstreamer-audiosink-alsa-0.10.7-1, gstreamer-mad-0.10.3-2, > I gstreamer-plugins-0.8.12-1, gstreamer-vorbis-0.10.7-1 > D gstreamer-plugins-base-0.10.7-1, gstreamer08x-0.8.12-1 > R gstreamer-0.8.11-1, gstreamer-plugins-0.8.11-4, gstreamer-GConf-0.8.11-4, gstreamer-audiosink-alsa-0.8.11-4, > R gstreamer-mad-0.8.11-4, gstreamer-musicbrainz-0.8.11-4, gstreamer-vorbis-0.8.11-4 > Need to get 2.6MB of archives (2.6MB to download). > After unpacking 7.2MB will be used. > error: 2 unresolved dependencies, 1 conflicts > > > is it poldek bug, not able to process the obsoletes/provides? > or there's some missing obsoletes/requires? > or i should just install from some package first to overcome poldek limitation? Probably some Obsoletes are missing. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From hawk at limanowa.net Fri May 26 12:38:07 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Fri, 26 May 2006 12:38:07 +0200 Subject: [info] packages removed from Ac Message-ID: <4476DA8F.3060008@limanowa.net> Hello. Some packages were today removed from Ac. If someone wants them back, he should fix issues listed below (if possible). - php-pear-MDB2_Driver_fbsql depends on nonexistent php-fbsql package - php-pear-MDB2_Driver_oci8 depends on php-oci8 which is not built for Ac (and will probably never be, due to dependancy on oracle) - bigsister depends on perl-DBD-Oracle which will not go to Ac because it doesn't builds w/o oracle - gnomemeeting obsoleted by ekiga - gstreamer-player 2 year old app, doesn't build with current stable gstreamer stuff M. From michal at michal.waw.pl Fri May 26 14:39:17 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 26 May 2006 14:39:17 +0200 Subject: mutt 1.5.x In-Reply-To: <20060525154631.GA8867@bongo> References: <1148477128.17479.338.camel@recent-convert.mapflow.int> <20060524183344.GB4156@nic.nigdzie> <20060525154631.GA8867@bongo> Message-ID: <20060526123917.GV4792@woland.michal.waw.pl> On Thu, May 25, 2006 at 05:46:31PM +0200, Radoslaw Zielinski wrote: > $ perl -le 'print~~localtime `rpm -q --qf %{installtime} mutt`' > Sat Aug 7 01:18:11 2004 Simpler: rpm -q --qf '%{installtime:date}\n' mutt -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From michal at michal.waw.pl Fri May 26 19:25:03 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 26 May 2006 19:25:03 +0200 Subject: mutt 1.5.x In-Reply-To: <20060524183344.GB4156@nic.nigdzie> References: <1148477128.17479.338.camel@recent-convert.mapflow.int> <20060524183344.GB4156@nic.nigdzie> Message-ID: <20060526172503.GX4792@woland.michal.waw.pl> On Wed, May 24, 2006 at 08:33:45PM +0200, Jacek Konieczny wrote: > Mutt 1.4.x is quite unusable with IMAP and large folders, as it lacks > header caching. And I have had no problems with 1.5 since I installed Does that header cache work with mboxes? -- --= 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 jajcus at jajcus.net Sat May 27 17:32:08 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sat, 27 May 2006 17:32:08 +0200 Subject: mutt 1.5.x In-Reply-To: <20060526172503.GX4792@woland.michal.waw.pl> References: <1148477128.17479.338.camel@recent-convert.mapflow.int> <20060524183344.GB4156@nic.nigdzie> <20060526172503.GX4792@woland.michal.waw.pl> Message-ID: <20060527153208.GA14251@nic.nigdzie> On Fri, May 26, 2006 at 07:25:03PM +0200, Michal Kochanowicz wrote: > On Wed, May 24, 2006 at 08:33:45PM +0200, Jacek Konieczny wrote: > > Mutt 1.4.x is quite unusable with IMAP and large folders, as it lacks > > header caching. And I have had no problems with 1.5 since I installed > > Does that header cache work with mboxes? I know it works with maildirs and IMAP folders, I am not sure about mbox, as I never use it. Greets, Jacek From pluto at agmk.net Sat May 27 23:37:24 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Sat, 27 May 2006 23:37:24 +0200 Subject: gtk-doc && memory fault (Fwd: ERRORS: poppler.spec) Message-ID: <200605272337.24792.pluto@agmk.net> Building for target x86_64-pld-linux [...] gtk-doc: Linking scanner x86_64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -ggdb -o .libs/poppler-scan .libs/poppler-scan.o ../../poppler/.libs/libpoppler.so ../../glib/.libs/libpoppler-glib.so /home/users/builder/rpm/BUILD/poppler-0.5.2/poppler/.libs/libpoppler.so /usr/lib64/libjpeg.so /usr/lib64/libstdc++.so /usr/lib64/libgdk-x11-2.0.so /usr/lib64/libgdk_pixbuf-2.0.so /usr/lib64/libpangocairo-1.0.so /usr/lib64/libXinerama.so /usr/lib64/libXi.so /usr/lib64/libXrandr.so /usr/lib64/libXext.so /usr/lib64/libXcursor.so /usr/lib64/libXfixes.so /usr/lib64/libcairo.so /usr/lib64/libXrender.so /usr/lib64/libpng12.so /usr/lib64/libpangoft2-1.0.so /usr/lib64/libpango-1.0.so -lm /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so /usr/lib64/libglib-2.0.so /usr/lib64/libX11.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl /usr/lib64/libfontconfig.so /usr/lib64/libexpat.so /usr/lib64/libfreetype.so -lz creating poppler-scan gtk-doc: Running scanner poppler-scan cd . && \ gtkdoc-scan --module=poppler --source-dir=.. --ignore-headers="" touch scan-build.stamp *** Rebuilding template files *** cd . && gtkdoc-mktmpl --module=poppler ============================================================================= WARNING: 22 unused declarations. These can be found in poppler-unused.txt. They should be added to poppler-sections.txt in the appropriate place. ============================================================================= touch tmpl-build.stamp *** Building XML *** cd . && \ gtkdoc-mkdb --module=poppler --source-dir=.. --output-format=xml --expand-content-files="" --sgml-mode --output-format=xml --source-suffixes=c,cc,h WARNING: Can't find basename of file ../poppler-action.cc WARNING: Can't find basename of file ../poppler-document.cc WARNING: Can't find basename of file ../poppler-page.cc WARNING: Can't find basename of file ../poppler-attachment.cc WARNING: Can't find basename of file ../poppler.cc WARNING: Parameter described in source code comment block but does not exist - FUNCTION: poppler_get_version Parameter: void. WARNING: Parameter described in source code comment block but does not exist - FUNCTION: poppler_get_backend Parameter: void. 37% symbol docs coverage (50 symbols documented, 0 symbols incomplete, 86 not documented) See poppler-undocumented.txt for a list of missing docs. The doc coverage percentage doesn't include intro sections. touch sgml-build.stamp *** Building HTML *** rm -rf ./html mkdir ./html cd ./html && gtkdoc-mkhtml poppler ../poppler-docs.sgml Computing chunks... ID recommended on chapter: Poppler Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Writing poppler-poppler.html for refentry(poppler-poppler) Writing poppler-poppler-document.html for refentry(poppler-poppler-document) Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerRectangle. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Warning: multiple "IDs" for constraint linkend: PopplerLinkMapping. Writing poppler-poppler-page.html for refentry(poppler-poppler-page) Writing poppler-poppler-action.html for refentry(poppler-poppler-action) Writing poppler-poppler-enums.html for refentry(poppler-poppler-enums) Writing ch01.html for chapter Writing index.html for book(index) Writing index.sgml for book(index) Writing poppler.devhelp for book(index) Writing poppler.devhelp2 for book(index) Memory fault make[4]: *** [html-build.stamp] Error 139 From qboosh at pld-linux.org Sun May 28 23:45:19 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 28 May 2006 23:45:19 +0200 Subject: ruby modules location Message-ID: <20060528214519.GA27963@fngna.oyu> Should external ruby modules (ruby-* packages from specs other than ruby.spec) go to %{ruby_rubylibdir} + %{ruby_archdir} or %{ruby_sitelibdir} + %{ruby_sitearchdir}? Now we have some mess... $ grep ruby_site -l SPECS/ruby-*.spec | wc -l 10 $ grep ruby_archdir -l SPECS/ruby-*.spec | wc -l 64 -- Jakub Bogusz http://qboosh.cs.net.pl/ From jajcus at jajcus.net Mon May 29 09:52:30 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 29 May 2006 09:52:30 +0200 Subject: Java, Ant and Eclipse in ac-ready Message-ID: <20060529075230.GB2681@admin1.beta> Hello, Last week I have prepared a bunch of Java packages and sent them to ac-ready. The packages include: - Sun JDK/JRE - fully built Ant (without --with bootstrap) - Eclipse And, of course, all dependencies. Most of those packages are available only on ix86 (x>=5) and AMD64 (Sun JDK availability limitation). I hope I developed some kind of best-practices for packaging Java stuff in PLD, and made the important first step to enable Java in Ac. Please test the packages from ac-ready and if they work, then they may be moved to ac-main. Greets, Jacek From blues at pld-linux.org Tue May 30 00:08:40 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 30 May 2006 00:08:40 +0200 (CEST) Subject: SPECS: logrotate.spec - R gzip, as default config specifies it, an... In-Reply-To: References: Message-ID: On Mon, 29 May 2006, glen wrote: > Author: glen Date: Mon May 29 19:39:30 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - R gzip, as default config specifies it, and missing compressprog silently discards original logs! It should be considered as real bug. And mentioned with BIG FAT WARNING in spec, at least. If we'll change program for logrotate in future it can come back. P.S.: it's just workaround. Is from some reasons compressing program will be damaged... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Tue May 30 01:29:01 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 30 May 2006 02:29:01 +0300 Subject: SPECS: logrotate.spec - R gzip, as default config specifies it, an... In-Reply-To: References: Message-ID: <200605300229.01802.glen@delfi.ee> On Tuesday 30 May 2006 01:08, Pawe? Go?aszewski wrote: > On Mon, 29 May 2006, glen wrote: > > Author: glen Date: Mon May 29 19:39:30 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - R gzip, as default config specifies it, and missing compressprog > > silently discards original logs! > > It should be considered as real bug. And mentioned with BIG FAT WARNING in > spec, at least. If we'll change program for logrotate in future it can > come back. actually i'm not sure does it discard them silently as i don't have any mail prog on that vserver :), but indeed the files were truncated (0 byte gz files), rather the rotation being skipped. but agree it's damn ugly bug. i looked the code and there's no check what execvlp of child returns logrotate authority is redhat? so the bug should be filed to bugzilla.redhat.com? > P.S.: it's just workaround. Is from some reasons compressing program will > be damaged... -- glen From pluto at agmk.net Tue May 30 13:59:57 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Tue, 30 May 2006 13:59:57 +0200 Subject: [th] uClibc @ ppc Message-ID: <200605301359.57768.pluto@agmk.net> $ cat tmp.c int main() { return 0; } $ ppc-uclibc-gcc tmp.c -v; ./a.out Invoked as ppc-uclibc-gcc arg[ 0] = /usr/bin/ppc-pld-linux-gcc arg[ 1] = -nostdlib arg[ 2] = -Wl,--dynamic-linker,/usr/ppc-linux-uclibc/lib/ld-uClibc.so.0 arg[ 3] = -Wl,-rpath-link,/usr/ppc-linux-uclibc/usr//lib:/usr/ppc-linux-uclibc//lib arg[ 4] = -L/usr/ppc-linux-uclibc/usr//lib arg[ 5] = -L/usr/ppc-linux-uclibc/usr//lib arg[ 6] = -nostdinc arg[ 7] = -isystem arg[ 8] = /usr/ppc-linux-uclibc/usr//include/ arg[ 9] = -iwithprefix arg[10] = include arg[11] = /usr/ppc-linux-uclibc/usr//lib/crti.o arg[12] = /usr/lib/gcc/ppc-pld-linux/4.1.1/crtbegin.o arg[13] = /usr/ppc-linux-uclibc/usr//lib/crt1.o arg[14] = tmp.c arg[15] = -v arg[16] = -lgcc arg[17] = -lc arg[18] = -lgcc arg[19] = /usr/lib/gcc/ppc-pld-linux/4.1.1/crtend.o arg[20] = /usr/ppc-linux-uclibc/usr//lib/crtn.o Reading specs from /usr/lib/gcc/ppc-pld-linux/4.1.1/specs Target: ppc-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,ada,java --enable-c99 --enable-long-long --disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-system-libunwind --enable-cmath --with-long-double-128 --enable-secureplt --with-gxx-include-dir=/usr/include/c++/4.1.1 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --with-qt4dir=/usr/lib/qt4 --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi ppc-pld-linux Thread model: posix gcc version 4.1.1 (PLD-Linux) /usr/lib/gcc/ppc-pld-linux/4.1.1/cc1 -quiet -nostdinc -v -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix -isystem /usr/ppc-linux-uclibc/usr//include/ -iwithprefix include tmp.c -msecure-plt -quiet -dumpbase tmp.c -auxbase tmp -version -o /tmp/ccwFiSRV.s #include "..." search starts here: #include <...> search starts here: /usr/ppc-linux-uclibc/usr//include/ /usr/lib/gcc/ppc-pld-linux/4.1.1/include End of search list. GNU C version 4.1.1 (PLD-Linux) (ppc-pld-linux) compiled by GNU C version 4.1.1 (PLD-Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 37f3355ea15b72d719f3475f51d56231 as -mppc -many -V -Qy -o /tmp/ccS6WXMM.o /tmp/ccwFiSRV.s GNU assembler version 2.17.50.0.1 (ppc-pld-linux) using BFD version 2.17.50.0.1 20060427 /usr/lib/gcc/ppc-pld-linux/4.1.1/collect2 --eh-frame-hdr -V -Qy -m elf32ppclinux -dynamic-linker /lib/ld.so.1 -L/usr/ppc-linux-uclibc/usr//lib -L/usr/ppc-linux-uclibc/usr//lib -L/usr/lib/gcc/ppc-pld-linux/4.1.1 -L/usr/lib/gcc/ppc-pld-linux/4.1.1 -L/usr/lib/gcc/ppc-pld-linux/4.1.1/../../.. --dynamic-linker /usr/ppc-linux-uclibc/lib/ld-uClibc.so.0 -rpath-link /usr/ppc-linux-uclibc/usr//lib:/usr/ppc-linux-uclibc//lib /usr/ppc-linux-uclibc/usr//lib/crti.o /usr/lib/gcc/ppc-pld-linux/4.1.1/crtbegin.o /usr/ppc-linux-uclibc/usr//lib/crt1.o /tmp/ccS6WXMM.o -lgcc -lc -lgcc /usr/lib/gcc/ppc-pld-linux/4.1.1/crtend.o /usr/ppc-linux-uclibc/usr//lib/crtn.o GNU ld version 2.17.50.0.1 20060427 Supported emulations: elf32ppclinux elf32ppc elf32ppcsim R_PPC_REL24: Compile shared libraries with -fPIC! ./a.out: symbol '__syscall_error': can't handle reloc type 0xa From sparky at pld-linux.org Tue May 30 20:02:15 2006 From: sparky at pld-linux.org (Przemek Iskra) Date: Tue, 30 May 2006 20:02:15 +0200 Subject: [th] uClibc @ ppc In-Reply-To: <200605301359.57768.pluto@agmk.net> References: <200605301359.57768.pluto@agmk.net> Message-ID: <20060530180215.GA29047@pld-linux.org> On Tue, May 30, 2006 at 01:59:57PM +0200, Pawe? Sikora wrote: > GNU ld version 2.17.50.0.1 20060427 > Supported emulations: > elf32ppclinux > elf32ppc > elf32ppcsim > > R_PPC_REL24: Compile shared libraries with -fPIC! > ./a.out: symbol '__syscall_error': can't handle reloc type 0xa it looks like toolchain-wrapper error in th consider using uClibc from DEVEL branch, toolchain hasn't changed, but at last statycally linked programs work on ppc (i'm using it in PPCRCD and i have no problems) -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From blues at pld-linux.org Tue May 30 21:59:26 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 30 May 2006 21:59:26 +0200 (CEST) Subject: SPECS: template.spec - cleanup backups In-Reply-To: References: Message-ID: On Tue, 30 May 2006, glen wrote: [..] > - cleanup backups [...] > +# you'll need this if you cp -a complete dir in source > +# cleanup backups after patching > +find . '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f Maybe it should be made in every spec? some default rpm-macro? These files (some *.bak, *~ an many more) are not needed almoust always. P.S.: sure, it should be detachable :) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Tue May 30 23:14:12 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 31 May 2006 00:14:12 +0300 Subject: SPECS: template.spec - cleanup backups In-Reply-To: References: Message-ID: <200605310014.13097.glen@delfi.ee> On Tuesday 30 May 2006 22:59, Pawe? Go?aszewski wrote: > > +# you'll need this if you cp -a complete dir in source > > +# cleanup backups after patching > > +find . '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 > > rm -f > > Maybe it should be made in every spec? some default rpm-macro? > These files (some *.bak, *~ an many more) are not needed almoust always. i was thinking maybe it would be possible to hook into %prep macro like 'unset DISPLAY' and friends are done. but it needs to be _last_ in %prep section. i don't know how to do that. otherwise macro would be called how? - %clean_junk - %remove_unwanted - %clean_backups ~ .bak also would have useful macro to undos sources %undos_sources .php .inc here's some samples what kind of cleanups are done in existing specs: find -regex '.*\.\(php\|inc\|html\|txt\|js\)$' -print0 | xargs -0 sed -i -e 's,\r$,,' find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f find '(' -name '*.js' -o -name '*.css' -o -name '*.txt' ')' -print0 | xargs -0 sed -i -e 's,\r$,,' find '(' -name '*.cpp' -o -name '*.h' ')' -print0 | xargs -0 sed -i -e 's,\r$,,' find -regex '.*\.\(php\|inc\|html\|txt\|js\|properties\)$' -print0 | xargs -0 sed -i -e 's,\r$,,' find $RPM_BUILD_ROOT%{_sysconfdir} -type f -print0 | xargs -0 perl -pi -e "s#/usr/lib#/usr/%{_lib}#" i think the new macro should provide solution for all of them ;) altho should be kept mind to keep macro simple otherwise it won't be used... > P.S.: sure, it should be detachable :) -- glen From ankry at green.mif.pg.gda.pl Tue May 30 23:23:42 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 30 May 2006 23:23:42 +0200 (CEST) Subject: SPECS: template.spec - cleanup backups In-Reply-To: <200605310014.13097.glen@delfi.ee> from "Elan =?utf-8?q?Ruusam=C3=A4e?=" at May 31, 2006 12:14:12 AM Message-ID: <200605302123.k4ULNgDl015022@green.mif.pg.gda.pl> Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: > On Tuesday 30 May 2006 22:59, Pawe?? Go??aszewski wrote: > > > +# you'll need this if you cp -a complete dir in source > > > +# cleanup backups after patching > > > +find . '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 > > > rm -f > > > > Maybe it should be made in every spec? some default rpm-macro? > > These files (some *.bak, *~ an many more) are not needed almoust always. > i was thinking maybe it would be possible to hook into %prep macro like 'unset > DISPLAY' and friends are done. but it needs to be _last_ in %prep section. i > don't know how to do that. > > otherwise macro would be called how? > - %clean_junk > - %remove_unwanted > - %clean_backups ~ .bak > > also would have useful macro to undos sources > %undos_sources .php .inc > > here's some samples what kind of cleanups are done in existing specs: > > find -regex '.*\.\(php\|inc\|html\|txt\|js\)$' -print0 | xargs -0 sed -i -e 's,\r$,,' > find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f > find '(' -name '*.js' -o -name '*.css' -o -name '*.txt' ')' -print0 | xargs -0 sed -i -e 's,\r$,,' > find '(' -name '*.cpp' -o -name '*.h' ')' -print0 | xargs -0 sed -i -e 's,\r$,,' > find -regex '.*\.\(php\|inc\|html\|txt\|js\|properties\)$' -print0 | xargs -0 sed -i -e 's,\r$,,' > find $RPM_BUILD_ROOT%{_sysconfdir} -type f -print0 | xargs -0 perl -pi -e "s#/usr/lib#/usr/%{_lib}#" > > i think the new macro should provide solution for all of them ;) > altho should be kept mind to keep macro simple otherwise it won't be used... Be careful for some perl-* CPAN packages. I remember at least one that attempts to verify checksum for a .orig file. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek42 at gmail.com Wed May 31 00:05:04 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Wed, 31 May 2006 00:05:04 +0200 Subject: SPECS: template.spec - cleanup backups In-Reply-To: <200605310014.13097.glen@delfi.ee> References: <200605310014.13097.glen@delfi.ee> Message-ID: <20060530220504.GA21262@bongo> Elan Ruusam?e [30-05-2006 23:14]: > On Tuesday 30 May 2006 22:59, Pawe? Go?aszewski wrote: >>> +# you'll need this if you cp -a complete dir in source >>> +# cleanup backups after patching >>> +find . '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 >>> rm -f >> Maybe it should be made in every spec? some default rpm-macro? >> These files (some *.bak, *~ an many more) are not needed almoust always. > i was thinking maybe it would be possible to hook into %prep macro like 'unset > DISPLAY' and friends are done. but it needs to be _last_ in %prep section. i > don't know how to do that. An opt-out macro like this is IMHO asking for trouble. Eventual gain (like, one line less somewhere) won't balance the hours spend on wondering "wtf doesn't work here". -- 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 hawk at limanowa.net Wed May 31 18:17:20 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Wed, 31 May 2006 18:17:20 +0200 Subject: [Ac info] SquirrelMail 1.4.6-2 on the way, upgrade may require your assistance Message-ID: <447DC190.8000807@limanowa.net> Hello. SquirrelMail 1.4.6-2 will be sent to ready today and will go to main in few days. Its nothing unusual, but this version has been cut into more packages. All additional plugins (except compatibility) were removed from main SquirrelMail package. Depending on your configuration it may be required to manually adjust configuration or install used plugins before SM will work again. Sorry for any inconvenience this may cause. M. From pluto at agmk.net Wed May 31 23:02:27 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 31 May 2006 23:02:27 +0200 Subject: [th] uClibc @ ppc In-Reply-To: <20060530180215.GA29047@pld-linux.org> References: <200605301359.57768.pluto@agmk.net> <20060530180215.GA29047@pld-linux.org> Message-ID: <200605312302.27952.pluto@agmk.net> On Tuesday 30 May 2006 20:02, Przemek Iskra wrote: > On Tue, May 30, 2006 at 01:59:57PM +0200, Pawe? Sikora wrote: > > GNU ld version 2.17.50.0.1 20060427 > > Supported emulations: > > elf32ppclinux > > elf32ppc > > elf32ppcsim > > > > R_PPC_REL24: Compile shared libraries with -fPIC! > > ./a.out: symbol '__syscall_error': can't handle reloc type 0xa > > it looks like toolchain-wrapper error > in th consider using uClibc from DEVEL branch, toolchain hasn't changed, > but at last statycally linked programs work on ppc (i'm using it in > PPCRCD and i have no problems) uclibc at devel is broken. toolchain generates wrong .interp sections (missed slash in path). Contents of section .interp: 10000114 2f757372 2f707063 2d6c696e 75782d75 /usr/ppc-linux-u 10000124 636c6962 636c6962 2f6c642d 75436c69 clibclib/ld-uCli 10000134 62632e73 6f2e3000 bc.so.0.