Last call for keys for keysigning in New York City, USA during DebConf10

As part of the 11th Debian Conference in New York City, USA, there will be OpenPGP (pgp/gpg) keysignings. If you intend to participate in the DebConf10 keysignings, please send your ascii armored public key as explained at [0] no later than Tuesday 20th of July, 2010 at 23:59 UTC. More (and up-to-

Bug#589477: cdimage.debian.org: jigdo content search: host not found

Package: cdimage.debian.org Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The section "Search Contents of .jigdo Files" [1] does not function at all currently. It seems the target of this form is on a host atterer.net [2] whose domain registration expired in 2009. The host no

Re: dkms needs a pre-depends entry (Policy 3.5)

On Sat, 2010-07-17 at 17:03 +, Philipp Kern wrote: > On 2010-07-17, Ben Hutchings wrote: > > The postinst for nvidia-kernel-dkms invokes dkms, which invokes > > lsb_release. lsb_release hasn't been configured at this point so its > > module has not been installed for the default Python versio

Bug#589471: ITP: plasma-widget-fastuserswitch -- Fast user switch plasmoid for switching between sessions in KDE

Package: wnpp Severity: wishlist Owner: Rohan Garg Package name: plasma-widget-fastuserswitch Version : 0.1.1 Upstream Author : Flavio Castelli URL : http://kde-look.org/content/show.php?content=127462 License : GPLv2 or later Programming Lang: C++

Bug#589470: ITP: eot-utils -- Converter from OpenType or TrueType to Embedded OpenType (EOT) font format

Package: wnpp Severity: wishlist Owner: Jeremy Lal * Package name: eot-utils Version : 1.0 Upstream Author : Bert Bos * URL : http://www.w3.org/Tools/eot-utils/ * License : W3C SOFTWARE NOTICE AND LICENSE Programming Lang: C Description : Tools to con

Re: udev: chown of /dev/ppp

Am Sonntag, 18. Juli 2010 schrieben Sie: > On Sun, 18 Jul 2010, "Hans-J. Ullrich" wrote: > > Is it corrrect, what russel told, that /usr/sbin/pppd should be set to > > rwxsrxr-x root:dip ? > > It should not be set to 04755 unless you want everyone on the system to be > able to run it - which prob

Re: udev: chown of /dev/ppp

On Jul 18, "Hans-J. Ullrich" wrote: > Mine is set to rwxr-xr-x root:root, although it is installed by default (I > didn't change anything). I highly doubt it. This is how it is installed on Debian systems: -rwsr-xr-- 1 root dip 269540 Jul 26 2008 /usr/sbin/pppd* -- ciao, Marco signature.a

Re: udev: chown of /dev/ppp

On Sun, 18 Jul 2010, "Hans-J. Ullrich" wrote: > Is it corrrect, what russel told, that /usr/sbin/pppd should be set to > rwxsrxr-x root:dip ? It should not be set to 04755 unless you want everyone on the system to be able to run it - which probably isn't what you desire. On my system it is 047

Re: udev: chown of /dev/ppp

Am Sonntag, 18. Juli 2010 schrieb Marco d'Itri: > Maybe this program needs to be modified to use a suid helper or a > daemon which interacts with the hardware. > But I can't see why it would need access to /dev/ppp. Marco, this problem is tellling: cant get access to /dev/ppp when it is started

Re: udev: chown of /dev/ppp

On Jul 17, "Hans-J. Ullrich" wrote: > Sorry. if I am wrong, I am not very well experienced with the required access > rights. The background of my report is, that I tried to start the application > "umtsmon" (a dialout application for 3g-modems) as a normal user, and I found > no way to start

Re: udev: chown of /dev/ppp

On Jul 17, Petter Reinholdtsen wrote: > [Marco d'Itri] > > We have group dip to manage access to programs which can start > > network connections. > How does this interact with policykit? I was told that policykit uses It does not. > ACLs to grant device access to those that should have it, but

Re: [RFC] removing xserver-xorg-video-nv from squeeze

On Tue, 13 Jul 2010 04:31:56 -0400 (EDT), Cyril Brulebois wrote: > > Care to share a reference to the bug you reported? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589452 -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi

Re: udev: chown of /dev/ppp

On Sun, 18 Jul 2010, "Hans-J. Ullrich" wrote: > Sorry. if I am wrong, I am not very well experienced with the required > access rights. The background of my report is, that I tried to start the > application "umtsmon" (a dialout application for 3g-modems) as a normal > user, and I found no way to

Re: udev: chown of /dev/ppp

On Sat, Jul 17, 2010 at 09:45:52PM +0200, Hans-J. Ullrich wrote: > Normal users, which are allowed to dial out, should be added to group > "dialout" by root. Device /dev/ppp should be set to 660, and owner > root:dialout. You should read: /usr/share/doc/base-passwd/users-and-groups.html dialou

Bug#589455: RFP: browser-dbus-bridge -- JavaScript D-Bus bindings for web browsers

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: browser-dbus-bridge Version: 1.1 Upstream Author: Kalle Vahlman URL: http://sandbox.movial.com/wiki/index.php/Browser_DBus_Bridge

Re: udev: chown of /dev/ppp

Am Samstag, 17. Juli 2010 schrieb Marco d'Itri: > On Jul 17, "Hans-J. Ullrich" wrote: > > applications, which are using /dev/ppp also must be run as root. I think, > > for > > We have group dip to manage access to programs which can start network > connections. > Sorry. if I am wrong, I am not v

Re: udev: chown of /dev/ppp

[Marco d'Itri] > We have group dip to manage access to programs which can start > network connections. How does this interact with policykit? I was told that policykit uses ACLs to grant device access to those that should have it, but have not verified that it is true. Mentioning it here to see

Re: udev: chown of /dev/ppp

On Jul 17, "Hans-J. Ullrich" wrote: > applications, which are using /dev/ppp also must be run as root. I think, for We have group dip to manage access to programs which can start network connections. > Normal users, which are allowed to dial out, should be added to group > "dialout" by root. D

Re: Policy for Linux kernel, initramfs, boot loader update process

On 07/17/2010 10:44 PM, Daniel Baumann wrote: > fyi: extlinux in the next upload (in two days when the previous one has > migrated) will fully complains to the policy. s/complains/comply/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panth

Re: Policy for Linux kernel, initramfs, boot loader update process

On 07/17/2010 04:55 AM, Ben Hutchings wrote: > The new policy is published at > . This > policy will affect packages of the Linux kernel, initramfs builders boot > loaders, and the debian-installer. fyi: extlinux in the next upload (i

udev: chown of /dev/ppp

Hello debian-team, I checked, that /dev/ppp is set to 600 with owner root:root. IMO this is not a good idea. IMOI this might be cause a security hole, because applications, which are using /dev/ppp also must be run as root. I think, for a normal and unexperienbced user it is no good idea, to le

Bug#589433: ITP: gkeyfile-sharp-1.0 -- Key-value file parser

Package: wnpp Severity: wishlist Owner: Chow Loong Jin * Package name: gkeyfile-sharp-1.0 Version : 0.1~git20100708.c2998a9 Upstream Author : Alex Launi * URL : http://www.gitorious.org/gkeyfile-sharp/ * License : LGPL-2.1 Programming Lang: C# Description

Bug#589426: ITP: libmsgpack-ruby -- binary-based efficient object serialization library for ruby

Package: wnpp Severity: wishlist Owner: Taku YASUI * Package name: libmsgpack-ruby Version : 0.4.3 Upstream Author : FURUHASHI Sadayuki * URL : http://rubygems.org/gems/msgpack * License : Apache Programming Lang: C Description : binary-based efficient

Re: dkms needs a pre-depends entry (Policy 3.5)

On 2010-07-17, Ben Hutchings wrote: > The postinst for nvidia-kernel-dkms invokes dkms, which invokes > lsb_release. lsb_release hasn't been configured at this point so its > module has not been installed for the default Python version. But I > agree that there is no need for Pre-Depends. Quoti

Re: dkms needs a pre-depends entry (Policy 3.5)

On Sat, 2010-07-17 at 16:49 +0100, Julien Cristau wrote: > On Sat, Jul 17, 2010 at 17:41:26 +0200, Giuseppe Iuculano wrote: > > > Setting up nvidia-kernel-dkms (195.36.24-4) ... > > Loading new nvidia-195.36.24 DKMS files... > > Traceback (most recent call last): > > File "/usr/bin/lsb_release",

Re: dkms needs a pre-depends entry (Policy 3.5)

On 07/17/2010 05:49 PM, Julien Cristau wrote: > This looks to me like a missing dependency on lsb-release in > nvidia-kernel-dkms, not in dkms. And I don't understand why a > Pre-Depends would be necessary anywhere. Care to explain? nvidia-kernel-dkms postint runs /usr/lib/dkms/common.postinst

Re: dkms needs a pre-depends entry (Policy 3.5)

On Sat, Jul 17, 2010 at 17:41:26 +0200, Giuseppe Iuculano wrote: > Setting up nvidia-kernel-dkms (195.36.24-4) ... > Loading new nvidia-195.36.24 DKMS files... > Traceback (most recent call last): > File "/usr/bin/lsb_release", line 26, in > import lsb_release > ImportError: No module named

dkms needs a pre-depends entry (Policy 3.5)

On 07/17/2010 03:50 PM, Julien Cristau wrote: > You should not specify a `Pre-Depends' entry for a package before this > has been discussed on the `debian-devel' mailing list and a consensus > about doing that has been reached. > > Did you do that? No I didn't, I'm doing that now. dkms

Bug#589417: ITP: kumofs -- simple and fast distributed key-value store

Package: wnpp Severity: wishlist Owner: Taku YASUI * Package name: kumofs Version : 0.4.9 Upstream Author : FURUHASHI Sadayuki * URL : http://kumofs.sourceforge.net/ * License : Apache Programming Lang: C, C++, Ruby Description : simple and fast distri

Bug#589416: ITP: kumofs -- simple and fast distributed key-value store

Package: wnpp Severity: wishlist Owner: Taku YASUI * Package name: kumofs Version : 0.4.9 Upstream Author : FURUHASHI Sadayuki * URL : http://kumofs.sourceforge.net/ * License : Apache Programming Lang: C, C++, Ruby Description : simple and fast distri

Bug#589396: ITP: beets -- music tagger and library organizer

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: beets Version : 1.0b2-1 Upstream Author : Adrian Sampson * URL : http://beets.radbox.org/ * License : MIT Programming Lang: Python Description : music tagger and library organizer B

Bug#589394: ITP: munkres -- munkres algorithm for the Assignment Problem

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: munkres Version : 1.0.5.4 Upstream Author : Brian Clapper * URL : http://bmc.github.com/munkres/ * License : BSD Programming Lang: Python Description : munkres algorithm for the Ass

Bug#589393: ITP: npm -- package manager for nodejs

Package: wnpp Severity: wishlist Owner: Jeremy Lal * Package name: npm Version : 0.1.19 Upstream Author : Isaac Zimmitti Schlueter * URL : http://github.com/isaacs/npm * License : MIT Programming Lang: Javascript Description : package manager for node

Re: aptitude (priority important) depends on libboost-iostreams (priority optional)

On Thu, 15 Jul 2010 23:29:10 -0700, Steve Langasek wrote: >Though I think any manual published on debian.org recommending aptitude for >upgrades is a bug that should be fixed. Why? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber

Re: packages being essential but having stuff in /usr/?!

OoO Pendant le repas du vendredi 16 juillet 2010, vers 19:30, Christoph Anton Mitterer disait : > Also, right after the init system starts, neither /proc, nor /dev, > nor /sys are there, right? /dev is always here. It may not be complete but it contains the strict minimum needed by any progr