Booting - new idea?

2006-06-29 Thread Arto Inkala
Hello, booting takes usually tens of seconds and it's based on starting and running different programs. Is it possible to skip this part of booting? Particularly, is it possible to save the state of hardware and memories during shutdown and upload them during boot time? I suppose, this would mini

Re: Booting - new idea?

2006-06-29 Thread Michal Čihař
Hi On Thu, 29 Jun 2006 13:57:09 +0300 Arto Inkala <[EMAIL PROTECTED]> wrote: > booting takes usually tens of seconds and it's based on starting and > running different programs. Is it possible to skip this part of booting? > > Particularly, is it possible to save the state of hardware and memori

Re: News from the python policy transition

2006-06-29 Thread Raphael Hertzog
On Wed, 28 Jun 2006, Raphael Hertzog wrote: > We also have many python applications (or badly packaged modules which > have not been caught by the first mass-bug filing) that have a dependency > "python (<< 2.4)" and that needs to be updated as well. Please find the > list below (~150 packages). Th

Re: problem with root on LVM on RAID (was: RFT: please test mdadm/experimental)

2006-06-29 Thread martin f krafft
also sprach martin f krafft <[EMAIL PROTECTED]> [2006.06.28.1927 +0200]: > Thank $DEITY for testers. We discovered another issue when root is > on LVM is on RAID. If that's your setup, please hold off on using > mdadm 2.5 until I managed to fix #375879. Sorry for the > inconvenience, and again, tha

Re: Booting - new idea?

2006-06-29 Thread Yves-Alexis Perez
On Thu, 2006-06-29 at 13:57 +0300, Arto Inkala wrote: > Hello, > > booting takes usually tens of seconds and it's based on starting and > running different programs. Is it possible to skip this part of booting? > > Particularly, is it possible to save the state of hardware and memories > during s

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Brendan O'Dea <[EMAIL PROTECTED]> writes: > On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote: >>I propose to add more CPU types to dpkg-architecture. In particular, >>I'd like to see the different i386 architectures there, i.e. >>i586, i686, k6, ... > [...] >>For instance, some progr

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Volker Grabsch <[EMAIL PROTECTED]> writes: > Dear Debian Developers, > > I've been pleased to summarize some ideas for the general public. > More details and sources can be found at the end of this mail. > I'm not subscribed to all lists, so please CC any replies to me. > > ---

Re: additions to dpkg-architecture

2006-06-29 Thread Goswin von Brederlow
Baurzhan Ismagulov <[EMAIL PROTECTED]> writes: > On Tue, Jun 27, 2006 at 02:21:13PM +0200, Alexander Shishkin wrote: >> On 6/23/06, Volker Grabsch <[EMAIL PROTECTED]> wrote: >> >For instance, some programs with lots of calculations (e.g. mplayer) >> >are compiled with different processor optimizat

Re: new tar behavior and --wildcards

2006-06-29 Thread Bill Allombert
On Wed, Jun 28, 2006 at 10:32:30PM -0400, Bdale Garbee wrote: > On Wed, 2006-06-28 at 10:36 +0200, Bill Allombert wrote: > > In addition, I would suggest we reinstate the previous behaviour, but > > display a warning when wildcards are used but --wildcards is not set. > > The problem with this is

Re: additions to dpkg-architecture

2006-06-29 Thread Bernhard R. Link
* Goswin von Brederlow <[EMAIL PROTECTED]> [060629 12:31]: > Baurzhan Ismagulov <[EMAIL PROTECTED]> writes: > > for generic SPARC and running painfully slowly on SPARC v8 systems. > > Rebuilding with v8 enabled helped dramatically (virtually instant > > connection instead of 10+ seconds depending o

Re: News from the python policy transition

2006-06-29 Thread Pierre Habouzit
Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit : > So you don't have any excuse to not update your packages any more. > About 60% of the Python modules have already been updated, but 109 > are left to be done: > http://bugs.debian.org/from:[EMAIL PROTECTED] > > The bugs have been filled two wee

Re: News from the python policy transition

2006-06-29 Thread Sam Morris
On Thu, 29 Jun 2006 16:25:17 +0200, Pierre Habouzit wrote: > Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit : >> So you don't have any excuse to not update your packages any more. >> About 60% of the Python modules have already been updated, but 109 >> are left to be done: >> http://bugs.debia

Debian mactel linux support?

2006-06-29 Thread Junichi Uekawa
Hi I've got hold of an intel mac that I'm interested in getting Debian running. I've seen quite a few folks running Debian on MacBook Pro at Debconf in Mexico, and I'm surprised that there aren't Debian packages. The things I'm planning on doing are follows: Code packages fix gnu-efi (b

Re: News from the python policy transition

2006-06-29 Thread Pierre Habouzit
Le jeu 29 juin 2006 16:37, Sam Morris a écrit : > On Thu, 29 Jun 2006 16:25:17 +0200, Pierre Habouzit wrote: > > Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit : > >> So you don't have any excuse to not update your packages any more. > >> About 60% of the Python modules have already been update

Re: Debian mactel linux support?

2006-06-29 Thread Gaudenz Steinlin
On Fri, Jun 30, 2006 at 12:57:55AM +0900, Junichi Uekawa wrote: > I don't quite grok how I can make erfit be the default bootloader > without access to MacOSX command-line to 'bless', I hope I can find > out as I delve deeper. Is this the same "blessing" on a hfs filesystem like on ppc based macs?

Re: Debian mactel linux support?

2006-06-29 Thread Frans Pop
On Thursday 29 June 2006 17:57, Junichi Uekawa wrote: > Debian-installer: > elilo-installer is not built for ia32 > (http://lists.debian.org/debian-boot/2006/06/msg00185.html) > > Anyone already working on these stuff? There has been some work done on the installer (including uploading elilo

Re: Debian mactel linux support?

2006-06-29 Thread Matthew Garrett
Junichi Uekawa <[EMAIL PROTECTED]> wrote: > fix gnu-efi (bug: #376000) I'm sure this is a dupe of a bug I filed, but I can't find it right now. > I don't quite grok how I can make erfit be the default bootloader > without access to MacOSX command-line to 'bless', I hope I can find > out as

Dropping indirect dependencies from libgnutls-config --libs

2006-06-29 Thread Andreas Metzler
Hello, currently "libgnutls-config --libs"' output looks like this, -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error listing both direct (-lgnutls) and indirect dependencies. - Its output can be used for static linking. I am pondering (and have now been asked by bts) on changing this to

These new diffs are great, but...

2006-06-29 Thread Tyler MacDonald
Is it at all useful/better for apt-get to use the .pdiff files when dealing with a local (file://) debian repo? Thanks, Tyler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: new tar behavior and --wildcards (proposed middle ground)

2006-06-29 Thread Bdale Garbee
[EMAIL PROTECTED] (Barak A. Pearlmutter) writes: > As a compromise that addresses some of the issues I would suggest the > following: go with upstream, but add some convenience code, to whit: > > (1) Hot-wire tar to check an environment variable TAR_WILDCARD_DEFAULT > and activate the --wildca

Re: Booting - new idea?

2006-06-29 Thread Christian Perrier
> Software suspend which exists in kernel for several years? And works properly in Debian since what? Weeks? Months? :-) signature.asc Description: Digital signature

Re: Booting - new idea?

2006-06-29 Thread Gustavo Franco
On 6/29/06, Christian Perrier <[EMAIL PROTECTED]> wrote: > Software suspend which exists in kernel for several years? And works properly in Debian since what? Weeks? Months?:-) It doesn't really work properly anywhere, does it? :-P regards, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PRO

#195752: Can somebody mark this bug as grave or critical?

2006-06-29 Thread Tyler MacDonald
I just did an upgrade, and laptop-net caused my network interface to disappear. This is documented here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195752 laptop-net restarts network interfaces when it is upgraded. This is *nasty*. If you are upgrading over a network, this causes your contr

Re: Dropping indirect dependencies from libgnutls-config --libs

2006-06-29 Thread Mike Hommey
On Thu, Jun 29, 2006 at 07:38:56PM +0200, Andreas Metzler <[EMAIL PROTECTED]> wrote: > Hello, > currently "libgnutls-config --libs"' output looks like this, > -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error > listing both direct (-lgnutls) and indirect dependencies. - Its output > can

Re: These new diffs are great, but...

2006-06-29 Thread martin f krafft
also sprach Tyler MacDonald <[EMAIL PROTECTED]> [2006.06.29.2005 +0200]: > Is it at all useful/better for apt-get to use the .pdiff files > when dealing with a local (file://) debian repo? Not really. pdiff's mainly reduce download size for low bandwidth connections. file:// is pretty high bandwid

Re: These new diffs are great, but...

2006-06-29 Thread Steinar H. Gunderson
On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote: > Not really. pdiff's mainly reduce download size for low bandwidth > connections. file:// is pretty high bandwidth, you won't notice the > difference. I usually notice the difference -- the other way. "aptitude update" on a machine

Re: These new diffs are great, but...

2006-06-29 Thread Tyler MacDonald
Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote: > > Not really. pdiff's mainly reduce download size for low bandwidth > > connections. file:// is pretty high bandwidth, you won't notice the > > difference. > > I usually notice the

Re: #195752: Can somebody mark this bug as grave or critical?

2006-06-29 Thread martin f krafft
severity 195752 critical thanks also sprach Tyler MacDonald <[EMAIL PROTECTED]> [2006.06.29.2029 +0200]: > But yeah, I'm not in an official position to say, but if this > isn't considered a "critical" or at least "grave" bug, then > I don't know what is. Agreed. I tried to ping the release team o

Re: new tar behavior and --wildcards (proposed middle ground)

2006-06-29 Thread Barak A. Pearlmutter
Oops, guess I should have checked if it was already done. My bad. (Given that the warning is working, why were people making such a fuss? Well, never mind.) -- Barak A. Pearlmutter <[EMAIL PROTECTED]> Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilto

Re: These new diffs are great, but...

2006-06-29 Thread Bastian Venthur
Steinar H. Gunderson wrote: > On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote: >> Not really. pdiff's mainly reduce download size for low bandwidth >> connections. file:// is pretty high bandwidth, you won't notice the >> difference. > > I usually notice the difference -- the other

Bug#25837: chance of a lifetime

2006-06-29 Thread Giovanni
Hib there lovely, I was seaarching the neta few days ago. I am new to this thing. and bsaw your profile. I decided to emaila you acause aI found youb attractive. I might come down to ybour city in few weeks. Let me know if we can meet each other in person. I am attractive girl. I am sure you won't

Re: These new diffs are great, but...

2006-06-29 Thread Alec Berryman
Tyler MacDonald on 2006-06-29 11:43:45 -0700: > Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote: > > > Not really. pdiff's mainly reduce download size for low bandwidth > > > connections. file:// is pretty high bandwidth, you won'

Re: These new diffs are great, but...

2006-06-29 Thread Steinar H. Gunderson
On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote: > Same here. Very annoying on a box where you only update every few weeks > or something. Wouldn't it be possible to make snapshots every week and > only pdiff from this snapshot? You can turn off pdiffs if you'd like to; the old pac

Re: These new diffs are great, but...

2006-06-29 Thread Bastian Venthur
Steinar H. Gunderson wrote: > On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote: >> Same here. Very annoying on a box where you only update every few weeks >> or something. Wouldn't it be possible to make snapshots every week and >> only pdiff from this snapshot? > > You can turn off

Re: These new diffs are great, but...

2006-06-29 Thread martin f krafft
also sprach Bastian Venthur <[EMAIL PROTECTED]> [2006.06.29.2135 +0200]: > Someone could make stats to calculate the average day-count x when the > summ of the pdiffs becomes larger that the package-files. Then aptitude > (or apt-get) could decide whether the last update is more than x days > away

Re: These new diffs are great, but...

2006-06-29 Thread Bastian Venthur
martin f krafft wrote: > also sprach Bastian Venthur <[EMAIL PROTECTED]> [2006.06.29.2135 +0200]: >> Someone could make stats to calculate the average day-count x when the >> summ of the pdiffs becomes larger that the package-files. Then aptitude >> (or apt-get) could decide whether the last update

Re: #195752: Can somebody mark this bug as grave or critical?

2006-06-29 Thread Al Stone
On Thu, 2006-06-29 at 20:43 +0200, martin f krafft wrote: > severity 195752 critical > thanks > > also sprach Tyler MacDonald <[EMAIL PROTECTED]> [2006.06.29.2029 +0200]: > > But yeah, I'm not in an official position to say, but if this > > isn't considered a "critical" or at least "grave" bug, th

Re: These new diffs are great, but...

2006-06-29 Thread Robert Lemmen
On Thu, Jun 29, 2006 at 09:35:09PM +0200, Bastian Venthur wrote: > Someone could make stats to calculate the average day-count x when the > summ of the pdiffs becomes larger that the package-files. Then aptitude > (or apt-get) could decide whether the last update is more than x days > away and deci

Re: These new diffs are great, but...

2006-06-29 Thread Steinar H. Gunderson
On Thu, Jun 29, 2006 at 10:53:14PM +0200, Robert Lemmen wrote: > it might be easier to just generate fewer diffs on the server side, if > there is no matching diff available apt will fall back to using the > standard method. you will however find out that the size of all diffs > together is already

Re: These new diffs are great, but...

2006-06-29 Thread Kurt Roeckx
On Thu, Jun 29, 2006 at 09:35:09PM +0200, Bastian Venthur wrote: > Steinar H. Gunderson wrote: > > On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote: > >> Same here. Very annoying on a box where you only update every few weeks > >> or something. Wouldn't it be possible to make snapsho

Re: These new diffs are great, but...

2006-06-29 Thread Bastian Venthur
Robert Lemmen wrote: > standard method. you will however find out that the size of all diffs > together is already less than the size of the regular packages file. Yeah, looking at the average filesize of a diff compared to a packages file, I guess you'll need to wait like 100-200 days until the

Bug#376038: ITP: hpodder -- Tool to scan and download podcasts (podcatcher)

2006-06-29 Thread John Goerzen
Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: hpodder Version : 0.5.0 Upstream Author : John Goerzen <[EMAIL PROTECTED] * URL : http://quux.org/devel/hpodder * License : GPL Programming Lang: Haskell Description

Re: how to execute a data-file's preferred app from the cmd-line?

2006-06-29 Thread Gunnar Wolf
Török Edvin dijo [Thu, Jun 22, 2006 at 09:23:32AM +0300]: > >kfmclient exec foobar.odt > What if I am using gnome? Should I use gnome-open then? > Ah, and how do I determine if I am running gnome or kde? > (look in the output of `ps x'?) Don't. The machine might be multiuser (i.e. LTSP). Its users

Re: Reclaiming automake

2006-06-29 Thread Eric Dorland
* Scott James Remnant ([EMAIL PROTECTED]) wrote: > On Sun, 2006-06-25 at 19:11 -0400, Eric Dorland wrote: > > > Scott James Remnant dropped me an email recently, interested in > > improving the automake situation in Ubuntu and Debian[0]. > > > > [0] Their plan, which mirrors mine, is documented h

Re: Debian mactel linux support?

2006-06-29 Thread Junichi Uekawa
Hi, > > fix gnu-efi (bug: #376000) > > I'm sure this is a dupe of a bug I filed, but I can't find it right now. Your bug is meant to be already fixed (#355252), but I see there are some deviations between Debian and Ubuntu (which you seem to maintain), I'm suspecting there might be problems

Re: Debian mactel linux support?

2006-06-29 Thread Junichi Uekawa
Hi, > > Debian-installer: > > elilo-installer is not built for ia32 > > (http://lists.debian.org/debian-boot/2006/06/msg00185.html) > > > > Anyone already working on these stuff? > > There has been some work done on the installer (including uploading elilo > installer for i386 to the archive

Re: Debian mactel linux support?

2006-06-29 Thread Gustavo Franco
On 6/29/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote: Hi I've got hold of an intel mac that I'm interested in getting Debian running. I've seen quite a few folks running Debian on MacBook Pro at Debconf in Mexico, and I'm surprised that there aren't Debian packages. The things I'm planning on

Re: make -j in Debian packages

2006-06-29 Thread Goswin von Brederlow
Adam Borowski <[EMAIL PROTECTED]> writes: > On Wed, Jun 28, 2006 at 03:17:27AM +0200, Henning Makholm wrote: >> > If package maintainer wants to build it faster on their own machine, I >> > would imagine that checking for an environment variable (DEB_MAKE_OPTS >> > or something, perhaps?) and usin

Re: make -j in Debian packages

2006-06-29 Thread Goswin von Brederlow
Adam Borowski <[EMAIL PROTECTED]> writes: > On Wed, Jun 28, 2006 at 07:50:50PM +0300, Lars Wirzenius wrote: >> ke, 2006-06-28 kello 18:43 +0200, Adam Borowski kirjoitti: >> > What do you think about going with Don Armstrong's suggestion >> > ($CONCURRENCY_LEVEL), while handling the default (no env

Re: These new diffs are great, but...

2006-06-29 Thread Miles Bader
Robert Lemmen <[EMAIL PROTECTED]> writes: > it might be easier to just generate fewer diffs on the server side, if > there is no matching diff available apt will fall back to using the > standard method. you will however find out that the size of all diffs > together is already less than the size o

Re: These new diffs are great, but...

2006-06-29 Thread Miles Bader
Kurt Roeckx <[EMAIL PROTECTED]> writes: > But what I don't get is that it seems to be downloading every > file more than once. It atleast looks to be downloading twice as > files as it should, but it more looks like it's downloading the > same file 3 times if I look at the sizes. Yeah I noticed th

Re: These new diffs are great, but...

2006-06-29 Thread Joe Smith
"Bastian Venthur" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Robert Lemmen wrote: standard method. you will however find out that the size of all diffs together is already less than the size of the regular packages file. Yeah, looking at the average filesize of a diff compa

Re: Debian mactel linux support?

2006-06-29 Thread Joe Smith
"Junichi Uekawa" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I don't quite grok how I can make erfit be the default bootloader > without access to MacOSX command-line to 'bless', I hope I can find > out as I delve deeper. You can't. Intel Mac blessing is different to traditio

Re: These new diffs are great, but...

2006-06-29 Thread Marc Haber
On Thu, 29 Jun 2006 11:43:45 -0700, Tyler MacDonald <[EMAIL PROTECTED]> wrote: >Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: >> I usually notice the difference -- the other way. "aptitude update" on a >> machine that hasn't been updated in a while suddenly takes minutes instead of >> seconds...

Re: These new diffs are great, but...

2006-06-29 Thread Joey Hess
Miles Bader wrote: > Yeah I noticed this too -- some .pdiff files appeared to be downloaded > dozens of times! It prints the same pdiff filenames when downloading files with the same basename from different paths. Just to confuse things it does print out each seprate pdiff file 3 times, although

Re: make -j in Debian packages

2006-06-29 Thread Ingo Juergensmann
On Fri, Jun 30, 2006 at 03:22:48AM +0200, Goswin von Brederlow wrote: > The same can't be said for upstream makefiles though. Many sources > don't build with -j option. I'm not sure if debian/rules should > somehow enforce -j1 in those cases or if only packages that benefit > from -jX should add s

Work-needing packages report for Jun 30, 2006

2006-06-29 Thread wnpp
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 305 (new: 1) Total number of packages offered up for adoption: 85 (new: 3) Total number of packages requeste

Re: These new diffs are great, but...

2006-06-29 Thread Martin Michlmayr
* Joey Hess <[EMAIL PROTECTED]> [2006-06-30 02:05]: > Just to confuse things it does print out each seprate pdiff file 3 > times, although my squid logs show it downloads each exactly once. > My guess w/o reading the code is that one represents the download, > one the extraction, and one the applic

Re: make -j in Debian packages

2006-06-29 Thread Ingo Juergensmann
On Fri, Jun 30, 2006 at 03:26:15AM +0200, Goswin von Brederlow wrote: > > Still, the buildd admin has no way to estimate how much a sub-process > > of a package is going to use, the maintainer has at least a rough > > idea. Since the maintainer's action is needed anyway, he can as well > > provid