Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Richard A Nelson
On Sun, 17 Sep 2006, Marco d'Itri wrote: On Sep 17, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: I got the commands used by Andreas Metzler to extract packages in sarge with files or directories in /var/run/, and ran the it on etch. These are the 159 packages: Not all of them are buggy, e.g

getefi

2006-09-17 Thread John
Would you like:Want replica rolexes kingkkongresullts.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Henrique de Moraes Holschuh
On Sun, 17 Sep 2006, Mario 'BitKoenig' Holbe wrote: > cons, and issues and difficulties... would it probably make sense to > split the discussion about /var/x being able to be tmpfs'ed out and just > choose another location for the intended place-to-store-things-while- > nothing-else-is-mounted-rw?

Noting down the current status on apt-listbugs and servers required for apt-listbugs

2006-09-17 Thread Junichi Uekawa
Hi, Currently, it sounds unrealistic to move the apt-listbugs infrastructure back to Debian.org infrastructure. Which of the Debian servers have almost-unlimited bandwidth for serving ? I'm seeking information from those who are knowledgeable about Debian hosts. Currently osdl.debian.or.jp serv

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Brett Parker
On Sun, Sep 17, 2006 at 11:02:41PM +0200, Mario 'BitKoenig' Holbe wrote: > Marco d'Itri <[EMAIL PROTECTED]> wrote: > > Not all of them are buggy, e.g. ssh, inn and inn2 have the directory in > > the package but also create it in the init script if needed. > > I would consider this a bug, when a pa

Re: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Elimar Riesebieter
On Sun, 17 Sep 2006 the mental interface of Russ Allbery told: > Petter Reinholdtsen <[EMAIL PROTECTED]> writes: > > [Mario Holbe] > > >> So, as long as the Debian policy doesn't handle this, > > > I agree that we should update the policy to document this fact. > > It would be quite nice to hav

gfdl gcc documentation packages for non-free: update

2006-09-17 Thread Nikita V. Youshchenko
Hello. I've updated gcc-4.1 documentation packages (Section: non-free/doc). Packages are no longer debian-native, also several issues have been fixed. Also, I've created gcc-doc-defaults package (Section: contrib/doc) that builds gcc-doc, cpp-doc, gfortran-doc and treelang-doc packages with pro

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Mario 'BitKoenig' Holbe
Marco d'Itri <[EMAIL PROTECTED]> wrote: > Not all of them are buggy, e.g. ssh, inn and inn2 have the directory in > the package but also create it in the init script if needed. I would consider this a bug, when a package ships things which it expects to magically disappear and where it thus cares

Re: Policy process (was: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?)

2006-09-17 Thread Bill Allombert
On Sun, Sep 17, 2006 at 11:43:18AM -0700, Russ Allbery wrote: > Kurt Roeckx <[EMAIL PROTECTED]> writes: > > > I don't think policy changes need to be seconded. We have a policy team > > that should decide on what comes in policy and what not. Although, it > > more looks like it's just 1 person d

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Roberto C. Sanchez
On Sun, Sep 17, 2006 at 08:05:28PM +0200, Pierre Habouzit wrote: > Le dim 17 septembre 2006 19:57, Pierre Habouzit a écrit : > > > > hmm, right. the thing is, the code has been rewriten for the most > > part of it, so they are not tied with the turck-mmcache copyright > > holders anymore (afaict).

Policy process (was: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?)

2006-09-17 Thread Russ Allbery
Copying the debian-policy list, since this conversation is basically about that. Kurt Roeckx <[EMAIL PROTECTED]> writes: > I don't think policy changes need to be seconded. We have a policy team > that should decide on what comes in policy and what not. Although, it > more looks like it's just

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Thomas Viehmann
Pierre Habouzit wrote: > here is the link that explains that: > http://archive.eaccelerator.net/OldNews > and that has been achieved since, if I'm correct. so if this is just a > matter of exception to be done to the GPL, I'm really sure we can work > on it nicely. >> so basically, what has to

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Pierre Habouzit
Le dim 17 septembre 2006 19:57, Pierre Habouzit a écrit : > Le dim 17 septembre 2006 19:35, Roberto C. Sanchez a écrit : > > On Sun, Sep 17, 2006 at 06:07:57PM +0200, Pierre Habouzit wrote: > > > Le dim 17 septembre 2006 16:11, Pierre Habouzit a écrit : > > > >   Upstream Author : Name <[EMAIL PROT

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Pierre Habouzit
Le dim 17 septembre 2006 19:35, Roberto C. Sanchez a écrit : > On Sun, Sep 17, 2006 at 06:07:57PM +0200, Pierre Habouzit wrote: > > Le dim 17 septembre 2006 16:11, Pierre Habouzit a écrit : > > >   Upstream Author : Name <[EMAIL PROTECTED]> > > > > bah stupid template... > > > > reportbug should ba

Re: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Kurt Roeckx
On Sun, Sep 17, 2006 at 09:55:46AM -0700, Russ Allbery wrote: > Petter Reinholdtsen <[EMAIL PROTECTED]> writes: > > [Mario Holbe] > > >> So, as long as the Debian policy doesn't handle this, > > > I agree that we should update the policy to document this fact. > > It would be quite nice to have

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Roberto C. Sanchez
On Sun, Sep 17, 2006 at 06:07:57PM +0200, Pierre Habouzit wrote: > Le dim 17 septembre 2006 16:11, Pierre Habouzit a écrit : > >   Upstream Author : Name <[EMAIL PROTECTED]> > bah stupid template... > > reportbug should barf when such things are forgotten :| > > anyway the package is in NEW, and

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Gabor Gombas
On Sat, Sep 16, 2006 at 06:54:05PM +0200, Andreas Metzler wrote: > The whole thing is grey territory in FHS, but still I tend to think > that sysvinit should somehow preserve the (empty) directory structure > of /var/run through reboots. Definitely. When using chroots, it is not uncommon that som

Re: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Russ Allbery
Petter Reinholdtsen <[EMAIL PROTECTED]> writes: > [Mario Holbe] >> So, as long as the Debian policy doesn't handle this, > I agree that we should update the policy to document this fact. It would be quite nice to have more people participating in the Policy process in general. There are a fair

Re: Bug#387923: ITP: bluez-gnome -- bluetooth passkey (PIN) agent for GNOME

2006-09-17 Thread Hendrik Sattler
Am Sonntag 17 September 2006 14:39 schrieb Filippo Giunchedi: > Package: wnpp > Severity: wishlist > Owner: Filippo Giunchedi <[EMAIL PROTECTED]> > > * Package name: bluez-gnome > Version : 0.4 > Upstream Author : Marcel Holtmann <[EMAIL PROTECTED]> > * URL : http://blue

Re: Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Pierre Habouzit
Le dim 17 septembre 2006 16:11, Pierre Habouzit a écrit : >   Upstream Author : Name <[EMAIL PROTECTED]> bah stupid template... reportbug should barf when such things are forgotten :| anyway the package is in NEW, and debian/copyright is ok -- ·O· Pierre Habouzit ··O

Bug#387923: ITP: bluez-gnome -- bluetooth passkey (PIN) agent for GNOME

2006-09-17 Thread Filippo Giunchedi
Package: wnpp Severity: wishlist Owner: Filippo Giunchedi <[EMAIL PROTECTED]> * Package name: bluez-gnome Version : 0.4 Upstream Author : Marcel Holtmann <[EMAIL PROTECTED]> * URL : http://bluez.sf.net * License : GPL Programming Lang: C Description :

Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer

2006-09-17 Thread Pierre Habouzit
Package: wnpp Severity: wishlist Owner: Pierre Habouzit <[EMAIL PROTECTED]> * Package name: eaccelerator Version : 0.9.5~rc1 Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://www.eaccelerator.net/ * License : GPL V2 Programming Lang: C Description

Re: Openwebmail

2006-09-17 Thread Christoph Haas
On Thursday 14 September 2006 17:34, Michael Bellander wrote: > Is there anybody that can start with openwebmail for debian again, > Debian sarge unstable or something? I mean is there any chance to see an > updated verison of openwebmail in debian again. Do you know whether the RC bugs that lead

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Marco d'Itri
On Sep 17, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > I got the commands used by Andreas Metzler to extract packages in > sarge with files or directories in /var/run/, and ran the it on etch. > These are the 159 packages: Not all of them are buggy, e.g. ssh, inn and inn2 have the directory i

Re: ITP: btsco -- ALSA drivers and daemons for using bluetooth audio devices

2006-09-17 Thread Russell Stuart
On Sun, 2006-09-17 at 09:46 +0200, martin f krafft wrote: > also sprach Nobuhiro Iwamatsu <[EMAIL PROTECTED]> [2006.09.17.0559 +0200]: > > * Package name: btsco > > Please coordinate with Kel and Russell (on CC), who have been > working on this package for a while. One of the reasons that we h

Re: 2.4 vs. 2.6

2006-09-17 Thread Mario 'BitKoenig' Holbe
Hendrik Sattler <[EMAIL PROTECTED]> wrote: > A good hint for such cases is to actually report such bugs to the driver > developers. Did you? It's still in my reproduction and analysis-queue. However, 2.6 is not my biggest priority atm (it will still take a while to get it stable anyways :)). > Y

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Petter Reinholdtsen
[Petter Reinholdtsen] > Here is the list of packages in sarge with directories in /var/run/, > according to the file on merkel: I got the commands used by Andreas Metzler to extract packages in sarge with files or directories in /var/run/, and ran the it on etch. These are the 159 packages: an

Re: 2.4 vs. 2.6 (was: Re: Moving /var/run to a tmpfs?)

2006-09-17 Thread Hendrik Sattler
Am Sonntag 17 September 2006 12:28 schrieb Mario 'BitKoenig' Holbe: > However, as long > as I can easily freeze my machine just by doing really simple disk-I/O > tasks (which just happened when I had a need to boot into a Knoppix), > I will definitely not consider it to run on my servers. A good h

Re: 2.4 vs. 2.6

2006-09-17 Thread Andreas Metzler
Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]> wrote: [...] > Well, if there are really packages that demand on 2.6, they just can > depend on kernel-image-2.6, this is no problem at all. [...] No, they cannot. Kernel version requirements cannot be expressed in package dependencies because a) You can

2.4 vs. 2.6 (was: Re: Moving /var/run to a tmpfs?)

2006-09-17 Thread Mario 'BitKoenig' Holbe
Marco d'Itri <[EMAIL PROTECTED]> wrote: > The problem with supporting old kernels is not just the need to maintain 2.4 is not old, it's just stable :) > a few packages like initrd-tools or modutils, but that every important > package cannot rely on features of modern kernels: inotify, sysfs, etc.

Re: [Pkg-sysvinit-devel] Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Petter Reinholdtsen
[Mario Holbe] > Is it? Yes, mounting tmpfs on /var/run/ and /var/lock/ is supposed to work, and packages not handling it need to be fixed. And as you can see in /etc/init.d/, quite a few packages got this right already. A few got still it haven't been adjusted to work like that, and we should ge

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Marco d'Itri
On Sep 17, Frans Pop <[EMAIL PROTECTED]> wrote: > It does make a case for keeping a package like initrd-tools around though. The problem with supporting old kernels is not just the need to maintain a few packages like initrd-tools or modutils, but that every important package cannot rely on featur

Re: gcc-4.1 [gfdl] documentation packages for non-free

2006-09-17 Thread Guus Sliepen
On Sun, Sep 17, 2006 at 11:02:16AM +0400, Nikita V. Youshchenko wrote: > > Why is this a native Debian package? I know that the tarball it is based > > on is not one distributed as such by upstream, but it is based on files > > from an upstream source. The way you do it now, you can't see what you

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Frans Pop
On Sunday 17 September 2006 11:23, Steve Langasek wrote: > On Sun, Sep 17, 2006 at 11:10:33AM +0200, Mario 'BitKoenig' Holbe wrote: > > Relying on 2.6-only features for this is IMHO a no-go. 2.2 as well as > > 2.4 are maintained kernel-trees and just because the kernel-team > > seems to like to liv

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Mario 'BitKoenig' Holbe
Steve Langasek <[EMAIL PROTECTED]> wrote: > It is clear /to me/ from the juxtaposition of these two sentences that the > FHS intends for programs to be allowed to create such subdirectories without > them being removed at the beginning of the boot process. It is also clear Well, it would then pro

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Steve Langasek
On Sun, Sep 17, 2006 at 11:10:33AM +0200, Mario 'BitKoenig' Holbe wrote: > > are checked and mounted. (I do not know how they are going to handle > > the fact that /var/run is needed before /var is mounted, mount --move > > requires kernel 2.6 afaict.) > Relying on 2.6-only features for this is IM

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Mario 'BitKoenig' Holbe
Andreas Metzler <[EMAIL PROTECTED]> wrote: > It has been pointed out to me in http://bugs.debian.org/387699 > that syvinit is going to move /var/run to a tmpfs to solve a long-standing Yes, having the opportunity to mount /var/run on a tmpfs would be really nice. Please consider the same for /var

Re: ITP: btsco -- ALSA drivers and daemons for using bluetooth audio devices

2006-09-17 Thread Nobuhiro Iwamatsu
Hi , On Sun, 17 Sep 2006 09:46:04 +0200 martin f krafft <[EMAIL PROTECTED]> wrote: Thank you for your news. I did not know other people were working. > Please coordinate with Kel and Russell (on CC), who have been > working on this package for a while. One of the reasons that we have > not rel

Re: ITP: btsco -- ALSA drivers and daemons for using bluetooth audio devices

2006-09-17 Thread Kel Modderman
Hi Nobuhiro, On Sunday 17 September 2006 17:46, martin f krafft wrote: > also sprach Nobuhiro Iwamatsu <[EMAIL PROTECTED]> [2006.09.17.0559 +0200]: > > * Package name: btsco > > Please coordinate with Kel and Russell (on CC), who have been > working on this package for a while. One of the reas

Re: ITP: btsco -- ALSA drivers and daemons for using bluetooth audio devices

2006-09-17 Thread martin f krafft
also sprach Nobuhiro Iwamatsu <[EMAIL PROTECTED]> [2006.09.17.0559 +0200]: > * Package name: btsco Please coordinate with Kel and Russell (on CC), who have been working on this package for a while. One of the reasons that we have not released it yet is because we want to make btsco a daemon th

Re: Moving /var/run to a tmpfs?

2006-09-17 Thread Andreas Metzler
In gmane.linux.debian.devel.general Kurt Roeckx <[EMAIL PROTECTED]> wrote: > Anyway, it would be useful if you didn't have to login on merkel to be > able to see your list. I suggest you either submit those files to the > BTS, or put it on people.debian.org or something. http://people.debian.org/

Re: gcc-4.1 [gfdl] documentation packages for non-free

2006-09-17 Thread Nikita V. Youshchenko
> On Sun, Sep 17, 2006 at 12:06:02AM +0400, Nikita V. Youshchenko wrote: > > I've created gcc-4.1-doc-non-dfsg package, intended for non-free. This > > package builds several binary packages (cpp-4.1-doc, gcc-4.1-doc, > > gfortran-4.1-doc, tree;ang-4.1-doc), that contain all files - man > > pages,