[arch-dev-public] preparing db+heimdal bump
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore. i hope to finish base rebuilds within one or two more days for x86_64. then i'll update the testing repo db and will cry for help rebuilding i686 and finding missing rebuild. -Andy
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken. please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days. -Andy
On Wed, Jul 2, 2008 at 12:42 PM, Andreas Radke <a.radke@arcor.de> wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Thanks a lot Andy. My i686 machine is in the shop, but I've been thinking about wiping the laptop I'm on now and installing on it. I may get to that tonight. If so, I'll rebuild some of these.
On Wed, 2 Jul 2008, Aaron Griffin wrote:
On Wed, Jul 2, 2008 at 12:42 PM, Andreas Radke <a.radke@arcor.de> wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Thanks a lot Andy. My i686 machine is in the shop, but I've been thinking about wiping the laptop I'm on now and installing on it. I may get to that tonight. If so, I'll rebuild some of these.
FYI, I've rebuilt evolution-data-server. Other needed rebuilt acording to lddd: gutenprint cups mod_perl libgnomeprint gtk2 gnome-vfs xfprint -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Thu, 2008-07-03 at 00:29 -0400, Eric Belanger wrote:
On Wed, 2 Jul 2008, Aaron Griffin wrote:
On Wed, Jul 2, 2008 at 12:42 PM, Andreas Radke <a.radke@arcor.de> wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Thanks a lot Andy. My i686 machine is in the shop, but I've been thinking about wiping the laptop I'm on now and installing on it. I may get to that tonight. If so, I'll rebuild some of these.
FYI, I've rebuilt evolution-data-server.
Why would that one have a dependency on db? If so, that's a bug. evolution-data-server links to db 4.1
On Thu, 2008-07-03 at 08:35 +0200, Jan de Groot wrote:
On Thu, 2008-07-03 at 00:29 -0400, Eric Belanger wrote:
On Wed, 2 Jul 2008, Aaron Griffin wrote:
On Wed, Jul 2, 2008 at 12:42 PM, Andreas Radke <a.radke@arcor.de> wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Thanks a lot Andy. My i686 machine is in the shop, but I've been thinking about wiping the laptop I'm on now and installing on it. I may get to that tonight. If so, I'll rebuild some of these.
FYI, I've rebuilt evolution-data-server.
Why would that one have a dependency on db? If so, that's a bug. evolution-data-server links to db 4.1
Hmm, never mind: heimdal was bumped also, which is a also dependency for evolution-data-server...
Am Donnerstag, 3. Juli 2008 08:35:57 schrieb Jan de Groot:
Why would that one have a dependency on db? If so, that's a bug. evolution-data-server links to db 4.1
Do we really need db-4.7, db4.1 and db4.5? And btw: Does anybody know a way to build against a special version of db? For example php seems to be linked against the lower version of db when installed. -- http://www.archlinux.de
On Thu, 2008-07-03 at 11:18 +0200, Pierre Schmitz wrote:
Am Donnerstag, 3. Juli 2008 08:35:57 schrieb Jan de Groot:
Why would that one have a dependency on db? If so, that's a bug. evolution-data-server links to db 4.1
Do we really need db-4.7, db4.1 and db4.5? And btw: Does anybody know a way to build against a special version of db? For example php seems to be linked against the lower version of db when installed.
The point of evolution-data-server is that it is shipped with db 4.1 and all data is stored with that DB format. As evolution doesn't come with a conversion tool for db updates, I don't like to build evolution-data-server against a newer version of db. The reason why this package is linked against a dynamic install of db 4.1 is that it's much more efficient. When linking static against the included version, the included DB library will get loaded into memory 3 or 4 times when running evolution. When using a shared copy, db is only loaded once. The problem with php detecting db 4.1 is because of features in configure scripts. These scripts scan versioned db files (libdb-4.1.so) and if none of the specified versioned files is found, the generic libdb.so is used. This means that when scanning for libdb-4.5 to libdb-4.0 to libdb, the libdb-4.1.so file is found before libdb.so is found, and libdb-4.7.so wasn't detected at all. Patching these scripts to support 4.7 too is the solution for this issue. As for db-4.5: there's a small set of packages that don't work with newer versions of db. One example of this is OpenLDAP, where the last recommended version was 4.5 (it's also the only example). I don't know if this openldap problem has been fixed in the 2.4 series though, but 2.3 didn't support it.
Am Donnerstag, 3. Juli 2008 11:35:22 schrieb Jan de Groot:
The problem with php detecting db 4.1 is because of features in configure scripts. These scripts scan versioned db files (libdb-4.1.so) and if none of the specified versioned files is found, the generic libdb.so is used. This means that when scanning for libdb-4.5 to libdb-4.0 to libdb, the libdb-4.1.so file is found before libdb.so is found, and libdb-4.7.so wasn't detected at all. Patching these scripts to support 4.7 too is the solution for this issue.
Thanks for the info. The scripts looks quite "nice". ;-) I just removed the search for different db-versions. I hope this will save me some time with future releases. ;-) -- http://www.archlinux.de
On Thu, 3 Jul 2008, Eric Belanger wrote:
On Wed, 2 Jul 2008, Aaron Griffin wrote:
On Wed, Jul 2, 2008 at 12:42 PM, Andreas Radke <a.radke@arcor.de> wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Thanks a lot Andy. My i686 machine is in the shop, but I've been thinking about wiping the laptop I'm on now and installing on it. I may get to that tonight. If so, I'll rebuild some of these.
FYI, I've rebuilt evolution-data-server.
Other needed rebuilt acording to lddd:
gutenprint cups mod_perl libgnomeprint gtk2 gnome-vfs xfprint
The above packages have all been rebuilt and are now in testing for x86_64. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Andreas Radke wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Given this has stagnated for a while, I am starting the i686 rebuilds. They will probably take me a couple of days. Allan
Am Montag, 7. Juli 2008 14:27:24 schrieb Allan McRae:
Given this has stagnated for a while, I am starting the i686 rebuilds. They will probably take me a couple of days.
if you get kdebase built please bump its pkgrel. I have commited some changes to trunk. -- http://www.archlinux.de
Am Mon, 07 Jul 2008 22:27:24 +1000 schrieb Allan McRae <allan@archlinux.org>:
Andreas Radke wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Given this has stagnated for a while, I am starting the i686 rebuilds. They will probably take me a couple of days.
Allan
Hey, I don't have anything more funny to do. So I'm going to start chrootpackaging for i686. Once I got subversion+pam built I'll push it into testing so you all can join. -Andy
Andreas Radke wrote:
Am Mon, 07 Jul 2008 22:27:24 +1000 schrieb Allan McRae <allan@archlinux.org>:
Andreas Radke wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Given this has stagnated for a while, I am starting the i686 rebuilds. They will probably take me a couple of days.
Allan
Hey, I don't have anything more funny to do. So I'm going to start chrootpackaging for i686. Once I got subversion+pam built I'll push it into testing so you all can join.
-Andy
You will also want openssh... I actually have everything apart from kde built. I will upload tomorrow morning. Allan
Allan McRae wrote:
Andreas Radke wrote:
Am Mon, 07 Jul 2008 22:27:24 +1000 schrieb Allan McRae <allan@archlinux.org>:
Andreas Radke wrote:
x86_64 is done and in testing. now let's find hidden deps and what lddd.sh reports broken.
please some i686 packagers go on and do it your own. see difflist. i won't have much time in the next few days.
Given this has stagnated for a while, I am starting the i686 rebuilds. They will probably take me a couple of days.
Allan
Hey, I don't have anything more funny to do. So I'm going to start chrootpackaging for i686. Once I got subversion+pam built I'll push it into testing so you all can join.
-Andy
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
Just adding tomorrow morning is not faraway for me given it is 2am in GMT+10. So it is 10 hours away, not 24. Allan
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
Allan
then i will stop for now to build i686 stuff. thanks for your work. -Andy
Andreas Radke wrote:
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
then i will stop for now to build i686 stuff. thanks for your work.
Everything should be there now. lddd reports nothing related to this on my system. Allan
On Tue, 8 Jul 2008, Allan McRae wrote:
Andreas Radke wrote:
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
then i will stop for now to build i686 stuff. thanks for your work.
Everything should be there now. lddd reports nothing related to this on my system.
Allan
FYI, you missed several ones. Check the diff list for the testing repo: http://www.archlinux.de/?page=ArchitectureDifferences Everything that was added on 2.7.2008 is part of the db/heimdal rebuild. There might be others, you'll need to check. I could help with the remaining rebuild tomorrow. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Eric Belanger wrote:
On Tue, 8 Jul 2008, Allan McRae wrote:
Andreas Radke wrote:
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
then i will stop for now to build i686 stuff. thanks for your work.
Everything should be there now. lddd reports nothing related to this on my system.
Allan
FYI, you missed several ones. Check the diff list for the testing repo: http://www.archlinux.de/?page=ArchitectureDifferences Everything that was added on 2.7.2008 is part of the db/heimdal rebuild. There might be others, you'll need to check. I could help with the remaining rebuild tomorrow.
Eric
Hmmm, they were not on either the TODO list or any emails on the mailing list... How many places do I need to look? Anyway, I will do these now. Allan
On Tue, 8 Jul 2008, Allan McRae wrote:
Eric Belanger wrote:
On Tue, 8 Jul 2008, Allan McRae wrote:
Andreas Radke wrote:
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
then i will stop for now to build i686 stuff. thanks for your work.
Everything should be there now. lddd reports nothing related to this on my system.
Allan
FYI, you missed several ones. Check the diff list for the testing repo: http://www.archlinux.de/?page=ArchitectureDifferences Everything that was added on 2.7.2008 is part of the db/heimdal rebuild. There might be others, you'll need to check. I could help with the remaining rebuild tomorrow.
Eric
Hmmm, they were not on either the TODO list or any emails on the mailing list... How many places do I need to look?
Anyway, I will do these now.
Allan
These seem to be for the heimdal soname bump. It seem that the TODO list was for the db rebuilds only. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Eric Belanger wrote:
On Tue, 8 Jul 2008, Allan McRae wrote:
Eric Belanger wrote:
On Tue, 8 Jul 2008, Allan McRae wrote:
Andreas Radke wrote:
Am Tue, 08 Jul 2008 01:34:23 +1000 schrieb Allan McRae <allan@archlinux.org>:
You will also want openssh...
I actually have everything apart from kde built. I will upload tomorrow morning.
then i will stop for now to build i686 stuff. thanks for your work.
Everything should be there now. lddd reports nothing related to this on my system.
Allan
FYI, you missed several ones. Check the diff list for the testing repo: http://www.archlinux.de/?page=ArchitectureDifferences Everything that was added on 2.7.2008 is part of the db/heimdal rebuild. There might be others, you'll need to check. I could help with the remaining rebuild tomorrow.
Eric
Hmmm, they were not on either the TODO list or any emails on the mailing list... How many places do I need to look?
Anyway, I will do these now.
Allan
These seem to be for the heimdal soname bump. It seem that the TODO list was for the db rebuilds only.
Yeah, just me being grumpy :) All the rest should be there now. Allan
Am Tue, 08 Jul 2008 17:28:41 +1000 schrieb Allan McRae <allan@archlinux.org>:
Hmmm, they were not on either the TODO list or any emails on the mailing list... How many places do I need to look?
Anyway, I will do these now.
Allan
These seem to be for the heimdal soname bump. It seem that the TODO list was for the db rebuilds only.
Yeah, just me being grumpy :)
All the rest should be there now.
Allan
This list was an old db todo list Aaron regenerated. I cannot edit it. Fastest way to see architecture differences is this: http://dev.archlinux.org/~andyrtr/pkg_diff.html - this list is generated every 30min straight from Gerolde. The Archlinux.de one is always a bit behind because it uses its local mirror. I'm going to build kdebase 64bit once again for Pierre's changes and then OOo i686. Then we should be done with all known rebuilds and we can ask for signoffs. -Andy
Am Dienstag, 8. Juli 2008 17:51:30 schrieb Andreas Radke:
Fastest way to see architecture differences is this: http://dev.archlinux.org/~andyrtr/pkg_diff.html - this list is generated every 30min straight from Gerolde. The Archlinux.de one is always a bit behind because it uses its local mirror.
Strange because I collect the pkg files every 30 minutes, too. :-) The list itself is created in "realtime". -- http://www.archlinux.de
Am Dienstag, 8. Juli 2008 17:51:30 schrieb Andreas Radke:
I'm going to build kdebase 64bit once again for Pierre's changes
I am sorry about this, but there seems something wrong with my build system. verytime I try to build kdebase I get something like this: /bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-unknown-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=x86-64 -mtune=generic -O2 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fvisibility=hidden -fvisibility-inlines-hidden -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -L/opt/kde/lib -L/opt/qt/lib -Wl,--as-needed -Wl,--enable-new-dtags -module -avoid-version -L/opt/kde/lib -o kded_favicons.la -rpath /opt/kde/lib/kde3 kded_favicons_la.all_cpp.lo -lkio grep: /usr/lib/../lib/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/../lib/libstdc++.la: No such file or directory libtool: link: `/usr/lib/../lib/libstdc++.la' is not a valid libtool archive -- http://www.archlinux.de
On Tue, 2008-07-08 at 20:26 +0200, Pierre Schmitz wrote:
Am Dienstag, 8. Juli 2008 17:51:30 schrieb Andreas Radke:
I'm going to build kdebase 64bit once again for Pierre's changes
I am sorry about this, but there seems something wrong with my build system. verytime I try to build kdebase I get something like this:
/bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-unknown-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=x86-64 -mtune=generic -O2 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fvisibility=hidden -fvisibility-inlines-hidden -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -L/opt/kde/lib -L/opt/qt/lib -Wl,--as-needed -Wl,--enable-new-dtags -module -avoid-version -L/opt/kde/lib -o kded_favicons.la -rpath /opt/kde/lib/kde3 kded_favicons_la.all_cpp.lo -lkio grep: /usr/lib/../lib/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/../lib/libstdc++.la: No such file or directory libtool: link: `/usr/lib/../lib/libstdc++.la' is not a valid libtool archive
Some .la file on your system references the libstdc++.la file, which we don't ship with gcc-libs. You could do something like this: find / -name '*.la' -exec grep -l 'libstdc++.la' {} \; Then rebuild the package that owns those .la files.
On Wed, 9 Jul 2008, Jan de Groot wrote:
On Tue, 2008-07-08 at 20:26 +0200, Pierre Schmitz wrote:
Am Dienstag, 8. Juli 2008 17:51:30 schrieb Andreas Radke:
I'm going to build kdebase 64bit once again for Pierre's changes
I am sorry about this, but there seems something wrong with my build system. verytime I try to build kdebase I get something like this:
/bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-unknown-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=x86-64 -mtune=generic -O2 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fvisibility=hidden -fvisibility-inlines-hidden -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -L/opt/kde/lib -L/opt/qt/lib -Wl,--as-needed -Wl,--enable-new-dtags -module -avoid-version -L/opt/kde/lib -o kded_favicons.la -rpath /opt/kde/lib/kde3 kded_favicons_la.all_cpp.lo -lkio grep: /usr/lib/../lib/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/../lib/libstdc++.la: No such file or directory libtool: link: `/usr/lib/../lib/libstdc++.la' is not a valid libtool archive
Some .la file on your system references the libstdc++.la file, which we don't ship with gcc-libs. You could do something like this:
find / -name '*.la' -exec grep -l 'libstdc++.la' {} \;
Then rebuild the package that owns those .la files.
I have the same problem. kdelibs seems to be the culprit. I can build kdebase after rebuilding kdelibs. On my system, the following packages has references to libstdc++.la : kdebase kdelibs kdesdk kdevelop I assume they'll all need to be rebuild. I'll look into it in more details tommorow and could rebuild them if no one else has the time. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Am Donnerstag, 10. Juli 2008 06:17:41 schrieb Eric Belanger:
I have the same problem. kdelibs seems to be the culprit. I can build kdebase after rebuilding kdelibs. On my system, the following packages has references to libstdc++.la :
kdebase kdelibs kdesdk kdevelop
I assume they'll all need to be rebuild. I'll look into it in more details tommorow and could rebuild them if no one else has the time.
Yes, and I think subversion is another candidate: /usr/lib/libsvnjavahl-1.la is owned by subversion 1.4.6-3 -- http://www.archlinux.de
On Thu, 2008-07-10 at 10:45 +0200, Pierre Schmitz wrote:
Am Donnerstag, 10. Juli 2008 06:17:41 schrieb Eric Belanger:
I have the same problem. kdelibs seems to be the culprit. I can build kdebase after rebuilding kdelibs. On my system, the following packages has references to libstdc++.la :
kdebase kdelibs kdesdk kdevelop
I assume they'll all need to be rebuild. I'll look into it in more details tommorow and could rebuild them if no one else has the time.
Yes, and I think subversion is another candidate: /usr/lib/libsvnjavahl-1.la is owned by subversion 1.4.6-3
How did these things get dependencies on libstdc++.la then? I can't remember having a recent gcc-libs release that had this file.
On Thu, 2008-07-10 at 10:45 +0200, Pierre Schmitz wrote:
Am Donnerstag, 10. Juli 2008 06:17:41 schrieb Eric Belanger:
I have the same problem. kdelibs seems to be the culprit. I can build kdebase after rebuilding kdelibs. On my system, the following packages has references to libstdc++.la :
kdebase kdelibs kdesdk kdevelop
I assume they'll all need to be rebuild. I'll look into it in more details tommorow and could rebuild them if no one else has the time.
Yes, and I think subversion is another candidate: /usr/lib/libsvnjavahl-1.la is owned by subversion 1.4.6-3
Looking at the subversion lib you show here, this one seems to be built on a system that has a gcc 4.1.2 installation. WTF?
Am Donnerstag, 10. Juli 2008 10:56:13 schrieb Jan de Groot:
Looking at the subversion lib you show here, this one seems to be built on a system that has a gcc 4.1.2 installation. WTF?
I am doing a rebuilt of this stuff now. Maybe someone was using an outdated built environment? I'lllook at a kde rebuilt, too. -- http://www.archlinux.de
db support in python and python2.4 is broken. python 2.5 mainline simply doesn't support anything above 4.5, 4.6 support we had patched in. for now we use db4.5 pkg. i conformed miro working again though namcap couldn't detect if it's picked up accordingly. I'll build python + python24 for both arches to make use of db4.5 now. -Andy
On Mon, Jun 30, 2008 at 10:21:46PM +0200, Andreas Radke wrote:
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore.
i hope to finish base rebuilds within one or two more days for x86_64. then i'll update the testing repo db and will cry for help rebuilding i686 and finding missing rebuild.
[2008-07-03 15:53] This version of perl follows the new perl directory hierarchy (see [2008-07-03 15:53] http://wiki.archlinux.org/index.php/Perl_Policy). [2008-07-03 15:53] [2008-07-03 15:53] - The perl package and its modules install in the core_perl directories [2008-07-03 15:53] - Perl modules provided by Arch Linux install in vendor_perl directories [2008-07-03 15:53] - CPAN/CPANPLUS installs should be placed in site_perl directories [2008-07-03 15:53] - Older modules in the 'current' directory should still work [2008-07-03 15:53] - Programs with embedded perl interpreters need to be rebuilt [2008-07-03 15:53] [2008-07-03 15:53] Users of the CPAN or CPANPLUS shells should modify the configuration [2008-07-03 15:53] to use the site_perl directories. Under the CPAN shell use: [2008-07-03 15:53] o conf makepl_arg INSTALLDIRS=site [2008-07-03 15:53] o conf mbuildpl_arg installdirs=site [2008-07-03 15:53] Under the CPANPLUS shell: [2008-07-03 15:53] s conf buildflags installdirs=site [2008-07-03 15:53] s conf makemakerflags INSTALLDIRS=site [2008-07-03 15:53] Then save the configuration. [2008-07-03 15:53] [2008-07-03 15:53] The following official packages can be removed since the modules are [2008-07-03 15:53] now included in the standard perl library: [2008-07-03 15:53] perl-archive-tar perl-compress-raw-zlib perl-compress-zlib [2008-07-03 15:53] perl-extutils-cbuilder perl-io-compress-base perl-io-compress-zlib [2008-07-03 15:53] perl-io-zlib perl-module-pluggable perl-pod-escapes perl-pod-simple [2008-07-03 15:53] perl-module-build perl-version [2008-07-03 15:53] [2008-07-03 15:53] These community packages are also included in the standard perl library: [2008-07-03 15:53] perl-archive-extract perl-cpanplus perl-digest-sha perl-file-fetch [2008-07-03 15:53] perl-extutils-parsexs perl-ipc-cmd perl-locale-maketext-simple [2008-07-03 15:53] perl-log-message perl-log-message-simple perl-module-corelist [2008-07-03 15:53] perl-module-load perl-module-load-conditional perl-module-loaded [2008-07-03 15:53] perl-module-pluggable perl-object-accessor perl-params-check [2008-07-03 15:53] perl-term-ui perl-time-piece Isnt that kind of long for a post install message? Sure perl is bloody important & people should know but this is far too long. Especially since perl already provides all those. Greg
On Thu, Jul 3, 2008 at 11:31 AM, Grigorios Bouzakis <grbzks@gmail.com> wrote:
On Mon, Jun 30, 2008 at 10:21:46PM +0200, Andreas Radke wrote:
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore.
Isnt that kind of long for a post install message? Sure perl is bloody important & people should know but this is far too long. Especially since perl already provides all those.
Perhaps it would be more appropriate to provide those details in a wiki article and simply refer to the link in the post-install.
On Thu, Jul 3, 2008 at 1:51 PM, Thayer Williams <thayer@archlinux.org> wrote:
On Thu, Jul 3, 2008 at 11:31 AM, Grigorios Bouzakis <grbzks@gmail.com> wrote:
On Mon, Jun 30, 2008 at 10:21:46PM +0200, Andreas Radke wrote:
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore.
Isnt that kind of long for a post install message? Sure perl is bloody important & people should know but this is far too long. Especially since perl already provides all those.
Perhaps it would be more appropriate to provide those details in a wiki article and simply refer to the link in the post-install.
+1.
I'll work something out but it's not like it pops up everytime you login. k On Thu, 2008-07-03 at 16:04 -0500, Dan McGee wrote:
On Thu, Jul 3, 2008 at 1:51 PM, Thayer Williams <thayer@archlinux.org> wrote:
On Thu, Jul 3, 2008 at 11:31 AM, Grigorios Bouzakis <grbzks@gmail.com> wrote:
On Mon, Jun 30, 2008 at 10:21:46PM +0200, Andreas Radke wrote:
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore.
Isnt that kind of long for a post install message? Sure perl is bloody important & people should know but this is far too long. Especially since perl already provides all those.
Perhaps it would be more appropriate to provide those details in a wiki article and simply refer to the link in the post-install.
+1.
-- K. Piche <kpiche@rogers.com>
On Mon, 2008-06-30 at 22:21 +0200, Andreas Radke wrote:
i'm just preparing the db and heimdal .so bumps. please don't update related packages anymore.
i hope to finish base rebuilds within one or two more days for x86_64. then i'll update the testing repo db and will cry for help rebuilding i686 and finding missing rebuild.
-Andy
Another list that needs a rebuild: cups libgnomeprint gnome-vfs libgnomecups gtk2
I think, we have rebuilt all packages we had on our lists. Now it's time for every developer and also user to run lddd from devtools pkg on any testing system and report broken stuff. If everything is fine for you please send a signoff. I have only the OpenOffice-devel pkg on my list to rebuild but it's not a stopper and will be bumped soon anyways. My own systems are reported by lddd to be clean :) -Andy
Am Mittwoch, 9. Juli 2008 17:21:54 schrieb Andreas Radke:
If everything is fine for you please send a signoff.
I am currently rebuild kde due to the strange libstdc++.la thing. Another problem is mod_python which does not build anymore and therefor is broken. -- http://www.archlinux.de
Am Thu, 10 Jul 2008 12:43:50 +0200 schrieb Pierre Schmitz <pierre@archlinux.de>:
Am Mittwoch, 9. Juli 2008 17:21:54 schrieb Andreas Radke:
If everything is fine for you please send a signoff.
I am currently rebuild kde due to the strange libstdc++.la thing. Another problem is mod_python which does not build anymore and therefor is broken.
I got mod_python build with the fix mentioned here: http://bugs.gentoo.org/show_bug.cgi?id=230211 I can't test it so someone please confirm if it works well. -Andy
2008/7/9, Andreas Radke <a.radke@arcor.de>:
I think, we have rebuilt all packages we had on our lists. Now it's time for every developer and also user to run lddd from devtools pkg on any testing system and report broken stuff.
If everything is fine for you please send a signoff.
I have only the OpenOffice-devel pkg on my list to rebuild but it's not a stopper and will be bumped soon anyways.
My own systems are reported by lddd to be clean :)
I got these in possible-rebuilds.txt on x86_64: avahi flac gnome-python-desktop libdv libtiff pinentry python rrdtool seahorse totem -- Roman Kyrylych (Роман Кирилич)
On Thu, 2008-07-10 at 17:37 +0300, Roman Kyrylych wrote:
I got these in possible-rebuilds.txt on x86_64: avahi flac gnome-python-desktop libdv libtiff pinentry python rrdtool seahorse totem
You'll need to look through the raw output to see which ones are affected by a db rebuild. I don't know what libtiff is doing in that list though.
2008/7/10 Jan de Groot <jan@jgc.homeip.net>:
On Thu, 2008-07-10 at 17:37 +0300, Roman Kyrylych wrote:
I got these in possible-rebuilds.txt on x86_64: avahi flac gnome-python-desktop libdv libtiff pinentry python rrdtool seahorse totem
You'll need to look through the raw output to see which ones are affected by a db rebuild.
Yep, none of them is related to db.
I don't know what libtiff is doing in that list though.
/usr/bin/tiffgt libglut.so.3 => not found -- Roman Kyrylych (Роман Кирилич)
On Fri, 11 Jul 2008, Roman Kyrylych wrote:
2008/7/10 Jan de Groot <jan@jgc.homeip.net>:
On Thu, 2008-07-10 at 17:37 +0300, Roman Kyrylych wrote:
I got these in possible-rebuilds.txt on x86_64: avahi flac gnome-python-desktop libdv libtiff pinentry python rrdtool seahorse totem
You'll need to look through the raw output to see which ones are affected by a db rebuild.
Yep, none of them is related to db.
I don't know what libtiff is doing in that list though.
/usr/bin/tiffgt libglut.so.3 => not found
It's an optional dependency on freeglut. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
participants (11)
-
Aaron Griffin
-
Allan McRae
-
Andreas Radke
-
Dan McGee
-
Eric Belanger
-
Grigorios Bouzakis
-
Jan de Groot
-
K. Piche
-
Pierre Schmitz
-
Roman Kyrylych
-
Thayer Williams