Re: RFC: terminate init script when service is ready

On Sat, 18 Aug 2012 18:44:10 +0200, Bastian Blank wrote: >On Sat, Aug 18, 2012 at 06:31:08PM +0200, Marc Haber wrote: >> On Sat, 18 Aug 2012 13:10:34 -0300, Henrique de Moraes Holschuh >> >Anything that uses IPv6 and cannot deal with dynamic changes on the host >> >addresses is critically broken.

Re: RFC: terminate init script when service is ready

On Sat, 18 Aug 2012 22:43:15 +0200, m...@linux.it (Marco d'Itri) wrote: >Non-static addresses on a web server are not a major use case. IPv6 people say "renumbering is easy", which is only the case if SLAAC is used and DNS doesn't matter or is dynamically used. >But still, I agree that we should

Re: Misc Developer News (#30)

Le 19/08/2012 01:17, Sandro Tosi a écrit : > On Sun, Aug 19, 2012 at 1:12 AM, Vincent Danjean wrote: >> Hi, >> >> Le 18/08/2012 12:47, Paul Wise a écrit : >>> Control Commands at sub...@bugs.debian.org time >>> --- >>> >>> You can now use control comm

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

On Sat, 18 Aug 2012 19:47:43 +0200, m...@linux.it (Marco d'Itri) wrote: >On Aug 18, Marc Haber wrote: >> Because Debian prides itself in being Universal regarding ports and >> architectures. >Does it? Who said so? "We". In the same way you say "we" when you claim to be talking about Debian and tr

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

On Sun, 19 Aug 2012 02:14:22 +0800, Aron Xu wrote: >For yourself, they might be toy ports, but please don't speak on >behalf of others from time to time when nobody authorized you to do >so. I'm not using those ports everyday but I respect their passion and >efforts. Amen. I find it derogatory to

Re: Enabling uupdate to simply remove files from upstream source

]] Andreas Tille > Hi, > > trying to summarise suggested changes for the proposal: > > 1. The new field Files-Excluded in debian/copyright contains > a space separated list of regular expressions. Why regexes rather than globs, which is used elsewhere in the file? Also, your example uses

Re: RFC: terminate init script when service is ready

On Sun, Aug 19, 2012 at 09:12:54AM +0200, Marc Haber wrote: > On Sat, 18 Aug 2012 22:43:15 +0200, m...@linux.it (Marco d'Itri) wrote: > >Non-static addresses on a web server are not a major use case. > IPv6 people say "renumbering is easy", which is only the case if SLAAC > is used and DNS doesn't

Re: RFC: terminate init script when service is ready

On Aug 19, Marc Haber wrote: > IPv6 people say "renumbering is easy", which is only the case if SLAAC This is between wishful thinking and an urban legend, so people who actually know about IPv6 have not been saying this much in the last years. -- ciao, Marco signature.asc Description: Digi

Re: RFC: terminate init script when service is ready

On Sun, Aug 19, 2012 at 09:12:00AM +0200, Marc Haber wrote: > On Sat, 18 Aug 2012 18:44:10 +0200, Bastian Blank > wrote: > >Not sure about radvd, but it needs more than existing interfaces? > It chokes when the Interface changes after it was started, causing > very hard to debug connectivity outag

Re: Misc Developer News (#30)

On Sun, Aug 19, 2012 at 7:12 AM, Vincent Danjean wrote: > Does this mean that it will be possible to improve reportbug so > that it will be possible to automaticcaly subscribe a bug when > reporting it? Anyone already working on it? Subscribing to bugs does not use the control bot, so I'm not s

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

On 12942 March 1977, Marco d'Itri wrote: >> Because Debian prides itself in being Universal regarding ports and >> architectures. > Does it? Who said so? > But even if this were true, it does not automatically justify dumbing > down the OS which people in the real world use for the sake of toy >

Re: Enabling uupdate to simply remove files from upstream source (Was: Minified javascript files)

On 12-08-19 at 08:32am, Charles Plessy wrote: > Le Sun, Aug 19, 2012 at 12:44:44AM +0200, Jonas Smedegaard a écrit : > > On 12-08-18 at 10:19pm, Andreas Tille wrote: > > > 1. The new field Files-Excluded in debian/copyright contains > > > a space separated list of regular expressions. > > >

Re: Enabling uupdate to simply remove files from upstream source

gregor herrmann writes: > On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote: >> my suggestion was just to settle with a common and simple >> solution. This should be pretty simple to implement (I'd volunteer to >> do this but wanted to seek for comments before filing a bug report + >> patch

Re: Enabling uupdate to simply remove files from upstream source

On Sat, Aug 18, 2012 at 11:41:24PM +0200, gregor herrmann wrote: > > 2. There was one vote from Gregor Hermann to use the --repack option > > of uscan. I personally admit that I do not fully agree with > > Gregor that this means changing the semantics of an existing option. > > We are

Re: RFC: terminate init script when service is ready

On Sun, 19 Aug 2012 10:29:49 +0200, Bastian Blank wrote: >On Sun, Aug 19, 2012 at 09:12:00AM +0200, Marc Haber wrote: >> On Sat, 18 Aug 2012 18:44:10 +0200, Bastian Blank >> wrote: >> >Not sure about radvd, but it needs more than existing interfaces? >> It chokes when the Interface changes after

Re: Enabling uupdate to simply remove files from upstream source (Was: Minified javascript files)

On Sun, Aug 19, 2012 at 12:44:44AM +0200, Jonas Smedegaard wrote: > On 12-08-18 at 10:19pm, Andreas Tille wrote: > > 1. The new field Files-Excluded in debian/copyright contains > > a space separated list of regular expressions. > > The deletion process will loop over every expression > >

Re: Enabling uupdate to simply remove files from upstream source

Hi, On Sun, Aug 19, 2012 at 11:55:37AM +0200, Ansgar Burchardt wrote: > > Yup, that would be nice. > > But I don't think it belongs into uupdate but in uscan. > > Please keep it usable for packages that do not use uscan to get the > upstream tarball. I have some packages where I generate the ups

Re: Possible release note for systems running PHP through CGI.

Charles Plessy (19/08/2012): > This will interrupt upgrade of servers using php5-cgi, but to avoid > surprises, the rough consensus in #674089 is also to document the same > information in the release notes. I guess we could consider that for a very specific, low-popcon package. But knowingly int

DebConf12 Debian mobile BoF notes

Hi all, During DebConf12 we had a BoF discussing Debian mobile stuff: http://penta.debconf.org/dc12_schedule/events/947.en.html Thanks to the DebConf video team, the session was recorded: http://meetings-archive.debian.net/pub/debian-meetings/2012/debconf12/high/947_Debian_mobile_BoF.ogv http:/

Bug#685286: ITP: pyadb -- Python module to interact with the ADB tool

Package: pyadb Severity: wishlist Package name: pyadb Version: 0.1.1 Upstream Author: Chema Garcia URL: https://github.com/sch3m4/pyadb/ License: BSD Revised Description: Python module to interact with the ADB tool -- System Information: Debian Release: wheezy/sid APT prefers unstable APT

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

Marc Haber wrote: > Amen. I find it derogatory towards the people spending months of their > private time to make exotic ports work to call their work "toy ports". There are people who use their time doing things like hopping across a continent on one foot. That is a lot of work, but it's not part

Re: RFC: terminate init script when service is ready

On Sat, 18 Aug 2012, Marco d'Itri wrote: > But still, I agree that we should have a better way to signal to user > space when an interface is ready. Not just for IPv6, but also more We need better userspace glue, then. Because the netlink interface to the kernel network core and IP stack has ex

Re: Minified javascript files

* Vincent Bernat [120818 21:18]: > The difference is that we need to bug upstream about a file that we > won't even use. There is no real bug (not even a licensing issue). They are distributing files without source, so everyone else can either not just easily modify it or verify if it really does

Re: RFC: terminate init script when service is ready

On Aug 19, Henrique de Moraes Holschuh wrote: > > But still, I agree that we should have a better way to signal to user > > space when an interface is ready. Not just for IPv6, but also more > We need better userspace glue, then. Because the netlink interface to > the kernel network core and I

Re: Minified javascript files

❦ 19 août 2012 15:11 CEST, "Bernhard R. Link"  : >> The difference is that we need to bug upstream about a file that we >> won't even use. There is no real bug (not even a licensing issue). > > They are distributing files without source, so everyone else can either > not just easily modify it or

Re: Possible release note for systems running PHP through CGI.

On 12-08-19 at 11:17am, Charles Plessy wrote: > - PHP scripts can be executed by Apache httpd through libapache2-mod-php5 or >php5-cgi. Debian recommends libapache2-mod-php5, but there are still >thousands of installations wich report the use of php5-cgi according to the >Popularity

Re: Request for testing pre-release of Systemd to SysVinit converter

Hello Michael, Yeah, Mentors and I had this discussion earlier. Each approach had their pros and cons resulting in too much disambiguation at that point. So, we decided to focus only on getting the converter right. I realize that the script's place in the Debian packaging overflow is still vague,

Re: RFC: terminate init script when service is ready

Excerpts from Salvo Tomaselli's message of 2012-08-05 15:35:09 -0700: > Hello, > > since services might depend on other services at boot, they must be sorted. > > But after doing a "service foo start", and waiting for its termination, we > don't know if the service has started or not, maybe the

Re: Misc Developer News (#30)

On Sun, 19 Aug 2012, Vincent Danjean wrote: > Le 18/08/2012 12:47, Paul Wise a écrit : > > Control Commands at sub...@bugs.debian.org time > > --- > > > > You can now use control commands at sub...@bugs.debian.org time in the > > pseudo-headers. > >

Bug#685316: ITP: molds -- semi-empirical electronic structure and molecular dynamics

Package: wnpp Severity: wishlist Owner: debichem-de...@lists.alioth.debian.org * Package name: molds Version : no release yet Upstream Author : Mikiya Fujii * URL : http://en.sourceforge.jp/projects/molds/ * License : GPLv3+ Programming Lang: C++ Descriptio

can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Hey. I hope this won't become too much of a rant, but IMHO we long ago crossed the point where something (well actually many things) would have needed to be seriously done. My grandparents always warned me about UNIX programs written in capital letters ;-). Seriously... I have nothing against a

Re: Enabling uupdate to simply remove files from upstream source

Ansgar Burchardt writes: > Please keep it usable for packages that do not use uscan to get the > upstream tarball. I have some packages where I generate the upstream > tarball from a VCS repository, but have to exclude some files. It would > be nice to use the tool for such cases as well. Teac

Re: Possible release note for systems running PHP through CGI.

Charles Plessy writes: > In summary: > - PHP scripts can be executed by Apache httpd through libapache2-mod-php5 or >php5-cgi. Debian recommends libapache2-mod-php5, but there are still >thousands of installations wich report the use of php5-cgi according to the >Popularity Contest

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Aug 19, Christoph Anton Mitterer wrote: > Where do I see the main problems of NM? NM, as a design goal, is not supposed to be able to manage every possible configuration. I see no reason do /discourage/ it use: it has important use cases where it works well, the problem is just the people wh

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sun, Aug 19, 2012 at 07:26:46PM +0200, Christoph Anton Mitterer wrote: Until "recently" all that wasn't a big problem, because one was easily able to simply not install NM, but nowadays more and more packages start to depend on it (of those I know, most notably gnome-core) or at least use it's

Re: Minified javascript files

Vincent Bernat writes: > ❦ 19 août 2012 15:11 CEST, "Bernhard R. Link"  : >> They are distributing files without source, so everyone else can either >> not just easily modify it or verify if it really does what it is >> supposed to do. This is definitely a shortcoming in what upstream ships >> an

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

Marc Haber writes: > Amen. I find it derogatory towards the people spending months of their > private time to make exotic ports work to call their work "toy ports". > I am seriously thinking about a GR explicitly endorsing the work on more > exotic ports to stop this derogatory, impolite and cont

Re: Possible release note for systems running PHP through CGI.

On 19/08/12 03:20, Charles Plessy wrote: > - PHP scripts can be executed by Apache httpd through libapache2-mod-php5 or >php5-cgi. Debian recommends libapache2-mod-php5, but there are still >thousands of installations wich report the use of php5-cgi according to the >Popularity Contes

Re: Minified javascript files

Vincent Bernat writes: > ❦ 19 août 2012 15:11 CEST, "Bernhard R. Link"  : > >>> The difference is that we need to bug upstream about a file that we >>> won't even use. There is no real bug (not even a licensing issue). >> >> They are distributing files without source, so everyone else can either

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sun, 2012-08-19 at 19:26 +0200, Christoph Anton Mitterer wrote: [...] > 1) In parts it has some security issues. > - At least the default setting seems to be that any user can connect to > any network. [...] According to README.Debian: To allow users to connect to the NetworkManager daemon the

Re: Minified javascript files

On Sun, Aug 19, 2012 at 8:10 PM, Simon Josefsson wrote: >> As for >> verification, having the source next to the minified version does not >> guarantee anything about the minified version, all the more that we >> don't have currently in Debian Wheezy a reliable minifier. > > That seems problemati

Re: Minified javascript files

Pau Garcia i Quiles writes: > On Sun, Aug 19, 2012 at 8:10 PM, Simon Josefsson wrote: > >>> As for >>> verification, having the source next to the minified version does not >>> guarantee anything about the minified version, all the more that we >>> don't have currently in Debian Wheezy a reliabl

Re: Allowing multi-arch specs in depends line?

On 19/08/2012 09:05, Steve Langasek wrote: > On Sat, Aug 18, 2012 at 03:09:46PM +0200, Steffen Möller wrote: > >> I prepared a package for BOINC (http://boinc.berkeley.edu) with all the >> dependencies for owners of CUDA-savvy NVidia cards to help installing the >> libraries. Since many scientifi

Re: Minified javascript files

❦ 19 août 2012 20:10 CEST, Simon Josefsson  : >>> They are distributing files without source, so everyone else can either >>> not just easily modify it or verify if it really does what it is >>> supposed to do. This is definitely a shortcoming in what upstream ships >>> and really something you s

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

❦ 19 août 2012 20:32 CEST, Ben Hutchings  : >> 1) In parts it has some security issues. >> - At least the default setting seems to be that any user can connect to >> any network. > [...] > > According to README.Debian: > > To allow users to connect to the NetworkManager daemon they have to be in

Re: Possible release note for systems running PHP through CGI.

On Aug 19, Charles Plessy wrote: > - PHP scripts can be executed by Apache httpd through libapache2-mod-php5 or >php5-cgi. Debian recommends libapache2-mod-php5, but there are still This is another issue which concerns me, since mod_php forces the use of preforking apache, which means that

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

On 19.08.2012 19:30, Russ Allbery wrote: > Marc Haber writes: > >> Amen. I find it derogatory towards the people spending months of their >> private time to make exotic ports work to call their work "toy ports". >> I am seriously thinking about a GR explicitly endorsing the work on more >> exotic

Re: Minified javascript files

On 12-08-19 at 08:10pm, Simon Josefsson wrote: > Vincent Bernat writes: > > > ❦ 19 août 2012 15:11 CEST, "Bernhard R. Link"  : > > > >>> The difference is that we need to bug upstream about a file that we > >>> won't even use. There is no real bug (not even a licensing issue). > >> > >> They are

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

Michael Biebl writes: > If those ports need a GR to silence any criticsm regarding those ports, > then something is going seriously wrong. I've yet to see said criticism. -- |8] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Conta

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Hello, On Sun, 19 Aug 2012 19:32:03 +0100 Ben Hutchings wrote: > > 3) ifupdown integration is really bad > > ifupdown is really a good framework, it offers hooks and and is > > properly integrated in many packages. > ifupdown *was* a good framework, but Linux moved on. ifupdown doesn't > know

Re: Enabling uupdate to simply remove files from upstream source

On Sun, 19 Aug 2012 12:19:57 +0200, Andreas Tille wrote: > > Suffix should be configurable. Ack. > > I use ~dfsg by default, ~dfsg1 and bumping numbers for multiple > > repackagings, and only +dfsg when the repackaging happens after a > > non-repackaged version was released into Debian. > > >

Re: Enabling uupdate to simply remove files from upstream source

On Sun, 19 Aug 2012 12:09:59 +0200, Andreas Tille wrote: > > Sure, I guess I will get used to adding "--$option" instead of just > > using plain uscan, if needed :) > When reading this I wonder whether we actually will need any command > line option at all? Shouldn't it rather be the other way ar

Re: Possible release note for systems running PHP through CGI.

On Sun, 2012-08-19 at 12:43 +0200, Cyril Brulebois wrote: > I guess we could consider that for a very specific, low-popcon package. > But knowingly interrupting upgrades for a well-known problem, on a very > high number of systems? I'm not sure that's appropriate. Quite the > opposite, actually. I

Re: Possible release note for systems running PHP through CGI.

On Sun, 2012-08-19 at 17:26 +0200, Jonas Smedegaard wrote: > FWiW, out of the ~7'500 popcon hits of regular use of php5-cgi, ~900 > also regularly uses suphp, so might be unaffected by this issue. "mights" are not something we should build our security upon. And apart from that... I had a very sh

Re: Possible release note for systems running PHP through CGI.

On Sun, 2012-08-19 at 18:16 +0100, Roger Lynn wrote: > How does this affect other web servers? There was someone mentioning that lighthtttp may use /etc/mime.types, too. So yes, basically anything (though I guess security critical things should only be found at webservers, as they typically serve i

Re: Enabling uupdate to simply remove files from upstream source (Was: Minified javascript files)

On 12-08-18 at 12:36am, Andreas Tille wrote: > On Fri, Aug 17, 2012 at 11:03:27PM +0200, Jonas Smedegaard wrote: > > > I admit I'm not very experienced with Perl and reading RFC822 files - > > > so if somebody would help implementing this I'd be glad. > > > > grep-dctrl -FFormat -n -sFiles-Excl

Re: Possible release note for systems running PHP through CGI.

Hey Russ, Marco. On Sun, 2012-08-19 at 22:32 +0200, Marco d'Itri wrote: > >thousands of installations wich report the use of php5-cgi according to > > the > >Popularity Contest statistics. > Yes, because sensible people who need PHP will try to use it as > CGI/FastCGI (or FPM, finally i

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

Le Sun, Aug 19, 2012 at 11:13:23PM +0200, Gergely Nagy a écrit : > Michael Biebl writes: > > > If those ports need a GR to silence any criticsm regarding those ports, > > then something is going seriously wrong. > > I've yet to see said criticism. In the absense of regression tests, we distribu

Re: Possible release note for systems running PHP through CGI.

On Sun, 2012-08-19 at 22:32 +0200, Marco d'Itri wrote: > I am also concerned that a *simple* solution to restore the old > behaviour in a secure way is not provided: maybe php5-cgi should install > a sensible default configuration in /etc/apache2/conf.d/ ? Again, I don't think this saves us from

Re: RFC: terminate init script when service is ready

On Sun, 19 Aug 2012, Marco d'Itri wrote: > On Aug 19, Henrique de Moraes Holschuh wrote: > > > But still, I agree that we should have a better way to signal to user > > > space when an interface is ready. Not just for IPv6, but also more > > We need better userspace glue, then. Because the netl

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Hi Stephan. On Sun, 2012-08-19 at 19:35 +0200, Stephan Seitz wrote: > I don’t use NM, but I have it installed (you mentioned the dependencies). > I have a „exit 0” in the init script, so NM won’t be started. Yeah,... or just disable it but then what's the point on it?! I mean the basic idea

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Hi Marco. On Sun, 2012-08-19 at 19:41 +0200, Marco d'Itri wrote: > NM, as a design goal, is not supposed to be able to manage every > possible configuration. Well but then it shouldn't be kind of a default package. And yes, I know, strictly speaking it's neither required nor essential. But as I m

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Please take over the netconf project and start implementing that design in C, that would be much more productive than any new thread about the current and previous deficiencies of NetworkManager. http://web.archive.org/web/20100109113017/http://netconf.alioth.debian.org/ -- bye, pabs http://wik

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sunday, August 19, 2012 13:26:46, Christoph Anton Mitterer wrote: > Hey. > > I hope this won't become too much of a rant, but IMHO we long ago > crossed the point where something (well actually many things) would have > needed to be seriously done. > My grandparents always warned me about UNIX

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Mon, Aug 20, 2012 at 7:59 AM, Chris Knadle wrote: > require network access. As a "for instance" a common suggestion for keeping > GPG keys up to date is to set a 'gpg --referesh-keys' operation as a cron I prefer this option for keeping my GPG keyring up to date: http://packages.debian.org/si

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Hey Ben. On Sun, 2012-08-19 at 19:32 +0100, Ben Hutchings wrote: > To allow users to connect to the NetworkManager daemon they have to be in the > group "netdev". Like Vincent already pointed out, CK allows it, too. In principle nothing speaks generally against either of the two, but I guess bot

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On 20.08.2012 02:07, Christoph Anton Mitterer wrote: > But when I e.g. put WPA credentials into /e/n/interfaces and made the > file specifically readable by root and user foo only, then it still > exports that connection to all other users (e.g. being logged on > locally; at least per default). T

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Dear Michael. On Mon, 2012-08-20 at 02:13 +0200, Michael Biebl wrote: > That is simply not true. > NM doesn't by default export any WPA secrets in /e/n/i to any user. > I'm not sure if you don't know any better or if you just want to spread FUD. I specifcally wrote "export _connection_" and not "

Re: Possible release note for systems running PHP through CGI.

On Sun, 19 Aug 2012, Marco d'Itri wrote: > On Aug 19, Charles Plessy wrote: > > - PHP scripts can be executed by Apache httpd through libapache2-mod-php5 > > or > >php5-cgi. Debian recommends libapache2-mod-php5, but there are still > This is another issue which concerns me, since mod_php f

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On 20.08.2012 02:18, Christoph Anton Mitterer wrote: > On Mon, 2012-08-20 at 02:13 +0200, Michael Biebl wrote: >> That is simply not true. >> NM doesn't by default export any WPA secrets in /e/n/i to any user. >> I'm not sure if you don't know any better or if you just want to spread FUD. > I speci

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Mon, 2012-08-20 at 02:41 +0200, Michael Biebl wrote: > Apparently it is still not clear to you: NM by *default* does not export > any wireless connections from /e/n/i to *any* user by the simple fact > that managed=false by *default*. Well ok... but that's what one needs to set when one at least

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sun, 2012-08-19 at 22:02:47 +0200, Vincent Bernat wrote: > But also: > > Alternatively you can install the "consolekit" package which will > grant access for all locally logged in users. ConsoleKit has already been dropped and deprecated by upstream:

Re: Enabling uupdate to simply remove files from upstream source

Hi! On Sun, 2012-08-19 at 10:35:17 -0700, Russ Allbery wrote: > get-orig-source: > git archive --remote='$(REPO)' --prefix='openafs_$(DEBVERS).orig/' \ > --format=tar '$(TAG)' | tar xf - > rm -r openafs_$(DEBVERS).orig/src/WINNT > tar cf openafs_$(DEBVERS).orig.tar open

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sunday, August 19, 2012 20:41:47, Michael Biebl wrote: […] > I won't bother following up as I'm really tired of all this BS on > debian-devel regarding NM lately. Sorry. > My guess is, that this will be another of those pointless NM bashing > threads, where nothing useful comes out of it. Actual

Re: Misc Developer News (#30)

On 8/18/12, Paul Wise wrote: > The news are collected on http://wiki.debian.org/DeveloperNews > Please contribute short news about your work/plans/subproject. > > In this issue: > + Report from DSA Team Sprint > + Using RAM for temporary files ? > + Control Commands at sub...@bugs.debian.org ti

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

❦ 20 août 2012 04:07 CEST, Guillem Jover  : >> But also: >> >> Alternatively you can install the "consolekit" package which will >> grant access for all locally logged in users. > > ConsoleKit has already been dropped and deprecated by upstream: > >

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On Sun, Aug 19, 2012 at 07:59:00PM -0400, Chris Knadle wrote: > The first suggestion I have is to look at Wouter Verhelst's 'ipcfg' project > [1], Thanks :-) > which he gave a talk about on the last day of DebConf12 [2], and which is > currently a work-in-progress, thus making it a good time for