Re: Debian default desktop environment

2014-04-05 Thread Wolodja Wentland
On Sat, Apr 05, 2014 at 12:55 +0800, Thomas Goirand wrote: > On 04/04/2014 09:55 PM, Undefined User wrote: > > 2014-04-04 10:52 GMT-03:00 Jonathan Dowland > >: > > > > We go over the same ground over and over. I'm increasingly in favour > > of *no* > > default.

Re: Debian default desktop environment

2014-04-05 Thread Jakub Wilk
* Gunnar Wolf , 2014-04-04, 23:22: - Media player: mplayer (on libcaca, of course) With its 4 RC bugs, it doesn't look like mplayer is going to be part of jessie. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Conta

Re: Debian default desktop environment

2014-04-05 Thread Iain R. Learmonth
On 05/04/14 06:22, Gunnar Wolf wrote: > So, I suggest we ship a desktop consisting of: > > - Window manager: i3 > - File browser: urxvt > - Photo viewer: caca-utils > - Web browser: lynx > - Mail client: mutt > - Instant messenger: irssi > - Productivity suite: emacs > - Music app: supercollider >

Re: Debian default desktop environment

2014-04-05 Thread Milan Zamazal
> "JM" == Josselin Mouette writes: JM> This is mostly irrelevant. The resources consumed by the desktop JM> are negligible compared to applications. As soon as you start a JM> browser with a few tabs on non-trivial websites, 1 GiB of memory JM> is barely enough. Regardless of

Bug#743710: ITP: mlpack -- Fast and scalable C++ machine learning library

2014-04-05 Thread Barak A. Pearlmutter
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist Package name: mlpack Version : 1.0.8 Upstream Author : Ryan Curtin URL or Web page : http://www.mlpack.org/ License : LGPL-3+ Description : Fast and scalable C++ machine learning library MLPACK (Machine Learnin

Re: Deprecating/removing racoon/ipsec-tools from Debian GNU/Linux and racoon from Debian/kfreebsd

2014-04-05 Thread Christian Hofstaedtler
* Noah Meyerhans [140405 00:06]: > On Fri, Apr 04, 2014 at 12:59:35PM +1300, Matt Grant wrote: > > 4) racoon/setkey are native IPSEC implementations across FreeBSD, > > NetBSD, Mac OSX, and Linux, and thus having it available give a 'just > > works' IPSEC option. I must also add that "it really

Re: Debian default desktop environment

2014-04-05 Thread Josselin Mouette
Le samedi 05 avril 2014 à 11:50 +0200, Milan Zamazal a écrit : > FYI, Xfce + Firefox runs fine on a >10 years old computer with 256 MB > RAM for all practical needs of the user. Well, I guess our “practical needs” differ. Heavily. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSC

Re: Debian default desktop environment

2014-04-05 Thread Josselin Mouette
Le vendredi 04 avril 2014 à 23:52 +0100, Philip Hands a écrit : > Anyway, to return to the main point, I do wonder why nobody has bothered > to mention that the reason for the switch was that Gnome no longer fits > on CD#1. The thing that I don’t understand is that someone made such a decision, wh

Re: Debian default desktop environment

2014-04-05 Thread brian m. carlson
On Sat, Apr 05, 2014 at 07:57:50PM +0200, Josselin Mouette wrote: > Could you please sum up those discussions and explain what kind of > changes you would consider to be productive? I can sum up the discussions that were had last time on debian-devel for you, at least as I remember them. * XFCE f

Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Vincent Danjean
Hi everybody, In #704805, there is a disagreement between the maintainer of R software and several other people (me included). R software is packaged into a lots of different Debian packages (with different maintainers) along with the main R package (r-base-core). Due to internal changes, t

Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Sune Vuorela
On 2014-04-05, Vincent Danjean wrote: > The maintainer think that he does not need to do anything about > that. People should just upgrade all their packages from stable to > testing when r-base-core is upgraded. > Other people (and me) disagree and think that other broken r-related > packages

Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Matthias Urlichs
Hi, > The maintainer think that he does not need to do anything about > that. People should just upgrade all their packages from stable to > testing when r-base-core is upgraded. > Other people (and me) disagree and think that other broken r-related > packages must be either removed or upgraded

Re: Debian default desktop environment

2014-04-05 Thread Matthias Klumpp
2014-04-05 20:18 GMT+02:00 brian m. carlson : > On Sat, Apr 05, 2014 at 07:57:50PM +0200, Josselin Mouette wrote: >> Could you please sum up those discussions and explain what kind of >> changes you would consider to be productive? > > I can sum up the discussions that were had last time on debian-

Re: Debian default desktop environment

2014-04-05 Thread Ben Hutchings
On Sat, 2014-04-05 at 18:18 +, brian m. carlson wrote: > On Sat, Apr 05, 2014 at 07:57:50PM +0200, Josselin Mouette wrote: > > Could you please sum up those discussions and explain what kind of > > changes you would consider to be productive? > > I can sum up the discussions that were had last

Re: Debian default desktop environment

2014-04-05 Thread brian m. carlson
On Sat, Apr 05, 2014 at 11:32:07PM +0100, Ben Hutchings wrote: > On Sat, 2014-04-05 at 18:18 +, brian m. carlson wrote: > [...] > > * There were concerns about accessibility support, "particularly for the > > blind"[2]. > [...] > > Which is unfortunately quite bad in most free graphical desk

Re: Debian default desktop environment

2014-04-05 Thread Cyril Brulebois
brian m. carlson (2014-04-05): > I just realized my statement was unclear. I believe some people had > stated that GNOME had regressed in accessibility support at the time, > and XFCE was a better choice in this regard. I can't say more because I > don't have enough knowledge on the subject. Ma

Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread James McCoy
On Sat, Apr 05, 2014 at 07:40:49PM +, Sune Vuorela wrote: > On 2014-04-05, Vincent Danjean wrote: > > The maintainer think that he does not need to do anything about > > that. People should just upgrade all their packages from stable to > > testing when r-base-core is upgraded. > > Other p

Bug#743753: ITP: python-posix-ipc -- semaphores, shared memory and message queues

2014-04-05 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-posix-ipc Version : 0.9.8 Upstream Author : Philip Semanchuk * URL : http://semanchuk.com/philip/posix_ipc/ * License : BSD-3-clause Programming Lang: Python Description : se

Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Lisandro Damián Nicanor Pérez Meyer
Hi Dirk, Charles and everybody! I was going to share my current and very positive experience with Qt5 providing a virtual package as Charles suggest, but looking further in the bug log I see that at least Scott and Don have already done so with other examples. So just allow me Dirk to tell you

Submitted application/vnd.debian.binary-package to the IANA.

2014-04-05 Thread Charles Plessy
Hello everybody, I eventually submitted the media type application/vnd.debian.binary-package to the IANA via their on-line form , see below for details. Have a nice week-end, -- Charles - Forwarded message from IANA MIME Requests via RT - Date: S