Re: Re: LCC and blobs

Goswin von Brederlow writes: > Because the former works after installing the deb without the user > ever doing anything about firmware. How do you even know there is > firmware? Maybe it is all hardcoded into the chip? Without taking the > hardware apart you can't know. Call me ignorant but what I

Re: RFC: common database policy/infrastracture

On Thu, 16 Dec 2004 08:27:20 +0100 (CET), Andreas Tille <[EMAIL PROTECTED]> wrote: > On Wed, 15 Dec 2004, sean finney wrote: > Yes, but I do not want to store the password *anywhere* - it could even > be removed from debconf database because it makes no sense to store it > in case the local mainta

Re: RFC: common database policy/infrastracture

On Thu, 16 Dec 2004 14:22:25 +0100 (CET), Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 16 Dec 2004, Olaf van der Spek wrote: > > >> Yes, but I do not want to store the password *anywhere* - it could even > >> be removed from debconf database because it make

Re: RFC: common database policy/infrastracture

On Thu, 16 Dec 2004 14:55:29 +0100 (CET), Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 16 Dec 2004, Olaf van der Spek wrote: > > > Because system passwords aren't 'needed' by any applications to > > authenticate themselves to the system, while dat

Re: RFC: common database policy/infrastracture

On Thu, 16 Dec 2004 15:34:35 +0100 (CET), Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 16 Dec 2004, Olaf van der Spek wrote: > > > Is that the majority or the minority of applications? > > Take for example a web application like a forum. It requires the > >

Re: RFC: common database policy/infrastracture

On Thu, 16 Dec 2004 08:51:32 -0600, Steve Greenland <[EMAIL PROTECTED]> wrote: > On 16-Dec-04, 08:04 (CST), Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > Take for example a web application like a forum. It requires the > > password so it can connect to the datab

Re: GPL and LGPL issues for LCC, or lack thereof

On Fri, 17 Dec 2004 12:26:01 -0800, Bruce Perens <[EMAIL PROTECTED]> wrote: > The LGPL requires that the creator of a derivative work provide the object > code for relinking, and not prohibit relinking and reverse engineering. It > does not, however, require that creator to take other necessary ste

Whereabouts of missing maintainer shiju@infovillage.net (Shiju p. Nair)

Hi, Does anyone know about the whereabouts of the mrtg maintainer, Shiju p. Nair? The package has bugs that are multiple years old and no recent uploads by the maintainer. http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=mrtg -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to

Re: Azureus magnet-link functionality

On 11/15/05, Ken Bloom <[EMAIL PROTECTED]> wrote: > Shaun Jackman wrote: > > In the following email Chris suggests that I add support for bit > > torrent magnet:// URLs under Gnome2 in the Azureus package by setting > > the gconftool-2 parameter /desktop/gnome/url-handlers/magnet/command > > to cal

Re: dpkg-sig support wanted?

On 11/23/05, Marc Haber <[EMAIL PROTECTED]> wrote: > >In the archive, 525 out of 283283 .deb's are dpkg-sig'd (0.19%). There > >are 8 distinct keys used for those 525 .deb's, seven of which correspond > >to DD's[1]. > > So, most of the DD's do not care about security at all. Why does > Debian have

Re: dpkg-sig support wanted?

On 11/23/05, John Hasler <[EMAIL PROTECTED]> wrote: > Olaf van der Spek writes: > > Security is more than package signatures. > > What is your specific proposal? I don't have one. But I don't see how that's relevant.

Re: dpkg-sig support wanted?

On 11/25/05, Matthew Palmer <[EMAIL PROTECTED]> wrote: > Of course, using the signature on the .changes to verify the .debs > independent from the archive at some later date is a nice side-benefit, but > one which suffers from the same key-lifetime issues as in-deb signatures, What exactly is this

Re: net-tools maintenance status

On 8/2/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > Hi, > > What's the maintenance status of the net-tools package? > It has 88 bugs: > Serious policy violations - outstanding (1 bug) > Important bugs - outstanding (8 bugs) > Normal bugs - outstanding (38 bug

Re: net-tools maintenance status

On 11/29/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > On Tue, Nov 29, 2005 at 06:08:23PM +0100, Olaf van der Spek wrote: > > And nearly four months later, the package has 92 bugs, 16 with patch > > and a lot even without a single response. > > This is not true

Re: sarge uninstallable !?!

On 12/4/05, A Mennucc <[EMAIL PROTECTED]> wrote: > ops > > turns out that in both cases they where using a pre-release, namely, > .disk/info contains > > Debian GNU/Linux testing "Sarge" - Official Snapshot i386 Binary-1 > (20041121) Apparently that wasn't obvious. Shouldn't it be made more clear

Re: apt PARALLELISM

On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > Example: (/etc/apt/sources.list) > deb http://ftp.en.debian.org/debian main stable contrib non-free > deb http://ftp.de.debian.org/debian main stable contrib non-free > > in this case the stable packages will be ONLY downloaded from first server >

Re: apt PARALLELISM

On 12/5/05, Joe Smith <[EMAIL PROTECTED]> wrote: > > "Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > >> Example: (/etc/apt/sources.list) > >> deb

Re: apt PARALLELISM

On 12/12/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > > > > As far as I read the proposal, it is about downloading _different_ > > files from different mirrors - if you have 25 packages to get for your > > 'apt-get update' operation, download 5 packages from each of 5 > > different servers, with one

Re: apt PARALLELISM

On 12/13/05, Henning Makholm <[EMAIL PROTECTED]> wrote: > Assume a situation where mirror bandwidth is the limiting factor, and > imagine a world with 3 mirrors. Say that during a certain time of the > day 600 users each minute start to download updated x.org packages. > Either they can do their d

Re: congratulations to our ftp-master team

On 12/14/05, Anand Kumria <[EMAIL PROTECTED]> wrote: > [1]: As I write this 79 NEW packages, 85 total. With only four entries more than a month old I think it's doing fine, especially compared to other maintainers/teams that have bugs open months or years.

Re: congratulations to our ftp-master team

On 12/14/05, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > Likewise for mozilla-firefox-adblock (2 months), new version of tidy (1 > month), xplc (1 month), cvsconnect (1 month), cvssuck (1 month), libmpd (1 > month); if there's something wrong with each of these packages, the > packager should kn

Re: apt PARALLELISM

On 13 Dec 2005 15:56:00 +0100, Claus Färber <[EMAIL PROTECTED]> wrote: > Olaf van der Spek <[EMAIL PROTECTED]> schrieb/wrote: > > That's not true. Suppose you've only got 3 users. If each user > > connects to one (different) mirror, he gets 1/1 of that mirror&#

Re: net-tools maintenance status

On 11/29/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > On 11/29/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > > On Tue, Nov 29, 2005 at 06:08:23PM +0100, Olaf van der Spek wrote: > > > And nearly four months later, the package has 92 bugs, 16 with patch

Re: Size matters. Debian binary package stats

On 12/18/05, Roberto Sanchez <[EMAIL PROTECTED]> wrote: > I think that the biggest problem is really updates. Packages like > XFree86 (no X.org) and Openoffice.org are *huge*. A simple security > update to one of those packages causes all subordinate binary packages > to get a version bump. That

Re: Size matters. Debian binary package stats

On 12/18/05, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > On Sun, Dec 18, 2005 at 12:34:56PM +0100, Gürkan Sengün wrote: > > I've run some scripts to find out the size of binary pakcages in debian > > and how theycould be made smaller, here's the results: > > My comments are about the same as

Re: Size matters. Debian binary package stats

On 12/18/05, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > On Sun, Dec 18, 2005 at 02:56:10PM +0100, Olaf van der Spek wrote: > > Why would this be huge? > > Why is it that hard to plugin another codec? > > You'd have to rewrite about every single tool in the w

Re: Size matters. Debian binary package stats

On 12/18/05, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > On Sun, Dec 18, 2005 at 08:23:56PM +0100, Olaf van der Spek wrote: > > Why would that stop working if you switch compression schemes? > > I guess tar is coded to use gzip with -z and bzip2 with -j, but why is >

Re: Size matters. Debian binary package stats

On 12/18/05, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > On Sun, Dec 18, 2005 at 10:15:31PM +0100, Olaf van der Spek wrote: > > I guess what I'm asking is, why are tar and other applications using > > gzip instead of a generic library that handles all > > comp

Re: Size matters. Debian binary package stats

On 12/19/05, Andrew Suffield <[EMAIL PROTECTED]> wrote: > On Sun, Dec 18, 2005 at 08:27:36PM +0100, Florian Weimer wrote: > > * Steinar H. Gunderson: > > > > > My comments are about the same as on IRC: > > > > > > - Disk space is cheap, bandwidth is cheap. > > > > Depends. Decent IP service cost

Re: Size matters. Debian binary package stats

On 12/21/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > uncompressor

Re: apt PARALLELISM

On 12/21/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > > Who need PARALELISM and who has a bandwidth of more then 8 MBit? > > I have 10240kBit downstream and get way less from security.debian.org. > Especialy when there is a security release of X or latex. But parallel downloads won't solv

Re: Size matters. Debian binary package stats

On 12/21/05, Andrew Suffield <[EMAIL PROTECTED]> wrote: > > Are you paying > 10 $/gb? > > Heck yes, you can't get it that cheap unless you have no SLA (or one > of those insulting SLAs that come with residential service, claiming > that it doesn't have to work at all). And you can't get that at all

Re: Size matters. Debian binary package stats

On 12/27/05, Michelle Konzack <[EMAIL PROTECTED]> wrote: > 57.000 US$/month / 10 US$/GB = 5700 GB/month > > 5700 GB/month / 30,4 days / 24 h / 3600 sec = 2,22 MByte/second > > 2,22 MByte/Second ~ 28 MBit 12.6 bit/byte? > Because we do not get 34 MBit and we have not a netload > of 100% 24/7 the p

Re: net-tools maintenance status

On 12/22/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > On 12/16/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > On 12/16/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > > > On Fri, Dec 16, 2005 at 08:03:47PM +0100, Olaf van der Spek wrote: > &

Re: Experimental or unstable.

On 1/5/06, Nicolas François <[EMAIL PROTECTED]> wrote: > How Debian users can know there is a new version in experimental? > There are some messages in debian-devel, or blogs on planet, but not all > users or developers are reading them. > > Is there a command that can display the list of packages

Re: net-tools maintenance status

On 12/30/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > On 12/22/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > On 12/16/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > > On 12/16/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > > &g

Re: net-tools maintenance status

On 1/6/06, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > On Fri, Jan 06, 2006 at 05:03:39PM +0100, Olaf van der Spek wrote: > > On 12/30/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > > On 12/22/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > >

Re: net-tools maintenance status

On 1/6/06, Thijs Kinkhorst <[EMAIL PROTECTED]> wrote: > On Fri, January 6, 2006 17:03, Olaf van der Spek wrote: > > Hi Bernd, > > > > Could you please respond to this issue? > > Hello Olaf, > > Could you please stop this? You've been asking about

Re: net-tools maintenance status

On 1/6/06, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > Thijs Kinkhorst <[EMAIL PROTECTED]> wrote: > > So I think you can tell pretty clearly that Bernd has no objection at all > > to NMU's. > > yes, but please not for wishlist bugs. Again: there are bugs open for > net-tools where help is requeste

Re: Development standards for unstable

On 1/12/06, Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 12 Jan 2006, Petter Reinholdtsen wrote: > > > [Florian Weimer] > >> What about: stop threatening your fellow developers? > > > > Why is specifying the consequences of doing a bad job with maintaining > > ones debian packages threatening

Apache2 bugs status

Hi Debian developers, Does any of you know about the status of Apache2? I've send the message below to listed email address and I've asked at IRC but I haven't received any response. Hi Apache2 maintainers, I've noticed there are a lot of bugs, see http://bugs.debian.org/cgi-bin/pkgreport.cgi?

Re: Apache2 bugs status

On 1/21/06, Jeroen Massar <[EMAIL PROTECTED]> wrote: > Olaf van der Spek wrote: > > Hi Debian developers, > > > > Does any of you know about the status of Apache2? > > It works flawlessly on several places where I have deployed it. > > > I've send the

Re: Apache2 bugs status

On 1/21/06, Jeroen Massar <[EMAIL PROTECTED]> wrote: > Olaf van der Spek wrote: > > On 1/21/06, Jeroen Massar <[EMAIL PROTECTED]> wrote: > >> Olaf van der Spek wrote: > [..] > >>> A lot of those bugs are quite old and some appear to be trivial to >

Re: Problems found by piuparts

On 2/22/06, Frank Küster <[EMAIL PROTECTED]> wrote: > Adeodato Simó <[EMAIL PROTECTED]> wrote: > > > Correct, so one would put in foo.postrm: > > > > rmdir --ignore-fail-on-non-empty /usr/local/lib/foo > > That's not sufficient, because /usr/local may be mounted ro, and > therefore the comman

Re: net-tools maintenance status

On 1/6/06, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > Thijs Kinkhorst <[EMAIL PROTECTED]> wrote: > > So I think you can tell pretty clearly that Bernd has no objection at all > > to NMU's. > > yes, but please not for wishlist bugs. Again: there are bugs open for > net-tools where help is requeste

Re: Re: Re: Implicition declarations of functions and bugs

On 3/11/06, Samuel Thibault <[EMAIL PROTECTED]> wrote: > This is a warning and not an error, because using one's own strdup() Is there any reason not to add an explicit declaration (in any case)? > function (that would take ints) is perfectly legal. gcc-4.0 emits the > warning to let the programm

Re: NEW queue backing up again -- ftpmasters, any explanation or comment?

On 3/13/06, martin f krafft <[EMAIL PROTECTED]> wrote: > also sprach Petter Reinholdtsen <[EMAIL PROTECTED]> [2006.03.13.0752 +0100]: > > Could be, but I believe I heard that most NEW processing is done > > by one of the assistants while the mirror split is done by someone > > else. > > The mirror

Re: removal of svenl from the project

On 3/15/06, Pierre Habouzit <[EMAIL PROTECTED]> wrote: > Le Mer 15 Mars 2006 03:01, Andres Salomon a écrit : > > Hi, > > > > I am going through the expulsion process to have Sven Luther removed > > from the project. The process is outlined here: > >

Re: And now for something completely different... etch!

Javier Fernández-Sanguino Peña wrote: Ok, so sarge has been released! We should all thank the Release Team for their hard work in putting this major release together. But... how about we start discussing about what major release goals we want to set for Etch? I'd like to see: The ability to ea

Running daemons without root access?

Hi, Is it possible for a user to ensure that a certain app is (always) started after system start (and stopped before shutdown) without using root access? If so, how? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: And now for something completely different... etch!

Petri Latvala wrote: On Tue, Jun 07, 2005 at 11:40:55AM +0200, Olaf van der Spek wrote: The ability to have multiple versions of a package installed at the same time. (Sorry Olaf, for getting this twice, my fingers work too fast) No, dear $DEITY. This "feature" is the major th

Re: And now for something completely different... etch!

Don Armstrong wrote: On Tue, 07 Jun 2005, Olaf van der Spek wrote: Petri Latvala wrote: 1) divert the other? what's the use of another package version then That depends on system-wide vs per-user vs per-environment. If you want something done per-user/per-environment, you can alway

Re: Re: kernel security bug #307900

> woody's kernels are vulnerable to CAN-2004-1235, a uselib() race condition. Will this be fixed for Woody? I thought the plan was to provide security support for Woody for another year? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

Re: kernel security bug #307900

Adam Majer wrote: Olaf van der Spek wrote: woody's kernels are vulnerable to CAN-2004-1235, a uselib() race condition. Will this be fixed for Woody? I thought the plan was to provide security support for Woody for another year? AFAIK, there is no security support for Woody kernel

Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path

On 6/10/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > On Thu, Jun 09, 2005 at 02:58:21PM +0200, Olaf van der Spek wrote: > > ifconfig is in /sbin and only in root's path. But ifconfig is runnable > > and useful for normal users, so it'd be nice if it could be

Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path

Marco d'Itri wrote: On Jun 10, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it,

Re: TODO for etch ?

Nikita V. Youshchenko wrote: Since I can't find such a list, I'll try to write (a beginning of) one. Shouldn't such a list be maintained in a Wiki or at least on a web page? 100+ different posts with a few entries don't make sense. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Structured (XML-like) input/output for shell apps?

Hi, Many shell apps/scripts output data in tables, for example ls -l, ps aux, top, netstat, etc. At the moment, most of these apps use fixed-width columns with a variable-width last-column. This results in (unnecessary) truncation, for example: Debian- 11918 0.0 0.1 4428 1464 ?Ss

Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path

On 13 Jun 2005 10:11:52 +0100, Richard Kettlewell <[EMAIL PROTECTED]> wrote: > Miles Bader <[EMAIL PROTECTED]> writes: > > astronut <[EMAIL PROTECTED]> writes: > > Yes. The great majority of users don't want to know about stuff > > like ifconfig, and those that _do_ can either put /sbin in their >

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, GOMBAS Gabor <[EMAIL PROTECTED]> wrote: > > Are there already any plans to solve these issues? > > Yes. The commands you mention were designed for _human_ consumption. Do > not use them in scripts without good reasons. There are a lot of The maintainer of netstat didn't want to change

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, Humberto Massa Guimarães <[EMAIL PROTECTED]> wrote: > What Olaf *really* seems to want is a resource like the new (vapor?) > Monad shell from MS. Which can be a good thing, if done right, but > is generally a waste of CPU and memory, if you ask me. As you said, > there is not a lot of d

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, Humberto Massa Guimarães <[EMAIL PROTECTED]> wrote: > Not necessarily. Just as you have "tableout" as an external command > (built-in or not) in Monad, you can have a Perl module to print > things in a tabular manner, expanding the column sizes as needed > (based on HTML::Format::Table

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, Humberto Massa Guimarães <[EMAIL PROTECTED]> wrote: > Yes, and I withdraw :-) what I said about XML. But *any* > serialization / deserialization necessary for this scheme to work > would add (unnecessary) overhead. This and the fact that you would Well, if you can do it with Perl witho

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, Humberto Massa Guimarães <[EMAIL PROTECTED]> wrote: > > Well, if you can do it with Perl without overhead, you can of > > course also do it without Perl without overhead. In that case the > > 'structured' support would be included > > Not exactly. Don't get me wrong, object component

Re: Structured (XML-like) input/output for shell apps?

On 6/13/05, Humberto Massa Guimarães <[EMAIL PROTECTED]> wrote: > There are a lot of scripts today in production use that use the > output of ls, ps, in a text-way. If you want to put another command, > or another switch to "ls", ok, but the fact that you *can* do it > does not mean that you *shoul

Re: links to logs in /etc? (/etc/postgresql/7.4/main/log)

On 6/13/05, Adam Heath <[EMAIL PROTECTED]> wrote: > That's a stupid argument. It's not that stupid. If other files shouldn't be there, the specs should explicitly state that.

Re: And now for something completely different... etch!

On 6/15/05, Ian Campbell <[EMAIL PROTECTED]> wrote: > On Wed, 2005-06-15 at 12:45 +0200, Wouter Verhelst wrote: > > > Using prelink invalidates the md5sums of files belonging to Debian > > > packages. > > > Has anyone done any work to address this? > > > > The only way to address that is to update

Re: And now for something completely different... etch!

On 6/15/05, Russ Allbery <[EMAIL PROTECTED]> wrote: > Ian Campbell <[EMAIL PROTECTED]> writes: > > > I might be talking out of my arse (99% probability ;-)) but I thought > > I'd heard that it was possible to store the pre-linking information > > separately to the binaries, under /var/cache or som

Re: And now for something completely different... etch!

On 6/16/05, Russell Coker <[EMAIL PROTECTED]> wrote: > But if someone can change the cache of data written by prelink then why > couldn't they also change the program that does the md5 checks to make it > always return a good result? A long, long time ago, you were supposed to boot from a read-onl

Re: And now for something completely different... etch!

On 6/16/05, Joerg Friedrich <[EMAIL PROTECTED]> wrote: > Steve Langasek schrieb am Dienstag, 14. Juni 2005 um 03:12:09 -0700: > > Consistent LFS support - Steve Langasek <[EMAIL PROTECTED]> > > Short question: > What does LFS mean? The first thing which comes into my mind is Linux > from Scratch.

Re: Greylisting for @debian.org email, please

On 6/18/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > Steve Greenland <[EMAIL PROTECTED]> writes: > > > So what? It's *e-mail*. If you need realtime, pick up a phone, or use > > one of any of the innumerable chat systems. > > Ok, from now on, I should report bugs to you by phone? Is realt

Re: Debian concordance

On 6/19/05, Scott James Remnant <[EMAIL PROTECTED]> wrote: > Let's use a popular example... I make a package that > requires /usr/bin/bzgrep. > > In Debian, I would have to read the debian/changelog for bzip2 and > discover that this wasn't introduced until 1.0.1-3, and thus >Depends: bzi

Re: TODO for etch ?

On 6/19/05, Florian Weimer <[EMAIL PROTECTED]> wrote: > * Marc Haber: > > > On Sun, 19 Jun 2005 08:20:49 -0500, Adam Majer > > <[EMAIL PROTECTED]> wrote: > >>That could "save" a grand total of about a second. > > > > It will save time in case of error when the bootup process stalls for > > timeout

Re: ftp-master, ftp and db .debian.org moving - hosting sought

On 6/22/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > James Troup <[EMAIL PROTECTED]> writes: > > > If you think you could offer hosting under these conditions, please > > send details to [EMAIL PROTECTED] > > I can't offer hosting, but I do have a suggestion (though perhaps it's > already

Re: ftp-master, ftp and db .debian.org moving - hosting sought

On 6/22/05, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Olaf van der Spek] > > I've been wondering, would it be an idea (for the long-term) to use > > (more) distributed ... or p2p concepts to reduce the dependency and > > load on central servers? > &

Re: Getting rid of circular dependencies

On 6/24/05, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Petri Latvala] > > It is an abuse of the Depends field. foo-data doesn't *need* foo for > > its own operations. Nothing in -data fails to execute without foo > > (because there's just data, nothing to execute). > > Depends does not just

Re: Getting rid of circular dependencies

On 6/24/05, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Bill Allombert] > > The `Depends' field should be used if the depended-on package is > > required for the depending package to provide a significant > > amount of functionality. > > I'd say if a -data packag

Re: Getting rid of circular dependencies

On 6/24/05, Ondrej Sury <[EMAIL PROTECTED]> wrote: > On Fri, 2005-06-24 at 22:59 +0200, Olaf van der Spek wrote: > > > > I'd argue for exactly that. > > What functionality would you say a data package provides? > > > > It's the other pack

Re: Getting rid of circular dependencies

On 6/24/05, Ondrej Sury <[EMAIL PROTECTED]> wrote: > so it's broken without foo package. You must realize that 90% of these > packages are games and only reason for foo + foo-data is to not split > out arch independent data out of foo package so it doesn't get > replicated for each arch. Hmm, ano

Re: Getting rid of circular dependencies

On 6/25/05, John H. Robinson, IV <[EMAIL PROTECTED]> wrote: > I can see where the game would be installed on the client system, and > the data would live on the file server under /usr/share. Currently, the > only way to do this is by having installed broken packages, and to copy > the /etc/amphetam

Re: Getting rid of circular dependencies

On 6/25/05, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Olaf van der Spek] > > Hmm, another way to nicely solve that would be to improve the > > smartness of the archive software such that it deals with this > > 'replication' under the hood. > >

Re: ftp-master, ftp and db .debian.org moving - hosting sought

On 6/26/05, Joerg Jaspert <[EMAIL PROTECTED]> wrote: > On 10332 March 1977, sean finney wrote: > > >> I'm sorry to say that Debian's hosting of machines at Above.Net has > >> come to an end. Michael Shields and Steve Osborn have hosted critical > > sorry to be a stick in the mud about this, but..

Re: Getting rid of circular dependencies

On 6/27/05, John H. Robinson, IV <[EMAIL PROTECTED]> wrote: > Olaf van der Spek wrote: > > On 6/25/05, John H. Robinson, IV <[EMAIL PROTECTED]> wrote: > > > I can see where the game would be installed on the client system, and > > > the data would l

Re: Getting rid of circular dependencies

On 6/27/05, John H. Robinson, IV <[EMAIL PROTECTED]> wrote: > > I understand that part, but I'd expect binaries to be able to live on > > a file servers too, even for multiple architectures. > > /usr/bin/vim is different on PPC than on i386. You cannot share /usr Sure. > (and thusly /usr/bin) b

Re: Getting rid of circular dependencies

On 6/28/05, Josselin Mouette <[EMAIL PROTECTED]> wrote: > How would you treat the librsvg case? Currently, librsvg2-2 and > librsvg2-common both depend on each other. The librsvg2-2 package > contains the library, and librsvg2-common contains a loader that allows > gdk_pixbuf to load SVG files. > *

Re: HashKnownHosts

On 7/2/05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > What is the rationale for changing the default setting? > I find it very annoying, and from a brief discussion on #debian-devel I > see that I'm not alone. I guess it went from off to on? Wasn't there an issue with worms using the known hosts fi

Re: HashKnownHosts

On 7/2/05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > What is the rationale for changing the default setting? > I find it very annoying, and from a brief discussion on #debian-devel I > see that I'm not alone. What causes this annoyance?

Re: HashKnownHosts

On 7/2/05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > On Jul 02, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > > On 7/2/05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > > > What is the rationale for changing the default setting? > > > I fin

Re: HashKnownHosts

On 7/2/05, Wouter Verhelst <[EMAIL PROTECTED]> wrote: > > > -- and relying on other people's security to increase your own isn't > > > pretty clever, actually. > > > > Currently, it's the foundation of Internet security, I'm afraid. > > Well, then the 'foundation of Internet security' is very weak

Re: ftp-master, ftp and db .debian.org moving - hosting sought

On 7/4/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Olaf van der Spek <[EMAIL PROTECTED]> writes: > > I'm not sure how exactly the current mirrors work, but syncing > > (primary) mirrors between eachother instead of all from a master may > > be an id

Re: ftp-master, ftp and db .debian.org moving - hosting sought

On 7/4/05, Mark Brown <[EMAIL PROTECTED]> wrote: > On Mon, Jul 04, 2005 at 08:05:21PM +0200, Olaf van der Spek wrote: > > > True. But for example, is the current apt-get capable of contacting > > another mirror if and only if the primary fails? > > For package down

Re: [Debian-uk] Sun have (probably) patented apt-get

On 7/6/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Would that mean Debian gets ownership of the patent then and Sun would > have to pay us? No, as far as I understand it means the patent isn't valid.

How to tell user default random pass for daemon?

Hi, Suppose you'd like to generate a random pass by default after your daemon is installed. How should you get that pass to the user? Is it allowed to write it to a file in root's home dir?

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

On 7/8/05, Santiago Vila <[EMAIL PROTECTED]> wrote: > Sure, old bugs may be the symptom that the maintainer is MIA, that the > upstream maintainer is MIA, and similar things that we should of > course track as well, but it does not mean that an old bug is "worse" > in any way than a new bug (eveyth

Re: configure a program -- debconf abuse?

On 7/9/05, Gustavo Noronha Silva <[EMAIL PROTECTED]> wrote: > Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > > Keeping the question priority at 'low' make sure most users will not > > > see the question, and that only reconfigure will present it. I hope > > > you are not setting t

Re: configure a program -- debconf abuse?

On 7/9/05, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > [Olaf van der Spek] > > Isn't debconf a bit 'expensive' just to allow pre-seeding? > > No, it is amazingly cheap and simple. Don't debconf questions need to be translated? > Did you have

Re: configure a program -- debconf abuse?

On 7/9/05, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > On Sat, Jul 09, 2005 at 10:00:16AM +0300, Gustavo Noronha Silva wrote: > > Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > > > Keeping the question priority at 'low' make sure most users will not > > > > see the question, and th

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

On 7/9/05, Manoj Srivastava va, manoj <[EMAIL PROTECTED]> wrote: > On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> > said: > > > If these are good settings for dupload, why is it not included in > > the package as the default configuration for dupload? > >Good

Re: GCC 4.0 as the default GCC / C++ ABI change

On 7/12/05, Florian Weimer <[EMAIL PROTECTED]> wrote: > * Matthias Klose: > > > With today's dinstall run, new gcc/g++ packages are entering the > > archives and GCC 4.0 is the default gcc/g++. Starting from now, please > > DON'T upload any C++ code, which build-depends on a library written in > >

Re: should etch be Debian 4.0 ?

On 7/12/05, Andrea Mennucc <[EMAIL PROTECTED]> wrote: > Antti-Juhani Kaijanaho wrote: > > On 20050708T181259-0400, Johan Kullstam wrote: > >>What signal is meant by 3.1 versus 4.0? Does your intended audience > >>have any concept of the distinction? > > > > The usual distinction, when it is made,

  1   2   3   4   5   >