On Thu, Sep 11, 2008 at 12:24:08PM -0500, Mario Limonciello wrote:
> As I understand, the dpkg maintainer (Michael Vogt)
Do you mean "apt maintainer"? TTBOMK, Michael has never been involved with
dpkg maintenance; so is this implementation going to be in dpkg, or apt?
Cheers,
--
Steve Langasek
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, here I have the answer.
Only down side I worry about is tha
On Thu, 11 Sep 2008, David Paleino wrote:
> On Thu, 11 Sep 2008 19:50:35 +0200, David Paleino wrote:
>
> > On Thu, 11 Sep 2008 19:43:39 +0200, Josselin Mouette wrote:
> > > You’d run into the same issue as module-assistant has: a package being
> > > installed cannot launch installation of other pa
On jeu, 2008-09-11 at 10:00 +0200, David Paleino wrote:
> This mail is being sent to see what Debian developers (and users)
> think about
> this framework: it's useless if no package uses it :)
I currently use DKMS at work on some servers which run Debian. All other
run RHEL, and have fully update
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: 452 (new: 0)
Total number of packages offered up for adoption: 125 (new: 0)
Total number of packages request
On jeu, 2008-09-11 at 18:02 +, Tzafrir Cohen wrote:
>
> Do you actually have a working build system? Must you have a build
> system on every host?
I have one on a testbed yes. I have a box which has dkms,
build-essential and headers installed. I import the driver source
tarball, run dkms mkde
On jeu, 2008-09-11 at 21:32 +0100, Ben Hutchings wrote:
> Note, we would also need to ensure that alien does a good job
> with DKMS RPMs.
dkms can build deb packages. They need dkms to be installed too (so you
need it installed on all your servers, not just on the build machine),
but it works fine
Craig Small dijo [Fri, Sep 12, 2008 at 12:26:41PM +1000]:
> Hello,
> I'm the Debian maintainer for procps, which is the package that gives
> you things like ps,killall and top. The latest version of procps now
> handles all 7 cpu numbers, so all is well?
>
> Actually no, since kernel 2.6.24 the
Hello,
I'm the Debian maintainer for procps, which is the package that gives
you things like ps,killall and top. The latest version of procps now
handles all 7 cpu numbers, so all is well?
Actually no, since kernel 2.6.24 there is a 9th CPU field! It's called
a guest field and is the amount of
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 supported by Debian?
/etc/kernel/header_postinst.d/ isn't supported.
I remember grub u
2008/9/11 Holger Levsen wrote:
...
> it's actually not useful (to have this feature implemented).
>
> If pressing a key accellerates the repeat, how would you know how long to
> press the key? Also, if you want to delete multiple lines/words of text,
> there are smarter ways to do it. (Be it in you
On Thu, 2008-09-11 at 15:26 -0700, Russ Allbery wrote:
> Mark Brown <[EMAIL PROTECTED]> writes:
> > On Thu, Sep 11, 2008 at 07:21:30PM +0200, Josselin Mouette wrote:
>
> > The prompts about configuration files could probably be handled by
> > having something like a new /usr/share/bug file listing
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi <[EMAIL PROTECTED]>
Package name: sparskit
Version : 2.0.0
Upstream Author : Yousef Saad
URL :
http://www-users.cs.umn.edu/~saad/software/SPARSKIT/sparskit.html
License : LGPL
Programming Lan
Gaudenz Steinlin wrote:
> On Thu, Sep 11, 2008 at 09:37:02PM +0800, Paul Wise wrote:
>
>> On Thu, Sep 11, 2008 at 8:39 PM, Luca Bruno <[EMAIL PROTECTED]> wrote:
>>
>>
>>> First solution: change the scripts to use a bash function instead of cat
>>> <>> keep going using a FIFO to deal with t
Mark Brown <[EMAIL PROTECTED]> writes:
> On Thu, Sep 11, 2008 at 07:21:30PM +0200, Josselin Mouette wrote:
>> Come on, we are not trying to imitate Vista. Why do you need to ask
>> tons of questions just to report a bug? Their only purpose is to
>> confuse the guy reporting a bug and who doesn???t
On Thu, 11 Sep 2008 12:31:49 +0200, Bernhard R Link <[EMAIL PROTECTED]> said:
> retitle -1 menu: documentation should mislead to put generated files
> to /etc
What does that mean? I can't parse "documentation should mislead
to". Does this mean documentation should be misleading? I at le
On Thu, 2008-09-11 at 10:00 +0200, David Paleino wrote:
> *Other*
>
> 5) Interoperability with different distributions. DKMS tarballs can be used on
> RHEL, SuSE, Ubuntu, or Debian. If there are different kernels, patches can be
> included in the DKMS tarball to enable support on different kernel
On Thu, 11 Sep 2008 21:55:16 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 21:44 +0200, David Paleino a écrit :
> > On Thu, 11 Sep 2008 20:24:53 +0200, Josselin Mouette wrote:
> > > You cannot install packages in a triggered script, or in whatever way
> > > that will be determined
Le jeudi 11 septembre 2008 à 21:44 +0200, David Paleino a écrit :
> On Thu, 11 Sep 2008 20:24:53 +0200, Josselin Mouette wrote:
> > You cannot install packages in a triggered script, or in whatever way
> > that will be determined from within a package itself.
>
> Is there any particular reason for
On Thu, 11 Sep 2008 20:13:40 +0200, sean finney wrote:
> hi,
Hello Sean,
> On Thu, Sep 11, 2008 at 07:50:35PM +0200, David Paleino wrote:
> > > You’d run into the same issue as module-assistant has: a package being
> > > installed cannot launch installation of other packages.
> >
> > Uhm, right
On Thu, 11 Sep 2008 20:24:53 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 20:02 +0200, David Paleino a écrit :
> > apt-get is able to determine the architecture he's running on, right?
> > Anyways, dkms is a shells script, it could use dpkg-architecture to get the
> > right string
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi <[EMAIL PROTECTED]>
Package name: itsol
Version : 1.0.0
Upstream Author : Yousef Saad
URL : http://www-users.cs.umn.edu/~saad/software/ITSOL/
License : GPL-2+
Programming Lang: C, Fortran
De
hi,
On Thu, Sep 11, 2008 at 07:50:35PM +0200, David Paleino wrote:
> > You’d run into the same issue as module-assistant has: a package being
> > installed cannot launch installation of other packages.
>
> Uhm, right.
> I believe there could be a margin of improvement here for apt-get:
> 3) the
On Thu, Sep 11, 2008 at 07:21:30PM +0200, Josselin Mouette wrote:
> Come on, we are not trying to imitate Vista. Why do you need to ask tons
> of questions just to report a bug? Their only purpose is to confuse the
> guy reporting a bug and who doesn???t know what this /etc/apt/sources.list
> file
Le jeudi 11 septembre 2008 à 20:02 +0200, David Paleino a écrit :
> On Thu, 11 Sep 2008 17:52:39 +, Tzafrir Cohen wrote:
> > On Thu, Sep 11, 2008 at 07:43:39PM +0200, Josselin Mouette wrote:
> > > Yes, and if dkps depends on linux-headers-2.6-$subarch, that will do the
> > > trick at least for
> | >> Perhaps the DELAYED queue should be moved out of ~tfheen to a more
> | >> neutral directory?
> | > ACK on all this request, which I was going to write almost identically :-)
> | > Cc-ing ftpmaster.
> | We sure can move it back into ftpmasters hands sometime in the not too
> | distant future
On Thu, Sep 11, 2008 at 08:02:53PM +0200, David Paleino wrote:
> On Thu, 11 Sep 2008 17:52:39 +, Tzafrir Cohen wrote:
>
> > On Thu, Sep 11, 2008 at 07:43:39PM +0200, Josselin Mouette wrote:
> > > Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > > > > One of the issues I’m
On Thu, 11 Sep 2008 18:02:41 +, Tzafrir Cohen wrote:
> On Thu, Sep 11, 2008 at 07:50:35PM +0200, David Paleino wrote:
> > I believe there could be a margin of improvement here for apt-get:
> >
> > 1) apt-get install linux-image-2.6-blabla
> > 2) ...installation goes...
> > 3) the postinst hoo
On Thu, Sep 11, 2008 at 07:50:35PM +0200, David Paleino wrote:
> On Thu, 11 Sep 2008 19:43:39 +0200, Josselin Mouette wrote:
>
> > Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > > > One of the issues I’m wondering about is: how do you ensure you always
> > > > have the kerne
On Thu, 11 Sep 2008 17:52:39 +, Tzafrir Cohen wrote:
> On Thu, Sep 11, 2008 at 07:43:39PM +0200, Josselin Mouette wrote:
> > Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > > > One of the issues I’m wondering about is: how do you ensure you always
> > > > have the kernel
On Thu, 11 Sep 2008 19:50:35 +0200, David Paleino wrote:
> On Thu, 11 Sep 2008 19:43:39 +0200, Josselin Mouette wrote:
> > You’d run into the same issue as module-assistant has: a package being
> > installed cannot launch installation of other packages.
>
> Uhm, right.
> I believe there could be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 11 Sep 2008 18:03:14 +0100
Neil Williams <[EMAIL PROTECTED]> wrote:
>> Making everything have to conform to GUI requirements is also
> non-friendly. reportbug must still be usable over SSH without requiring
> SSH -X. IMHO the GUI requirements
Le jeudi 11 septembre 2008 à 17:29 +0200, David Paleino a écrit :
> > > 1) It includes a kernel postinstall hook. This means that, the moment
> > > kernel
> > > headers get installed, your modules are automatically rebuilt.
> >
> > Seems just as easy (or diffiuclt) to implement with module-assist
On Thu, Sep 11, 2008 at 07:43:39PM +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > > One of the issues I’m wondering about is: how do you ensure you always
> > > have the kernel headers for the installed kernels?
> >
> > Some kind of check ins
On Thu, 11 Sep 2008 19:43:39 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > > One of the issues I’m wondering about is: how do you ensure you always
> > > have the kernel headers for the installed kernels?
> >
> > Some kind of check inside D
Le jeudi 11 septembre 2008 à 19:23 +0200, David Paleino a écrit :
> > One of the issues I’m wondering about is: how do you ensure you always
> > have the kernel headers for the installed kernels?
>
> Some kind of check inside DKMS? In the end, that's a Bash script, and the
> Debian maintainer (i.e
On Thu, 2008-09-11 at 19:21 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 18:03 +0100, Neil Williams a écrit :
> > > Reportbug is ok with text and urwid (which also stops curses and
> > > switches to text), but the coming GTK+ interface won't support it.
> >
> > Then the GTK+ front
Hi Josselin:
As I understand, the dpkg maintainer (Michael Vogt) is implementing the
idea of package groups that have sticky dependencies. This should mean
that when a package gets installed, it will need to register with the
package group. When a kernel with a new ABI is available, it won't be
On Thu, 11 Sep 2008 19:17:17 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 17:29 +0200, David Paleino a écrit :
> > > > 1) It includes a kernel postinstall hook. This means that, the moment
> > > > kernel headers get installed, your modules are automatically rebuilt.
> > >
> > > S
Le jeudi 11 septembre 2008 à 18:03 +0100, Neil Williams a écrit :
> > Reportbug is ok with text and urwid (which also stops curses and
> > switches to text), but the coming GTK+ interface won't support it.
>
> Then the GTK+ frontend is broken and should be fixed so that it can
> support the existi
On Thu, 2008-09-11 at 19:08 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 17:09 +0100, Neil Williams a écrit :
> > > The second solution is to specify that these scripts should not be
> > > interactive. I don’t think there is much point in it, and it would
> > > simplify things a lo
Le jeudi 11 septembre 2008 à 17:09 +0100, Neil Williams a écrit :
> > The second solution is to specify that these scripts should not be
> > interactive. I don’t think there is much point in it, and it would
> > simplify things a lot.
>
> We've been here before. Some people might value the opportu
On Thu, 2008-09-11 at 18:21 +0200, Luca Bruno wrote:
> On Thu, 11 Sep 2008 17:09:26 +0100
> Neil Williams <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-09-11 at 15:35 +0200, Josselin Mouette wrote:
> > > Le jeudi 11 septembre 2008 à 14:39 +0200, Luca Bruno a écrit :
> > > > The proposal:
> > > > I kn
Hi David:
I'll add on the Ubuntu kernel team here to get some comments on this
postinstall hook functionality and it's origins.
Regards
David Paleino wrote:
> On Thu, 11 Sep 2008 10:00:38 +0200, David Paleino wrote:
>
>
>> If you have AUTOINSTALL set to yes in a DKMS control file:
>>
>> 1) It
Hi Cohen:
Keep in mind, if there is a new kernel that gets installed, this will
build the driver for that kernel, but nothing will be activated until
you reboot. That choice is your own. Due to the kernel postinstall
service, you won't even need to build the modules during the next boot
prior t
David Paleino wrote:
> Sure, but I believe Mario intended "trasparently adding modules" -- i.e.
> modules you forgot to update&install would automatically be handled by DKMS on
> boot. Mario, am I wrong?
>
Correct, the service will simply compile the modules for you.
rmmod/modprobe/udev cont
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 11 Sep 2008 17:09:26 +0100
Neil Williams <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-11 at 15:35 +0200, Josselin Mouette wrote:
> > Le jeudi 11 septembre 2008 à 14:39 +0200, Luca Bruno a écrit :
> > > The proposal:
> > > I know it's bad to br
On Thu, 11 Sep 2008 10:00:38 +0200, David Paleino wrote:
> If you have AUTOINSTALL set to yes in a DKMS control file:
>
> 1) It includes a kernel postinstall hook. This means that, the moment kernel
> headers get installed, your modules are automatically rebuilt.
This is achieved through the ins
On Thu, Sep 11, 2008 at 09:37:02PM +0800, Paul Wise wrote:
> On Thu, Sep 11, 2008 at 8:39 PM, Luca Bruno <[EMAIL PROTECTED]> wrote:
>
> > First solution: change the scripts to use a bash function instead of cat
> > < > keep going using a FIFO to deal with the UI
> > Second solution: I don't know,
On Thu, 2008-09-11 at 15:35 +0200, Josselin Mouette wrote:
> Le jeudi 11 septembre 2008 à 14:39 +0200, Luca Bruno a écrit :
> > The proposal:
> > I know it's bad to break compatibility but I also think keeping things
> > with hacks and far from the GUI prospective can become obsolete and
> > non us
On Thu, 11 Sep 2008 15:58:22 +, Tzafrir Cohen wrote:
> On Thu, Sep 11, 2008 at 05:29:44PM +0200, David Paleino wrote:
>
> > > I wonder how this can be done with zaptel. If you try to be
> > > user-friendly and run '/etc/init.d/zaptel/unload' when installing
> > > zaptel-modules-' it'll eventu
On Thu, Sep 11, 2008 at 05:29:44PM +0200, David Paleino wrote:
> > I wonder how this can be done with zaptel. If you try to be
> > user-friendly and run '/etc/init.d/zaptel/unload' when installing
> > zaptel-modules-' it'll eventually fail normally, because
> > Asterisk holds /dev/zap/pseudo open,
Hi,
please keep also the upstream author CCed :)
On Thu, 11 Sep 2008 15:00:14 +, Tzafrir Cohen wrote:
> I have experince mostly with the out-of-tree module Zaptel.
> I'm personally happy with m-a. It works resonably well for me. Though I
> appreciate the goal of cross-vendor compatibility.
T
Hi,
I have experince mostly with the out-of-tree module Zaptel.
I'm personally happy with m-a. It works resonably well for me. Though I
appreciate the goal of cross-vendor compatibility.
Some comments:
On Thu, Sep 11, 2008 at 10:00:38AM +0200, David Paleino wrote:
> 1) It includes a kernel post
On Thu, Sep 11, 2008 at 8:39 PM, Luca Bruno <[EMAIL PROTECTED]> wrote:
> First solution: change the scripts to use a bash function instead of cat
> < keep going using a FIFO to deal with the UI
> Second solution: I don't know, I'm asking to you
I'd suggest reviewing all the scripts in use and de
Le jeudi 11 septembre 2008 à 14:39 +0200, Luca Bruno a écrit :
> The proposal:
> I know it's bad to break compatibility but I also think keeping things
> with hacks and far from the GUI prospective can become obsolete and
> non user-friendly.
>
> First solution: change the scripts to use a bash fu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'd like to suggest changing the format of the bug scripts for allowing
non-text user interfaces to display important information.
This is the history:
1. I'm writing a GTK+ UI for reportbug, now landed in trunk thanks to Sandro
Tosi
2. When f
Package: wnpp
Severity: wishlist
Owner: Stephan Peijnik <[EMAIL PROTECTED]>
* Package name: python-sptest
Version : 0.2.1
Upstream Author : Stephan Peijnik <[EMAIL PROTECTED]>
* URL : http://pypi.python.org/pypi/sptest/
* License : GPL
Programming Lang: Python
Processing commands for [EMAIL PROTECTED]:
> clone 64071 -1 -2
Bug#64071: menu: Automatically generated files should not go to /etc
Bug 64071 cloned as bugs 498590-498591.
> retitle -1 menu: documentation should mislead to put generated files to /etc
Bug#498590: menu: Automatically generated file
clone 64071 -1 -2
retitle -1 menu: documentation should mislead to put generated files to /etc
severity -1 minor
reassign -1 menu
retitle -2 lintian: check menu-methods to not write to /etc/
severity -2 wishlist
block 64071 by -1 -2
* Bill Allombert <[EMAIL PROTECTED]> [021124 10:28]:
> Menu itsel
reassign 30020 lintian
thanks
Hi,
reassigning to lintian, because a.) I think thats right and b.) I dont
understand why it was reassigned from lintian to general in the first place.
Probably this is already implemented (a check that two binary packages from
one source package have exactly the
Processing commands for [EMAIL PROTECTED]:
> reassign 30020 lintian
Bug#30020: check for packages with the same descriptions
Bug reassigned from package `general' to `lintian'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Thu, Sep 11, 2008 at 10:02 AM, Holger Levsen <[EMAIL PROTECTED]> wrote:
> Muchas gracias a la Junta de Extremadura for giving us this opportunity!! It
> is very much appreciated!
You are very welcome!!!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
severity 97500 wishlist
reassign 97500 texinfo
thanks
* Yann Dirson <[EMAIL PROTECTED]> [080911 08:47]:
> The info dir on Debian systems becomes large really, and having all
> individual commands in packages like binutils, id-utils, sharutils,
> sh-utils, fileutils, and textutils, listed in their
Processing commands for [EMAIL PROTECTED]:
> severity 97500 wishlist
Bug#97500: info sections clobbered by individual commands
Severity set to `wishlist' from `normal'
> reassign 97500 texinfo
Bug#97500: info sections clobbered by individual commands
Bug reassigned from package `general' to `texi
Processing commands for [EMAIL PROTECTED]:
> reassign 430896 hal
Bug#430896: general: GNOME or KDE desktops should issue a warning when the user
unplugs USB media without unmounting.
Bug reassigned from package `general' to `hal'.
> thanks
Stopping processing here.
Please contact me if you need
Your message dated Thu, 11 Sep 2008 10:07:22 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing, unresponsive submitter
has caused the Debian Bug report #414938,
regarding general: network connection issues, 90% connection slowdown
to be marked as done.
This means that you claim t
Your message dated Thu, 11 Sep 2008 10:04:45 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing
has caused the Debian Bug report #429888,
regarding networking broken after install
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
Your message dated Thu, 11 Sep 2008 09:57:10 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing
has caused the Debian Bug report #391118,
regarding The longer you hold down keyboard keys, the faster they should repeat
to be marked as done.
This means that you claim that the proble
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.
(quoting mail from Mario Limonciello <[EMAIL PROTECTED]>, CCed)
--8<--
If you have AUTOINSTALL set to yes in
Processing commands for [EMAIL PROTECTED]:
> reassign 332739 findutils
Bug#332739: debian packages are not safe to build on AFS, since find is
typically used without -noleaf
Bug reassigned from package `general' to `findutils'.
> thanks
Stopping processing here.
Please contact me if you need as
Processing commands for [EMAIL PROTECTED]:
> reassign 457839 perl
Bug#457839: general: Many man pages display shell quotes ` and ' wrong in
Unicode environment
Bug reassigned from package `general' to `perl'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian b
reassign 457839 perl
thanks
Hi,
my understanding on this is based on reading the bug report. I'm not fully
sure if this issue has been closed with perl 5.10 or if seperate bug reports
for all effected manpages are useful. (I think the former but leave it to the
perl maintainers to confirm.)
73 matches
Mail list logo
