[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: debian-devel-digest Digest V102 #112



>------------------------------

>Content-Type: text/plain

>debian-devel-digest Digest				Volume 102 : Issue 112

>To UNSUBSCRIBE, email to debian-devel-digest-request@lists.debian.org
>with a subject of "unsubscribe".  Trouble?  Contact listmaster@debian.org.

>Today's Topics:
>  Re: fun with libgal                   [ Adrian Bunk <bunk@fs.tum.de> ]
>  Re: fun with libgal                   [ kitame@northeye.org (Takuo KITAME) ]
>  Re: balsa build help                  [ Glenn Maynard <g_deb@zewt.org> ]
>  Re: fun with libgal                   [ Junichi Uekawa <dancer@netfort.gr.j ]
>  Re: Desktop Entry Standard replaceme  [ Martin Quinson <Martin.Quinson@ens- ]
>  [±¤°í] ¹é¸¸ÀåÀÚÀÇ ±æ!!                [ e-biz4you <e-biz4you@simmani.com> ]
>  Re: balsa build help                  [ Andreas Rottmann <a.rottmann@gmx.at ]
>  ITP: tora                             [ Michael Meskes <meskes@debian.org> ]
>  Re: balsa build help                  [ Jules Bean <jules@jellybean.co.uk> ]
>  Re: balsa build help                  [ Junichi Uekawa <dancer@netfort.gr.j ]
>  Re: balsa build help                  [ Jules Bean <jules@jellybean.co.uk> ]
>  Bug#130650: ITP: tora -- Tora is a p  [ Michael Meskes <meskes@debian.org> ]
>  Re: non-ASCII characters in /etc/loc  [ Alastair McKinstry <mckinstry@compu ]
>  Re: balsa build help                  [ Gustavo Noronha Silva <kov@debian.o ]
>  Apologies from TrafficWoW             [ "Sales Team" <abuse@trafficwow.net> ]
>  Re: Desktop Entry Standard replaceme  [ Rodrigo Moya <rodrigo@gnome-db.org> ]
>  Re: non-ASCII characters in /etc/loc  [ Tomohiro KUBOTA <tkubota@riken.go.j ]
>  Re: Desktop Entry Standard replaceme  [ Martijn van Oosterhout <kleptog@sva ]
>  Re: Desktop Entry Standard replaceme  [ Erich Schubert <erich@debian.org> ]
>  Re: Desktop Entry Standard replaceme  [ Rodrigo Moya <rodrigo@gnome-db.org> ]

>------------------------------

>Date: Thu, 24 Jan 2002 10:30:43 +0100 (CET)
>From: Adrian Bunk <bunk@fs.tum.de>
>To: Junichi Uekawa <dancer@netfort.gr.jp>
>cc: kitame@northeye.org, <debian-devel@lists.debian.org>
>Subject: Re: fun with libgal
>Message-ID: <Pine.NEB.4.44.0201241024000.14017-100000@mimas.fachschaften.tu-muenchen.de>
>Content-Type: TEXT/PLAIN; charset=US-ASCII

>On Thu, 24 Jan 2002, Junichi Uekawa wrote:

>>...
>> Wouldn't it help the "testing" distribution
>> (except for the size of archive?)
>> if there was gal18 and gal19 simultaneously, in archive.
>>...

>How do you want to solve the problems with inter-library dependencies?

>Consider something like the following:

>Package: evolution
>Version: 1.0.1-1
>Depends: libgal19, libgtkhtml20

>Package: libgtkhtml20
>Version: 1.0.0-1
>Depends: libgal18


>This means that evolution is linked with _both_ libgal.so.18 and
>libgal.so.19. It might work in most cases but if you are unlucky there
>might be run-time failures in the program (hint: libpng2 <-> libpng3).

>As long as only one libgalXY package is in testing at a time this means
>that this problem can't occur in testing.

>> regards
>> 	junichi

>cu
>Adrian

>------------------------------

>Date: Thu, 24 Jan 2002 18:53:15 +0900
>From: kitame@northeye.org (Takuo KITAME)
>To: Adrian Bunk <bunk@fs.tum.de>
>Cc: <debian-devel@lists.debian.org>
>Subject: Re: fun with libgal
>Message-ID: <87y9io6po4.wl@northeye.org>
>Content-Type: text/plain; charset=US-ASCII

>>>>>> In article <Pine.NEB.4.44.0201241024000.14017-100000@mimas.fachschaften.tu-muenchen.de>,
>>>>>> "AB" == Adrian Bunk <bunk@fs.tum.de> wrote...:
>AB> How do you want to solve the problems with inter-library dependencies?

>AB> Consider something like the following:

>AB> Package: evolution
>AB> Version: 1.0.1-1
>AB> Depends: libgal19, libgtkhtml20

>AB> Package: libgtkhtml20
>AB> Version: 1.0.0-1
>AB> Depends: libgal18


>AB> This means that evolution is linked with _both_ libgal.so.18 and
>AB> libgal.so.19. It might work in most cases but if you are unlucky there
>AB> might be run-time failures in the program (hint: libpng2 <-> libpng3).

>AB> As long as only one libgalXY package is in testing at a time this means
>AB> that this problem can't occur in testing.

>It can be resolved with Versioned Build-Depends.

>-- 
>Takuo KITAME.

>------------------------------

>Date: Thu, 24 Jan 2002 05:13:30 -0500
>From: Glenn Maynard <g_deb@zewt.org>
>To: debian-devel@lists.debian.org
>Subject: Re: balsa build help
>Message-ID: <20020124101330.GA5437@zewt.org>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>On Thu, Jan 24, 2002 at 09:16:09AM +0000, Jules Bean wrote:
>> The problem will reoccur when the final executable is linked, though,
>> won't it?  Since the final executable (balsa) is a C-executable.

>Oh, pspell gives a C interface.  (That makes this bug more severe.)  In
>that case, adding the stdc++ link explicitely is probably all that can
>be done until it's fixed in the library.

>> There is logic in autoconf linking libraries incrementally
>> (i.e. linking all previously discovered libraries into each successive
>> test) - since the final executable will be linked with them all, why
>> not discover the incompatibilty at configure time?

>There may be many binaries being linked with varying libraries, etc.  If
>this test is wanted, it should be done explicitely (link a test program
>against all of the libraries in use), not as a side-effect.  I don't
>think it matters, though.

>-- 
>Glenn Maynard

>------------------------------

>Date: Thu, 24 Jan 2002 19:18:29 +0900
>From: Junichi Uekawa <dancer@netfort.gr.jp>
>To: Adrian Bunk <bunk@fs.tum.de>
>Cc: kitame@northeye.org, debian-devel@lists.debian.org
>Subject: Re: fun with libgal
>Message-Id: <20020124191829.1647a07f.dancer@netfort.gr.jp>
>Content-Type: text/plain; charset=US-ASCII
>Content-Transfer-Encoding: 7bit

>Adrian Bunk <bunk@fs.tum.de> cum veritate scripsit:

>> Package: evolution
>> Version: 1.0.1-1
>> Depends: libgal19, libgtkhtml20
>> 
>> Package: libgtkhtml20
>> Version: 1.0.0-1
>> Depends: libgal18

>> This means that evolution is linked with _both_ libgal.so.18 and
>> libgal.so.19. It might work in most cases but if you are unlucky there
>> might be run-time failures in the program (hint: libpng2 <-> libpng3).
>> 
>> As long as only one libgalXY package is in testing at a time this means
>> that this problem can't occur in testing.

>As long as libgalxx-dev exists, and 
>libgtkhtml-dev has a Depends: on libgalxx-dev,
>and libgalxx-dev Provides: Conflicts: libgal-dev,
>it should be impossible to build an evolution
>with libgalyy-dev.

>Or, if you are prepared to do more typing, 
>as Kitame mentioned, some versioned Build-Depends would
>be a possible alternative.

>Same to qt, and libpng.

>That's my understanding, anyway.


>regards,
>	junichi

>-- 
>dancer@debian.org : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
>GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4

>------------------------------

>Date: Thu, 24 Jan 2002 11:22:12 +0100
>From: Martin Quinson <Martin.Quinson@ens-lyon.fr>
>To: debian-devel@lists.debian.org
>Subject: Re: Desktop Entry Standard replacement for Debian menu?
>Message-ID: <20020124102212.GB10487@blaise.ens-lyon.fr>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>On Thu, Jan 24, 2002 at 10:29:15AM +0100, Josip Rodin wrote:
>> 
>> On Wed, Jan 23, 2002 at 09:32:

*** Your message did not reach its recipient ***
It was caught by the mailing system as spam.
If this message is not spam and you feel that
this message was caught in error, please email
a note to spam_filter@netfx-2000.net.
If this message is spam, knock it off!
This server is in California where it is illegal 
to spam! We do not accept spam here!
We will go after all spammers to the maximum
extent of the law!



Reply to: