Hi,
Just a question about archive.debian.org.
Some users who uses oldold...stable for their docker images
recommend to use archive.d.o, but I wonder whether archive.d.o
is expected to use such way (in the sense of heavy traffic).
Does archive.d.o has enough spec for that?
--
Regards
On Mon, Mar 09, 2020 at 08:19:52PM +, Melanie Frost wrote:
>
> Debian can be better than this, really
>
Acknowledge. Please show that you understand the meaning of
enough
Regards
Geert Stappers
--
Silence is hard to parse
signature.asc
Description: PGP signature
‐‐‐ Original Message ‐‐‐
On Monday, March 9, 2020 7:54 PM, Geert Stappers wrote:
> On Mon, Mar 09, 2020 at 07:09:41PM +, Melanie Frost wrote:
>
> > Dear Sam
>
> Dear All,
>
> > From an outsider perspective, this doesn't look like something that
> > belongs in the bug system. I don'
On Mon, Mar 09, 2020 at 07:09:41PM +, Melanie Frost wrote:
> Dear Sam
Dear All,
> From an outsider perspective, this doesn't look like something that
> belongs in the bug system. I don't know your point of view but it
> looks spiteful.
>
> The volunteer was elected as a community representa
Dear Sam
>From an outsider perspective, this doesn't look like something that belongs in
>the bug system. I don't know your point of view but it looks spiteful.
The volunteer was elected as a community representative and he's been hounded
ever since. It looks like he asked people to stop thes
On November 4, 2019 5:11:22 PM UTC, Russ Allbery wrote:
>Jonas Smedegaard writes:
>
>> Scott is refering to Wouter's "prepare a GR proposal in private".
>
>> So a secret _preparation_ announced publicly which triggering the
>> thread.
>
>I frequently run ideas past a small number of people be
Jonas Smedegaard writes:
> Scott is refering to Wouter's "prepare a GR proposal in private".
> So a secret _preparation_ announced publicly which triggering the
> thread.
I frequently run ideas past a small number of people before posting them
to a large audience just to make sure I don't make
On Mon, Nov 04, 2019 at 11:16:15AM +, Holger Levsen wrote:
> > I'm wrong, but even before it's been published, I feel like it's already
> > caused people to become more firmly entrenched in their existing positions.
>
> I was sceptical whether a GR on systemd at this point in time was
> usefu
Quoting Holger Levsen (2019-11-04 12:16:15)
> On Mon, Nov 04, 2019 at 03:27:29AM -0500, Scott Kitterman wrote:
> > Personally, I've no idea what enough is since I'm still seriously concerned
> > this secret GR will make a bad situation worse.
>
> I'm not sur
On Mon, Nov 04, 2019 at 03:27:29AM -0500, Scott Kitterman wrote:
> Personally, I've no idea what enough is since I'm still seriously concerned
> this secret GR will make a bad situation worse.
I'm not sure why you call it a secret GR, there are no secret GRs.
> Person
eached
> the point of diminishing returns on debian-devel for now.
> If there's some last message you absolutely have to send, get that *one
> last message* out of your system.
> But let's be almost done, out of respect for everyone who has had this
> discussion before and o
ng you're
going to propose a GR but not actually (yet) doing so has in the past
led to long and very much not productive threads about the general
subject the almost-proposed GR is about. You declined, for reasons that
I didn't agree with (but didn't feel strongly enough about to a
> "Wouter" == Wouter Verhelst writes:
Wouter> On Thu, Oct 31, 2019 at 03:45:47PM +0100, Marco d'Itri wrote:
>> http://www.islinuxaboutchoice.com/
Wouter>
https://grep.be/blog/en/computer/cluebat/Systemd__Devuan__and_Debian/
Wouter> -- To the thief who stole my anti-depressa
On 4/6/2019 11:41 PM, Guillem Jover wrote:
> Sure, and I've tried libinput with X.Org and for me it's the same subpar
> experience as on Wayland. The difference is that with X.Org I can install
> the synaptics driver.
I think it'd be worthwhile to try and articulate a bug report for
libinput as to
On Sat, 20 Apr 2019 at 23:17:15 +0200, Adam Borowski wrote:
> But there's also the technical matter of "GNOME and/or Wayland don't work
> at all on machine XYZ". This _is_ relevant.
Whether GNOME works on machine XYZ (at all) is relevant when deciding
whether the default desktop environment shoul
On Sun, 07 Apr 2019 at 17:59:38 +0200, Adam Borowski wrote:
> * an amd64 desktop:
> * nouveau: way too crashy to be considered "working".
Please report this as a bug in the nouveau driver stack (sorry, I'm
not sure whether the kernel or Mesa is the right place).
If GNOME-on-Xorg doesn't work an
On Sat, Apr 20, 2019 at 09:06:22PM +0100, Simon McVittie wrote:
> I would like to request that people who dislike GNOME, and would not
> use it regardless of what we do in its downstream maintenance, should
> not reiterate that opinion in the discussion of that bug (or in this
> thread, for that ma
On Mon, 08 Apr 2019 at 14:26:04 +0100, Jonathan Dowland wrote:
> Would the GNOME team kindly share with this thread the criteria that you folks
> use to make your decision as to whether to default to Wayland in Debian?
I didn't make that decision, so I can't cite any specific criteria.
Note that I
> Even then, AFAIR Qt does not enable Wayland support by default, and it
> might need the following environment variables
Having installed the packages, I'm able to choose KDE's Wayland session from
SDDM and it works out-of-the-box. Applications don't run with Xwayland, and
I've stumbled on some
On Tue, Apr 9, 2019 at 2:09 PM Bastian Blank wrote:
> You use your display in HiDPI mode or, worse, in fractional HiDPI mode?
I don't own hardware that is new enough.
> mpv knows about the real resolution
Could you try totem too?
> This package is maintained by QA.
>Fr
Paul Wise:
> There doesn't appear to be anything like devilspie in Debian for GNOME
> on Wayland.
The "Auto Move Windows" GNOME Shell extension (in the
gnome-shell-extensions package) provides parts of
devilspie's functionality.
Cheers,
--
intrigeri
On Tue, Apr 09, 2019 at 08:44:45AM +0800, Paul Wise wrote:
> On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> > I second that since I always refuse to use Wayland, due to
> I'm currently using GNOME on Xorg because:
> Under Wayland applications seem to have a problem displaying
> fullscreen, for ex
On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> I second that since I always refuse to use Wayland, due to
I'm currently using GNOME on Xorg because:
Under Wayland applications seem to have a problem displaying
fullscreen, for example totem only displays video in the upper left
corner of the sc
On Sun, Apr 07, 2019 at 05:59:38PM +0200, Adam Borowski wrote:
> * nvidia proprietary: doesn't work with new kernels.
It does, even nvidia-legacy-304xx-kernel-dkms says "Building the kernel
modules has been tested up to Linux 4.20.".
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sun, Apr 07, 2019 at 01:08:42PM -0400, Peter Silva wrote:
> https://www.cnx-software.com/2018/08/27/rockpro64-rk3399-board-linux-review-ubuntu-18-04/
>
> 71fps or es2gears?
Is es2gears a benchmark, unlike glxgears?
--
WBR, wRAR
signature.asc
Description: PGP signature
Dear Simon
On Sat, Apr 06, 2019 at 10:20:26PM +0100, Simon McVittie wrote:
It's perhaps important to point out before this thread gets much further
that Wayland is not like Xorg
Apologies for not being clearer in my original message. Thank you for clearing
that up.
GNOME in buster has defaul
On Sat, Apr 6, 2019 at 2:50 PM Guillem Jover wrote:
> I noticed that not all big desktop programs support Wayland natively
> (such as Chromium)
Patches for chromium would be very welcome [0], but it is of course
too late for buster.
Best wishes,
Mike
[0] http://bugs.debian.org/861796
On Sun, Apr 07, 2019 at 06:48:22PM +0200, Jonathan Carter wrote:
> On 2019/04/07 17:59, Adam Borowski wrote:
> > +1. With GNOME not working even on some amd64 machines, it's not fit to be
> > the default. Technical reasons aside, the UI is non-ergonomic and
> > counter-intuitive, has broken systr
Hi Shengjing,
On 07-04-2019 03:05, Shengjing Zhu wrote:
> This user case may be not enough to change the default choice of GNOME,
> but I think this should at least be in release notes.
Can you please file a bug against the release-notes package, ideally
with a proposed text?
>
>
> > * RockPro64, used as a desktop (I'm typing these words on it):
> > armsoc. GNOME no workie.
>
> Hows the 3D performance on this?
>
>
https://www.cnx-software.com/2018/08/27/rockpro64-rk3399-board-linux-review-ubuntu-18-04/
71fps or es2gears?
but that was a year ago... likely better now
On 2019/04/07 17:59, Adam Borowski wrote:
> +1. With GNOME not working even on some amd64 machines, it's not fit to be
> the default. Technical reasons aside, the UI is non-ergonomic and
> counter-intuitive, has broken systray, and suffers from CSD.
>
> Once the black screen/crash problem is fix
On Sun, Apr 07, 2019 at 05:59:38PM +0200, Adam Borowski wrote:
> Neither GNOME nor Wayland work on any screen-attached machine I own.
> There's usually just a black screen, and/or a return to the login manager
> (assuming it does start at all -- which is not granted for gdm3).
And gdm3 uses which
On Fri, Apr 05, 2019 at 04:12:22PM +0100, Jonathan Dowland wrote:
> I was surprised to learn — by way of synaptic being autoremoved — that
> the default desktop in Buster will be GNOME/Wayland. I personally do not
> think that Wayland is a sensible choice for the default *yet*; and if
> the consequ
On Fri, Apr 05, 2019 at 04:12:22PM +0100, Jonathan Dowland wrote:
> I was surprised to learn — by way of synaptic being autoremoved — that
> the default desktop in Buster will be GNOME/Wayland. I personally do not
> think that Wayland is a sensible choice for the default *yet*; and if
> the conseq
ethod) is ready for Wayland, but
fcitx is far better than ibus (for Simplified Chinese), except it's not
ready for Wayland.
This user case may be not enough to change the default choice of GNOME, but
I think this should at least be in release notes.
// send from my mobile device
Jonathan Dowla
tion and looks
> fine, apart from the fact that it's Qt and the design choices of this
> library.
See above?
> I could add a number of problems I found myself, but none of them are
> relevant for Joe Random user.
I think I qualified my reply enough as to what was relevant to the
On Sat, 06 Apr 2019 at 20:47:51 +0200, Guillem Jover wrote:
> On Fri, 2019-04-05 at 16:12:22 +0100, Jonathan Dowland wrote:
> > I was surprised to learn — by way of synaptic being autoremoved — that
> > the default desktop in Buster will be GNOME/Wayland.
It's perhaps important to point out before
On Sat, Apr 06, 2019 at 08:47:51PM +0200, Guillem Jover wrote:
> I don't use GNOME at all, but I tried to switch to Wayland last month
> (from i3 to sway), and sadly the experience lasted only a couple of days.
You changed display manager implementations and are trying to compare
that? How can yo
Qt/KDE programs and text DPI.
The other were problems specific to sway so not relevant to this thread,
but the issues in general were annoying enough that even if I'd really
like to fully switch, I didn't find this was good enough for now.
Although I don't think I care about the defaul
On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> 2. redshift doesn't work under wayland. There seems to be no CLI
>program available for such purpose.
GNOME/Wayland in buster supports this natively: Settings -> Devices ->
Displays -> Night Light
--
bye,
pabs
https://wiki.debian.org/PaulWis
Le ven. 5 avr. 2019 à 17:25, Mo Zhou a écrit :
> Hi,
>
> > I think the default should be reconsidered.
>
> I second that since I always refuse to use Wayland, due to
>
> 1. Gnome's keyboard configuration under wayland is definitely rubbish.
>I need extremely high keyboard repeat rate and shor
Hi,
> I think the default should be reconsidered.
I second that since I always refuse to use Wayland, due to
1. Gnome's keyboard configuration under wayland is definitely rubbish.
I need extremely high keyboard repeat rate and short latency:
xset r rate 160 160
The fastest repeat ra
I was surprised to learn — by way of synaptic being autoremoved — that
the default desktop in Buster will be GNOME/Wayland. I personally do not
think that Wayland is a sensible choice for the default *yet*; and if
the consequence is that bugs for software that do not work properly with
Wayland hav
Am 2016-07-10 16:10, schrieb Marc Haber:
I have severe allocation issues in btrfs with recent kernels and
recent btrfs-tools when using thousands of snapshots. All the
community had to offer was "well, try to restrict yourself to at most
a few hundred snapshots".
btrfs rebalance brings the whole
On Mon, 11 Jul 2016 22:29:20 +0200, Philipp Kern
wrote:
>On Mon, Jul 11, 2016 at 08:07:20PM +0200, Marc Haber wrote:
>> [1] I remember the day when a Debian stable point release introduced a
>> new version of an ethernet driver that broke an entire class of IBM
>> blade servers' networks and I als
On Mon, Jul 11, 2016 at 09:12:43AM +0100, Dimitri John Ledkov wrote:
> On 11 July 2016 at 04:07, wrote:
> >>Say what you want.
> >
> > Now I want to know if Debian Stable can in some extreme cases, like in
> > this case with btrfs, replace not_very_good kernel module that is
> > shipped with its
On Mon, Jul 11, 2016 at 08:07:20PM +0200, Marc Haber wrote:
> [1] I remember the day when a Debian stable point release introduced a
> new version of an ethernet driver that broke an entire class of IBM
> blade servers' networks and I also remember being scolded for relying
> on Debian stable inste
On Mon, 11 Jul 2016 05:07:12 +0200, german...@ya.ru wrote:
>Now I want to know if Debian Stable can in some extreme cases, like in this
>case with btrfs, replace
>not_very_good kernel module that is shipped with its current kernel with a
>kernel module from other (older or newer) version of Linux
* german...@ya.ru [160710 23:08]:
> Now I want to know if Debian Stable can in some extreme cases, like in
> this case with btrfs, replace not_very_good kernel module that is
> shipped with its current kernel with a kernel module from other (older
> or newer) version of Linux kernel and if yes, is
On 11 July 2016 at 04:07, wrote:
>>Say what you want.
>
> Now I want to know if Debian Stable can in some extreme cases, like in this
> case with btrfs, replace
> not_very_good kernel module that is shipped with its current kernel with a
> kernel module from other (older or newer) version of Li
❦ 11 juillet 2016 05:07 CEST, german...@ya.ru :
>>Say what you want.
>
> Now I want to know if Debian Stable can in some extreme cases, like in this
> case with btrfs, replace
> not_very_good kernel module that is shipped with its current kernel
> with a kernel module from other (older or newer)
>Say what you want.
Now I want to know if Debian Stable can in some extreme cases, like in this
case with btrfs, replace
not_very_good kernel module that is shipped with its current kernel with a
kernel module from other (older or newer) version of Linux kernel and if yes,
is it the case with b
On Sun, 10 Jul 2016 09:39:03 +0300, Otto Kekäläinen
wrote:
>Yes, btrfs in kernel 3.16-18 might still be unstable, but since then
>it is got some important fixes, it is production ready and is actually
>pretty amazing in many ways.
I have severe allocation issues in btrfs with recent kernels and
r
On Sun, 10 Jul 2016 10:10:19 +0200, german...@ya.ru wrote:
>But does Debian Stable have this new and relatively stable version of btrfs or
>it just uses old and not_so_stable version from 3.16 version of Linux kernel?
Stop ranting.
Say what you want. And while you're at it, think about stating y
>Yes, btrfs in kernel 3.16-18 might still be unstable, but since then
>it is got some important fixes, it is production ready and is actually
>pretty amazing in many ways.
But does Debian Stable have this new and relatively stable version of btrfs or
it just uses old and not_so_stable version fro
2016-07-08 17:55 GMT+03:00 :
> I value stability of a FS over other considerations like shiny new features
> and performance. I know that Debian Stable includes only that versions of
> software that were considered rock-solid and mostly bug-free. But on the
> other hand I read documentation for
On Sat, 09 Jul 2016 03:55:31 +0200, german...@ya.ru wrote:
>But if btrfs is so unstable, then what the hell it's doing in Debian Stable's
>kernel?
Because people might want to try it.
Grüße
Marc
--
-- !! No courtesy copies, please !! -
Marc Haber
Quoting german...@ya.ru (2016-07-09 10:15:54)
> But I have read in Debian's documentation that some pieces of software
> can be excluded from Debian if they're considered too buggy. Isn't it
> the case for exclusion of highly experimental and immature programs
> like btrfs for Linux 3.16 ?
Plea
But I have read in Debian's documentation that some pieces of software can be
excluded from Debian if they're considered too buggy. Isn't it the case for
exclusion of highly experimental and immature programs like btrfs for Linux
3.16 ?
Quoting german...@ya.ru (2016-07-09 04:29:58)
> >Believe the upstream. While in the nearest kernel, there is no sentence
> >about "under heavy
> development". Installer is just installer.
>
> It doesn't matter if the latest stable Linux kernel has stable and mostly
> bug-free btrfs. The problem
On Sat, 09 Jul 2016, german...@ya.ru wrote:
> >If you are very conservative on these matters, your two choices are ext4 and
> >XFS.
>
> I don't want XFS because it has weak journaling compared with "data=journal"
> mode of ext3/4.
The data=journal mode of ext4 is less stable than the default
da
>Believe the upstream. While in the nearest kernel, there is no sentence about
>"under heavy
development". Installer is just installer.
It doesn't matter if the latest stable Linux kernel has stable and mostly
bug-free btrfs. The problem is, that the latest stable Linux kernel for the
latest De
>If you are very conservative on these matters, your two choices are ext4 and
>XFS.
I don't want XFS because it has weak journaling compared with "data=journal"
mode of ext3/4.
I tried to use ext4 on Debian Stable due to metadata checksums, but then
discovered that e2fsck doesn't support this
>Please don't use btrfs. Especially not without understanding fully
what one is getting oneself into. It is checksuming, copy of write
filesystem, however it has degrading over time performance and
stability/recovery issues.
But if btrfs is so unstable, then what the hell it's doing in Debian Sta
Marco d'Itri wrote:
> On Jul 08, Russ Allbery wrote:
> > And of those two choices, I would lean heavily towards ext4. I have seen
> > repeated file system corruptions, kernel panics, and file systems that get
> > extremely slow after heavy usage for multiple months under XFS, and have
> > not see
Hello,
On 8 July 2016 at 16:55, wrote:
> I value stability of a FS over other considerations like shiny new features
> and performance. I know that Debian Stable includes only that versions of
> software that were considered rock-solid and mostly bug-free. But on the
> other hand I read docum
On Jul 08, Russ Allbery wrote:
> And of those two choices, I would lean heavily towards ext4. I have seen
> repeated file system corruptions, kernel panics, and file systems that get
> extremely slow after heavy usage for multiple months under XFS, and have
> not seen any of those problems with
Henrique de Moraes Holschuh writes:
> On Fri, 08 Jul 2016, german...@ya.ru wrote:
>> I value stability of a FS over other considerations like shiny new
>> features and performance. I know that Debian Stable includes only that
> Then, your case is pretty clear: stay away from brtfs. If you are v
On Fri, 08 Jul 2016, german...@ya.ru wrote:
> I value stability of a FS over other considerations like shiny new
> features and performance. I know that Debian Stable includes only that
Then, your case is pretty clear: stay away from brtfs. If you are very
conservative on these matters, your two
/filesystems/btrfs.txt?id=refs/tags/v3.16.36
>
>I'm really confused, I don't know whom to believe.
The installer allows lots of choices of things, not all of them are
recommended. But enough people find value in being able to play with
things like btrfs that we make it easy for people to
On Fri, Jul 8, 2016 at 10:55 PM, wrote:
> I value stability of a FS over other considerations like shiny new features
> and performance. I know that Debian Stable includes only that versions of
> software that were considered rock-solid and mostly bug-free. But on the
> other hand I read docum
I value stability of a FS over other considerations like shiny new features and
performance. I know that Debian Stable includes only that versions of software
that were considered rock-solid and mostly bug-free. But on the other hand I
read documentation for version of a Linux kernel of Debian S
abase-server, file-server tasks,
which were not well enough defined to be useful and whose menu
space will be better used for blends or openstack tasks.
Closes: #604100
...
which according to Git (git://git.debian.org/git/tasksel/tasksel.git)
relates to this commit.
c
Package: tasksel
Version: 3.14.1
Severity: normal
Tags: d-i
Hi,
beeing inspired by bug #758096 (I was asked to separate this topic from
the topic of this bug) and the recent discussion on Blends list, I'd
like to add a pointer to the thread basically starting here:
https://lists.debian.org/d
Hi,
On Thu, Aug 14, 2014 at 01:05:27PM +0400, Vitaliy Filippov wrote:
> Just filed the bugreport for tasksel (being inspired by the gnome
> discussion...)
>
> Bug#758096: tasksel: Allow to select specific packages during
> installation - just "DE", "Web server
Just filed the bugreport for tasksel (being inspired by the gnome
discussion...)
Bug#758096: tasksel: Allow to select specific packages during installation
- just "DE", "Web server", "Mail server" is NOT enough
http://bugs.debian.org/cgi-bin/bugreport.cgi?bu
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 t
al, and ucf would never suddenly become pseudo-
> essential.
It's not just pseudo-essential, anything pulled into the base set
would be affected. In any case that was where my comment was coming
from (probably not clearly enough though). Whenever something gets
pulled into the base set by so
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
to be buyable" dileks: we
_are_. if you throw enough money in our direction, things will happen
everyone is buyable, it's just a matter of priceand now
comes [mira] and uses this as a signature ;0 -- they asked for it…
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
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 ext3f
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
--
you introduced a merge commit│ % g rebase -i HEAD^^
sorry, no idea and rebasing just fscked │ Segme
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 ove
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 b
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.
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
+++ 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 tu
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 ($pri
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 o
Hi,
Steve McIntyre 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 installations:
>
>
On Thu, May 17, 2012 at 07:54:17AM +0100, Neil Williams wrote:
> On Thu, 17 May 2012 04:36:40 +0200
> Adam Borowski 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 cre
On 17.05.2012 07:54, Neil Williams wrote:
On Thu, 17 May 2012 04:36:40 +0200
Adam Borowski 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 ins
On Thu, 17 May 2012 04:36:40 +0200
Adam Borowski 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 need to recom
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 attac
with USB flash and MMC/SD cards over the last
> few years, and the best results are typically achieved using "dd
> bs=4M oflag=sync". That way, you'll normally get nicely-aligned date
> writes big enough to cover the internal flash page size and remove
> the horrendous
Goswin von Brederlow wrote:
> Joey Hess 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 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,
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 writes:
>>
>>> Adam Borowski wrote:
Could you please mention which ones do not? And if so, how are
>>
Hi,
Bjørn Mork wrote:
> On a default Debian system you need to be a member of
> the "floppy" group.
Ferenc Wagner 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 as many systems as
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. I've done lots of work with USB flash and MMC/SD cards over the
last few years, and the best results are typically achieved using "dd
bs=4M oflag=sync&quo
1 - 100 of 216 matches
Mail list logo
