Package: wnpp
Severity: wishlist
Owner: "Danai SAE-HAN (韓達耐)"
* Package name: libxml-libxml-simple-perl
Version : 0.14
Upstream Author : Mark Overmeer
* URL : http://search.cpan.org/dist/XML-LibXML-Simple/
* License : Artistic or GPLv1+
Programming Lang: Per
Package: wnpp
Severity: wishlist
Owner: "Danai SAE-HAN (韓達耐)"
* Package name: liblist-allutils-perl
Version : 0.02
Upstream Author : Dave Rolsky
* URL : http://search.cpan.org/dist/List-AllUtils/
* License : Artistic or GPLv1+
Programming Lang: Perl
Descri
[Tollef Fog Heen]
> Sounds like a bug in insserv, then.
As far as I can tell it is a design decision.
> Did they provide any reasoning for this?
See http://thread.gmane.org/gmane.comp.init.sysv.devel/66 > for
the thread. :)
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to
Package: wnpp
Severity: wishlist
Owner: "Danai SAE-HAN (韓達耐)"
* Package name: liblatex-decode-perl
Version : 0.03
Upstream Author : François Charette
* URL : http://search.cpan.org/dist/LaTeX-Decode/
* License : Artistic or GPLv1+
Programming Lang: Perl
De
On Sat, Oct 23, 2010 at 07:32:55PM -0600, Bob Proulx wrote:
> P.S. On my 2004 1.8GHz Pentium M laptop:
>
> $ time lsb_release -is
> Debian
>
> real0m0.135s
> user0m0.116s
> sys 0m0.016s
[~]# time lsb_release -is
Debian
real0m9.525s
user0m6.216s
sys 0m0.652s
[~]
On Sun, 24 Oct 2010 at 18:05:45 +0900, Osamu Aoki wrote:
> (Let's use old "wheel" group in line with current documentations.)
That's not in line with wheel's historical use, though... historically
wheel meant "may run su(8) at all". Everyone on a GNU system has the
privileges traditionally given t
Package: wnpp
Severity: wishlist
Owner: Al Nikolov
* Package name: drupal6-mod-openid-provider
Version : 1.0~beta2-1
Upstream Author : James Walker (http://drupal.org/user/1531)
* URL : http://drupal.org/project/openid_provider
* License : GPL
Programming La
Package: wnpp
Severity: wishlist
Owner: Al Nikolov
* Package name: drupal6-mod-xrds-simple
Version : 1.0
Upstream Author : James Walker (http://drupal.org/user/1531)
* URL : http://drupal.org/project/xrds_simple
* License : GPL
Programming Lang: PHP
Descri
]] Petter Reinholdtsen
| [Tollef Fog Heen]
| > It seems quite inappropriate to limit this information to just a
| > single init system when we have more than one in Debian. We should
| > strive to move that information into a init-agnostic place, and I
| > don't see why it would be wrong to just
On Thu, 2010-10-21 at 20:27 +0200, Tollef Fog Heen wrote:
> | Besides, I believe $named is a existing and fitting virtual facility
> | for this use.
>
> Indeed, it seems quite appropriate.
It would at least simplify things for my nslcd package which provides
name lookups (user, group, hosts, etc)
Package: wnpp
Severity: wishlist
Owner: "Lisandro Damián Nicanor Pérez Meyer"
* Package name: caneda
Version : 0.0.1
Upstream Author : Michael Margraf ,
Stefan Jahn ,
Jens Flucke ,
Gopala Krishna A ,
Package: wnpp
Severity: wishlist
Owner: "Enrique Hernández Bello"
* Package name: fritzing
Version : 0.4.3b
Upstream Author : Fritzing Developers
* URL : http://www.fritzing.org/
* License : GPL
Programming Lang: C++
Description : Easy-to-use electron
I've just submitted relevant bugs, list can be found here:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian...@lists.debian.org;tag=empty-package
--
.''`.
: :' : Luca Falavigna
`. `'
`-
signature.asc
Description: OpenPGP digital signature
Mike Bird writes:
> On Sat October 23 2010 18:20:11 Brian May wrote:
>> On the other hand, so what if it calls apt-cache policy - does that
>> matter? Maybe apt-cache policy is broken on Mike's system?
>
> It takes about fifteen seconds for apt-cache to run on a system
> that hasn't previously ac
Hi,
Let's not reinvent the "wheel" :-)
(Let's use old "wheel" group in line with current documentations.)
On Sat, Oct 23, 2010 at 09:44:41PM +0200, Arthur de Jong wrote:
> On Thu, 2010-10-21 at 16:48 +0100, Philip Hands wrote:
> > If we decide to reject 'admin', I think we should use sudo. I fi
[Tollef Fog Heen]
> It seems quite inappropriate to limit this information to just a
> single init system when we have more than one in Debian. We should
> strive to move that information into a init-agnostic place, and I
> don't see why it would be wrong to just have the relevant init
> scripts
16 matches
Mail list logo