Processed: tagging 322762, tagging 322812

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.10 > tags 322762 - fixed Bug#322762: /usr/doc still exists (transition tracking bug) Tags were: fixed Tags removed: fixed > tags 322812 + fixed Bug#322812: finish /usr/doc transition Ther

Re: Packet radio and foul language

On Mon, 2006-01-09 at 19:13 -0800, Don Armstrong wrote: > On Mon, 09 Jan 2006, Benjamin Seidenberg wrote: > > Miles Bader wrote: [snip] > > I, for one, am far more interested in the message than the way which > the message is conveyed. The way the message is conveyed *is* part of the message. If

Re: Packet radio and foul language

On Tue, 2006-01-10 at 20:25 +0900, Miles Bader wrote: > Benjamin Seidenberg <[EMAIL PROTECTED]> writes: > > Err, sorry, I meant § 97.113(a)(4). > > > > Also, my previous message applies to amateur operators in the US. > > Amateurs in other nations are similiary regulated by their equivelent to > >

Re: Packet radio and foul language

On Tue, Jan 10, 2006 at 08:25:11PM +0900, Miles Bader wrote: > Benjamin Seidenberg <[EMAIL PROTECTED]> writes: > > So what's the likelihood that this is actually a problem? 0.1%? > 0.001%? > Small, but real. > > In the extremely unlikely event that it is a problem, why should it be

Processed: Fixed in NMU of lrzsz 0.12.21-4.1

Processing commands for [EMAIL PROTECTED]: > tag 288084 + fixed Bug#288084: lrzsz: Not prelink-able There were no tags set. Tags added: fixed > tag 311459 + fixed Bug#311459: 'man sz' typos: "proceding", "recption", "transmissson", "recieve", etc. Tags were: patch Tags added: fixed > tag 32276

Re: APT public key updates?

On Mon, Jan 09, 2006 at 11:43:25AM -0500, Joey Hess wrote: > > Perhaps "expiry" isn't exactly what we want -- it's possible we want an > > archive key that will only verify Release files with a date earlier than > > a given date; but will continue to do so for an extended period of time. > Is possi

Bug#347330: ITP: plotdrop -- A minimal GNOME frontend to GNUPlot

Package: wnpp Severity: wishlist Owner: Jordan Mantha <[EMAIL PROTECTED]> * Package name: plotdrop Version : 0.5 Upstream Author : John Spray <[EMAIL PROTECTED]> * URL : http://icculus.org/~jcspray/plotdrop/ * License : GPL Description : A minimal GNOME fr

Re: Getting rid of circular dependencies, stage 3

On Tue, Jan 10, 2006 at 11:42:49AM +1100, Hamish Moffatt wrote: > On Tue, Jan 10, 2006 at 12:43:19AM +0100, Henning Glawe wrote: > > On Tue, Jan 10, 2006 at 01:17:38AM +0200, Lars Wirzenius wrote: > > > One things, if I've understood things correctly, is that it is not > > > possible to reliably kn

Re: Getting rid of circular dependencies, stage 3

Bill Allombert wrote: > Here the lists of packages involved in circular dependencies listed by > maintainers. > Joey Hess <[EMAIL PROTECTED]> > debconf > debconf-english > debconf-i18n These are all necessary, and debconf is an essential package which is not subject to the circu

Re: Packet radio and foul language

On Mon, 09 Jan 2006, Benjamin Seidenberg wrote: > Miles Bader wrote: > >So what's the likelihood that this is actually a problem? 0.1%? > >0.001%? > > Probably a bit higher (not too much), given that radio waves > propagate, and anyone in a large area could see them, but you're > right

Re: Powerfulness

Juergen Salk <[EMAIL PROTECTED]> writes: > According to their package descriptions, we seem to have exactly > six powerful text editors in Debian. These are elvis, jove, > mined, ne, nedit and zed. Emacs, vim and many others do not > belong to them. Does that mean these are less powerful than the >

Re: Aptitude question

Daniel Burrows <[EMAIL PROTECTED]> writes: > [0] alert readers will note that the caveat "if the user waits for a > sufficient amount of time" has to be added here; however, this is typically > much less than one second per solution on my hardware. Er, what _is_ your hardware anyway? Though I l

Re: Packet radio and foul language

Miles Bader wrote: Benjamin Seidenberg <[EMAIL PROTECTED]> writes: Err, sorry, I meant § 97.113(a)(4). Also, my previous message applies to amateur operators in the US. Amateurs in other nations are similiary regulated by their equivelent to the FCC, with similar rules which are all based o

Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265920

Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote: > i've thought for a long time about how to reply to your message. Let's quickly outline what's happened here: 1) Luke files a bug agains Debian. So far, so good. 2) Some time later, Luke contacts a KDE developer and asks if the bug has been

Re: Need for launchpad

Federico Di Gregorio <[EMAIL PROTECTED]> writes: > Right. Everybody just think about BitKeeper and the Linux kernel. Now, > who still wants to use proprietary tools provided by a company that > first or later will need to find a way to make money? Er, I'm no great fan of Ubuntu, and don't use any

Re: Packet radio and foul language

Benjamin Seidenberg <[EMAIL PROTECTED]> writes: > Err, sorry, I meant § 97.113(a)(4). > > Also, my previous message applies to amateur operators in the US. > Amateurs in other nations are similiary regulated by their equivelent to > the FCC, with similar rules which are all based on ITU regulations

Re: hppa dependency problems on build of pdns

On Mon, Jan 09, 2006 at 02:37:53PM +0100, Frank Küster wrote: > Matthijs Mohlmann <[EMAIL PROTECTED]> wrote: > > I don't know where to send this else, so forgive me if this is the wrong > > mailinglist. > > See: > > http://buildd.debian.org/fetch.php?&pkg=pdns&ver=2.9.19-2&arch=hppa&stamp=1135294

Re: Heimdal and openssh

Juha Jäykkä <[EMAIL PROTECTED]> writes: >> * Interoperate with ssh-krb5 << 3.8.1p1-1 servers, which used a >> slightly >> different version of the gssapi authentication method (thanks, Aaron >> M. Ucko; closes: #328388). > Perhaps this is THE patch which makes them all work together w

Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265920

i've thought for a long time about how to reply to your message. which, now that i re-read it, i notice that it is extremely patronising, and all possible thought of being nice and non-confrontational goes out the ing window. given that you are happy to write patronising messages, i am not th

Re: Canonical's business model

Canonical's business model doesn't belong in -devel. If Canonical as a company is being fair, cool, whatever with Debian project i think we can discuss it in -project, but why not do the same exercise about Linspire? Do they sponsor conferences? Oh, i think Canonical does it too. It's up to Canoni

Re: gconf transition

On Mon, Jan 09, 2006 at 04:42:05PM +0100, Tollef Fog Heen wrote: > * Josselin Mouette > | Le lundi 09 janvier 2006 à 14:41 +0100, Tollef Fog Heen a écrit : > | > | Ladies and gentlemen, this is a perfect example of why linking indirect > | > | dependencies is a very bad thing. Let me explain. > |

Re: apt-torrent (WAS: Re: apt PARALLELISM)

On Mon, 9 Jan 2006, Arnaud Kyheng wrote: > > Hello all and Happy New Year, > > > Thanks to George, apt-torrent has been mentioned in the Debian Devel > list :o) > > I've just noticed it, and the fun part of this discovery, is that I also > found why my ISP has closed sianka.free.fr: Too much hits

Re: Canonical's business model

Matt Zimmerman <[EMAIL PROTECTED]> writes: > I agree with most of what you've said, except for the assertion that > individual people are fundamentally different in this respect. Debian > developers, in general, work on Debian in their spare time, and make > their living by other means. Often th

Bug#347309: ITP: libtime-piece-mysql-perl -- Time::Piece::MySQL - Adds MySQL-specific methods to Time::Piece

Package: wnpp Severity: wishlist Owner: Ben Hutchings <[EMAIL PROTECTED]> * Package name: libtime-piece-mysql-perl Version : 0.05 Upstream Author : Marty Pauley <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~kasei/Time-Piece-MySQL/ * License : dual Artistic

Re: Getting rid of circular dependencies, stage 3

On Tue, Jan 10, 2006 at 12:43:19AM +0100, Henning Glawe wrote: > On Tue, Jan 10, 2006 at 01:17:38AM +0200, Lars Wirzenius wrote: > > One things, if I've understood things correctly, is that it is not > > possible to reliably know how they're going to be removed -- dpkg will > > break the circle in

Re: Need for launchpad

Federico Di Gregorio <[EMAIL PROTECTED]> wrote: > What really I don't understand is how a proprietary tool can promote > more efficient collaboration on the development of _free software_. > Sounds like an ossimoron to me. I think it's hard to argue against the fact that Sourceforge has encourage

Re: Canonical's business model

On Mon, Jan 09, 2006 at 11:52:43AM -0800, Russ Allbery wrote: > As such, I think getting upset at them is fundamentally missing the > point. Companies act like companies, sooner or later. Companies are > fundamentally economic. I don't mind them buying goodwill -- the only > actions a company *

Re: How the kernel firmware loader works

On Sat, Jan 07, 2006 at 12:05:48AM +0100, Marco d'Itri wrote: > (#104) How the kernel firmware loader works > > fEnIo[0] learnt an important lesson about the kernel firmware loader: > it (usually) does not work as expected for non-modular drivers. Yeah... thanks a lot for your explanation. I'm no

Re: Need for launchpad

On Tue, Jan 10, 2006 at 12:32:32AM +0100, Federico Di Gregorio wrote: > Il giorno lun, 09/01/2006 alle 15.09 -0800, Matt Zimmerman ha scritto: > > > The reality of the situation is much less controversial. If a Debian > > maintainer finds it useful to manage their translations in Rosetta, then >

Re: Getting rid of circular dependencies, stage 3

On Tue, Jan 10, 2006 at 01:17:38AM +0200, Lars Wirzenius wrote: > One things, if I've understood things correctly, is that it is not > possible to reliably know how they're going to be removed -- dpkg will > break the circle in a random place and this may or may not result in the problems occur wh

Re: Need for launchpad

Matt Zimmerman <[EMAIL PROTECTED]> writes: > Do you mean to say that you have been discouraged from contributing to > Ubuntu because the Launchpad source code is not available to you? It's far broader than just Launchpad. I am discouraged from contributing to Ubuntu because Ubuntu is not *fully*

Re: Need for launchpad

Il giorno lun, 09/01/2006 alle 15.09 -0800, Matt Zimmerman ha scritto: > The reality of the situation is much less controversial. If a Debian > maintainer finds it useful to manage their translations in Rosetta, then > they can do that today, as a matter of individual choice. If they or a > futu

Re: Canonical's business model

On 09-Jan-06, 13:52 (CST), Russ Allbery <[EMAIL PROTECTED]> wrote: > I think that more than one thing can be going on at once. > > There are commercial companies that keep things secret for competative > advantage and *also* contribute other things back to the broader > community. IBM, for insta

Re: Need for launchpad

On Sun, Jan 08, 2006 at 11:17:10AM -0800, Russ Allbery wrote: > Stephan Hermann <[EMAIL PROTECTED]> writes: > > > Well, we can't change the world totally, but avoiding a tool, because > > it's free, but non-free source, it's more a joke then anything else, > > because I had to avoid many of the se

Re: Getting rid of circular dependencies, stage 3

ma, 2006-01-09 kello 21:15 +, Simon Huggins kirjoitti: > On Mon, Jan 09, 2006 at 07:20:46PM +0100, Bill Allombert wrote: > > Debian Xfce Maintainers <[EMAIL PROTECTED]> > > xfce4-mixer > > xfce4-mixer-alsa > > xfce4-mixer-oss > > Can you remind me why circular dependencies are so t

Re: Any volunteers for ploticus in Debian?

* Simon Huggins ([EMAIL PROTECTED]) wrote: > Does anyone want to adopt/help with the ploticus packages in Debian? I'm only slightly better than MIA (and some might dispute even that), but I'd really like to see ploticus in Debian updated/improved. I don't use it much myself but it's one of the pa

Re: gconf transition

On Mon, 2006-01-09 at 19:50 +0100, Isaac Clerencia wrote: > On Monday, 9 January 2006 19:26, Ron Johnson wrote: > > > The gconf-sanity-check functionality is optional. As such, its > > > > Why is gconf-sanity-check optional? It seems pretty vital to me. > AFAIK only gdm (or gnome-settings-daemon)

Re: poppler

On Mon, Jan 09, 2006 at 05:00:53PM +0100, Isaac Clerencia wrote: > On Monday, 9 January 2006 15:03, Moritz Muehlenhoff wrote: > > Unfortunately kpdf upstream seems quite reluctant to switch to poppler, see > > http://bugs.kde.org/show_bug.cgi?id=119455. I don't know the status of > > koffice. > Hi.

Any volunteers for ploticus in Debian?

Hi, Does anyone want to adopt/help with the ploticus packages in Debian? The maintainer, James Penny, is more or less MIA in that he doesn't have time for Debian work at the moment and hasn't for a while which you can see from say the bugs page. It seems sad that upstream have incorporated ideas

Re: Getting rid of circular dependencies, stage 3

On Mon, Jan 09, 2006 at 07:20:46PM +0100, Bill Allombert wrote: > Debian Xfce Maintainers <[EMAIL PROTECTED]> > xfce4-mixer > xfce4-mixer-alsa > xfce4-mixer-oss Can you remind me why circular dependencies are so terrible? These packages install fine and upgraded fine. What did

Re: Packet radio and foul language

Benjamin Seidenberg wrote: Yes, the FCC. See part 97 of the FCC rules (US CFR Title 47), specifically § 97.113(1) [0] Err, sorry, I meant § 97.113(a)(4). Also, my previous message applies to amateur operators in the US. Amateurs in other nations are similiary regulated by their equivelent

Re: Bug#346528: ITP: gnome-clipboard-daemon -- keeps the content of your X clipboard in memory so the clipboard won't get lost even after you close the application you copied from

On Sun, Jan 08, 2006, Joe Wreschnig wrote: > You probably also meant 'Debian GNOME Maintainers > <[EMAIL PROTECTED]>'. preferably: [EMAIL PROTECTED]; pkg-gnome-maints is more of a bug subscription list. -- Loïc Minier <[EMAIL PROTECTED]> Current Earth status: NOT DESTROYED -- To UNSUBSCR

Bug#347267: ITP: iec16022 -- GPL licensed program to generate datamatrix/semacode 2d barcodes

Package: wnpp Severity: wishlist Owner: Jan Luebbe <[EMAIL PROTECTED]> * Package name: iec16022 Version : 0.1 Upstream Author : Stefan Schmidt <[EMAIL PROTECTED]> * URL : http://www.datenfreihafen.org/projects/iec16022.html * License : GPL Description : ie

Re: lintian problem [shared-lib-without-dependency-information]

Székelyi Szabolcs <[EMAIL PROTECTED]> writes: > I'm trying to make my first package... Everything goes fine except one > thing. Lintian says: > W: libvrb0: shared-lib-without-dependency-information > ./usr/lib/libvrb.so.0.4.0 > I understand what this means, know how to fix it (by adding -lc to

Re: bits from the release team

On Tue, Jan 03, 2006 at 06:43:28PM -0500, Brian Nelson wrote: > [EMAIL PROTECTED] (Marco d'Itri) writes: > > > On Jan 04, Adam Heath <[EMAIL PROTECTED]> wrote: > > > >> Not to mention that 2.6.15 requires a newer udev. Who knows what other > >> newer > >> things newer kernels might require. > >

Re: Canonical's business model

Andrew Suffield <[EMAIL PROTECTED]> writes: > On Sun, Jan 08, 2006 at 10:30:07PM -0800, Russ Allbery wrote: >> They're investing in writing better tools, and they're keeping them >> private so as to maintain a competative advantage with them over Red >> Hat, SuSE, Fedora, and so forth. Including

Re: Getting rid of circular dependencies, stage 3

On Mon, 9 Jan 2006, Bill Allombert wrote: Andreas Tille <[EMAIL PROTECTED]> wordnet wordnet-base A new version of WordNet was uploaded just yesterday to experimental. It also solves this issue but there is something wrong with the dict-wn: http://lists.debian.org/debian-de

Re: Need for launchpad

On Mon, Jan 09, 2006 at 01:28:00AM +0100, Wouter Verhelst wrote: > On Sun, Jan 08, 2006 at 11:25:28AM +0100, Stephan Hermann wrote: > > Everything what is on https://wiki.launchpad.canonical.com/ is free to use. > > Read and think again. Or use another example: Amazons code is not free to > > see

Re: gconf transition

[Re-sending, my previous reply didn't made it.] Le lundi 09 janvier 2006 à 15:45 +0100, Kurt Roeckx a écrit : > Linking indirect dependency isn't a good thing, but not linking > to them isn't magicly going to fix bugs like this. How so? Please show me a case where the bug will still be here. > Y

wpa_supplicant: looking for a co-maintainer

Hi, A couple months ago, I registered a pkg_wpa project at alioth with the intent of moving wpasupplicant to a more collaborative packaging effort, mostly due to lack of time on my part. I'd forgotten I'd done this for a while, and then lost use of my laptop for a few months, so wpasupplicant beca

Getting rid of circular dependencies, stage 3

Hello Debian developers, Here the lists of packages involved in circular dependencies listed by maintainers. This list is also available as (update daily, courtesy of Robert Lemmen). I reported around 1/3 to the BTS. I simply hope I won't n

Re: Need for launchpad

On Mon, Jan 09, 2006 at 08:45:02AM +0100, Romain Francoise wrote: > Matt Zimmerman <[EMAIL PROTECTED]> writes: > > > Developers will choose to use them when and where it makes sense for > > them to do so. > > Ironically enough, it looks like all Debian Developers already have an > account there..

Re: gconf transition

On Monday, 9 January 2006 19:26, Ron Johnson wrote: > > The gconf-sanity-check functionality is optional. As such, its > > Why is gconf-sanity-check optional? It seems pretty vital to me. AFAIK only gdm (or gnome-settings-daemon) uses gconf-sanity-check and both depend on libgtk2.0-0. Best regar

Re: yorick package maintainer

David H. Munro wrote: > Hello, Hi > An etch release-blocking bug (#346861) has been reported against > my yorick package, as part of the mass xlib-dev build dependency bug. I could prepare an NMU if you like, though... > I'm ashamed to admit that I can't fix it myself because my PGP(!) > key is

udev 080 in experimental

I uploaded to experimental a udev new package with the (theoretical) potential of breaking some custom rules referencing sysfs attributes. I expect that the supporters of experimental will install it today and report their experience. (Lack of reports will be considered positive.) -- ciao, Marco

Re: gconf transition

On Mon, 2006-01-09 at 16:10 +0100, Josselin Mouette wrote: > Le lundi 09 janvier 2006 à 15:45 +0100, Kurt Roeckx a écrit : > > Linking indirect dependency isn't a good thing, but not linking > > to them isn't magicly going to fix bugs like this. > > How so? Please show me a case where the bug will

Re: APT public key updates?

On Sat, Jan 07, 2006 at 04:34:48PM +, Colin Watson wrote: > On Thu, Jan 05, 2006 at 04:32:29PM -0800, Matt Zimmerman wrote: > > On Fri, Jan 06, 2006 at 01:22:50AM +0100, Petter Reinholdtsen wrote: > > > Isn't Ubuntu using the signed apt stuff? How are they handling the > > > new archive keys?

Re: Requesting NMU for toshutils

Roberto Sanchez wrote: > Greetings, Hi > Bug #346896 was recently filed against toshutils. I am not able to correct > this bug right now and would sincerely appreciate it if someone could NMU it > for me. I've tried to fix this bug, but the package FTBFS with the following error: gcc -mtune=i4

Re: poppler

Gabor Gombas <[EMAIL PROTECTED]> wrote: > On Mon, Jan 09, 2006 at 03:03:07PM +0100, Moritz Muehlenhoff wrote: > >> I've heard that gpdf is to be replaced by evince in GNOME, which >> already links dynamically, so it's probably best to remove it for Etch. > > While evince is nice it is unfortunatel

Re: APT public key updates?

Anthony Towns writes: > On Sat, Jan 07, 2006 at 02:32:20AM -0800, Steve Langasek wrote: >> This is inconsistent with Debian's past policies wrt stable releases, >> namely, that it should be possible for a user to skip all point releases and >> security updates (at the peril of their system's secu

yorick package maintainer

Hello, An etch release-blocking bug (#346861) has been reported against my yorick package, as part of the mass xlib-dev build dependency bug. I'm ashamed to admit that I can't fix it myself because my PGP(!) key is no longer supported by Debian. I've made a few attempts to get myself reinstated

Re: poppler

On Mon, Jan 09, 2006 at 03:03:07PM +0100, Moritz Muehlenhoff wrote: > I've heard that gpdf is to be replaced by evince in GNOME, which > already links dynamically, so it's probably best to remove it for Etch. While evince is nice it is unfortunately unbearably slow compared to gpdf/gv/acroread wi

lintian problem [shared-lib-without-dependency-information]

Hi, I'm trying to make my first package... Everything goes fine except one thing. Lintian says: W: libvrb0: shared-lib-without-dependency-information ./usr/lib/libvrb.so.0.4.0 I understand what this means, know how to fix it (by adding -lc to ld arguments). Unfortunately the upstream sourc

Re: poppler

Isaac Clerencia <[EMAIL PROTECTED]> wrote: > #koffice: > 16:30 < isaac> it would definitely better to be able to use poppler as a >external library :) > 16:31 < mart> isaac: indeed, I heard talk about it - I _think_ someone was > planning to do it... > 16:31 < isaac>

Re: APT public key updates?

Anthony Towns wrote: > That might not be such a bad idea; having unstable on a weekly rotation > cycle that continues until we've worked out how to handle updates, > with a final rotation back to the current 2006 key then. xactly > Perhaps "expiry" isn't exactly what we want -- it's possible we w

Re: poppler

On Monday, 9 January 2006 17:00, Isaac Clerencia wrote: > #kpdf: > #koffice: So it seems that Etch will ship with kpdf and koffice embedding xpdf source.:( Best regards -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: <[EMAIL PROTECTED]> | Debian: <[EMAIL PROTECTED]> pgp7CiZdil

Re: poppler

On Monday, 9 January 2006 15:03, Moritz Muehlenhoff wrote: > Frank Küster wrote: > >> These source packages embed xpdf source and should be fixed to use > >> poppler if possible: > >> > >> gpdf > >> pdftohtml > >> kdegraphics (kpdf) > >> koffice > >> libextractor > > > > AFAIK, poppler was created

Re: APT public key updates?

Paul TBBle Hampson wrote: > On Sat, Jan 07, 2006 at 12:16:36PM +0100, Bernd Eckenfels wrote: > >>Paul TBBle Hampson <[EMAIL PROTECTED]> wrote: >> >>>Maybe the one-true-stable-key idea is the way to go after all... > > >>One key by distribution? > > > Well, I meant a different one for each stab

Re: poppler

Frank Küster wrote: >> These source packages embed xpdf source and should be fixed to use poppler >> if possible: >> >> gpdf >> pdftohtml >> kdegraphics (kpdf) >> koffice >> libextractor > > AFAIK, poppler was created by the freedesktop people specifically in > order to replace xpdf code in Gnome a

Re: gconf transition

Le lundi 09 janvier 2006 à 16:42 +0100, Tollef Fog Heen a écrit : > Because GTK exports and depends on the definitions of GLib (and pango, > in this case) types, so if any of those definitions change, you must > get the right ones. That's why GTK itself depends on GLib and pango. I don't get your

Re: gconf transition

* Josselin Mouette | Le lundi 09 janvier 2006 à 14:41 +0100, Tollef Fog Heen a écrit : | > | Ladies and gentlemen, this is a perfect example of why linking indirect | > | dependencies is a very bad thing. Let me explain. | > | > No, it's not. At least not in the way GTK & friends work. | | Why

Re: apt-torrent (WAS: Re: apt PARALLELISM)

> It'll take me some time to find a new, and more appropriate home for > apt-torrent. The Debian archive ("experimental" distribution) would be a *very* appropriate home. It won't provide a testbed package seeder or place to download .torrent files, but that can be done later (and by any numbe

Re: gconf transition

Le lundi 09 janvier 2006 à 15:45 +0100, Kurt Roeckx a écrit : > Linking indirect dependency isn't a good thing, but not linking > to them isn't magicly going to fix bugs like this. How so? Please show me a case where the bug will still be here. > You should _never_ exclude anything for the calcul

Re: gconf transition

Le lundi 09 janvier 2006 à 14:41 +0100, Tollef Fog Heen a écrit : > | Ladies and gentlemen, this is a perfect example of why linking indirect > | dependencies is a very bad thing. Let me explain. > > No, it's not. At least not in the way GTK & friends work. Why so? > | Of all binaries shipped w

Re: Canonical's business model

Frans Pop <[EMAIL PROTECTED]> wrote: > On Monday 09 January 2006 10:02, Josselin Mouette wrote: >> This is fair. After all, that's what Free software is about. But I know >> for sure that "contributing back to Debian" stuff is 100% talk and 0% >> reality. > > There is at least one area where there

Re: unsolvable circular dependencies and package splitting

* Steve Langasek | Shipping files in /usr/bin as part of a lib package causes problems for | coinstallability when there's an soname change. Even if you could guarantee | forwards-compatibility of interfaces, and as a result ship /usr/bin/fc-cache | in each lib package with Replaces:, there's th

Re: gconf transition

On Sat, Jan 07, 2006 at 03:09:34PM +0100, Josselin Mouette wrote: > Le vendredi 06 janvier 2006 à 14:28 -0600, Alejandro Bonilla a écrit : > > /usr/lib/libgconf2-4/gconf-sanity-check-2: error while loading shared > > libraries: libpangocairo-1.0.so.0: cannot open shared object file: No such > > fil

Re: Cooperating With Canonical Employees

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Nusinow <[EMAIL PROTECTED]> writes: > The way to collaborate well with Canonical employees or MOTU remains the > exact same as it does for collaborating with anyone else inside or outside > of Debian. Establish a good working relationship with t

My New Years' resolution: fix one RC bug a day

Le Mardi 03 Janvier 2006 21:24, Andreas Barth a écrit : > However, we need to start *now* to give the RC-bug count some more > attention. This means also that we're going to start again an everlasting > BSP: For RC-bugs, you can upload 0-days NMUs for RC-bugs open for more > than one week. Howeve

Requesting NMU for toshutils

Greetings, [Please do not reply to this email as my @yahoo.es account is a junk account which I do not check.] Bug #346896 was recently filed against toshutils. I am not able to correct this bug right now and would sincerely appreciate it if someone could NMU it for me. Due to a catastrophic ha

Re: Need for launchpad

* Roland Mas | I don't see why the "poor oppressed non-elite" should have tools | they find easy to use and the "arrogant elite" shouldn't. If my | not-quite-geek sister wants to use her web browser to translate stuff, | I don't see why she should be prevented from doing that, but then if | I,

Re: ITP vexim

Am Mon, 09 Jan 2006 10:30:32 +0100 Marc Haber <[EMAIL PROTECTED]> schrieb: > ... Please don't break them on purpose by > introducing conventions originating in web forums. It seems, there is something misconfigured in my Sylpheed-Claws. I will try to fix this as soon as possible. > As to your be

Re: gconf transition

* Josselin Mouette | > /usr/lib/libgconf2-4/gconf-sanity-check-2: error while loading shared | > libraries: libpangocairo-1.0.so.0: cannot open shared object file: No such | > file or dir | | Ladies and gentlemen, this is a perfect example of why linking indirect | dependencies is a very bad thin

Re: hppa dependency problems on build of pdns

Matthijs Mohlmann <[EMAIL PROTECTED]> wrote: > Hi, > > I don't know where to send this else, so forgive me if this is the wrong > mailinglist. > > See: > http://buildd.debian.org/fetch.php?&pkg=pdns&ver=2.9.19-2&arch=hppa&stamp=1135294848&file=log&as=raw > > [..] [...] > As you can see, tetex-base

Cooperating With Canonical Employees

On Mon, Jan 09, 2006 at 01:42:23PM +0100, Frans Pop wrote: > On Monday 09 January 2006 10:02, Josselin Mouette wrote: > > This is fair. After all, that's what Free software is about. But I know > > for sure that "contributing back to Debian" stuff is 100% talk and 0% > > reality. > > There is at l

Re: Canonical's business model

On Monday 09 January 2006 10:02, Josselin Mouette wrote: > This is fair. After all, that's what Free software is about. But I know > for sure that "contributing back to Debian" stuff is 100% talk and 0% > reality. There is at least one area where there is a substantial contribution from people wo

Bug#347203: ITP: millerquest -- non-interactive role-playing simulator game

Package: wnpp Severity: wishlist Owner: Guido Trotter <[EMAIL PROTECTED]> * Package name: millerquest Version : 0.9.1 Upstream Author : Urpo Lankinen * URL : http://www.beastwithin.org/users/olf/games/millerquest/ * License : GPL Description : non-int

Re: Packet radio and foul language

Thijs Kinkhorst wrote: On Sun, 2006-01-08 at 09:02 +0100, Stephan Hermann wrote: - Do not use foul language; besides, some people receive the lists via packet radio, where swearing is illegal. This sentence surprised me in quite some ways: - "besides": besides what? Do not swear, an

Re: Bug#346606: ITP: personalbackup -- Company-wide solution for backing up machines and shares.

Le lundi 09 janvier 2006 à 02:27 +0100, Kim Kuylen a écrit : > Package: wnpp > Severity: wishlist > Owner: Kim Kuylen <[EMAIL PROTECTED]> > > * Package name: personalbackup > Version : 1.0.1-1 > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : > http://users.skyne

Bug#347202: ITP: xmms-midi -- MIDI plugin for XMMS

Package: wnpp Severity: wishlist Owner: Paul Wise <[EMAIL PROTECTED]> * Package name: xmms-midi Version : 0.03 Upstream Author : Chris Reed <[EMAIL PROTECTED]> * URL : http://web.archive.org/web/20040401143932/http://ban.joh.cam.ac.uk/~cr212/xmms-midi/ * License

Re: unsolvable circular dependencies and package splitting

On Mon, Jan 09, 2006 at 11:21:28AM +0100, Jan Nieuwenhuizen wrote: > > I wanted to report a circular dependency bug in fontconfig, but > found the discussion > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23310877%3A > with apparent outcome: the fontconfig <->libfontconfig1 dependency

unsolvable circular dependencies and package splitting

I wanted to report a circular dependency bug in fontconfig, but found the discussion http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23310877%3A with apparent outcome: the fontconfig <->libfontconfig1 dependency cannot be resolved. If a circular dependency cannot be resolved because both

Packet radio and foul language

On Sun, 2006-01-08 at 09:02 +0100, Stephan Hermann wrote: > - Do not use foul language; besides, some people receive the lists via packet > radio, where swearing is illegal. This sentence surprised me in quite some ways: - "besides": besides what? Do not swear, and apart from that, some people

Re: Bug#346606: ITP: personalbackup -- Company-wide solution for backing up machines and shares.

On Mon, 09 Jan 2006 02:27:28 +0100, Kim Kuylen <[EMAIL PROTECTED]> wrote: > No client software is needed at all to pull backups of your critical data. Is client software needed to back up non-critical data? Which network protocol is used for the backup? What privileges are necessary? Are the back

Re: ITP vexim

On Sun, 8 Jan 2006 23:58:04 +0100, Daniel Knabl <[EMAIL PROTECTED]> wrote: >@Marc: the packaging was done with source prepared by dh_make. I don't know what you're talking about. This is e-mail. References: Headers are a useful thing. Please don't break them on purpose by introducing conventions

Re: Canonical's business model

Le lundi 09 janvier 2006 à 06:58 +, Andrew Suffield a écrit : > ...damnit, I never thought of that. And you know why not? Because on > some level I thought that all the noise they make about 'contributing > back to Debian' was more than just lip service. I had (stupidly) > wanted to believe tha

Re: poppler

Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote: > Frank Küster wrote: >>>poppler (#344738), orphaned 4 days ago >>> Reverse Depends: libpoppler-glib-dev libpoppler-dev abiword-plugins >>>libpoppler-qt-dev libkpathsea4 evince libpoppler0c2-qt tetex-bin >>>libpoppler0c2-glib >

Re: packages for sale

Hi Clint! On 1/9/06, Clint Adams <[EMAIL PROTECTED]> wrote: > I intend to orphan the following packages: > > bricolage > dbacl I intend to adopt the above packages. > If you want one of these, upload it with yourself as Maintainer. > Immediately. Unfortunately, I cannot upload myself as I am no

Re: Need for launchpad

Thomas Viehmann <[EMAIL PROTECTED]> writes: > I don't think Debian'd give the data away. Hmm? The data is was referring to is public (login and full name). I wasn't implying that Launchpad had data from the private part of our LDAP db (it doesn't). -- ,''`. : :' :Romain Francoise <

ITP: gtk-chtheme -- A little program to change your GTK+ 2.0 theme

Subject: ITP: gtk-chtheme -- A little program to change your GTK+ 2.0 themePackage: wnppOwner: Troyo Boyo <[EMAIL PROTECTED]>Severity: wishlist*** Please type your report below this line *** * Package name    : gtk-chtheme  Version : 0.3.1  Upstream Author : Aristotle Pagaltzis <[EMAIL PROT

  1   2   >