On Mon, 2012-09-10 at 21:10 +0200, Philipp Kern wrote:
> On Sun, Sep 09, 2012 at 08:38:38PM -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to see it recommend the instalation of (or just install by default)
> > system processor microcode update packages when non-free is enabled on a x86
> >
On Tue, Sep 11, 2012 at 5:28 AM, Ztatik Light wrote:
> But, even *more* reason to not entirely push GNOME
> aside for Xfce. ;)
That hasn't happened at all, the tech media you have been reading and
believing neglected to check their facts:
pabs@chianamo ~/tasksel-3.13 $ grep -A3 tasksel/desktop d
On Tue, Sep 11, 2012 at 7:02 AM, Raphael Geissert wrote:
> Were non-svn hooks fixed too?
The git ones had the hostname set in a centralised script and that is fine.
It looks like mercurial-common in squeeze needs updating to fix the
URL hardcoded in hgcia.py. In addition, there are 3 copies of h
On Mon, 10 Sep 2012 12:47:50 +0100
Ian Jackson wrote:
> Juhapekka Tolvanen writes ("[juht...@iki.fi: Are you MIA?]"):
> > I sent that E-Mail 2012-08-10 and I still haven't got any answer.
> > Hence, it is obvious and evident that Debian-developer is MIA.
> > Please, follow your own protocols to h
Stephen Gran wrote:
> There were only a few still using cia.navi.vc. Changed now.
Were non-svn hooks fixed too?
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
(replying to -devel and -boot only)
Henrique de Moraes Holschuh wrote:
> On Mon, 10 Sep 2012, Philipp Kern wrote:
>> If we do that the same should also happen for firmware-linux-nonfree. Loading
>> the radeon KMS module without firmware available results in an unusable
>> (text) console. (Yes, it
On Sep 10, 2012, at 11:08 AM, Karsten Merker wrote:
I do not think that making the default desktop environment
dependent on the type of the installation medium would be a good
idea; that would cause much confusion IMHO.
This was discussed years ago, but (with some trepidation) I'd like to
b
Oops, yeah -- I guess I was mistaken. I was using `gnome-common' as the
basis, but I guess that's even less appropriate than something, like, say
... `gnome-panel' ... But, even *more* reason to not entirely push GNOME
aside for Xfce. ;)
On Mon, Sep 10, 2012 at 1:33 PM, Jeremy Bicha wrote:
> On
On Tue, 11 Sep 2012, Thomas Goirand wrote:
> On 09/10/2012 09:44 PM, Osamu Aoki wrote:
> >Why make things more complicated. What is the rationale to pick
> >i686 over others now. Why change to x86-64 which is AMD origin. If
> >slashed to listing are list of vender released names, it should be
> >(A
On 10.09.2012 12:47, Ian Jackson wrote:
Juhapekka Tolvanen writes ("[juht...@iki.fi: Are you MIA?]"):
I sent that E-Mail 2012-08-10 and I still haven't got any answer.
Hence, it is obvious and evident that Debian-developer is MIA.
Please,
follow your own protocols to handle the situation. I thi
On Mon, 10 Sep 2012, Philipp Kern wrote:
> On Sun, Sep 09, 2012 at 08:38:38PM -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to see it recommend the instalation of (or just install by default)
> > system processor microcode update packages when non-free is enabled on a x86
> > arch (i386 or
also sprach Philipp Kern [2012.09.10.2109 +0200]:
> > openstreetmap-client?
>
> Aren't you poaching in "openstreetmap"'s namespace now? :)
x-openstreetmap-client? Or x-x-openstreetmap-client? ;)
--
.''`. martin f. krafft Related projects:
: :' : proud Debian developer
On Sun, Sep 09, 2012 at 08:38:38PM -0300, Henrique de Moraes Holschuh wrote:
> I'd like to see it recommend the instalation of (or just install by default)
> system processor microcode update packages when non-free is enabled on a x86
> arch (i386 or amd64) and the running processor is either Intel
On Mon, Sep 10, 2012 at 10:28:16AM +0100, Jon Dowland wrote:
> On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote:
> > also sprach Luca Capello [2012.09.09.2029 +0200]:
> > > Or, if this is tightened to OSM, 'gnome-osm-maps'.
> > except the 'm' on "osm" is already a "map", so maybe os
On 9 September 2012 23:21, Ztatik Light wrote:
> According to popcon, Xfce is more common on Debian than GNOME... And
How do you figure that?
http://qa.debian.org/popcon.php?package=meta-gnome3
http://qa.debian.org/popcon.php?package=xfce4
Just looking at popcon, GNOME is installed several more
On 09/10/2012 09:44 PM, Osamu Aoki wrote:
Why make things more complicated. What is the rationale to pick i686
over others now. Why change to x86-64 which is AMD origin. If slashed
to listing are list of vender released names, it should be
(AMD64/Intel 64). We picked one archive identifier at o
On Mon, 10 Sep 2012, Andreas Tille wrote:
> But these are totally different things: I understood your initial
> mail that using debian/copyright is insecure. Now you come up with
> the argument that using backsticks might be insecure. So either
> backsticks are insecure for *any* file we are using
On Mon, Sep 10, 2012 at 12:07:46AM +0200, Cyril Brulebois wrote:
> Hello,
>
> tiny wrap-up for beta 2: the release happened one week after the
> prospective date. Some tiny delays on various fronts added up and
> explain that, but the overall results don't seem too bad to me.
>
> That's why I'm goi
On 8 September 2012 09:30, Adam Borowski wrote:
> On Sat, Sep 08, 2012 at 05:08:34PM +1000, Dmitry Smirnov wrote:
>> Package: wnpp
>>Package name: optional-dev
>>
>>
>>
>> There are situations when some of the libraries listed in Build-Depends
>> are optional i.e. build system is smar
On 10 September 2012 13:46, Jon Dowland wrote:
> On Sat, Sep 08, 2012 at 10:01:17PM +1000, Dmitry Smirnov wrote:
>> When building for as many architectures as we have, situation when some
>> dependencies are missing (or can't exist) on some architectures is not rare.
>>
>> However we still want to
Hi,
On Sun, Sep 09, 2012 at 12:25:48PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 09 Sep 2012, Ben Hutchings wrote:
> > On Sat, 2012-09-08 at 22:46 -0300, Henrique de Moraes Holschuh wrote:
> > > On Sun, 09 Sep 2012, Russell Coker wrote:
> > > > On Sat, 8 Sep 2012, Henrique de Moraes Hols
On Mon, Sep 10, 2012 at 10:28:16AM +0100, Jon Dowland wrote:
> On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote:
> > also sprach Luca Capello [2012.09.09.2029 +0200]:
> > > Or, if this is tightened to OSM, 'gnome-osm-maps'.
> >
> > except the 'm' on "osm" is already a "map", so may
On Mon, 10 Sep 2012 14:06:05 +0200
Eric Valette wrote:
> Unless I missed someting, the binary contained in digikam_2.9.0-2_amd64.deb
> is still linked with the libmarblewidget12 library, the control file is
> still wrong, and I think the conflick with phonon-backend-vlc is unnecessary.
>
> I
On Sat, Sep 08, 2012 at 10:01:17PM +1000, Dmitry Smirnov wrote:
> When building for as many architectures as we have, situation when some
> dependencies are missing (or can't exist) on some architectures is not rare.
>
> However we still want to build our packages with all features possible.
You
Package: wnpp
Severity: wishlist
Owner: "أحمد المحمودي"
* Package name: harfbuzz
Version : 0.9.4
Upstream Author : Behdad Esfahbod
* URL : http://www.freedesktop.org/wiki/Software/HarfBuzz
* License : MIT
Programming Lang: C++
Description : OpenType te
Ian Jackson dixit:
>There is still nothing per se wrong with circular dependencies
Actually, I’m hitting an APT bug during dist-upgrades right now
for packages with circular dependencies, usually two (perl with
perl-modules, and g++-$version with its library), when they are
indirectly depended on
Guillem Jover dixit:
>then some of the cases this tries to address (the “optional” nature of
>dependencies for derivatives for example) would get covered by my
>build-profiles proposal in #661538, which as stated there might need
Yes, please! Besides bootstrapping, use cases do include derived
di
Unless I missed someting, the binary contained in
digikam_2.9.0-2_amd64.deb is still linked with the libmarblewidget12
library, the control file is still wrong, and I think the conflick
with phonon-backend-vlc is unnecessary.
I edited the control file using dpkg-d
Andreas Tille writes ("Re: New upstream version of velvet contains debian/
dir"):
> On Mon, Sep 10, 2012 at 11:34:54AM +0100, Neil Williams wrote:
> > Stop being lazy and be a friendly upstream to
> > non-Debian downstreams.
>
> Charles is not upstream itself - he just gave an advise to upstream
Juhapekka Tolvanen writes ("[juht...@iki.fi: Are you MIA?]"):
> I sent that E-Mail 2012-08-10 and I still haven't got any answer.
> Hence, it is obvious and evident that Debian-developer is MIA. Please,
> follow your own protocols to handle the situation. I think I did what
> I must do, already.
Y
On Mon, Sep 10, 2012 at 11:34:54AM +0100, Neil Williams wrote:
> Stop being lazy and be a friendly upstream to
> non-Debian downstreams.
Charles is not upstream itself - he just gave an advise to upstream to
diverge from what we usually propose and I wanted to check whether our
advise remains vali
On Mon, 10 Sep 2012 18:57:45 +0900
Charles Plessy wrote:
> For the package velvet: I created it. I sometimes use it. I uploaded it 14
> times. I met the developer in the real life (5 minutes...). It has been some
> time I have been considering switching the source package to Git in order to
On 10/09/2012 11:26, Jon Dowland wrote:
> On Sun, Sep 09, 2012 at 10:42:35PM +0200, Alessio Treglia wrote:
>> OK,
>>
>> so let's go on picking 'gnome-osm-maps'.
>>
>> Thank you all folks!
>
> No, one package in the archive with a misleading name doesn't mean
> we should have more! See also: gnuplo
Le Mon, Sep 10, 2012 at 11:35:25AM +0200, Andreas Tille a écrit :
>
> On Mon, Sep 10, 2012 at 04:30:38PM +0900, Charles Plessy wrote:
> >
> > For the packages that I started and on which I am still a major
> > contributor, I
> > would like Upstream to include a debian directory in his source tar
On Sep 10, Henrique de Moraes Holschuh wrote:
> I'd like to see it recommend the instalation of (or just install by default)
> system processor microcode update packages when non-free is enabled on a x86
> arch (i386 or amd64) and the running processor is either Intel or AMD
> (easily identified
[History of thread:
http://lists.debian.org/debian-med/2012/09/msg00024.html
and following
Please stick to debian-devel when responding - reply-to set]
Hi Charles,
On Mon, Sep 10, 2012 at 04:30:38PM +0900, Charles Plessy wrote:
> I answer on debian-med only to avoid adding to the confusion
On 12-09-10 at 10:55am, Josselin Mouette wrote:
> Le lundi 10 septembre 2012 à 10:40 +0200, Jonas Smedegaard a écrit :
> > On my almost-only-core squeeze development chroot:
> >
> > root@auryn:/# aptitude install --with-recommends evince-gtk
> > Need to get 46.8 MB of archives. After unpacking 12
On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote:
> also sprach Luca Capello [2012.09.09.2029 +0200]:
> > Or, if this is tightened to OSM, 'gnome-osm-maps'.
>
> except the 'm' on "osm" is already a "map", so maybe osm-client.
I like dropping 'gnome', and not doubling-up map, but o
On Sun, Sep 09, 2012 at 10:42:35PM +0200, Alessio Treglia wrote:
> OK,
>
> so let's go on picking 'gnome-osm-maps'.
>
> Thank you all folks!
No, one package in the archive with a misleading name doesn't mean
we should have more! See also: gnuplot, not related to GNU, and no
doubt many more.
--
Package: wnpp
Severity: wishlist
Owner: Sjoerd Simons
* Package name: telepathy-phoenix
Version : 0.0.1
Upstream Author : Sjoerd Simons
* URL : http://telepathy/freedesktop.org
* License : LGPL2.1+
Programming Lang: C,Python
Description : Telepathy ech
Le lundi 10 septembre 2012 à 10:40 +0200, Jonas Smedegaard a écrit :
> On my almost-only-core squeeze development chroot:
>
> root@auryn:/# aptitude install --with-recommends evince-gtk
> Need to get 46.8 MB of archives. After unpacking 123 MB will be used.
> root@auryn:/# aptitude install --with
On 12-09-10 at 09:24am, Josselin Mouette wrote:
> Le dimanche 09 septembre 2012 à 22:48 +0200, Jonas Smedegaard a écrit :
> > Even if the author calls it GNOME, it seems linking only against GTK+
> > libraries and thus usetul also for those (like me) actively avoiding the
> > bloat of GNOME libr
Hi Nicolas,
thanks for your additional comments. I see some good ideas in your new
suggestions (which do solve for instance the issue of enabling per
removal comments). However, I have the impression that the discussion
via mailing list fails to scale to handle the complex branches of this
discu
Le dimanche 09 septembre 2012 à 22:48 +0200, Jonas Smedegaard a écrit :
> Even if the author calls it GNOME, it seems linking only against GTK+
> libraries and thus usetul also for those (like me) actively avoiding the
> bloat of GNOME libraries.
FYI, the “bloat of GNOME libraries” (libgnome, l
Hi Charles,
On Mon, Sep 10, 2012 at 08:20:43AM +0900, Charles Plessy wrote:
> > I would love to get a pointer to the actual line[1] which executes
> > content from debian/copyright. TTBOMK, all expressions are part of the
> > seeking string of a find statement, nothing more.
>
> the find command
45 matches
Mail list logo
