Artem Leschev wrote:
> [-- text/plain, Encoding quoted-printable, Zeichensatz: UTF-8, 4 Zeilen --]
> I think you need to file a bug against libc6 package about this.
That would be a duplicate, http://bugs.debian.org/672934 exists.
cu andreas
--
`What a good friend you are to him, Dr. Maturin.
I am (seriously) thinking, is it possible to turn the apple light logo
to debian/linux logo?
Thanks,
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAG9cJm=r63dffrf
On 07/21/2012 10:48 PM, Philip Ashmore wrote:
> Hi there.
>
> Has anyone thought of making Debian stickers for
> 1. products that work with Debian
> 2. products that can have Debian installed on them
>
> This would need some kind of database detailing products and any
> issues associated with them.
On Sat, Jul 21, 2012 at 11:42:03AM -0400, Joey Hess wrote:
> Hideki Yamane wrote:
> > On Sun, 8 Jul 2012 17:58:16 +0200
> > Adam Borowski wrote:
> > > • xz -6 (the default) is a lot slower when compressing, fast when
> > > decompressing, needs only 10MB memory, 58% size
> > > • xz -9 has v
Neil Williams writes:
> The biggest problem is that none of the arbitrary strings which get
> printed on the packaging, product specs or even on the hardware itself
> have any direct link to the actual chipsets used and it is the chipsets
> which determine support. Most manufacturers have no inter
Per Olofsson wrote:
> 2012-07-21 18:37, Joey Hess skrev:
> > gnome-core depends on nautilus, which recommends synaptic.
> > Unless such recommends are being skipped by something, it should be
> > installed.
>
>
> nautilus (3.2.1-2) unstable; urgency=low
>
> ...
> - Drop Recommends on synapti
Lars Wirzenius wrote:
>
>In my opinion, _every_ technical committee decision should be posted
>to debian-devel-announce. Any time that the TC needs to make a decision,
>it's already an unusual circumstance, and usually something's gone wrong.
>It's _good_ to inform the whole project about it. It is
Mike Hommey wrote:
> Note that slower decompression doesn't necessarily mean longer
> installation time. I/O is still more time consuming than CPU.
Which is why I asked for actual, real-world benchmarks...
--
see shy jo
signature.asc
Description: Digital signature
Hi,
On Sat, Jul 21, 2012 at 09:25:50PM +0300, Uoti Urpala wrote:
> Joey Hess wrote:
> > Hideki Yamane wrote:
> > > I tested as well, and sometimes decompression with xz is so slw,
> > > it takes 6-8 times than default gz.
> >
> > I was just watching your DebConf presentation "Lets shrink De
brian m. carlson wrote:
> On Sat, Jul 21, 2012 at 09:25:50PM +0300, Uoti Urpala wrote:
> > So at least in this case the biggest performance problem by far is the
> > inappropriate use of fsync() or other disk synchronization primitives,
> > and CPU use for unpacking is pretty much irrelevant.
>
>
]] Wookey
> 3) Network manager should have an /etc/default/ ENABLE/DISABLE switch
> (as wicd does)
[...]
> I do believe that at least one of the above should be done for wheezy.
Is there any reason whatsoever to have the setting in both /etc/default
and /etc/rcN.d?
I really wish we could get
Virtual package name 'editor' was removed from Authoritative List of
Virtual Package Names in 1996 year, but it is used at our days. Maybe we
need to add it to section "Old and obsolete virtual package names",
which is empty? If yes, we need to file a bug against each package that
uses it, so this
Dear tech-ctte,
On Samstag, 21. Juli 2012, Faidon Liambotis wrote:
> > In my opinion, _every_ technical committee decision should be posted
> > to debian-devel-announce. Any time that the TC needs to make a decision,
> > it's already an unusual circumstance, and usually something's gone wrong.
> >
I think you need to file a bug against libc6 package about this.
--
Artem Leschev
signature.asc
Description: This is a digitally signed message part
On 07/21/12 23:58, Lars Wirzenius wrote:
> You're complaining about the posting volume of a list that has 13 +
> 17 + 16 + 7 + 8 + 10 + 4 = 75 messages this year, or about 2.6 days
> between posts. Is this a reasonable complaint? I don't think so.
>
> In my opinion, _every_ technical committee dec
On 21/07/12 18:17, Neil Williams wrote:
On Sat, 21 Jul 2012 15:48:07 +0100
Philip Ashmore wrote:
I know I would have liked to see a page on the installation process that
told me how well the PC I was installing Debian on was supported in
terms of drivers and features.
For unidentified or new
On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
> Hi Stefano,
>
> Stefano Zacchiroli wrote:
> >On Tue, Jul 17, 2012 at 08:07:15PM -0400, Filipus Klutiero wrote:
> >> Thank you, but I would appreciate if debian-devel-announce would
> >> stay dedicated to important announcements
On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
> Stefano Zacchiroli wrote:
> >On Tue, Jul 17, 2012 at 08:07:15PM -0400, Filipus Klutiero wrote:
> >> Thank you, but I would appreciate if debian-devel-announce would
> >> stay dedicated to important announcements which may be usef
Hi Don,
Don Armstrong wrote:
On Tue, 17 Jul 2012, Filipus Klutiero wrote:
> Thank you, but I would appreciate if debian-devel-announce would
> stay dedicated to important announcements which may be useful for a
> wide range of developers.
Because developers can override CTTE decisions, it's
Russ Allbery wrote:
Jonas Smedegaard writes:
> I believe the reason for targeting -announce as well was the initial
> part about a more general principle, preserved in my quoting above,
> which IMO does relate to all D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 21/07/12 22:35, Filipus Klutiero a écrit :
> Hi Arno,
>
> Arno Töll wrote:
>> Hi,
>>
>> On 18.07.2012 02:07, Filipus Klutiero wrote:
>>> Thank you, but I would appreciate if debian-devel-announce
>>> would stay dedicated to important announcemen
Hi Jonas,
Jonas Smedegaard wrote:
On 12-07-17 at 08:07pm, Filipus Klutiero wrote:
> On 2012-07-12 14:59, Don Armstrong wrote:
> >=== Resolution ===
> >The Technical Committee reaffirms the importance of preventing namespace
> >collisions for programs in the distribution, while recognizing th
Hi Stefano,
Stefano Zacchiroli wrote:
On Tue, Jul 17, 2012 at 08:07:15PM -0400, Filipus Klutiero wrote:
> Thank you, but I would appreciate if debian-devel-announce would
> stay dedicated to important announcements which may be useful for a
> wide range of developers.
tech-ctte resolutions d
Package: wnpp
Severity: wishlist
Owner: Andrei Zavada
* Package name: cnrun
Version : 1.1.12
Upstream Author : Andrei Zavada
* URL : http://johnhommer.com/academic/code/cnrun
* License : GPL
Programming Lang: C++
Description : a slow but precise neural
Hi Arno,
Arno Töll wrote:
Hi,
On 18.07.2012 02:07, Filipus Klutiero wrote:
> Thank you, but I would appreciate if debian-devel-announce would stay
> dedicated to important announcements which may be useful for a wide
> range of developers.
While you are right in general I beg to disagree th
2012-07-21 18:37, Joey Hess skrev:
> gnome-core depends on nautilus, which recommends synaptic.
> Unless such recommends are being skipped by something, it should be
> installed.
nautilus (3.2.1-2) unstable; urgency=low
...
- Drop Recommends on synaptic and app-install-data. We no longer cal
On Sat, Jul 21, 2012 at 09:25:50PM +0300, Uoti Urpala wrote:
> Most of the time taken by cdebootstrap is wasted by dpkg on doing
> useless file syncs:
>
> cdebootstrap --arch=amd64 unstable debian-tree/
>
> from local package cache on ext4: 138 seconds
>
> on tmpfs where dpkg can't waste time on
Joey Hess wrote:
> Hideki Yamane wrote:
> > I tested as well, and sometimes decompression with xz is so slw,
> > it takes 6-8 times than default gz.
>
> I was just watching your DebConf presentation "Lets shrink Debian
> package archive" and I think there you said decompression with xz was
>
On Sat, Jul 21, 2012 at 11:42:03AM -0400, Joey Hess wrote:
> Hideki Yamane wrote:
> > On Sun, 8 Jul 2012 17:58:16 +0200
> > Adam Borowski wrote:
> > > • xz -6 (the default) is a lot slower when compressing, fast when
> > > decompressing, needs only 10MB memory, 58% size
> > > • xz -9 has v
On Sat, 21 Jul 2012 15:48:07 +0100
Philip Ashmore wrote:
> I know I would have liked to see a page on the installation process that
> told me how well the PC I was installing Debian on was supported in
> terms of drivers and features.
>
> For unidentified or new hardware it could offer to add
Hi,
I also installed few times already wheezy with GNOME and
there was never synaptic (PackageKit was the default).
Cheers,
zlatan
On Sat, Jul 21, 2012 at 6:37 PM, Joey Hess wrote:
> Filipus Klutiero wrote:
> > I tested d-i last week and accidentally installled GNOME. This
> > allowed me to c
Filipus Klutiero wrote:
> I tested d-i last week and accidentally installled GNOME. This
> allowed me to confirm that GNOME does not pull Synaptic in testing.
gnome-core depends on nautilus, which recommends synaptic.
Unless such recommends are being skipped by something, it should be
installed.
Hideki Yamane wrote:
> On Sun, 8 Jul 2012 17:58:16 +0200
> Adam Borowski wrote:
> > • xz -6 (the default) is a lot slower when compressing, fast when
> > decompressing, needs only 10MB memory, 58% size
> > • xz -9 has very slow compression, takes gobs of memory, 56% size
> > (Obviously
Hi there.
Has anyone thought of making Debian stickers for
1. products that work with Debian
2. products that can have Debian installed on them
This would need some kind of database detailing products and any issues
associated with them.
These could be grouped by company, country of origin, a
On Sat, Jul 21, 2012 at 11:08:15AM +0200, Luk Claes wrote:
>
> > Other than all the above, I have read interesting ideas on objective
> > criteria
> > in Steve McIntyre's report. Basically my point of this e-mail is that I
> > welcome a debate on changing the MIA and NMU procedures to introduce
Hi,
> Hijack tokens
> -
> At the moment, *any* uploading DD can hijack by simply uploading a new
> package version. Is that reasonable, or should we attempt to control
> it somehow? There was a concept suggested of "hijack tokens" - an idea
> that maintainers should be allowed to hijac
> Other than all the above, I have read interesting ideas on objective criteria
> in Steve McIntyre's report. Basically my point of this e-mail is that I
> welcome a debate on changing the MIA and NMU procedures to introduce objective
> criteria with short periods of time so that it becomes easie
37 matches
Mail list logo
