Re: RFC: bringing back task packages

2011-02-18 Thread Christian PERRIER
Quoting Joey Hess (jo...@debian.org): > ### i18n > > There are many language tasks in tasksel. It might be good to have > the task packages be moved out of tasksel; I don't know if it'd make > sense to have individual language teams maintain them, or what. Many teams are definitely too small to

Re: [Adduser-devel] Default Homedir Permissions

2011-02-18 Thread Stephen Gran
This one time, at band camp, Ian Jackson said: > [Someone] writes ("Re: Default Homedir Permissions"): > > [stuff] > > We are in danger of wasting a lot of time with this discussion. > > The general pattern is that someone who is unhappy with the state of > the world proposes a substantial change

Re: RFC: bringing back task packages

2011-02-18 Thread Josselin Mouette
Le jeudi 17 février 2011 à 19:20 -0400, Joey Hess a écrit : > ### gnome > > Would the gnome team want to maintain a task-gnome? > Much of tasksel's gnome task is already taken from the gnome-core > and gnome metapackages, with a few more things added. Yes, they fit globally the same purpose. Th

What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Mike Hommey
Hi, Now that squeeze is released, it's time to start pushing new things to unstable. I've been asked several times already how things would be evolving in the near future, to which I answered it would quite stay the way it is now until upstream releases 4.0, at which point I'd upload 4.0 to unstab

Re: squeeze-updates during Squeeze installation

2011-02-18 Thread Jan Hauke Rahm
On Fri, Feb 18, 2011 at 08:30:17AM +0100, Raphael Hertzog wrote: > (Moving to debian-b...@lists.debian.org where it's more appropriate) > > On Fri, 18 Feb 2011, Adnan Hodzic wrote: > > Hello, > > > > During Squeeze installation process, since volatile archive was > > replaced with squeeze-updates

Re: squeeze-updates during Squeeze installation

2011-02-18 Thread Olivier Berger
Hi. Le vendredi 18 février 2011 à 08:30 +0100, Raphael Hertzog a écrit : > (Moving to debian-b...@lists.debian.org where it's more appropriate) > (Sorry about the noise, as I'm subscribed to that list, reponding to -devel too anyway). > On Fri, 18 Feb 2011, Adnan Hodzic wrote: > > Hello, > > >

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Benjamin Drung
Am Freitag, den 18.02.2011, 10:12 +0100 schrieb Mike Hommey: > Hi, > > Now that squeeze is released, it's time to start pushing new things to > unstable. I've been asked several times already how things would be > evolving in the near future, to which I answered it would quite stay the > way it is

Re: RFC: bringing back task packages

2011-02-18 Thread Adam Borowski
On Fri, Feb 18, 2011 at 10:39:16AM +0900, Charles Plessy wrote: > > ### i18n > > > > There are many language tasks in tasksel. It might be good to have > > the task packages be moved out of tasksel; I don't know if it'd make > > sense to have individual language teams maintain them, or what. > >

Re: how come the buildd machines can't find python-vtk?

2011-02-18 Thread Julien Cristau
On Thu, Feb 17, 2011 at 21:27:16 -0600, Steve M. Robbins wrote: > I uploaded insighttoolkit the other day, but the buildd machines > refuse to build it, claiming an installability problem [1]: > > insighttoolkit/alpha dependency installability problem: > > insighttoolkit (= 3.20.0-8) build

Re: chromium-browser is taking over all URLs

2011-02-18 Thread Daniel Leidert
Am Freitag, den 11.02.2011, 17:11 +0100 schrieb Leo "costela" Antunes: > On 11/02/11 16:49, Norbert Preining wrote: > > On Fr, 11 Feb 2011, Cyril Brulebois wrote: > >> $ grep x-scheme-handler/http /usr/share/applications/mimeinfo.cache > >> x-scheme-handler/http=midori.desktop;chromium-browser.desk

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Marco d'Itri
On Feb 18, Mike Hommey wrote: > - Suggest your own if you have better ideas (really, I mean it). I support option #2: I have been using it since you started packaging it and it works great: better than 3.6 and hugely better than 3.5. s390, sparc and ia64 are not exactly popular architectures, and

Re: RFC: bringing back task packages

2011-02-18 Thread Holger Levsen
Hi, On Freitag, 18. Februar 2011, Charles Plessy wrote: > it would be very exciting to have the possibility to select a blend at the > installation. To circumvent the limitation of space, how about having a > single line to select ‘Chose a Debian Pure Blend‘, that would lead to a > page that provi

Re: Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

2011-02-18 Thread Uoti Urpala
Reinhard Tartler tauware.de> writes: > Package: wnpp > Severity: wishlist > Owner: Reinhard Tartler tauware.de> > > * Package name: mplayer2 > Version : 2.0beta1 > Upstream Author : Uoti Urpala pp1.inet.fi> > * URL : http://www.mplayer2.org/ > * License : GPL

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Mike Hommey
On Fri, Feb 18, 2011 at 10:12:42AM +0100, Mike Hommey wrote: > As I mentioned above, my initial idea was to go with the second option, > breaking most rdeps in the process, but then I remembered that 4.0 > doesn't work on all our architectures, and I'm hesitating, now. > > So, fellow developers,

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Axel Beckert
Hi, Mike Hommey wrote: > - Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push > 4.0 to unstable when it's out. That would be my favourite. I use Conkeror (which is a XULRunner application and hence depends on xulrunner) with 3.6 since it is in experimental and it works withou

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Josselin Mouette
Le vendredi 18 février 2011 à 10:29 +0100, Benjamin Drung a écrit : > I favor a combination of idea one and two, which is: Keep 3.5 in > unstable and push the last 4.0 betas/rc to experimental. Push 4.0 to > unstable when it's out. > > Then we have one big break and a tested 4.0 in unstable. I’d

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Adam Borowski
On Fri, Feb 18, 2011 at 10:12:42AM +0100, Mike Hommey wrote: [iceweasel] > - Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push > 4.0 to unstable when it's out. Extra effort for you. > - Keep 3.5 in unstable, 3.6 in experimental, and push 4.0 to experimental > when it's rele

get BULK sms FREE trial

2011-02-18 Thread MS SMS
Hello, Now you can send=A0 SMS at as low as 2.4 paise per SMS (Bulk SMS, dynamic = SMS,=20 Future SMS, SMS API available). Open www.ms-sms.in and get FREE trial as = well=20 as technical support=2E 1000 SMS - Rs.50 (per SMS 5 paise, 30 days validity) 5000 SMS - Rs.225 (per SMS 4.5 paise, 60 d

Re: Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

2011-02-18 Thread Reinhard Tartler
Thanks for jumping on this ITP, I wanted to point you to this ITP yesteday but got distracted by other stuff. Seems you've noticed it anyway, which is cool! :-) On Fri, Feb 18, 2011 at 12:08:25 (CET), Uoti Urpala wrote: > Reinhard Tartler tauware.de> writes: >> Package: wnpp >> Severity: wishlis

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Mike Hommey
On Fri, Feb 18, 2011 at 12:59:46PM +0100, Josselin Mouette wrote: > Le vendredi 18 février 2011 à 10:29 +0100, Benjamin Drung a écrit : > > I favor a combination of idea one and two, which is: Keep 3.5 in > > unstable and push the last 4.0 betas/rc to experimental. Push 4.0 to > > unstable when it

Re: squeeze-updates during Squeeze installation

2011-02-18 Thread Adnan Hodzic
> I also saw this error message but only under special circumstances. I > believe when I installed from a DVD and selected to not use a mirror. Yes, this is how to run into this error. > It's still somewhat disturbing. Maybe we should keep an empty "stable" > archive on volatile.debian.org in the

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Josselin Mouette
Le vendredi 18 février 2011 à 13:34 +0100, Mike Hommey a écrit : > On Fri, Feb 18, 2011 at 12:59:46PM +0100, Josselin Mouette wrote: > > I’d favor that one too. The sooner we can adapt reverse dependencies to > > 4.0 in experimental, the better. And no need to do the work twice. > > There have be

Re: how come the buildd machines can't find python-vtk?

2011-02-18 Thread Jakub Wilk
* Steve M. Robbins , 2011-02-17, 21:27: I uploaded insighttoolkit the other day, but the buildd machines refuse to build it, claiming an installability problem [1]: insighttoolkit/alpha dependency installability problem: insighttoolkit (= 3.20.0-8) build-depends on one of: - python-vtk (

Re: Default Homedir Permissions

2011-02-18 Thread Noel David Torres Taño
On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió: > On 02/17/2011 08:58 AM, Roger Leigh wrote: > [snip] > > > Should it be locked down like Fort Knox? > > There's a heck of a lot of middle ground between "Fort Knox" and > "Hippy Commune". We are not a hippy comune, just two married people

Re: RFC: bringing back task packages

2011-02-18 Thread Andreas Tille
[Not sure whether we should keep the long To: - list, I'd suggest continuing on debian-devel but keep it for the moment.] On Thu, Feb 17, 2011 at 07:20:30PM -0400, Joey Hess wrote: > A long time ago, tasksel installed task packages, which were regular > metapackages. This was dropped because the

Re: Default Homedir Permissions

2011-02-18 Thread Olaf van der Spek
On Fri, Feb 18, 2011 at 2:26 PM, Noel David Torres Taño wrote: > On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió: >> On 02/17/2011 08:58 AM, Roger Leigh wrote: >> [snip] >> >> > Should it be locked down like Fort Knox? >> >> There's a heck of a lot of middle ground between "Fort Knox" and

Re: [Adduser-devel] Default Homedir Permissions

2011-02-18 Thread Ian Jackson
Stephen Gran writes ("Re: [Adduser-devel] Default Homedir Permissions"): > I don't want to prolong this thread, but this seemed useful to answer. Thanks. > I certainly have no intention of changing the default on my own. > My hope is that Debian is used in ways I can't imagine, and I can not > be

Bug#613986: ITP: run -- tool for sampling time and memory usage

2011-02-18 Thread Thomas Krennwallner
Package: wnpp Severity: wishlist Owner: Thomas Krennwallner * Package name: run Version : 1.4 Upstream Author : Armin Biere and Toni Jussila * URL : http://fmv.jku.at/run/ * License : BSD Programming Lang: C Description : tool for sampling time and me

Re: Request for Comments: Planned removal of ddrescue

2011-02-18 Thread Antonio Diaz Diaz
Hello Mika et all, Michael Prokop wrote: I'm the maintainer of the ddrescue and gddrescue packages. I plan to drop the ddrescue package. IMHO dropping the gddrescue package and moving GNU ddrescue to the ddrescue package (replacing dd_rescue) is the least confusing solution for the users in

Re: Bug#613986: ITP: run -- tool for sampling time and memory usage

2011-02-18 Thread Lars Wirzenius
On pe, 2011-02-18 at 18:30 +0100, Thomas Krennwallner wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Krennwallner > > > * Package name: run > Version : 1.4 > Upstream Author : Armin Biere and Toni Jussila > * URL : http://fmv.jku.at/run/ > * License

Re: Default Homedir Permissions

2011-02-18 Thread Ron Johnson
On 02/18/2011 07:26 AM, Noel David Torres Taño wrote: On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió: On 02/17/2011 08:58 AM, Roger Leigh wrote: [snip] Should it be locked down like Fort Knox? There's a heck of a lot of middle ground between "Fort Knox" and "Hippy Commune". We are

Re: What should we do with iceweasel/xulrunner/libmozjs?

2011-02-18 Thread Ron Johnson
On 02/18/2011 05:42 AM, Axel Beckert wrote: Hi, Mike Hommey wrote: - Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push 4.0 to unstable when it's out. That would be my favourite. I use Conkeror (which is a XULRunner application and hence depends on xulrunner) with 3.6 si

Re: Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

2011-02-18 Thread Peter Samuelson
[Uoti Urpala] > > Description : next generation movie player for Unix-like systems > > > >MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, > >QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, > >supported by many native, XAnim, RealPlayer, and Win32

Bug#613999: ITP: py3dns -- DNS client module for Python3

2011-02-18 Thread Scott Kitterman
Package: wnpp Severity: wishlist Owner: Scott Kitterman * Package name: py3dns Version : 3.0.0 Upstream Author : Stuart D. Gathman * URL : http://http://sourceforge.net/projects/pydns * License : PSF Programming Lang: Python 3 Description : DNS client

Re: Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

2011-02-18 Thread Uoti Urpala
Peter Samuelson p12n.org> writes: > > > Description : next generation movie player for Unix-like systems > > > > > >MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, > > >QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, > > >supported by many native

Re: Default Homedir Permissions

2011-02-18 Thread Noel David Torres Taño
On Viernes 18 Febrero 2011 18:44:25 Ron Johnson escribió: > On 02/18/2011 07:26 AM, Noel David Torres Taño wrote: > > On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió: > >> On 02/17/2011 08:58 AM, Roger Leigh wrote: > >> [snip] > >> > >>> Should it be locked down like Fort Knox? > >> > >>

Wanted: maintainer for git's emacs support

2011-02-18 Thread Jonathan Nieder
Hi, None of the current Debian git maintainers seem to use emacs. This means git's emacs support[1] does not get as much care as it deserves: see for example bugs #611936, #611931, #611932, #611933, #611934, #577834, and #611935. The upstream maintainer is very friendly and responsive though he

Re: RFC: bringing back task packages

2011-02-18 Thread Charles Plessy
Le Fri, Feb 18, 2011 at 10:51:05AM +0100, Adam Borowski a écrit : > > On the contrary, I don't see what an input system would be good for. How > many languages can you write? The one from the country where I was born, and the one from the country that was kind enough to give me a work visa :) >