Adam Borowski dixit:
if udebs switched to xz (unpacking takes ~10MB memory).
-2 takes only 3 MiB, which is about 2 MiB more than gzip,
since that number is rounded.
bye,
//mirabilos
--
ch you introduced a merge commit│mika % g rebase -i HEAD^^
mika sorry, no idea and rebasing just
Adam Borowski dixit:
using the attached script.
Ah, no, don’t use ar to create .deb files.
http://www.mirbsd.org/permalinks/wlog-10_e20110818-tg-g10046.htm
What you can do is:
$ paxtar cAf foo.deb debian-binary control.* data.*
It’s in wheezy already.
bye,
//mirabilos
--
[...] if maybe
Guillem Jover dixit:
the archive override. And if we have to keep changing the packages
anyway to make sure they match changing priorities, we might as well
just set the compressor (to gzip) explicitly for base packages.
Pseudo-essential packages are going to be a problem though.
What if a
On Tue, 2012-05-22 at 12:44:02 +, Thorsten Glaser wrote:
Adam Borowski dixit:
using the attached script.
Ah, no, don’t use ar to create .deb files.
http://www.mirbsd.org/permalinks/wlog-10_e20110818-tg-g10046.htm
Using binutils' ar should be considered supported, and works fine with
On Tue, 2012-05-22 at 12:47:01 +, Thorsten Glaser wrote:
Guillem Jover dixit:
the archive override. And if we have to keep changing the packages
anyway to make sure they match changing priorities, we might as well
just set the compressor (to gzip) explicitly for base packages.
Guillem Jover dixit:
Ah, no, don’t use ar to create .deb files.
http://www.mirbsd.org/permalinks/wlog-10_e20110818-tg-g10046.htm
Using binutils' ar should be considered supported, and works fine with
dpkg-deb and dpkg, the accepted format is documented in deb(5). I'd
The problem is that
On 2012-05-19 00:52 +0200, Adam Borowski wrote:
On Fri, May 18, 2012 at 12:27:15PM -0400, Joey Hess wrote:
Guillem Jover wrote:
Only as long as the debian/control information matches the one from
the archive override.
I checked, and currently the only base package with an overridden
+++ Mehdi Dogguy [2012-05-16 16:24 +0200]:
On 16/05/12 13:41, Wookey wrote:
is there any reason not to just upload this to Debian?
There are ITPs filed for it:
- http://bugs.debian.org/582884
- http://bugs.debian.org/576359
Yes. I discovered that when I went to file an ITP :-)
It turns
Guillem Jover wrote:
Only as long as the debian/control information matches the one from
the archive override.
I checked, and currently the only base package with an overridden priority
is libsigc++-2.0-0c2a
--
see shy jo
signature.asc
Description: Digital signature
While this has been an interesting thread, it may be predicated on a
false premise. I examined the latest weekly CD build, and the reason no
desktop tasks at all (even lxde or xfce) appear on their respective CDs
is because debian-cd is simply not including tasksel's new task-*
packages, at all.
On Fri, May 18, 2012 at 12:27:15PM -0400, Joey Hess wrote:
Guillem Jover wrote:
Only as long as the debian/control information matches the one from
the archive override.
I checked, and currently the only base package with an overridden priority
is libsigc++-2.0-0c2a
So, would it be safe
On Thu, 17 May 2012 04:36:40 +0200
Adam Borowski kilob...@angband.pl wrote:
On Wed, May 16, 2012 at 02:47:54PM +0200, Goswin von Brederlow wrote:
Can someone set the default to xz and recompile all of Debian or at
least base and create a repository from that for install tests?
There's no
On 17.05.2012 07:54, Neil Williams wrote:
On Thu, 17 May 2012 04:36:40 +0200
Adam Borowski kilob...@angband.pl wrote:
On Wed, May 16, 2012 at 02:47:54PM +0200, Goswin von Brederlow
wrote:
Can someone set the default to xz and recompile all of Debian or
at
least base and create a repository
On Thu, May 17, 2012 at 07:54:17AM +0100, Neil Williams wrote:
On Thu, 17 May 2012 04:36:40 +0200
Adam Borowski kilob...@angband.pl wrote:
On Wed, May 16, 2012 at 02:47:54PM +0200, Goswin von Brederlow wrote:
Can someone set the default to xz and recompile all of Debian or at
least
Hi,
Steve McIntyre st...@einval.com wrote:
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
we're going to *claim* to support in Wheezy. We've had a history of
supporting the following single-CD
On Wed, May 16, 2012 at 02:47:54PM +0200, Goswin von Brederlow wrote:
Can someone set the default to xz and recompile all of Debian or at
least base and create a repository from that for install tests?
I tested it a bit, both with bare debootstrap into a chroot, and by
recompressing all debs on
On Sun, 2012-05-13 at 18:47:01 -0400, Joey Hess wrote:
Adam Borowski wrote:
Special-casing base packages would be a lot of complexity, let's avoid that
if possible -- but still preferred to letting gzip stay.
Base packages can be identified at build time by their priority.
if ($priority
Bjørn Mork bj...@mork.no writes:
No, you don't. On a default Debian system you need to be a member of
the floppy group. From /lib/udev/rules.d/91-permissions.rules :
Yeah but you are not a member of that group by default surely?
You mean that they allow you to burn a CD but not write to a
Timo Juhani Lindfors timo.lindf...@iki.fi writes:
Wookey woo...@wookware.org writes:
And the USB-stick process is not as simple as it might be because you
have to find the HD-media files and then _also_ find an iso image to
put on. It's no wonder newbs are still downloading CD/DVD images.
Timo Juhani Lindfors timo.lindf...@iki.fi writes:
Bjørn Mork bj...@mork.no writes:
No, you don't. On a default Debian system you need to be a member of
the floppy group. From /lib/udev/rules.d/91-permissions.rules :
Yeah but you are not a member of that group by default surely?
No, that
On 05/16/2012 06:10 AM, Timo Juhani Lindfors wrote:
Bjørn Mork bj...@mork.no writes:
No, you don't. On a default Debian system you need to be a member of
the floppy group. From /lib/udev/rules.d/91-permissions.rules :
Yeah but you are not a member of that group by default surely?
$
On Wed, 16 May 2012 07:53:55 -0300
Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote:
On 05/16/2012 06:10 AM, Timo Juhani Lindfors wrote:
Bjørn Mork bj...@mork.no writes:
No, you don't. On a default Debian system you need to be a member of
the floppy group. From
Thomas Schmitt scdbac...@gmx.net writes:
I am a bit scared by the catastrophic potential of
cat debian.iso /dev/sdX
for X = valuable hard disk.
What about recommending /dev/disk/by-id/usb-X instead?
--
Feri.
--
To UNSUBSCRIBE,
Bjørn Mork bj...@mork.no writes:
I fail to see how burning to a local user's CD is any better, but yes,
if that is a consideration then they need some system to tie the rights
to console access. I believe ConsoleKit and the replacement
systemd-loginctl attempts to solve such problems.
Yes, I
+++ Timo Juhani Lindfors [2012-05-15 21:01 +0300]:
Yes, turns out I failed to read the instructions right, presumably due
to thinking I knew how this worked (i.e. you can't just put an iso
stright onto a USB stick, and you need 'hd-media' for USB sticks).
I'm glad to see that this has got
Joey Hess jo...@debian.org writes:
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are they
relevant/are they fixable?
As one of the maintainers of debootstrap, I am perhaps more aware than
some how broadly it's used. Ok..
They use it on Android (41,600
On Wed, 16 May 2012, Wookey wrote:
this to Debian? I see a couple of places in the UI where it says
'Ubuntu' and it would be good if it got a bit cleverer and put in the
If Ubuntu sponsored the creation of usb-creator, we can package it that
way just fine, as long as the trademark license for
On 16/05/12 13:41, Wookey wrote:
is there any reason not to just upload this to Debian?
There are ITPs filed for it:
- http://bugs.debian.org/582884
- http://bugs.debian.org/576359
Regards,
--
Mehdi
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
[CC'ing Hans-Christoph in case he isn't following this list]
On 12-05-16 at 02:47pm, Goswin von Brederlow wrote:
Joey Hess jo...@debian.org writes:
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are
they relevant/are they fixable?
As one of the
Bjørn Mork wrote:
Timo Juhani Lindfors timo.lindf...@iki.fi writes:
You also need to have root access to some machine to create the USB
media.
No, you don't. On a default Debian system you need to be a member of
the floppy group. From /lib/udev/rules.d/91-permissions.rules :
# default
Jonathan Nieder jrnie...@gmail.com writes:
speaking lets each user access media that they have inserted. Last
time I checked[1] (a while ago), the same rules did not apply to USB
sticks.
Yes, this is the point I was trying to make in the first place :)
--
To UNSUBSCRIBE, email to
On Tue, May 15, 2012 at 09:00:29PM -0500, Peter Samuelson wrote:
[Steve McIntyre]
The major win with dd onto a raw device is that you can specify the
block size. For most USB sticks, using a block size of 4MB or so is
going to be *much* faster than using the default for dd (512 bytes)
or cp
Hi,
Bjørn Mork bj...@mork.no wrote:
On a default Debian system you need to be a member of
the floppy group.
Ferenc Wagner wf...@niif.hu wrote:
What about recommending /dev/disk/by-id/usb-X instead?
I understand that the instructions about creating a Debian installation
medium shall be usable
On May 16, 2012, at 10:49 AM, Jonas Smedegaard wrote:
[CC'ing Hans-Christoph in case he isn't following this list]
On 12-05-16 at 02:47pm, Goswin von Brederlow wrote:
Joey Hess jo...@debian.org writes:
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are
Steve Langasek wrote:
On Sun, May 13, 2012 at 10:26:13PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
On Dom 13 May 2012 21:40:10 Marco d'Itri escribió:
[snip]
Does anybody actually know that people routinely try to install desktop
systems with only a CD and no networking, and
Goswin von Brederlow wrote:
Joey Hess jo...@debian.org writes:
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are they
relevant/are they fixable?
As one of the maintainers of debootstrap, I am perhaps more aware than
some how broadly it's used. Ok..
[Steve McIntyre]
You're not measuring the time taken to sync to the flash drive
either, so all you're going to be seeing is the speed of writing to
cache.
Huh, I figured the 'sync' call at the end of each test run covered
that.
I've done lots of work with USB flash and MMC/SD cards over the
On Wed, May 16, 2012 at 02:47:54PM +0200, Goswin von Brederlow wrote:
Can someone set the default to xz and recompile all of Debian or at
least base and create a repository from that for install tests?
There's no need to recompile anything. You can recompress existing packages
using the
On Mon, May 14, 2012 at 05:56:54PM -0700, Russ Allbery wrote:
Installed-Size is generated automatically by dpkg-buildpackage, so the
only way that you'd get a package without it is by manually creating a
package, which nearly no one does. So in practice it's always there,
although it might
On Mon, May 14, 2012 at 09:34:39AM -0700, Steve Langasek wrote:
So to use the image you need either a DVD or a USB stick, and if you're using
a write-once DVD you're perhaps wasting the unused space; but the download
time and install footprint are still kept low and in the range of what a CD
Hi,
On Mon, May 14, 2012 at 09:34:39AM -0700, Steve Langasek wrote:
So to use the image you need either a DVD or a USB stick, and if you're
using a write-once DVD you're perhaps wasting the unused space; but the
download time and install footprint are still kept low and in the range of
what
On Tue, May 15, 2012 at 10:18:25AM +0100, Jon Dowland wrote:
On Mon, May 14, 2012 at 05:56:54PM -0700, Russ Allbery wrote:
Installed-Size is generated automatically by dpkg-buildpackage, so the
only way that you'd get a package without it is by manually creating a
package, which nearly no
Le Tue, May 15, 2012 at 11:57:15AM +0200, Adam Borowski a écrit :
And besides, why are we talking about Installed-Size in the first place?
Because I asked a question off-topic in that thread without breaking it.
Apologies for this confusion.
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
On Tue, May 15, 2012 at 2:56 AM, Russ Allbery r...@debian.org wrote:
Charles Plessy ple...@debian.org writes:
Le Tue, May 15, 2012 at 01:54:53AM +0200, David Kalnischkies a écrit :
And the fields defining a difference in versions are:
Installed-Size, Depends, Pre-Depends, Conflicts, Breaks
[ re-adding CC to debian-cd and debian-boot ]
Adam Borowski wrote:
On Sat, May 12, 2012 at 05:04:16PM +0100, Steve McIntyre wrote:
Hey folks,
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
we're
+++ Steve McIntyre [2012-05-15 13:38 +0100]:
[ re-adding CC to debian-cd and debian-boot ]
2. USB-targeted images
I've also tweaked DVD#1 of each set to fit in 4GB instead of the
normal 4.7GB, so that it fits on a 4GB USB stick to make it more
useful. We could quite readily produce (say)
Wookey woo...@wookware.org writes:
And the USB-stick process is not as simple as it might be because you
have to find the HD-media files and then _also_ find an iso image to
put on. It's no wonder newbs are still downloading CD/DVD images.
You also need to have root access to some machine to
On Tue, May 15, 2012 at 10:25 PM, Wookey wrote:
And the USB-stick process is not as simple as it might be because you
have to find the HD-media files and then _also_ find an iso image to
put on. It's no wonder newbs are still downloading CD/DVD images.
I thought HD-media was a thing of the
Le lundi 14 mai 2012 à 17:56 -0700, Russ Allbery a écrit :
Installed-Size is generated automatically by dpkg-buildpackage, so the
only way that you'd get a package without it is by manually creating a
package, which nearly no one does. So in practice it's always there,
although it might not
On Tue, 15 May 2012 22:34:20 +0800, Paul Wise wrote:
And the USB-stick process is not as simple as it might be because you
have to find the HD-media files and then _also_ find an iso image to
put on. It's no wonder newbs are still downloading CD/DVD images.
I thought HD-media was a thing
On Tue, May 15, 2012 at 06:13:24PM +0200, gregor herrmann wrote:
On Tue, 15 May 2012 22:34:20 +0800, Paul Wise wrote:
And the USB-stick process is not as simple as it might be because you
have to find the HD-media files and then _also_ find an iso image to
put on. It's no wonder newbs are
Hi,
Fedora/RH folks recently added more
hacks to isohybrid to support booting on Macs:
http://mjg59.dreamwidth.org/11285.html
This is achieved by applying ISOLINUX program isohybrid from a recent
ISOLINYX version to the already produced ISO images. syslinux-4.05
should probably do.
It is a
Hi,
Steve McIntyre wrote:
(http://www.debian.org/releases/stable/amd64/ch04s03.html.en) but
skipped straight past section 4.3.1. Looks like we could do with a big
clear message DO THIS UNLESS YOU HAVE SPECIAL NEEDS to make it more
obvious. :-)
I am a bit scared by the catastrophic potential
[Steve McIntyre]
(http://www.debian.org/releases/stable/amd64/ch04s03.html.en)
While it is refreshing to see cat debian.iso /dev/sdX instead of
the usual dd nonsense (it seems there's an extremely widespread myth
that you need to use dd any time you're reading or writing block
devices), I
On 05/15/2012 02:18 PM, Thomas Schmitt wrote:
I am a bit scared by the catastrophic potential of
cat debian.iso /dev/sdX
for X = valuable hard disk.
I've wondered about that, too, when working on the relevant section of
the Debian Live Manual.
Maybe one should advise people to first read
Peter Samuelson, le Tue 15 May 2012 12:40:55 -0500, a écrit :
(http://www.debian.org/releases/stable/amd64/ch04s03.html.en)
While it is refreshing to see cat debian.iso /dev/sdX instead of
the usual dd nonsense (it seems there's an extremely widespread myth
that you need to use dd any time
Ben Armstrong sy...@sanctuary.nslug.ns.ca writes:
accomplish as the superuser.) What I wonder, though, is if it is
universally true that ordinary users will always have write access to a
USB key they've just inserted. Under what circumstances will they not?
At least in default debian and
On Tue, May 15, 2012 at 02:45:47PM -0300, Ben Armstrong wrote:
On 05/15/2012 02:18 PM, Thomas Schmitt wrote:
I am a bit scared by the catastrophic potential of
cat debian.iso /dev/sdX
for X = valuable hard disk.
I've wondered about that, too, when working on the relevant section of
On Tue, 2012-05-15 at 17:31:47 +0200, Josselin Mouette wrote:
Le lundi 14 mai 2012 à 17:56 -0700, Russ Allbery a écrit :
Installed-Size is generated automatically by dpkg-buildpackage, so the
only way that you'd get a package without it is by manually creating a
package, which nearly no
On Tue, 2012-05-15 at 10:18:25 +0100, Jon Dowland wrote:
On Mon, May 14, 2012 at 05:56:54PM -0700, Russ Allbery wrote:
Installed-Size is generated automatically by dpkg-buildpackage, so the
only way that you'd get a package without it is by manually creating a
package, which nearly no one
[Samuel Thibault]
I think cp is even more straightforward.
Does cp accept that way since a long time?
I'm not sure, but I've been using things like cp boot.img /dev/fd0
for probably 10 or 15 years on various Linux and Unix systems. (The
fact that I referred to a floppy drive may give some
On Tue, May 15, 2012 at 12:40:55PM -0500, Peter Samuelson wrote:
[Steve McIntyre]
(http://www.debian.org/releases/stable/amd64/ch04s03.html.en)
While it is refreshing to see cat debian.iso /dev/sdX instead of
the usual dd nonsense (it seems there's an extremely widespread myth
that you need to
[Steve McIntyre]
The major win with dd onto a raw device is that you can specify the
block size. For most USB sticks, using a block size of 4MB or so is
going to be *much* faster than using the default for dd (512 bytes)
or cp (10 KB IIRC).
That seemed a little fishy to me, since none of the
On Mon, May 14, 2012 at 12:40:10AM +0100, Neil Williams wrote:
There's *no* reason to think that GNOME or KDE are going to get back
below the 1 CD limit at the next Debian stable release.
I was under the impression that GNOME3 fit onto one CD with recent Fedora
releases, but I am having trouble
On May 14, Jonas Smedegaard d...@jones.dk wrote:
It is my impression from my visits in the Fall (although I do not have
any hard data to support it) that in India and Indonesia network access
is generally so slow that even if computers have DVD drives the common
media downloaded and used
On Mon, May 14, 2012 at 09:33:18AM +0100, Jon Dowland wrote:
On Mon, May 14, 2012 at 12:40:10AM +0100, Neil Williams wrote:
There's *no* reason to think that GNOME or KDE are going to get back
below the 1 CD limit at the next Debian stable release.
I was under the impression that GNOME3
On 12-05-14 at 11:22am, Marco d'Itri wrote:
On May 14, Jonas Smedegaard d...@jones.dk wrote:
It is my impression from my visits in the Fall (although I do not
have any hard data to support it) that in India and Indonesia
network access is generally so slow that even if computers have
On 14.05.2012 12:30, Jonas Smedegaard wrote:
Let's keep providing CDs as install medium, because it is still relevant
for some (and, I vaguely feel, not only exotically few) real use cases
to install non-bloated desktop at places with flaky/expensive Internet.
Having different default
On 14.05.2012 03:29, Samuel Thibault wrote:
I haven't tried myself, but gnome3 most probably introduced
non-accessible custom widgets, buttons without labels, etc. For
instance, the alt-F2 widget, used a lot by blind people, is currently
inaccessible...
GNOME 3.4 has seen a lot of effort put
Michael Biebl bi...@debian.org wrote:
GNOME 3.4 has seen a lot of effort put into improving accessibility
support, especially gnome-shell. Once we have a complete 3.4 stack, it
would be great if you can give it another try and report any issues.
There are a number of us on the
Le 14/05/12 12:39, Michael Biebl a écrit :
On 14.05.2012 12:30, Jonas Smedegaard wrote:
Let's keep providing CDs as install medium, because it is still relevant
for some (and, I vaguely feel, not only exotically few) real use cases
to install non-bloated desktop at places with
On Sun, May 13, 2012 at 06:47:01PM -0400, Joey Hess wrote:
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are they
relevant/are they fixable?
As one of the maintainers of debootstrap, I am perhaps more aware than
some how broadly it's used. Ok..
They
On May 14, Adam Borowski kilob...@angband.pl wrote:
Ie, the problem is not in d-i, but in running debootstrap on foreign
systems. And that's indeed not easily fixable :(
Do we actually have an official debootstrap package for foreign systems?
We could ship a static busybox with it and solve
On Lun 14 May 2012 07:30:30 Jonas Smedegaard escribió:
[snip]
I wish people would collaborate more.
I wish people would care more about efficient use of resources.
Me too :-)
I did not claim that there was great sense behind that usage pattern,
but I do claim that it is reality in some
Marco d'Itri wrote:
Do we actually have an official debootstrap package for foreign systems?
We could ship a static busybox with it and solve this and other issues.
We don't really. When you look around, a variety of ad-hoc methods are
used to install debootstrap on foreign systems. The
Lisandro Damián Nicanor Pérez Meyer wrote:
Indeed, I have seen that pattern before, although I think it was because
people are used to get CDs, not DVDs (ie, just a matter of habit).
Another reason is that it's more likely for a throwaway USB key to be in
the 1-2 gb range than the 5 gb range.
On Sun, May 13, 2012 at 10:26:13PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
On Dom 13 May 2012 21:40:10 Marco d'Itri escribió:
[snip]
Does anybody actually know that people routinely try to install desktop
systems with only a CD and no networking, and why?
What is the use case
On Mon, May 14, 2012 at 6:39 AM, Michael Biebl wrote:
On 14.05.2012 12:30, Jonas Smedegaard wrote:
Let's keep providing CDs as install medium, because it is still relevant
for some (and, I vaguely feel, not only exotically few) real use cases
to install non-bloated desktop at places with
Hi,
2012/5/14, Marco d'Itri m...@linux.it:
On May 14, Adam Borowski kilob...@angband.pl wrote:
Ie, the problem is not in d-i, but in running debootstrap on foreign
systems. And that's indeed not easily fixable :(
Do we actually have an official debootstrap package for foreign systems?
We
On Sat, May 12, 2012 at 11:30:12PM +0200, Marco d'Itri wrote:
On May 12, Adam Borowski kilob...@angband.pl wrote:
Thus, let's just switch dpkg-deb's default to xz. Lowering bandwidth usage
is worth the extra build time cost.
Agreed, this looks like a good idea.
--
ciao,
Marco
The
On Mon, May 14, 2012 at 09:33:34PM +0200, Bálint Réczey wrote:
2012/5/14, Marco d'Itri m...@linux.it:
Do we actually have an official debootstrap package for foreign systems?
We could ship a static busybox with it and solve this and other issues.
(I know, not all the world is a VAX, etc...
Le Mon, May 14, 2012 at 10:33:22PM +0100, Andrew M.A. Cater a écrit :
On Sat, May 12, 2012 at 11:30:12PM +0200, Marco d'Itri wrote:
On May 12, Adam Borowski kilob...@angband.pl wrote:
Thus, let's just switch dpkg-deb's default to xz. Lowering bandwidth
usage
is worth the extra
On Tue, May 15, 2012 at 12:46 AM, Adam Borowski kilob...@angband.pl wrote:
On Mon, May 14, 2012 at 09:33:34PM +0200, Bálint Réczey wrote:
2012/5/14, Marco d'Itri m...@linux.it:
Do we actually have an official debootstrap package for foreign systems?
We could ship a static busybox with it and
Le Tue, May 15, 2012 at 01:54:53AM +0200, David Kalnischkies a écrit :
And the fields defining a difference in versions are:
Installed-Size, Depends, Pre-Depends, Conflicts, Breaks and Replaces.
Differences in all other fields are ignored (as they are not guaranteed to
be present - the
Charles Plessy ple...@debian.org writes:
Le Tue, May 15, 2012 at 01:54:53AM +0200, David Kalnischkies a écrit :
And the fields defining a difference in versions are:
Installed-Size, Depends, Pre-Depends, Conflicts, Breaks and Replaces.
Differences in all other fields are ignored (as they are
On Sun, May 13, 2012 at 02:06:25AM +0200, Guillem Jover wrote:
Also if udeb:s are going to be using xz then it makes even more sense to use
it for everything.
µdebs won't use the xz default, though. (The compression for them will be
handled in debhelper.)
With the compression scheme I posted
On Sun, May 13, 2012 at 09:27:26AM +0200, Philipp Kern wrote:
On Sun, May 13, 2012 at 02:06:25AM +0200, Guillem Jover wrote:
Also if udeb:s are going to be using xz then it makes even more sense to use
it for everything.
µdebs won't use the xz default, though. (The compression for them
Adam Borowski wrote:
Except that busybox has xz support, and is loaded from an udeb way before
any regular debs are seen. Ie, there is no reason to stop core packages
from using decent compression.
Yes there is. busybox is used on a variety of systems, which are
unlikely to have xz installed.
On Sunday, May 13, 2012 12:42:46, Joey Hess wrote:
Adam Borowski wrote:
Except that busybox has xz support, and is loaded from an udeb way before
any regular debs are seen. Ie, there is no reason to stop core
packages from using decent compression.
Yes there is. busybox is used on a
On Sun, May 13, 2012 at 12:59:11PM -0400, Chris Knadle wrote:
On Sunday, May 13, 2012 12:42:46, Joey Hess wrote:
Many arm systems have 64 mb of ram or less.
The NSLU2 boxes that were common to install a port of Debian onto are one
such
example, although I'm not sure how realistic a
On Sun, May 13, 2012 at 12:42:46PM -0400, Joey Hess wrote:
Adam Borowski wrote:
Except that busybox has xz support, and is loaded from an udeb way before
any regular debs are seen. Ie, there is no reason to stop core packages
from using decent compression.
Yes there is. busybox is used
On Sun, May 13, 2012 at 21:35:16 +0200, Adam Borowski wrote:
That's why busybox includes xz :)
Not all relevant busybox builds do, which is the point.
Cheers,
Julien
signature.asc
Description: Digital signature
On Sun, May 13, 2012 at 09:49:19PM +0200, Julien Cristau wrote:
On Sun, May 13, 2012 at 21:35:16 +0200, Adam Borowski wrote:
That's why busybox includes xz :)
Not all relevant busybox builds do, which is the point.
Could you please mention which ones do not? And if so, how are they
On Sat, May 12, 2012 at 12:04 PM, Steve McIntyre wrote:
Hey folks,
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
we're going to *claim* to support in Wheezy. We've had a history of
supporting the
Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are they
relevant/are they fixable?
As one of the maintainers of debootstrap, I am perhaps more aware than
some how broadly it's used. Ok..
They use it on Android (41,600 hits including
On Sun, 13 May 2012 18:36:09 -0400
Michael Gilbert mgilb...@debian.org wrote:
On Sat, May 12, 2012 at 12:04 PM, Steve McIntyre wrote:
Hey folks,
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
Neil Williams wrote:
supporting only the smaller/lighter desktop environments is exactly
what comes out of accepting that the first two options just won't be
acceptable. Changing compression is only putting off the inevitable.
There's *no* reason to think that GNOME or KDE are going to get
On May 14, Neil Williams codeh...@debian.org wrote:
I'd support XFCE4 as the default Graphical Desktop Environment and
possibly putting GNOME (and KDE) as alternative options.
What is the point of providing a default which is not what people
usually want?
Just document that a normal desktop
On Dom 13 May 2012 21:40:10 Marco d'Itri escribió:
[snip]
Does anybody actually know that people routinely try to install desktop
systems with only a CD and no networking, and why?
What is the use case for this? Cheap DVD readers have been around for
over 10 years now.
Actually, I was going
Hello,
Joey Hess, le Sun 13 May 2012 20:39:20 -0400, a écrit :
Neil Williams wrote:
supporting only the smaller/lighter desktop environments is exactly
what comes out of accepting that the first two options just won't be
acceptable. Changing compression is only putting off the inevitable.
1 - 100 of 109 matches
Mail list logo