[EMAIL PROTECTED] wrote:
> I have a live-CD that i'm building with debootstrap + udev .
> everything is fine with the live-CD , however when i try to remove the
> "working directory" - i can't remove it due to an existing mounting
> point caused by udev .
the etch udev package does detect that it
On Mon, 09 Jul 2007, Russ Allbery wrote:
> Also, why don't we create a meta-package in the BTS for priority
> changes?
It would actually just be enough to create a set of usertags for
priority changes, usertag bugs involving priority changes, and then
separate them out.
What it basically needs is
Anthony Towns <[EMAIL PROTECTED]> writes:
> We have a bunch of override change requests outstanding, mostly because
> the ftpmaster alias is so absurdly heavily spammed that they get lost in
> the noise; having more structured checking of priorities/sections that
> someone actually took the time t
HI,
> # debootstrap --include=udev sarge /sarge-root
> # rm -rf /sarge-root/
> rm: cannot remove directory `/sarge-root//dev/.static/dev': Device
> or resource busy
why do you use sarge? Etch is stable since the beginnign of April, and
it supports udev just fine out of the box.
Also there'
On Tue, Jul 10, 2007 at 12:02:32AM +0200, Lucas Nussbaum wrote:
> > People really do use both package priorities and sections still for
> > selecting packages in the package management tools, and it would be great
> > to have them fixed.
> Seconded. I tried once to install all "optional" packages a
Hi ,
I have a live-CD that i'm building with debootstrap + udev .
everything is fine with the live-CD , however when i try to remove the
"working directory" - i can't remove it due to an existing mounting
point caused by udev .
the (simplified) scenario goes like this:
# debootstrap --include=
Package: wnpp
Severity: wishlist
* Package name: unmass
Version : 0.9
Upstream Author: Mirex <[EMAIL PROTECTED]>
* URL : http://mirex.mypage.sk/index.php?selected=1
* License : GNU GPL
Description : Extract game archive files
This is a tool to extract
On 09/07/07 at 14:23 -0700, Russ Allbery wrote:
> Daniel Baumann <[EMAIL PROTECTED]> writes:
> > Sam Hocevar wrote:
>
> >> The tasks
> >> -
>
> > [...]
>
> > what about override adjustments? I have packages where I've fixed
> > clearly wrong overrides and was answering many times the aut
Daniel Baumann <[EMAIL PROTECTED]> writes:
> Sam Hocevar wrote:
>> The tasks
>> -
> [...]
> what about override adjustments? I have packages where I've fixed
> clearly wrong overrides and was answering many times the automatic
> 'override disparity' mails without any answer for years.
S
Sam Hocevar wrote:
> The tasks
> -
[...]
what about override adjustments? I have packages where I've fixed
clearly wrong overrides and was answering many times the automatic
'override disparity' mails without any answer for years.
--
Address:Daniel Baumann, Burgunderstrasse 3, C
This is a courtesy rejoinder:
Today kile installed without problem. Last time I think that texlive was
not completely loaded into testing.
Art Edwards
Steve Langasek wrote:
On Tue, Jul 03, 2007 at 03:06:36PM -0600, Art Edwards wrote:
In testing, kile has been removed.
That doesn't
On Mon, Jul 09, 2007 at 12:49:20PM +0200, Andreas Weller <[EMAIL PROTECTED]>
wrote:
> Package: ITP: umtsmon -- Use it to control UMTS/GPRS cards in notebooks
> Version: 0.6-1
>
> Hi!
> I use this tool for configuring my UMTS card with a GUI. As it is not
> (yet) in the debian repositories I creat
Brian May <[EMAIL PROTECTED]> writes:
> Now that Heimdal 0.8 has finally entered experimental, could I ask
> somebody to please check the patch to add versioned symbols in the
> shared libraries?
> The patch from previous versions wouldn't apply cleanly, so I had to
> kludge a patch that would cl
Sven Mueller wrote:
> Also true, but as I frequently need to backport packages to (old)stable,
> I would really like people only to increase the debhelper compat level
> if they really _use_ new features in the new level.
>
> While I backported packages to sarge during the etch release cycle, I
>
Steinar H. Gunderson wrote on 09/07/2007 16:57:
> On Mon, Jul 09, 2007 at 04:48:05PM +0200, Bruno Costacurta wrote:
>> Hello,
>> what is the policy about file debian/compat ?
>
> It's a part of the interface to debhelper, and as such is documented in the
> debhelper documentation.
True.
>> I was
Hi Bruno
* Bruno Costacurta <[EMAIL PROTECTED]> [2007-07-09 16:53]:
> what is the policy about file debian/compat ?
There is no policy for compat since compat specifies the
compatibility level of the debhelper tools and you don't
need to build your packages with debhelper.
> I was not able to f
On Mon, Jul 09, 2007 at 04:48:05PM +0200, Bruno Costacurta wrote:
> Hello,
> what is the policy about file debian/compat ?
It's a part of the interface to debhelper, and as such is documented in the
debhelper documentation.
> I was not able to find any policy about it in 'Debian Policy Manual' on
On Mon, 2007-07-09 at 16:48 +0200, Bruno Costacurta wrote:
> what is the policy about file debian/compat ?
>
> I was not able to find any policy about it in 'Debian Policy Manual' on
> debian.org. It seems it should contain package version mentionned in
> field 'Build-depends:' in debian/control
Hello,
what is the policy about file debian/compat ?
I was not able to find any policy about it in 'Debian Policy Manual' on
debian.org. It seems it should contain package version mentionned in
field 'Build-depends:' in debian/control for building from source package ?
Ie. if my package is buil
Package: ftp.debian.org
As maintainer of gnotepad+ (and gnotepad+-help) it is my opinion
they are past the end of their useful life and should be removed from
Debian.
1) It has some annoying bugs nobody intends to fix (78247, 97764)
2) I severely doubt anybody is using it anymore (it never achie
Package: wnpp
Severity: wishlist
Owner: Julien Danjou <[EMAIL PROTECTED]>
* Package name: rebuildd
Version : 0.1.0
Upstream Author : Julien Danjou <[EMAIL PROTECTED]>
* URL : http://julien.danjou.info/rebuild.html
* License : GPL
Programming Lang: Python
Des
Roger Leigh <[EMAIL PROTECTED]> scribbled:
> GTK+ 1.2 (and GLib 1.2) were abandoned upstream over *six years* ago.
> It's rather probable (nay, doubtless) that there are unidentified and
> unfixed security problems with these libraries.
>
> Given that upstreams have had over five years to port th
Package: wnpp
Severity: normal
Hello,
The editor "elvis" is a vi clone that has almost (see below) all
features that one would nowadays demand of a vi-like editor. It is
also significantly "lighter" than the popular "vim" editor.
-rwxr-xr-x root root 451796 2006-10-11 08:13 /usr/bin/elv
Joseph Neal a écrit :
Well, my reasoning was, that we just try to wild guess about
user capabilities. I have just learned that user behave very
unexpected and exactly these users happen to be quite vocal
how broken Debian is. I just would like to give them lesser
chances to be correct when they
24 matches
Mail list logo
