Re: Breaking /emul/ia32-linux for squeeze

[ Just chiming in, but I have not read the whole thread. ] On Mon, 16 Mar 2009, Aurelien Jarno wrote: > > 3) Where should dpkg put maintainer scripts and package data? > > > > Suggestions: > > > > /var/lib/dpkg/info/i386/libc6.list > > /var/lib/dpkg/info/i386-libc6.list > > /var/lib/dpkg/info/li

Re: net-tools future

Ben Hutchings writes: > On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote: > >> mii-tool may not be meant for scripts, but I for one have used it in >> the past to force speed/duplex like this: >> >> iface eth1 inet static >> address 10.122.226.9 >> netmask 255.25

Re: Environment variables, debian/rules and dpkg-buildpackage

On Mon, 16 Mar 2009, Raphael Geissert wrote: > Stefano Zacchiroli wrote: > > > > ... and pretty please, do not choose a solution that will require > > adding an "-include" to 15'000 thousands debian/rules; we will finish > > doing that by Lenny+50, the earliest. > > It would take some time, yes;

Re: Bug#466550: Pristine source from upstream VCS repository

On Mon, Mar 16, 2009 at 11:38:50AM -0500, Manoj Srivastava wrote: > I am opposed to bloating the policy with dictum that are > unnecessary, but I see your point about the API. Of course, nobody would object to that, but this bit can be seen as necessary. > The API is essentially the watch file, a

Re: group nvram

This one time, at band camp, Marco d'Itri said: > Unless somebody will have persuasive objections I will change it to > group kmem in a future udev upgrade. This is the thinkpad /dev/nvram stuff, right? I thought for some tpctl utilities to work, you currently need to be in group nvram. Making t

Bug#520079: ITP: libzitaconv -- library needed for jconv reverb

Package: wnpp Severity: wishlist Owner: "Jaromír Mikeš" * Package name: libzitaconv Version : 1.0.0 Upstream Author : Fons Adriaensen * URL : http://kokkinizita.net/linuxaudio/downloads/index.html * License : GPL Programming Lang: C++ Description : li

Bug#520083: ITP: jconv -- Jconv is a Convolution reverb Engine for JACK

Package: wnpp Severity: wishlist Owner: "Jaromír Mikeš" * Package name: jconv Version : 0.8.0 Upstream Author : Fons Adriaensen * URL : * License : GPL Programming Lang: C++ Description : Jconv

Military paintball in Doha

Dear, costumer!=0D We are glad to inform you that Qatar Paintball Centre open a new Military f= ield at the new location in front of Villaggio Mall. We are open every day.= For booking, please, call 656 62 19. Welcome to fun and extreme. =0D =0D Prices:=0D =0D - Junior package (100 Paintballs,

Packaging a library when upstream does not build a .so

Hello, I would like to get to the point of uploading #519184. However I have one issue on which I'm unsure: the library API and ABI would be stable enough, but upstream is not building or supporting shared libraries yet. Last time I asked, he had some libtool problem in some obscure architecture

Re: group nvram

Hi Marco, On Dienstag, 17. März 2009, Marco d'Itri wrote: > Unless somebody will have persuasive objections I will change it to > group kmem in a future udev upgrade. Are you planning to file bugs against affected packages to help the transition? How will upgrades (from lenny, etch, ...) be han

Re: Mass bugfiling in preparation for multiarch

Aurelien Jarno writes: > On Mon, Mar 16, 2009 at 12:11:35PM +0100, Goswin von Brederlow wrote: >> Hi, >> >> over the weekend I did some work on multiarch again and did notice >> some new and old problems when adding more libraries to my test set. >> >> Given that the problems are quite easily d

Bug#520092: ITP: libgda4 -- data abstraction library based on GLib

Package: wnpp Severity: wishlist Owner: "Gustavo R. Montesino" * Package name: libgda4 Version : 4.0.0 Upstream Author : GNOME-DB Project * URL : http://www.gnome-db.org/ * License : LGPL Programming Lang: C Description : data abstraction library base

Re: Packaging a library when upstream does not build a .so

On Tue, Mar 17, 2009 at 10:17:37AM +, Enrico Zini wrote: > I would like to get to the point of uploading #519184. However I have > one issue on which I'm unsure: the library API and ABI would be stable > enough, but upstream is not building or supporting shared libraries yet. > Last time I as

Re: Mass bugfiling in preparation for multiarch

Hi Dne Tue, 17 Mar 2009 11:34:28 +0100 Goswin von Brederlow napsal(a): > So we should just ignore blatant policy violation until the moment they > do bite us in the ass? So we wait until the verry last moment when > everything would be ready to use multiarch and then we freeze squeeze > before p

Re: group nvram

On Mar 17, Stephen Gran wrote: > This is the thinkpad /dev/nvram stuff, right? I thought for some tpctl I think so. The rationale for this change is harmonization with all other distributions. > utilities to work, you currently need to be in group nvram. Making that > equivalent to kmem seems

Re: Breaking /emul/ia32-linux for squeeze

Aurelien Jarno writes: > On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote: >> Aurelien Jarno writes: >> >> > Goswin von Brederlow a écrit : >> >> Aurelien Jarno writes: >> Note that apt-cross and ia32-apt-get can be used already to install >> multiarch with a certain amount

Re: Packaging a library when upstream does not build a .so

Il giorno mar, 17/03/2009 alle 10.17 +, Enrico Zini ha scritto: > Hello, > > I would like to get to the point of uploading #519184. However I have > one issue on which I'm unsure: the library API and ABI would be stable > enough, but upstream is not building or supporting shared libraries yet

Re: Mass bugfiling in preparation for multiarch

Goswin von Brederlow a écrit : > Aurelien Jarno writes: > >> On Mon, Mar 16, 2009 at 12:11:35PM +0100, Goswin von Brederlow wrote: >>> Hi, >>> >>> over the weekend I did some work on multiarch again and did notice >>> some new and old problems when adding more libraries to my test set. >>> >>> Gi

Re: Mass bugfiling in preparation for multiarch

Aurelien Jarno writes: > On Mon, Mar 16, 2009 at 03:40:53PM -0700, Russ Allbery wrote: >> Aurelien Jarno writes: >> >> > If you want to get some more multiarch ennemies, this is clearly the way >> > to go. >> > >> > The alternate method is to post a list to debian-devel, and when we have >> > a

Re: Breaking /emul/ia32-linux for squeeze

Ian Campbell writes: > On Mon, 2009-03-16 at 14:36 +0100, Goswin von Brederlow wrote: >> >> Note that libc6 and libc6-i386/amd64 will neccessarily always conflict >> due to the dynamic linker > > Really? I thought the i386 dynamic linker was /lib/ld-linux.so.2 and the > 64 bit one was /lib/ld-li

Re: Breaking /emul/ia32-linux for squeeze

Stephen Gran writes: > This one time, at band camp, Goswin von Brederlow said: >> 1) How to specify an arch in sources.list? > > Don't. Specify it in apt.conf > >> Suggestion: >> deb [arch=i386,amd64] http://ftp.debian.org sid main > > APT::Arches "i386,amd64" > > Or something. What if one repo

Re: group nvram

On Tue, Mar 17, 2009 at 11:42:52AM +0100, Marco d'Itri wrote: > On Mar 17, Stephen Gran wrote: > > > This is the thinkpad /dev/nvram stuff, right? I thought for some tpctl > I think so. > > The rationale for this change is harmonization with all other > distributions. > > > utilities to work,

Re: group nvram

This one time, at band camp, Marco d'Itri said: > On Mar 17, Stephen Gran wrote: > > This is the thinkpad /dev/nvram stuff, right? I thought for some tpctl > > utilities to work, you currently need to be in group nvram. Making that > > equivalent to kmem seems unnecessarily broad to me. > > User

Re: Breaking /emul/ia32-linux for squeeze

This one time, at band camp, Goswin von Brederlow said: > Stephen Gran writes: > > > This one time, at band camp, Goswin von Brederlow said: > >> 1) How to specify an arch in sources.list? > > > > Don't. Specify it in apt.conf > > > >> Suggestion: > >> deb [arch=i386,amd64] http://ftp.debian.org

Re: group nvram

On Mar 17, Stephen Gran wrote: > That's the first I've heard that argument - of course you don't give This is weird, because it has been around for quite a long time. E.g. cp /bin/bash .; chgrp audio bash; chmod g+s bash > untrusted users access to hardware, but we've always managed access to >

Re: Breaking /emul/ia32-linux for squeeze

On Tue, 2009-03-17 at 11:52 +0100, Goswin von Brederlow wrote: > Ian Campbell writes: > > > On Mon, 2009-03-16 at 14:36 +0100, Goswin von Brederlow wrote: > >> > >> Note that libc6 and libc6-i386/amd64 will neccessarily always conflict > >> due to the dynamic linker > > > > Really? I thought the

Re: DebianWiki migrated

Hi, On Montag, 16. März 2009, Frank Lin PIAT wrote: > > If I remember right, the GUI editor messed up several pages, so it was > > recommended not to use it (and I always hated it with a passion) > Quite a few users choose moinmoin because it have a gui editor. Fair enough.. > > so the quest

Re: group nvram

This one time, at band camp, Marco d'Itri said: > On Mar 17, Stephen Gran wrote: > > > That's the first I've heard that argument - of course you don't give > This is weird, because it has been around for quite a long time. > E.g. cp /bin/bash .; chgrp audio bash; chmod g+s bash Since you can't d

Re: DebianWiki migrated

On Mon, Mar 16, 2009 at 11:44:06PM +0100, Frank Lin PIAT wrote: > On Mon, 2009-03-16 at 23:33 +0100, Bernd Zeimetz wrote: > > Frank Lin PIAT wrote: > > > Hi all, > > > > > > Wiki engine migrated > > > > > > > Thanks for the work! > > > > > Also, the GUI editor is now disable

Re: group nvram

Le mardi 17 mars 2009 à 12:26 +0100, Marco d'Itri a écrit : > > untrusted users access to hardware, but we've always managed access to > > devices with group membership (lp, dialout, etc). Are you proposing > > that should change? > The rest of the Linux world is: > http://dualstack.ipv6-exp.l.goo

Re: toolame: remove from unstable, update in stable

Cyril Brulebois schrieb: Yes, you can! And yes, i did! ;) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#512368: DebianWiki migrated

On Tue, Mar 17, 2009 at 12:39:22PM +0100, Holger Levsen wrote: > Hi, > > On Montag, 16. März 2009, Frank Lin PIAT wrote: > > > If I remember right, the GUI editor messed up several pages, so it was > > > recommended not to use it (and I always hated it with a passion) > > Quite a few users cho

Re: DebianWiki migrated

On Tue, Mar 17, 2009 at 03:14:54PM +0900, Paul Wise wrote: > I'm making an uneducated guess that allowing editing by people we > cannot contact will be bad for licencing the wiki since we need to > contact people to be able to give pages a license. The current > authentication mechanism requires an

Re: group nvram

Marco d'Itri wrote: > On Mar 17, Stephen Gran wrote: > >> That's the first I've heard that argument - of course you don't give > This is weird, because it has been around for quite a long time. > E.g. cp /bin/bash .; chgrp audio bash; chmod g+s bash This argument makes as much sense as cp /bin/b

Re: group nvram

Marco d'Itri wrote: > Unless somebody will have persuasive objections I will change it to > group kmem in a future udev upgrade. Please do not as it will allow users which need to access Thinkpad-specific devices (== /dev/nvram) access to /dev/{mem,kmem,port}. That's a huge security hole in my opi

Bug#520108: ITP: libpam-alreadyloggedin -- PAM module to skip password authorization if user is already logged in

Package: wnpp Severity: wishlist Owner: Jakub Wilk * Package name: libpam-alreadyloggedin Version : 0.3 Upstream Author : Ilya Evseev * URL : http://ilya-evseev.narod.ru/posix/pam_alreadyloggedin/ * License : BSD Programming Lang: C Description : PAM m

Re: group nvram

2009/3/17 Marco d'Itri : > E.g. cp /bin/bash .; chgrp audio bash; chmod g+s bash I don't need to point out that this example doesn't make sense, do I? > The rest of the Linux world is: > http://dualstack.ipv6-exp.l.google.com/search?q=policykit . >From policykit page: PolicyKit is specifically

Re: group nvram

Le mardi 17 mars 2009 à 14:51 +0100, Luca Niccoli a écrit : > >From policykit page: > PolicyKit is specifically targeting applications in rich desktop > environments on multi-user UNIX-like operating systems. > > Oh dear yes, another hal-like crap piece of software is just what we > need the whole

Re: Packaging a library when upstream does not build a .so

On Tue, Mar 17, 2009 at 10:42:37AM +, Enrico Zini wrote: > On Tue, Mar 17, 2009 at 10:17:37AM +, Enrico Zini wrote: > > I would like to get to the point of uploading #519184. However I have > > one issue on which I'm unsure: the library API and ABI would be stable > > enough, but upstream

Re: Bug#466550: Pristine source from upstream VCS repository

Stefano Zacchiroli wrote: [...] > NACK. While uscan can be considered an API, it looks much like an > implementation to me. The API you get with it is that you can call > "uscan" with its parameters, but you cannot implement that API with > anything else. An API is something I expect to be able t

Re: Bug#466550: Pristine source from upstream VCS repository

On Mon, Mar 16, 2009 at 03:14:25AM -0500, Manoj Srivastava wrote: > On Mon, Mar 16 2009, Ben Finney wrote: > > > Manoj Srivastava writes: > > > >> I would not be against a recommendation in policy to implement > >> direct-from-vcs upstream tarballs to be created vbia get-orig-source, >

Re: group nvram

On Mar 17, Bernd Zeimetz wrote: > Please do not as it will allow users which need to access Thinkpad-specific > devices (== /dev/nvram) access to /dev/{mem,kmem,port}. That's a huge security Other distributions apparently solved this. -- ciao, Marco signature.asc Description: Digital signatur

DEP-4: The TDeb specification.

(No need to CC: me on either debian-devel or debian-i18n, thanks.) Time to launch the debate on the Draft TDeb Specification - DEP-4. Current HTML form: http://people.debian.org/~codehelp/tdeb/ SGML form for modification: svn://svn.debian.org/dep/web/deps/ (Draft.sgml - please notify me if the S

Re: Environment variables, debian/rules and dpkg-buildpackage

On Tue, Mar 17 2009, Raphael Hertzog wrote: > What are the pros mentioned by Manoj that are specific to the Makefile > snippet approach except the fact that we can continue to call debian/rules > directly on all packages ? That by itself is reason enough, I think. Secondly, I ha

Re: Adopting a package already removed from archive

On Tue, Mar 17, 2009 at 16:51, Tiago Bortoletto Vaz wrote: > Hi, > > Is there any trick to getting a package into Debian after its removal from all > the suites? Or should we consider the regular process for a new package by > filing an ITP? Regular process (but the previous package can give you

Re: DebianWiki migrated

Am Montag, den 16.03.2009, 21:29 +0100 schrieb Frank Lin PIAT: > The DebianWiki team is pleased to announce that the wiki is now running > moinmoin 1.7, which brings many new features (see [1] and [2]). IMHO this announcement should have gone to debian-devel-announce - but nevertheless, thanks fo

Adopting a package already removed from archive

Hi, Is there any trick to getting a package into Debian after its removal from all the suites? Or should we consider the regular process for a new package by filing an ITP? Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital

Re: Environment variables, debian/rules and dpkg-buildpackage

On Mon, Mar 16 2009, Raphael Hertzog wrote: > On Mon, 16 Mar 2009, Manoj Srivastava wrote: >> And you are missing the point that making people type stuff on >> the command line for site specific stuff looses out to being able to >> edit a conffile instead. > > Who said the command line

Re: group nvram

On Tue, Mar 17, 2009 at 05:12:36PM +0100, Marco d'Itri wrote: > On Mar 17, Bernd Zeimetz wrote: > > > Please do not as it will allow users which need to access Thinkpad-specific > > devices (== /dev/nvram) access to /dev/{mem,kmem,port}. That's a huge > > security > Other distributions apparentl

Re: Packaging a library when upstream does not build a .so

On Tue, Mar 17, 2009 at 10:42:37AM +, Enrico Zini wrote: > - call the shared library package libgribapi0d, adding the extra d to >signify that it is a Debian specific shared library: that way, the >name a future library provided by upstream will not conflict > - at that point, I can d

Re: Adopting a package already removed from archive

On Tue, Mar 17, 2009 at 05:29:17PM +0100, Sandro Tosi wrote: > On Tue, Mar 17, 2009 at 16:51, Tiago Bortoletto Vaz > wrote: > > Hi, > > > > Is there any trick to getting a package into Debian after its removal from > > all > > the suites? Or should we consider the regular process for a new packa

Re: DebianWiki migrated

On Tue, Mar 17, 2009 at 05:34:49PM +0100, Gerfried Fuchs wrote: > IMHO this announcement should have gone to debian-devel-announce - but > nevertheless, thanks for the fine work. :) Thanks indeed. ... for d-d-a we can always drop a line at http://wiki.debian.org/DeveloperNews I'll let Frank Lin

Re: A hack to alleviate transitions in Britney; now what?

* Richard Atterer [Mon, 16 Mar 2009 13:34:17 +0100]: > At the very least, there should be an auto-generated web page listing > packages in testing that are currently unreleasable! http://lists.debian.org/debian-devel/2009/03/msg00836.html -- - Are you sure we're good? - Always. -- Rory

Re: A hack to alleviate transitions in Britney; now what?

* Raphael Geissert [Mon, 16 Mar 2009 18:32:51 -0600]: > > Removing GNOME from testing because something depends on libfrufru1 isn't > > a win for testing's usability. > It would only last until it is able to migrate without breaking anything. I > think this is just a matter of deciding which way

Re: Breaking /emul/ia32-linux for squeeze

Hi, On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote: > I think it would be very helpful if somebody could summarize why a > multiarch system is useful, except for the obvious case of installing > proprietary i386 software on amd64 systems. Most applications don't really need the ext

Re: Mass bugfiling in preparation for multiarch

Aurelien Jarno writes: > Goswin von Brederlow a écrit : >> And by the way. We had basic multiarch support before sarge. This is >> not "before". This is after it has already killed multiarch for 2 >> stable releases. If we don't get things moving in parallel it will >> never be ready for squeeze

Bug#520151: ITP: g3dviewer -- 3D model viewer for GTK+

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: g3dviewer Version: 0.2.99.5~svn113 Upstream Author: Markus Dahms URL: http://automagically.de/g3dviewer/ License: GPL-2+ Description: 3D model viewer for GTK+ G3DViewer i

Re: Breaking /emul/ia32-linux for squeeze

Stephen Gran writes: > This one time, at band camp, Goswin von Brederlow said: >> Stephen Gran writes: >> >> > This one time, at band camp, Goswin von Brederlow said: >> >> 1) How to specify an arch in sources.list? >> > >> > Don't. Specify it in apt.conf >> > >> >> Suggestion: >> >> deb [arch

ARM hardware available for developers

I have a number of ARM devices/boards that I no longer need and I'm looking for developers or testers who can do something useful with them. Those devices have been given to me to improve Debian support, and so they should be used for Debian related activities (debian-installer tests and developme

Re: ARM hardware available for developers

On Tue, Mar 17, 2009 at 08:05:50PM +0100, Martin Michlmayr wrote: > I have a number of ARM devices/boards that I no longer need and I'm > looking for developers or testers who can do something useful with > them. Those devices have been given to me to improve Debian support, > and so they should b

Re: Mass bugfiling in preparation for multiarch

On Tue, Mar 17, 2009 at 07:48:18PM +0100, Goswin von Brederlow wrote: > Aurelien Jarno writes: > > > Goswin von Brederlow a écrit : > >> And by the way. We had basic multiarch support before sarge. This is > >> not "before". This is after it has already killed multiarch for 2 > >> stable release

Re: Breaking /emul/ia32-linux for squeeze

On Tue, Mar 17, 2009 at 06:29:08PM +0100, Simon Richter wrote: > On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote: > > I think it would be very helpful if somebody could summarize why a > > multiarch system is useful, except for the obvious case of installing > > proprietary i386 soft

Re: Mass bugfiling in preparation for multiarch

Aurelien Jarno writes: > On Tue, Mar 17, 2009 at 07:48:18PM +0100, Goswin von Brederlow wrote: >> Aurelien Jarno writes: >> >> > Goswin von Brederlow a écrit : >> >> And by the way. We had basic multiarch support before sarge. This is >> >> not "before". This is after it has already killed mul

Re: group nvram

On Tue, Mar 17, 2009 at 11:42:52AM +0100, Marco d'Itri wrote: > On Mar 17, Stephen Gran wrote: > > This is the thinkpad /dev/nvram stuff, right? I thought for some tpctl > I think so. > The rationale for this change is harmonization with all other > distributions. On its own, that's a fairly u

Re: Breaking /emul/ia32-linux for squeeze

Steve Langasek writes: > On Tue, Mar 17, 2009 at 06:29:08PM +0100, Simon Richter wrote: > >> On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote: > >> > I think it would be very helpful if somebody could summarize why a >> > multiarch system is useful, except for the obvious case of inst

Re: Environment variables, debian/rules and dpkg-buildpackage

On Tue, Mar 17, 2009 at 11:36:07AM -0500, Manoj Srivastava wrote: > # in debian/rules > -include /etc/buildpackage.mk It seems to me that you are indeed close, but with the exception of this required include in all our debian/rules, which will be a PITA to achieve. AFAIU Raphael's proposal, the s

Re: Packaging a library when upstream does not build a .so

On Tue, Mar 17, 2009 at 06:04:10PM +0100, Michael Banck wrote: > On Tue, Mar 17, 2009 at 10:42:37AM +, Enrico Zini wrote: > > - call the shared library package libgribapi0d, adding the extra d to > >signify that it is a Debian specific shared library: that way, the > >name a future lib

Re: Environment variables, debian/rules and dpkg-buildpackage

On Tue, Mar 17 2009, Stefano Zacchiroli wrote: > On Tue, Mar 17, 2009 at 11:36:07AM -0500, Manoj Srivastava wrote: >> # in debian/rules >> -include /etc/buildpackage.mk > > It seems to me that you are indeed close, but with the exception of > this required include in all our debian/rules, which w

Re: DEP-4: The TDeb specification.

> Current HTML form: http://people.debian.org/~codehelp/tdeb/ So do I understand correctly that there might be one .tdeb per package and per language unless maintainers merge regularly the contents into their source packages? How many .tdebs files does that imply in the main archive? It se

Re: DEP-4: The TDeb specification.

On Wed, 18 Mar 2009 00:22:19 +0100 Loïc Minier wrote: > > Current HTML form: http://people.debian.org/~codehelp/tdeb/ > > So do I understand correctly that there might be one .tdeb per package > and per language unless maintainers merge regularly the contents into > their source packages? Ho

Re: Forcing version on dependency, how?

Jean-Yves Avenard dijo [Sat, Mar 14, 2009 at 09:11:05PM +1100]: > > Please mail your questions about packaging to > > debian-ment...@lists.debian.org. > > I'm not sure I like to classify as "newbie" It is not about classification - it is about the right place to ask things, as otherwise we drown i

Re: Breaking /emul/ia32-linux for squeeze

Hello Goswin et al, IMHO, the things you are talking about are quite nice. They way it works sounds to me a little complex, that it is very close to the idea of crosscompiling, as the *right way*, as opposed to accumulate dirty hacks and workarrounds that it is what most embedded distros do out

Bug#520194: ITP: libtest-fixme-perl -- check code for FIXMEs declarations.

Package: wnpp Severity: wishlist Owner: Rene Mayorga * Package name: libtest-fixme-perl Version : 0.04 Upstream Author : Edmund von der Burg * URL : http://search.cpan.org/dist/Test-Fixme/ * License : GPL/Artistic Programming Lang: Perl Description : c

Re: net-tools future

Martín Ferrari dijo [Sun, Mar 15, 2009 at 02:30:18PM -0300]: > Hi, > > Luk Claes and me, as the current maintainers of net-tools, we've been > thinking about it's future. Net-tools has been a core part of Debian and > any other linux based distro for many years, but it's showing its age. > (...) >

Re: net-tools future

On Tue, 2009-03-17 at 21:30 -0600, Gunnar Wolf wrote: > Oops... I strongly suggest providing a wrapper that matches netstat's > format as closely as possible (even bug-for-bug if possible). Netstat > is probably among the most used tools by sysadmins and programmers > alike, both for software we di

khuyen mai hang tuan gia cuc soc chi co tai itshopping.vn

ÐÏࡱá X-Mailer: Microsoft Outlook Express 6.00.2800.1106 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: DEP-4: The TDeb specification.

On Tue, Mar 17 2009, Neil Williams wrote: >> Do you prevent mixing old and new .debs and .tdebs? > > Changes to translations use +t1.diff.gz etc. > >> How do you merge data from a new package into the tdeb data? > > The real question is how to get apt to understand getting the > +t1.diff.gz whe

Bug#520199: ITP: barada -- PAM module for two factor authentication using your phone.

Package: wnpp Severity: wishlist Owner: Eric Dorland * Package name: barada Version : 0.3 Upstream Author : Moxie Marlinspike Stuart Anderson * URL : http://barada.sourceforge.net/ * License : GPLv3 Programming Lang: C++