FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > ArchLinux > ArchLinux Development

 
 
LinkBack Thread Tools
 
Old 06-30-2008, 08:21 PM
Andreas Radke
 
Default 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
 
Old 07-02-2008, 05:42 PM
Andreas Radke
 
Default preparing db+heimdal bump

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
 
Old 07-03-2008, 12:31 AM
"Aaron Griffin"
 
Default preparing db+heimdal bump

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.
 
Old 07-03-2008, 04:29 AM
Eric Belanger
 
Default preparing db+heimdal bump

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.
 
Old 07-03-2008, 06:35 AM
Jan de Groot
 
Default preparing db+heimdal bump

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
 
Old 07-03-2008, 06:37 AM
Jan de Groot
 
Default preparing db+heimdal bump

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...
 
Old 07-03-2008, 09:18 AM
Pierre Schmitz
 
Default preparing db+heimdal bump

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
 
Old 07-03-2008, 09:35 AM
Jan de Groot
 
Default preparing db+heimdal bump

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.
 
Old 07-03-2008, 10:48 AM
Pierre Schmitz
 
Default preparing db+heimdal bump

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
 
Old 07-03-2008, 06:31 PM
Grigorios Bouzakis
 
Default preparing db+heimdal bump

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
 

Thread Tools




All times are GMT. The time now is 08:29 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org