On Wed, 11 Apr 2012, Brian May wrote:
> On 10 April 2012 16:06, Yves-Alexis Perez wrote:
> >> dpkg -l | awk '/^rc/ {print $2}' | xargs --no-run-if-empty dpkg --purge
> >>
> > That's a pretty dangerous line. People (sometimes) don't purge packages
> > for a reason, you might lose data here.
>
> Un
On 10 April 2012 16:06, Yves-Alexis Perez wrote:
>> dpkg -l | awk '/^rc/ {print $2}' | xargs --no-run-if-empty dpkg --purge
>>
> That's a pretty dangerous line. People (sometimes) don't purge packages
> for a reason, you might lose data here.
Under some circumstances it can delete configuration f
On Wed, Apr 11, 2012 at 12:31:11AM +0200, Michael Biebl wrote:
> On 10.04.2012 22:44, Tollef Fog Heen wrote:
> > ]] Adam Borowski
> >
> >> Could sysv-rc show this output upon a failure to migrate? Knowing you need
> >> to delete /etc/init.d/bootlogd, /etc/init.d/stop-bootlogd-single and
> >> /et
On 10.04.2012 22:44, Tollef Fog Heen wrote:
> ]] Adam Borowski
>
>> Could sysv-rc show this output upon a failure to migrate? Knowing you need
>> to delete /etc/init.d/bootlogd, /etc/init.d/stop-bootlogd-single and
>> /etc/init.d/stop-bootlogd would provide the user with straightforward info
>>
On Tue, Apr 10, 2012 at 10:44:36PM +0200, Tollef Fog Heen wrote:
> ]] Adam Borowski
>
> > Could sysv-rc show this output upon a failure to migrate? Knowing you need
> > to delete /etc/init.d/bootlogd, /etc/init.d/stop-bootlogd-single and
> > /etc/init.d/stop-bootlogd would provide the user with
]] Adam Borowski
> Could sysv-rc show this output upon a failure to migrate? Knowing you need
> to delete /etc/init.d/bootlogd, /etc/init.d/stop-bootlogd-single and
> /etc/init.d/stop-bootlogd would provide the user with straightforward info
> of what needs to be done.
I think this should just
Marco d'Itri wrote:
> On Apr 09, Roger Leigh wrote:
> > majority, it's going to be increasingly untested. Do we want to
> > continue to maintain something that will be increasingly
> > unsupportable, or complete the migration cleanly before that point?
> Kill it. With fire.
Yes please.
> > WRT
Package: wnpp
Severity: wishlist
Owner: "Sébastien Villemot"
* Package name: octave-openmpi-ext
Version : 1.0.2
Upstream Author : Riccardo Corradini
* URL : http://octave.sourceforge.net/openmpi_ext/
* License : GPL-2+
Programming Lang: C++, GNU Octave
Des
On Tuesday, April 10, 2012 05:53:48 PM Thomas Goirand wrote:
...
> >> WRT actually doing this, the main issues I can see are
> >
> > I say just abort the upgrade and let root deal with the issues found,
> > it's better than risking clobbering some local change.
>
> Considering that most (if not a
Who said LSB requires insserv ? verify this. Um ... LSB requires everything I write too ! :)
Riight???!
But innserv makes a good effort to be compatible - so that end should be ok.
The LSB requires support for LSB init scripts; LSB init scripts have LSB
--
To UNSUBSCRIBE, email to debian
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: tvnamer
Version : 2.2
Upstream Author : Ben Dickson
* URL : https://github.com/dbr/tvnamer
* License : Unlicense
Programming Lang: Python
Description : utility to rename TV-show episode
On Tue, Apr 10, 2012 at 02:27:35PM +0200, Petter Reinholdtsen wrote:
> As Debian should support init.d scripts as long as the Linux Software
> Base require it, I believe it is worth spending some time making sure
> init.d scripts work properly in Debian.
The LSB requires support for LSB init scri
On Tue, Apr 10, 2012 at 05:16:36PM +0200, Petter Reinholdtsen wrote:
> [Adam Borowski]
> > Am I supposed to fetch a copy of initscripts and manually compare
> > scripts it ships with those on 'dpkg -L initscripts'? Or is there
> > some other obscure way?
>
> Try this one instead:
>
> dpkg-quer
[Adam Borowski]
> Am I supposed to fetch a copy of initscripts and manually compare
> scripts it ships with those on 'dpkg -L initscripts'? Or is there
> some other obscure way?
Try this one instead:
dpkg-query -W -f='${Conffiles}\n' initscripts | grep obsolete
--
Happy hacking
Petter Reinho
On Mon, Apr 09, 2012 at 10:26:38PM +0100, Roger Leigh wrote:
> Hi,
>
> When dependency-based booting was introduced, it was initially
> entirely optional. We later made it the default, and encouraged
> users to switch to dependency-based boot on upgrade. So today,
> pretty much everyone will be
Le Sun, 1 Apr 2012 01:36:39 +0200,
Kurt Roeckx a écrit :
> Hi,
>
> This is the first call for votes for the Debian Project Leader
> Elections 2012.
>
> Voting period starts 00:00:00 UTC on Sunday, April 1st, 2012
> Votes must be received by 23:59:59 UTC on Saturday, April 14th
[Moray Allan]
> With similar intention, I wondered about the possibility of running
> scripts without the LSB headers after everything else. (= implied
> dependency on those with LSB headers)
The intention of the current implementation is to assume such scripts
depend on $syslog and $remote_fs,
Ahem, just forgot to properly set the recipient, sorry for the noise...
Cheers, Luca
signature.asc
Description: PGP signature
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
da569edd-e41f-4ecd-b0d5-ce2848a777f9
[ 1 ] Choice 1: Wouter Verhelst
[ 3 ] Choice 2: Gergely Nagy
[ 1 ] Choice 3: Stefano Zacchiroli
[ 2 ] Choice 4: None Of The Above
- - -=-=-=-=-=- Don't Delete Anything Between These Line
On Tue, Apr 10, 2012 at 11:55 AM, Jon Dowland wrote:
> I was hesitant to suggest that investing energy into improving the
> current init system, if it is likely to be wholesale replaced, might
> not be worthwhile (when that same energy could be put into hastening
> the inevitable).
Yes, it's a pi
On Tue, Apr 10, 2012 at 10:53 AM, Thomas Goirand wrote:
> Considering that most (if not all) scripts would be user custom-scripts,
> I'd say that the best way would be to, just move them away on a special
> folder, and execute them one by one, without any particular order, and
> print a huge warni
On 10/04/12 10:53, Thomas Goirand wrote:
> I wholeheartedly agree.
> I also agree that wheezy would be the correct moment to do it, and
> that we shouldn't wait until wheezy+1.
I was hesitant to suggest that investing energy into improving the
current init system, if it is likely to be wholesale r
On 04/10/2012 07:03 AM, Marco d'Itri wrote:
> On Apr 09, Roger Leigh wrote:
>
>> majority, it's going to be increasingly untested. Do we want to
>> continue to maintain something that will be increasingly
>> unsupportable, or complete the migration cleanly before that point?
>>
> Kill it.
On 12-04-10 at 01:35pm, Russell Coker wrote:
> http://www.antipope.org/charlie/blog-static/2012/03/not-an-april-fool-1.html
>
> The perils of commercial social networking are becoming more widely
> known, as demonstrated by the above post by Charles Stross and the
> article he cites.
[...]
> W
On Tue, Apr 10, 2012 at 01:35:43PM +1000, Russell Coker wrote:
> Is there any progress being made on packaging these systems? Are
> there other social networking systems released under free licenses
> that we can package?
status.net (#491723) has seen some progress recently, but it's not in
Debia
Package: wnpp
Owner: Anibal Monsalve Salazar
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: idle3-tools
Version : 0.9.1
Upstream Author : Christophe Bothamy
* URL : http://idle3-tools.sourceforge.net/
* License : GPL-3.0+
Progr
26 matches
Mail list logo
