Re: Good times with md, ReiserFS, and /usr unmountable

On Fri, Sep 12, 2008 at 05:25:48PM -0700, Ken Teague wrote: > Josselin Mouette wrote: > > Software RAID is be automatically detected from the boot sector, hence > > should be visible from a LiveCD. > > > Debian Live didn't have mdadm. Debian Lenny netinstall found the md's, > but didn't have fsc

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, Sep 12, 2008 at 11:28:49PM +0200, Yves-Alexis Perez wrote: > On ven, 2008-09-12 at 13:55 +0200, Raphael Hertzog wrote: > > > Why? I think this is the only sane way to go for drivers that we > > won’t > > > ship binary packages for. > > > > Why? What's wrong with dynamically generating .deb

Re: Bug#498762: ITP: sdlbasic -- BASIC interpreter for game development

On Sat, Sep 13, 2008 at 01:21:35AM +, Miriam Ruiz wrote: > Package: wnpp > Severity: wishlist > Owner: Miriam Ruiz <[EMAIL PROTECTED]> > * Package name: sdlbasic > Version : 0.0.20070714 > Upstream Author : Paulo Silva <[EMAIL PROTECTED]> > and others > * UR

Bug#498763: ITP: twidge -- Unix Command-Line Twitter and Identica Client

Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: twidge Version : 0.99.0 Upstream Author : John Goerzen <[EMAIL PROTECTED]> * URL : http://software.complete.org/twidge * License : GPL Programming Lang: Haskell Descript

Bug#498762: ITP: sdlbasic -- BASIC interpreter for game development

Package: wnpp Severity: wishlist Owner: Miriam Ruiz <[EMAIL PROTECTED]> * Package name: sdlbasic Version : 0.0.20070714 Upstream Author : Paulo Silva <[EMAIL PROTECTED]> and others * URL : http://sourceforge.net/projects/sdlbasic/ * License

Re: Good times with md, ReiserFS, and /usr unmountable

Josselin Mouette wrote: > Software RAID is be automatically detected from the boot sector, hence > should be visible from a LiveCD. Debian Live didn't have mdadm. Debian Lenny netinstall found the md's, but didn't have fsck.reiserfs. I'm in the process of burning SystemRescueCD (http://www.sysr

Re: Good times with md, ReiserFS, and /usr unmountable

Le vendredi 12 septembre 2008 à 16:38 -0700, Ken Teague a écrit : > Peter Samuelson wrote: > > The question I'd have is, how did you manage to create the filesystem in > > the first place? > > I didn't install the OS. It came from Microway like that. Well, d-i wouldn’t have done that, for examp

Processed: wishlist not a but

Processing commands for [EMAIL PROTECTED]: > severity 348775 wishlist Bug#348775: general: terminal emulators' alternatives settings' priorities annoy users Severity set to `wishlist' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking

Re: RFC: DKMS - Dynamic Kernel Module Support

Le samedi 13 septembre 2008 à 00:44 +0200, José Luis Tallón a écrit : > - Having files *vital* to the system not tracked by dpkg is > counter-productive. At the very least it thwarts the most basic and > obvious way of integrity protection. Dpkg is not tripwire. If you think you can rely on dpkg

Re: Good times with md, ReiserFS, and /usr unmountable

> > I would boot a CD that includes recovery tools. I'm not sure whether > > Debian Live includes reiserfsprogs, but that's one place to start > > looking. [Ken Teague] > That was my first thought, but the device with the corrupt file > system is multidisk. How can a LiveCD know about an md con

Re: Good times with md, ReiserFS, and /usr unmountable

[Ken Teague] > 1. Why isn't reiserfsprogs a dependency of the kernel image that has > support for it? Shouldn't all file system tools be dependent if the > kernel being pushed out to the box supports said file system? No, that would require a lot of stuff on most Debian systems that we don't nee

Re: Good times with md, ReiserFS, and /usr unmountable

Peter Samuelson wrote: > The question I'd have is, how did you manage to create the filesystem in the > first place? I didn't install the OS. It came from Microway like that. > I would boot a CD that includes recovery tools. I'm not sure whether > Debian Live includes reiserfsprogs, but that'

dumb "manual page for..." NAME section (was: Re: Processed: reassign)

[EMAIL PROTECTED] (Debian Bug Tracking System) writes: > Processing commands for [EMAIL PROTECTED]: > >> reassign 368383 help2man > Bug#368383: dumb "manual page for..." NAME section on many man pages > Bug reassigned from package `general' to `help2man'. There's now a Lintian test for this, whic

Good times with md, ReiserFS, and /usr unmountable

Greetings, Debian Etch AMD64 multi-disk ReiserFS Came in to find /dev/md6 wasn't mounted after rebooting the box. Tried to run fsck on it, but fsck.reiserfs was missing because reiserfsprogs wasn't installed. I can't apt-get or dpkg because those tools reside under /usr. This leads to a few qu

Processed: reassign

Processing commands for [EMAIL PROTECTED]: > reassign 368383 help2man Bug#368383: dumb "manual page for..." NAME section on many man pages Bug reassigned from package `general' to `help2man'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system

Bug#159385: marked as done (general: install a package but don't have it's magic funcionality on by default)

Your message dated Sat, 13 Sep 2008 00:04:43 +0200 with message-id <[EMAIL PROTECTED]> and subject line just a tag is not documentation... has caused the Debian Bug report #107862, regarding general: install a package but don't have it's magic funcionality on by default to be marked as done. Thi

Bug#107862: marked as done (newly installed services start automatically)

Your message dated Sat, 13 Sep 2008 00:04:43 +0200 with message-id <[EMAIL PROTECTED]> and subject line just a tag is not documentation... has caused the Debian Bug report #107862, regarding newly installed services start automatically to be marked as done. This means that you claim that the prob

Re: RFC: DKMS - Dynamic Kernel Module Support

David Paleino wrote: > On Fri, 12 Sep 2008 11:12:59 +, Tzafrir Cohen wrote: > > >> Furthermore, m-a is part of the package management system, which is a >> good thing. Indeed, as reasoned below >> [...] >> >> Building packages should be the norm. Having many files under /lib that >> cannot

Re: RFC: DKMS - Dynamic Kernel Module Support

Yves-Alexis Perez wrote: > On ven, 2008-09-12 at 11:32 +, Tzafrir Cohen wrote: > >> This is a major bug IMHO. It means that at least for i386 >> dkms-generated >> debs cannot be put in repositories. Thus you require a build >> environment >> on the target host. >> > > No. You only need

Re: RFC: DKMS - Dynamic Kernel Module Support

On ven, 2008-09-12 at 11:32 +, Tzafrir Cohen wrote: > This is a major bug IMHO. It means that at least for i386 > dkms-generated > debs cannot be put in repositories. Thus you require a build > environment > on the target host. No. You only need dkms. -- Yves-Alexis signature.asc Descripti

Re: RFC: DKMS - Dynamic Kernel Module Support

On ven, 2008-09-12 at 13:55 +0200, Raphael Hertzog wrote: > > Why? I think this is the only sane way to go for drivers that we > won’t > > ship binary packages for. > > Why? What's wrong with dynamically generating .deb of those modules > and > installing them? That's exactly what “dkms mkdeb” do

Fwd: free and full E-books download

-- Forwarded message -- From: Theebika <[EMAIL PROTECTED]> Date: Sat, Sep 13, 2008 at 2:12 AM Subject: Fwd: free and full E-books download To: [EMAIL PROTECTED] -- Forwarded message -- From: Theebika <[EMAIL PROTECTED]> Date: Sat, Aug 23, 2008 at 1:05 AM Subject:

Re: RFC: DKMS - Dynamic Kernel Module Support

Tzafrir Cohen wrote: > Upon initial inspection of the dkms script, it seems to generate > deb packages whose name does not not include $KVERS . But I didn't test > it. > This is correct, because you don't want to have multiple DKMS packages installed to support many versions of the kernel modu

Bug#498720: ITP: drobo-utils -- manage data robotics storage units (drobos)

Package: wnpp Severity: wishlist Owner: Chris AtLee <[EMAIL PROTECTED]> * Package name: drobo-utils Version : 0.3.0 Upstream Author : Peter Silva <[EMAIL PROTECTED]> * URL : http://drobo-utils.sourceforge.net * License : (GPL-3) Programming Lang: (C, Python)

Bug#498715: ITP: libterm-vt102-perl -- emulation of a VT102 terminal

Package: wnpp Severity: wishlist Owner: Marc Haber <[EMAIL PROTECTED]> * Package name: libterm-vt102-perl Version : 0.82 Upstream Author : Andrew Wood <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~ajwood/Term-VT102-0.82/VT102.pm * License : Artistic Prog

Re: RFC: DKMS - Dynamic Kernel Module Support

Le vendredi 12 septembre 2008 à 13:55 +0200, Raphael Hertzog a écrit : > Why? What's wrong with dynamically generating .deb of those modules and > installing them? I think this is going out of the scope of dpkg to be able to recursively install packages that it was not even asked to install. > Th

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, 12 Sep 2008, Josselin Mouette wrote: > Le vendredi 12 septembre 2008 à 10:00 +0200, Raphael Hertzog a écrit : > > IMO a solution that install modules manually (i.e. without dpkg) is not > > acceptable. > > Why? I think this is the only sane way to go for drivers that we won’t > ship binar

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, 12 Sep 2008 11:32:07 +, Tzafrir Cohen wrote: > On Fri, Sep 12, 2008 at 01:18:04PM +0200, David Paleino wrote: > > On Fri, 12 Sep 2008 11:12:59 +, Tzafrir Cohen wrote: > > > > Another issue: with rpm it is OK to have several packages of the same name > > > installed on the system.

Re: pbuilder and debhelper: Test suite run before dependencies satisfied

"Paul Wise" <[EMAIL PROTECTED]> writes: > On Fri, Sep 12, 2008 at 4:14 PM, Ben Finney <[EMAIL PROTECTED]> wrote: > > Howdy mentors, > Uh, wrong list? This is debian-devel. Whoops, yes, you're right. I'll try again over at debian-mentors. -- \ “When I get real bored, I like to drive do

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, Sep 12, 2008 at 01:18:04PM +0200, David Paleino wrote: > On Fri, 12 Sep 2008 11:12:59 +, Tzafrir Cohen wrote: > > Another issue: with rpm it is OK to have several packages of the same name > > installed on the system. dpkg does not like this. Hence kernel modules > > deb packages have

Re: pbuilder and debhelper: Test suite run before dependencies satisfied

* Ben Finney [Fri, 12 Sep 2008 18:14:54 +1000]: > How is this supposed to work? Running test suites indeed normally needs the binary's dependencies to be installed. This works out of the box for eg. C binaries/packages because these dependencies will be already installed in the chroot (for a C bi

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, 12 Sep 2008 11:12:59 +, Tzafrir Cohen wrote: > Furthermore, m-a is part of the package management system, which is a > good thing. If my repository contains -modules packages, they will bo > automatically upgraded upon a new version of the module. > > Building packages should be the n

Re: RFC: DKMS - Dynamic Kernel Module Support

On Thu, Sep 11, 2008 at 10:00:38AM +0200, David Paleino wrote: > *Usability & Maintainability* > > 3) You don't need to know much about what you are doing in order to install a > package that uses DKMS. If you look at the kqemu-source package in Ubuntu, > the > moment you install it, it builds

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, Sep 12, 2008 at 02:51:00PM +0800, Paul Wise wrote: > On Thu, Sep 11, 2008 at 4:00 PM, David Paleino <[EMAIL PROTECTED]> wrote: > > > some time ago I filed a RFS [1] for DKMS [2], and Daniel Baumann > > asked > > me what advantages it had over module-assistant. > > After some talking with

Re: pbuilder and debhelper: Test suite run before dependencies satisfied

On Fri, Sep 12, 2008 at 4:14 PM, Ben Finney <[EMAIL PROTECTED]> wrote: > Howdy mentors, Uh, wrong list? This is debian-devel. > Why does 'dh build' attempt to run the package's test suite, but > doesn't satisfy the build dependencies before doing so? How can this > be made to work within a 'pbui

Processed: Re: Bug#64071: #64071: Automatically generated files should not go to /etc

Processing commands for [EMAIL PROTECTED]: > reassign 498591 lintian Bug#498591: lintian: check menu-methods to not write to /etc/ Bug reassigned from package `general' to `lintian'. > retitle 498590 menu: documentation should not mislead to put generated files > to /etc Bug#498590: menu: docume

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, 12 Sep 2008 11:13:59 +0200, Josselin Mouette wrote: > Le vendredi 12 septembre 2008 à 10:00 +0200, Raphael Hertzog a écrit : > > IMO a solution that install modules manually (i.e. without dpkg) is not > > acceptable. > > Why? I think this is the only sane way to go for drivers that we wo

Re: RFC: DKMS - Dynamic Kernel Module Support

Le vendredi 12 septembre 2008 à 10:00 +0200, Raphael Hertzog a écrit : > IMO a solution that install modules manually (i.e. without dpkg) is not > acceptable. Why? I think this is the only sane way to go for drivers that we won’t ship binary packages for. As long as the .ko files are correctly r

pbuilder and debhelper: Test suite run before dependencies satisfied

Howdy mentors, Why does 'dh build' attempt to run the package's test suite, but doesn't satisfy the build dependencies before doing so? How can this be made to work within a 'pbuilder' environment? I'm packaging a Python application that has a unit test suite. This unit test suite, naturally, imp

Re: RFC: DKMS - Dynamic Kernel Module Support

@debian-kernel: please see the full thread at On Fri, 12 Sep 2008 10:00:00 +0200, Raphael Hertzog wrote: > Hi, Hi Raphael, > On Thu, 11 Sep 2008, David Paleino wrote: > > Hello *, > > some time ago I filed a RFS [1] for DKMS [2], and

Re: RFC: DKMS - Dynamic Kernel Module Support

Hi, On Thu, 11 Sep 2008, David Paleino wrote: > Hello *, > some time ago I filed a RFS [1] for DKMS [2], and Daniel Baumann > asked > me what advantages it had over module-assistant. > After some talking with upstream, here I have the answer. If you decided to package it, you must have had your

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, 12 Sep 2008 14:51:00 +0800, Paul Wise wrote: > On Thu, Sep 11, 2008 at 4:00 PM, David Paleino <[EMAIL PROTECTED]> wrote: > > > some time ago I filed a RFS [1] for DKMS [2], and Daniel Baumann > > asked me what advantages it had over module-assistant. > > After some talking with upstream,

Re: RFC: DKMS - Dynamic Kernel Module Support

On Thu, 11 Sep 2008 22:29:44 -0400, Filipus Klutiero wrote: > > This is achieved through the installation of a script in: > > > > /etc/kernel/header_postinst.d/ > > /etc/kernel/postinst.d/ > > /etc/kernel/prerm.d/ > > > > A quick search with apt-file didn't return any result. > > Is this approach

Re: RFC: DKMS - Dynamic Kernel Module Support

On Fri, Sep 12, 2008 at 02:51:00PM +0800, Paul Wise wrote: > On Thu, Sep 11, 2008 at 4:00 PM, David Paleino <[EMAIL PROTECTED]> wrote: > > > some time ago I filed a RFS [1] for DKMS [2], and Daniel Baumann > > asked > > me what advantages it had over module-assistant. > > After some talking with

Re: Bug in apt-mirror (0.4.4-4 Stable)?

Hey Debian-Devs, I came across somewhat unexpected behavior just recently when trying to use job control to suspend apt-mirror. I pointed this out to Brandon Holtsclaw the maintainer of the package, but as apt-mirror is a script, I'm hesitant to report this is an actual bug. Thoughts? Belo