Re: bash version inconsistency in sarge

Florian Weimer writes: > Something strange has happened to the bash version in sarge: > > version inconsistency between source and binary package: > source package: bash, version: 2.05b-2-26 > binary package: bash, version: 2.05b-26 > > If I read policy correctly, the upstream version is "2.0

Re: apt with index diff support

Daniel Burrows <[EMAIL PROTECTED]> wrote: > On Saturday 10 September 2005 07:46 am, Andreas Metzler wrote: >> Having to specify this at the commandline is messy, is there a way to put >> this in /etc/apt.conf.d/? I've tried in vain using >> APT::URL-Remap::http://merkel.debian.org/~aba/debian/ >>

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Wed, Sep 07, 2005 at 02:08:04PM +0200, Piotr Roszatycki wrote: > * Package name: rpmstrap > Version : 0.5 > * URL : http://hackers.progeny.com/~sam/rpmstrap/ > * License : GPL > Description : bootstrap a basic RPM-based system > > rpmstrap is a tool for

Handling event device files [was: Bug#324604: [Fwd: The bug persists]]

Hi. I've a problem here where I'm unsure how to handle it. A mail from the corresponding bug report is appended for reference but I will try to explain it in my own words: pbbuttonsd is a program for Apple Powerbooks that handles things like powermanagment and special keys. It uses the event devi

Re: Handling event device files [was: Bug#324604: [Fwd: The bug persists]]

On Sep 11, Frank Lichtenheld <[EMAIL PROTECTED]> wrote: > 1) generate more device files in the postinst of the package with >mknod (which is a policy violation IIRC) Right. > 2) make makedev produce more of these files (but probably most users >don't need them, at least not on desktop PCs

Re: Handling event device files [was: Bug#324604: [Fwd: The bug persists]]

On Sun, Sep 11, 2005 at 01:05:36PM +0200, Frank Lichtenheld wrote: > 2) make makedev produce more of these files (but probably most users >don't need them, at least not on desktop PCs which have seldomly >two mouses or keyboards) That's the right choice. Lot's of laptops have additional e

Re: apt with index diff support

On Sun, 11 Sep 2005 09:18:57 +0200, Andreas Metzler wrote: > Daniel Burrows <[EMAIL PROTECTED]> wrote: > > On Saturday 10 September 2005 07:46 am, Andreas Metzler wrote: > >> Having to specify this at the commandline is messy, is there a way to put > >> this in /etc/apt.conf.d/? I've tried in vain

Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: > Paul TBBle Hampson <[EMAIL PROTECTED]> writes: > > A GPL package (which only depends on libcurl3-gnutls) is installed: > > libcurl3-gnutls gets pulled in > > > > A package that can't work with gnuTLS version of libcurl (and > > therefore libcurl

Re: curl situation is intolerable

On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: > It is *absolutely intolerable* to declare such conflicts for shared > libraries, where there are easy solutions: MAKE TWO LIBRARIES THAT > HAVE DIFFERENT NAMES. The package has to build libraries with differently versioned symbols as well, to avoid

insighttoolkit2 is now available

hi debian developers, I finished packaging my insighttoolkit2 (www.itk.org) and uploaded it to mentors.debian.net. Three packages are available: libinsighttoolkit2-dev, libinsighttoolkit2, insighttoolkit2-examples Please check if they are ok. I wonder if anyone can help to sponsor it. Than

xshogi: menu question and arm build problem

I'm interested in becoming a Debian developer. I'd like to work on gnushogi as an initial package, and I have set an ITA on it. Gnushogi doesn't have any bugs filed against it, but I have the following questions: Gnushogi generates the binary package xshogi, a simulation of Shogi, a Japanese gam

Re: Bug#318590: curl situation is intolerable

On Sun, Sep 11, 2005 at 10:54:17AM -0300, Henrique de Moraes Holschuh wrote: > On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: > > It is *absolutely intolerable* to declare such conflicts for shared > > libraries, where there are easy solutions: MAKE TWO LIBRARIES THAT > > HAVE DIFFERENT NAMES. >

Re: xshogi: menu question and arm build problem

Re: Craig P. Steffen in <[EMAIL PROTECTED]> > Gnushogi generates the binary package xshogi, a simulation of Shogi, > a Japanese game similar to european chess. The traditional pieces > are marked with Kanji, Japanese language ideograms. The program has > an option to use a slightly more western s

Bug#327687: ITP: gnome-icon-theme-dropline-neu -- A smooth, shiny and kind of 'fun looking' theme for GNOME

Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: gnome-icon-theme-dropline-neu Version : 0.3 Upstream Author : Silvestre Herrera <[EMAIL PROTECTED]> * URL : http://art.gnome.org/themes/icon/1100 * License : GPL

Welcome to info tourisme

The subscription of the email address: debian-devel@lists.debian.org To the mailing list: info tourisme is all set. Thanks for subscribing! Date of this subscription: Sun Sep 11 11:18:23 2005 Please save this email message for future reference. --

info tourisme Mailing List Confirmation

This message has been sent to you as the final step to confirm your email *removal* for the following list: info tourisme To confirm this unsubscription, please follow the below URL: (C

Re: Bug#318590: curl situation is intolerable

On Sun, 11 Sep 2005, Domenico Andreoli wrote: > On Sun, Sep 11, 2005 at 10:54:17AM -0300, Henrique de Moraes Holschuh wrote: > > On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: > > > It is *absolutely intolerable* to declare such conflicts for shared > > > libraries, where there are easy solutions:

info tourisme Unsubscription

The removal of the email address: debian-devel@lists.debian.org >From the mailing list: info tourisme is all set. Date of this removal: Sun Sep 11 11:53:01 2005 Please save this email message for future reference. ---

Re: insighttoolkit2 is now available

On Sun, 11 Sep 2005, bear wrote: I finished packaging my insighttoolkit2 (www.itk.org) and uploaded it to mentors.debian.net. Three packages are available: libinsighttoolkit2-dev, libinsighttoolkit2, insighttoolkit2-examples As I said this package is relevant for Debian-Med and if noone else w

Re: apt with index diff support

Hi Andreas, thanks for your feedback. On Sat, Sep 10, 2005 at 04:46:09PM +0200, Andreas Metzler wrote: > Michael Vogt <[EMAIL PROTECTED]> wrote: > [...] > > 2. merkel does not have the actual package files [..] > Having to specify this at the commandline is messy, is there a way to put > this in

Re: Bug#326779: fixed in wmfire 1.2.1-6

> In the future, please try to find out if your package is part of some > transition, in order not to interfere with it. The Release Team is > also aware this information is not very easily accessible, and will > think of ways of improving the situation. First of all, I apologize for compl

Re: Handling event device files [was: Bug#324604: [Fwd: The bug persists]]

> 2) make makedev produce more of these files (but probably most users >don't need them, at least not on desktop PCs which have seldomly >two mouses or keyboards) That's probably the right solution. Device nodes hardly take any resources anyway. Cheers, Peter (p2). signature.asc Descri

Re: better init.d/* : who carres ?

Henrique de Moraes Holschuh wrote: > No. They are not even "supposed" to be scripts at all, it is pretty ok to > use binary initscripts (but most people don't, and it really helps for stuff > like that to be easy to debug, and binary is anything but). Ummm, not it's not. In particular, you'd be

Re: better init.d/* : who carres ?

[Henrique de Moraes Holschuh] > No. They are not even "supposed" to be scripts at all, it is pretty ok to > use binary initscripts [Anthony DeRobertis] > Ummm, not it's not. And to make sure the scripts start in the correct order, the init.d scripts should include dependency information, for exa

nonpublic shared libraries (repost; was: Re: dh_shlibdeps in = warnings; dh_shlibdeps out = cyclic dependency on self)

This was originally sent to -mentors, but elicited no response, so I'm reposting here: I actually had postponed a message about all these questions for some 6+ months now, while I tried to phrase the questions in a more useful way. This thread caused me to regain interest. Hopefully someone here

Stop Spam

How can i stop all this spam? I have tried to search around and i am out of solutions.  Please help me, Thanks, Heather

Re: nonpublic shared libraries (repost; was: Re: dh_shlibdeps in = warnings; dh_shlibdeps out = cyclic dependency on self)

[Justin Pryzby] > In which case, should the shared libraries go into a separate package? I wouldn't bother unless there are multiple binary packages already which will require the library, and they don't already depend on each other. And this is probably a fairly rare case. Basically, if there'

Re: nonpublic shared libraries (repost; was: Re: dh_shlibdeps in = warnings; dh_shlibdeps out = cyclic dependency on self)

On Sep 12, Justin Pryzby <[EMAIL PROTECTED]> wrote: > This was originally sent to -mentors, but elicited no response, so I'm > reposting here: I agree with the answer by Peter Samuelson. Most of the policy requirements about libraries are only relevant if they are shared among non-cooperating pack

Re: curl situation is intolerable

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: >> It is *absolutely intolerable* to declare such conflicts for shared >> libraries, where there are easy solutions: MAKE TWO LIBRARIES THAT >> HAVE DIFFERENT NAMES. > > The package has to bui

Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: >> It could certainly be resolved: different libraries should install >> different files. > > You also need different SYMBOLS. Which requires symbol versioning, and that > the symbols provided bu curl+gnutls be differently versioned than the

Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

On 9/12/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > >> It could certainly be resolved: different libraries should install > >> different files. > > > > You also need different SYMBOLS. Which requires symbol versioning, and that >

Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

Olaf van der Spek <[EMAIL PROTECTED]> writes: > On 9/12/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: >> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: >> >> >> It could certainly be resolved: different libraries should install >> >> different files. >> > >> > You also need differen

Re: insighttoolkit2 is now available

Hi Andreas, Thanks for your sponsor. I have added the "Uploads:" line in the control file and fixed the bug in CMakeCache.txt.debian. The new packages are uploaded to mentors.debian.net, namely libinsighttoolkit2_2.2.0-2_i386.deb libinsighttoolkit2-dev_2.2.0-2_all.deb insighttoolkit2-examples_2.2

Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

On Sun, 11 Sep 2005, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > >> It could certainly be resolved: different libraries should install > >> different files. > > > > You also need different SYMBOLS. Which requires symbol versioning, and that > > the symbols

NFL LOCK OF THE MONTH MONDAY NIGHT!

Title: E-mail message content What a 1st week we had with our NFL plays here at Lock and Win! Well just cause the weekend is over doesn't mean our winning is! The Eagles and Falcons are all set to replay last years NFC Championship Game and we have the WINNER for you! We are so

Re: curl situation is intolerable

On Sun, Sep 11, 2005 at 08:59:11PM -0700, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: >> On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote: >>> It is *absolutely intolerable* to declare such conflicts for shared >>> libraries, where there are easy solutions: M

Re: curl situation is intolerable

Paul TBBle Hampson <[EMAIL PROTECTED]> writes: > Mind you, the license/OpenSSLCallback conflict neccessarily > segregates the packages into two camps, those which are GPL, and > those which need the callback only supplied by the OpenSSL-linked > libcurl. You misunderstand my complaint. I do not

Re: insighttoolkit2 is now available

On Mon, 12 Sep 2005, bear wrote: Thanks for your sponsor. I have added the "Uploads:" line in the control file and fixed the bug in CMakeCache.txt.debian. The new packages are uploaded to mentors.debian.net, namely libinsighttoolkit2_2.2.0-2_i386.deb libinsighttoolkit2-dev_2.2.0-2_all.deb insig

Re: curl situation is intolerable

On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: > Paul TBBle Hampson <[EMAIL PROTECTED]> writes: >> Mind you, the license/OpenSSLCallback conflict neccessarily >> segregates the packages into two camps, those which are GPL, and >> those which need the callback only supplied by