Re: Init dependency between nfs-kernel-server and name server

2010-10-24 Thread 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 have the relevant init
> scripts Provide the relevant facility.

The simple issue is that this do not work with insserv, the first and
as far as I have tested only system using the headers.

I suspect that it would be better to list the provided virtual
facilities in the scripts themselves, but believe it is a bad idea to
do so until the LSB clearly state that this is the way that it should
be done and insserv have been changed to handle it.

I brought this topic up with the insserv upstream developers, but they
believe it is a bad idea.  Did not find time to work any more on the
topic.  A patch for insserv and a discussion within the LSB
standardization framework would be a good way to bring this topic
forward.  :)

Feel free to look into it if you got the spare time to spend on it. :)

Happy hacking,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2fl1v7gdlg0@login1.uio.no



History ...: [RFC] disabled root account / distinct group for users with administrative privileges

2010-10-24 Thread Osamu Aoki
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 find the
> > argument that admin is confusing given the presence of adm fairly
> > convincing -- It's all too easy to say something like "could you add
> > fred to the adm group" over the phone and pronounce 'adm' as 'admin'.

Very true.
 
> > Sadly, we are not the first to make this decision though, and having
> > admin on Ubuntu and sudo on Debian would be a pain for people that have
> > mixed sites, or even for admins that just have access to some of each.
> 
> The admin group is already used in update-notifier though (#502392) and
> perhaps also other software coming from Ubuntu.

If we talk about previous practices, the use of "wheel" predates "admin"
to describe group for users with administrative privileges.  This fact
can be seen many current core packages although they are mostly in
documentation only, thanks to RMS.  Let me list few references.

Most notable on is still in our current squeeze "info su" as:

| 23.6.1 Why GNU `su' does not support the `wheel' group
| --
| 
| (This section is by Richard Stallman.)
| ...

Since we use PAM version of su in Debian, this is not true.  But it
clearly states "wheel" group is intended for such use.  

The current su can be configured to support the "wheel" group now as
described in /etc/pam.d/su despite RMS's wish.

| # Uncomment this to force users to be a member of group root
| # before they can use `su'. You can also add "group=foo"
| # to the end of this line if you want to use a group other
| # than the default "root" (but this may have side effect of
| # denying "root" user, unless she's a member of "foo" or explicitly
| # permitted earlier by e.g. "sufficient pam_rootok.so").
| # (Replaces the `SU_WHEEL_ONLY' option from login.defs)
| # auth   required   pam_wheel.so
 
Here, the use of "root" group is implied.  It could be made to use the "wheel"
group as long as root is also its member.  Odd old history of GNU by RMS
here.

In the current sudoers(5) manpage, the use of "wheel" group is also implied
for as such root access group in its example.

|   The User specification is the part that actually determines who may run
|   what.
|root   ALL = (ALL) ALL
|%wheel ALL = (ALL) ALL
|   We let root and any user in group wheel run any command on any host as
|   any user.

As I see in http://en.wikipedia.org/wiki/Wheel_(Unix_term) , the "wheel"
group seems most traditional name for such administrative privileges
from pre-Unix days.  (I thought wheel  was from BSD thing but these are
much older.)

So let us not to reinvent a new group name.  Let's use old "wheel" group.

Whatever we choose, it may be good idea to have some consistency across
our system and documentation.

Osamu


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101024090545.ga10...@debian.org



Re: bind runs apt-cache during shutdown????

2010-10-24 Thread Goswin von Brederlow
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 accessed those files.  That's a significant
> fraction of the overall reboot time.

Much longer when the cached files need to be rebuild and again much
longer with multiple architectures. Rebuilding the caches for an
apt-cache policy run on kfreebsd-amd64 (with kfreebsd-i386, amd64 and
i386 archs added) takes forever.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87iq0retgg@frosties.localdomain



Re: [MBF proposal] Empty packages in the archive

2010-10-24 Thread Luca Falavigna
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


Bug#601230: ITP: fritzing -- Easy-to-use electronic design software

2010-10-24 Thread Enrique Hernández Bello
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 electronic design software

Fritzing is an open source project designed to help one transition from a
prototype to a finished project. Aimed at users who want to produce or document
circuits and experiments, one starts by building a physical prototype, then
recreating it with Fritzing’s graphical editor. From there one can generate a
schematic, PCB artwork, and PCB production files.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101024133551.5660.49518.report...@toruk



Bug#601248: ITP: caneda -- open source EDA software focused on easy of use and portability

2010-10-24 Thread Lisandro Damián Nicanor Pérez Meyer
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 , 
Pablo Daniel Pareja Obregon 
* URL : http://caneda.tuxfamily.org/
* License : GPL 2
  Programming Lang: C++
  Description : open source EDA software focused on easy of use and 
portability

Caneda is an open source EDA software focused on easy of use and portability. 
While in the short term schematic capture and simulation is the primary goal, 
in the long term future, PCB and layout edition will be covered. 
..
The software aims to support all kinds of circuit simulation types, e.g. DC, 
AC, S-parameter and harmonic balance analysis.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101024162224.7361.18179.report...@luna.lisandropm.com.ar



Re: Init dependency between nfs-kernel-server and name server

2010-10-24 Thread Arthur de Jong
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) via LDAP. It currently has a long
list of things in the X-Start-Before header which is ugly.

The thing is, that nslcd may also have a dependency on hostname lookups
(e.g. if the LDAP server is specified as a hostname instead of an IP
address) which makes things even more complex.

For some background you may want to check out
  #478807, #544093 and #585968

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


signature.asc
Description: This is a digitally signed message part


Re: Init dependency between nfs-kernel-server and name server

2010-10-24 Thread Tollef Fog Heen
]] 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 have the relevant init
| > scripts Provide the relevant facility.
| 
| The simple issue is that this do not work with insserv, the first and
| as far as I have tested only system using the headers.

Sounds like a bug in insserv, then.

| I suspect that it would be better to list the provided virtual
| facilities in the scripts themselves, but believe it is a bad idea to
| do so until the LSB clearly state that this is the way that it should
| be done and insserv have been changed to handle it.

The LSB doesn't really talk about what non-LSB applications should do,
and no packages in Debian are LSB apps, so I suspect this is a matter of
us deciding something sensible and trying to make sure it's
compatible with what the other distros do and then run with that.

| I brought this topic up with the insserv upstream developers, but they
| believe it is a bad idea.

Did they provide any reasoning for this?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r5ffigs9@qurzaw.linpro.no



Bug#601275: ITP: drupal6-mod-xrds-simple -- xrds_simple modules for Drupal 6

2010-10-24 Thread Al Nikolov
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
  Description : xrds_simple modules for Drupal 6

This module is a simple implementation of the XRDS-Simple spec : 
http://xrds-simple.net/core/1.0/

XRDS-Simple provides a format and workflow for the discovery of resources 
metadata, 
and other linked resources.

XRDS-Simple is an important part of the DiSo project (http://diso-project.org/) 
and used by OpenID and OAuth for service discovery.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101024193036.1587.11747.report...@home-br0



Bug#601277: ITP: drupal6-mod-openid-provider -- openid_provider modules for Drupal 6

2010-10-24 Thread Al Nikolov
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 Lang: PHP
  Description : openid_provider modules for Drupal 6

 This module implements OpenID Provider support based on the OpenID 
 Authentication 2.0 spec.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101024193645.2309.43860.report...@home-br0



Re: History ...: [RFC] disabled root account / distinct group for users with administrative privileges

2010-10-24 Thread Simon McVittie
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 to the wheel group - they can su to any
other user *whose password they also know*, including root.

(The section you cited in the coreutils info page also mentions needing to
know the root password.)

The required group in this thread is "can become root by using *their own*
password, without knowing the root password" - i.e. sudo on current Debian
or admin on current Ubuntu.

S


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101024202210.gb20...@reptile.pseudorandom.co.uk



Re: bind runs apt-cache during shutdown????

2010-10-24 Thread Adam Borowski
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
[~]# time lsb_release -is
Debian

real0m0.260s
user0m0.112s
sys 0m0.052s
[~]# echo 3 >/proc/sys/vm/drop_caches
[~]# time lsb_release -is
Debian

real0m2.814s
user0m0.132s
sys 0m0.140s
[~]# apt-get update
...
[~]# echo 3 >/proc/sys/vm/drop_caches
[~]# time lsb_release -is
Debian

real0m13.134s
user0m6.376s
sys 0m1.024s


It's both about filesystem cache and about apt's internal caches.  If you
run apt-cache as non-root, the latter won't get updated so the long delay
will happen every single time.

In other words, it's not something you want to call when not needed.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101024212749.ga26...@angband.pl



Bug#601285: ITP: liblatex-decode-perl -- Perl module to convert LaTeX input to Unicode

2010-10-24 Thread 韓達耐
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
  Description : Perl module to convert LaTeX input to Unicode

The module LaTeX::Decode does (obviously) the opposite of LaTeX::Encode: it
converts LaTeX input to Unicode. :)
It also comes with a companion utility script, latex2utf8.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101024211436.29439.26175.report...@danai-laptop.kalimero



Re: Init dependency between nfs-kernel-server and name server

2010-10-24 Thread Petter Reinholdtsen

[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 debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2fleibfckxx@login1.uio.no



Bug#601288: ITP: liblist-allutils-perl -- A Perl wrapper for modules List::Util and List::MoreUtils

2010-10-24 Thread 韓達耐
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
  Description : A Perl wrapper for modules List::Util and List::MoreUtils

Are you sick of trying to remember whether a particular helper is
defined in `List::Util' or `List::MoreUtils'?  The author sure is. Now you don't
have to remember. This module will export all of the functions that
either of those two modules defines.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101024214333.31402.70001.report...@danai-laptop.kalimero



Bug#601290: ITP: libxml-libxml-simple-perl -- Perl module that uses the XML::LibXML parser for XML structures

2010-10-24 Thread 韓達耐
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: Perl
  Description : Perl module that uses the XML::LibXML parser for XML 
structures

This module is a blunt rewrite of XML::Simple (by Grant McLean) to use the
XML::LibXML parser for XML structures, where the original uses plain Perl
or SAX parsers.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101024215722.681.65325.report...@danai-laptop.kalimero