On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
> I would think that no one would argue that a modern laptop, smartphone
> or smart TV is the same as a DEC3000 running OSF/1 in a local network.
And yet, Linux/mips supports both DECstation 5000 and Lemote Yeeloong.
> The latter doesn't kn
On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
>
> > When I see systemd taking several minutes to do something relatively
> > simple like adding swap, that doesn't strike me as particularly
> > efficient, especially on older, slower systems.
>
> It runs perfectly fine on my Amiga 4000/0
On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
> Feel free to report a bug against the src:debian-installer package so
> that such a change gets incorporated.
Bug reporting by invitation? Can I get one too? ;-)
--
On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
> On 6/21/19 3:36 PM, John Paul Adrian Glaubitz wrote:
> > Forking hundreds of shell instances for doing simple things like
> > string substitution isn't efficient. It's a brain-dead design. Anyone
> > who thinks that sysvinit is the original
On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
> Forking hundreds of shell instances for doing simple things like string
> substitution isn't efficient. It's a brain-dead design.
That was a limitation of the shell that was fixed over a decade before
systemd came along. I could not find
Can we move systemd vs. sysvinit discussions to a more general forum?
I'm sure it would be welcome there.
Cheers,
Michael
(who didn't realize how much he missed the good old usenet and mailing
list flamewars of the past... )
Am 22.06.2019 um 03:02 schrieb John Paul Adrian Glaubitz:
Hi Andreas,
On Fri, Jun 21, 2019 at 7:16 PM Andreas Schwab wrote:
> On Jun 21 2019, Geert Uytterhoeven wrote:
> > On Fri, Jun 21, 2019 at 3:39 PM John Paul Adrian Glaubitz
> > wrote:
> >> On 6/21/19 3:36 PM, John Paul Adrian Glaubitz wrote:
> >> > Forking hundreds of shell instances for doing s
On Jun 21 2019, Geert Uytterhoeven wrote:
> Hi Adrian,
>
> On Fri, Jun 21, 2019 at 3:39 PM John Paul Adrian Glaubitz
> wrote:
>> On 6/21/19 3:36 PM, John Paul Adrian Glaubitz wrote:
>> > Forking hundreds of shell instances for doing simple things like string
>> > substitution isn't efficient. It
On 6/21/19 4:47 PM, user...@yahoo.com wrote:
>> Oh sure. I don't deny that there was reason. I just say that basically no one
>> does it anymore and the majority of Linux applications is not tested for
>> this type of partitioning.
>> ...
>
> Then the Debian installer should mention that a separa
On 6/21/19 4:08 PM, user...@yahoo.com wrote:
> Yes, I think there are valid reasons, so we can disagree. On a
> production system, it makes sense to separate user files from system
> files, including system logs.
On production systems, you don't collect system logs locally but forward
them to a l
On 6/21/19 8:25 AM, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 6/21/19 3:57 PM, Geert Uytterhoeven wrote:
>>> Well, is there actually a valid reason to have a separate /usr? I don't
>>> see any.
>>
>> Not anymore, given the size of modern hard drives.
>> It was when 240 MB was considered a very
Hi!
On 6/21/19 3:57 PM, Geert Uytterhoeven wrote:
>> Well, is there actually a valid reason to have a separate /usr? I don't
>> see any.
>
> Not anymore, given the size of modern hard drives.
> It was when 240 MB was considered a very expensive hard drive.
Oh sure. I don't deny that there was re
On 6/21/19 7:36 AM, John Paul Adrian Glaubitz wrote:
> On 6/21/19 1:55 AM, user...@yahoo.com wrote:
>> It's neither right nor wrong for people to make assumptions based on
>> their prior experience. The link that Adrian sent on a different thread
>> regarding a separate /usr was instructive:
>>
>>
Hi Adrian,
On Fri, Jun 21, 2019 at 3:39 PM John Paul Adrian Glaubitz
wrote:
> On 6/21/19 3:36 PM, John Paul Adrian Glaubitz wrote:
> > Forking hundreds of shell instances for doing simple things like string
> > substitution isn't efficient. It's a brain-dead design. Anyone who thinks
> > that sys
Hi Adrian,
On Fri, Jun 21, 2019 at 3:36 PM John Paul Adrian Glaubitz
wrote:
> > I now understand that the latest trend is that a separate /usr is not
> > recommended. And it's clear that most major Linux distributions have
> > become dependent on systemd. That's neither good nor bad; the GPL wi
On 6/21/19 3:36 PM, John Paul Adrian Glaubitz wrote:
> Forking hundreds of shell instances for doing simple things like string
> substitution isn't efficient. It's a brain-dead design. Anyone who thinks
> that sysvinit is the original Unix design has never used an original
> Unix. sysvinit has alwa
On 6/21/19 1:55 AM, user...@yahoo.com wrote:
> It's neither right nor wrong for people to make assumptions based on
> their prior experience. The link that Adrian sent on a different thread
> regarding a separate /usr was instructive:
>
> https://freedesktop.org/wiki/Software/systemd/separate-usr
On 6/20/19 5:31 PM, Finn Thain wrote:
> On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
>
>>
>> I'm just concerned that people make wrong assumptions because they don't
>> understand the background behind certain decisions and issues, e.g. the
>> problem with the separate /usr.
>>
>
> Don
On Fri, 21 Jun 2019, John Paul Adrian Glaubitz wrote:
>
> I'm just concerned that people make wrong assumptions because they don't
> understand the background behind certain decisions and issues, e.g. the
> problem with the separate /usr.
>
Don't be. Readers can make assumptions at their own
On 6/21/19 1:18 AM, Finn Thain wrote:
> It's OK, I'm not paying for support.
>
> Seriously though, I don't expect you or anyone else to treat the mailing
> list as a kind of bug tracking system.
I'm just concerned that people make wrong assumptions because they don't
understand the background be
On Thu, 20 Jun 2019, John Paul Adrian Glaubitz wrote:
> On 6/20/19 2:28 AM, Finn Thain wrote:
> >>> As with the Mac installation, the console-setup package changed the
> >>> framebuffer console font and mangled the window borders. You can see
> >>> the terminus font problem in this screenshot:
On 6/20/19 2:28 AM, Finn Thain wrote:
>>> As with the Mac installation, the console-setup package changed the
>>> framebuffer console font and mangled the window borders. You can see
>>> the terminus font problem in this screenshot:
>>> https://lists.debian.org/debian-68k/2019/06/msg00019.html
>
On Wed, 19 Jun 2019, John Paul Adrian Glaubitz wrote:
> >
> > As with the Mac installation, the console-setup package changed the
> > framebuffer console font and mangled the window borders. You can see
> > the terminus font problem in this screenshot:
> > https://lists.debian.org/debian-68k/2
Hi Adrian,
On Wed, Jun 19, 2019 at 10:30 AM John Paul Adrian Glaubitz
wrote:
> On 6/11/19 3:12 AM, Finn Thain wrote:
> > I also found that the old installer bug which prevents CD-ROM drive
> > detection on Atari is still there. I had to spawn a shell to run these
> > commands:
> >
> > # modprobe
On 6/11/19 3:12 AM, Finn Thain wrote:
>
> Using Aranym, I booted the kernel binary from the 2019-05-24 ISO with
> these parameters:
> debian-installer/framebuffer=false initcall_blacklist=dh_init
>
> I found that the arrow keys stopped working after I selected the American
> English keymap (th
Using Aranym, I booted the kernel binary from the 2019-05-24 ISO with
these parameters:
debian-installer/framebuffer=false initcall_blacklist=dh_init
I found that the arrow keys stopped working after I selected the American
English keymap (this step can be skipped). It turns out that ctrl-P a
26 matches
Mail list logo
