> On Jan 3, 2022, at 6:08 PM, k...@aspodata.se wrote:
>
> Didier Kryn:
>>> Le 03/01/2022 à 21:27, tito via Dng a écrit :
>>> On Mon, 3 Jan 2022 18:45:28 +0100 (CET)
>>> k...@aspodata.se wrote:
> ...
The sysinit thing is a how you start the system, it's just
one script /etc/init.d/r
Steve Litt:
> k...@aspodata.se said on Tue, 4 Jan 2022 00:08:01 +0100 (CET)
...
> >busybox can replace the mount command, but there is no fsck.* in
> >busybox.
>
> Rather than fighting the mostly political fight of usr-merge,
If it makes systems unbootable it isn't a "political" fight.
> my fir
Curtis Maurand:
...
> I was reading the âcomment on systemdâ article. the last two sview
> and svcpage could be aliases to those shell scripts rewritten to
> take cli arguments in your .bashrc.
Whats wrong with
grep named /var/log/messages | less
and similar ?
///
Don't cc me, I'm on the l
On Mon, 3 Jan 2022 18:25:12 +0100 (CET)
k...@aspodata.se wrote:
> The first one gives me an unbootable system
> $ ldd /sbin/init | grep /usr
> libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
> (0x7f737ba28000)
>
> fortunately /bin/bash didn't depend on /usr so I could
Dear All,
Upgrading to chimeara removed medit, a text editor I used for writing
code and any other plain text document. I could not install it and it
seems it has been removed from the repository. Searching online for a
recently updated source tarball, I did not find any. It seems it has
been aban
On Tuesday 04 January 2022 at 13:18:07, Edward Bartolo via Dng wrote:
> Dear All,
>
> Upgrading to chimeara removed medit, a text editor I used for writing
> code and any other plain text document. I could not install it and it
> seems it has been removed from the repository. Searching online for
On Tue, 4 Jan 2022 13:18:07 +0100
Edward Bartolo via Dng wrote:
> Dear All,
>
> Upgrading to chimeara removed medit, a text editor I used for writing
> code and any other plain text document. I could not install it and it
> seems it has been removed from the repository. Searching online for a
>
Hi,
On 4/1/22 13:47, Ralph Ronnquist via Dng wrote:
.. gratuitous result:
https://askubuntu.com/questions/1372529/is-it-possible-to-get-latest-version-of-medit-aka-mooedit-for-ubuntu-20-04-lts
The tarball was available; the rest is for ubuntu of course
The last packaging was in oldstable:
h
Ralph:
> On Mon, 3 Jan 2022 18:25:12 +0100 (CET)
> k...@aspodata.se wrote:
> > The first one gives me an unbootable system
> > $ ldd /sbin/init | grep /usr
> > libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
> > (0x7f737ba28000)
> >
> > fortunately /bin/bash didn't depe
The simplest way to kick off problms with /usr merge is to *not*
make /usr a mountpoint. There is no utility in splitting the OS in
several partitions. This wouldn't help you recover the OS if one
partition is broken since the package manager installs/deinstalls files
not only on /usr, but
> On Jan 4, 2022, at 11:10 AM, Didier Kryn wrote:
>
> The simplest way to kick off problms with /usr merge is to *not* make
> /usr a mountpoint. There is no utility in splitting the OS in several
> partitions. This wouldn't help you recover the OS if one partition is broken
> since the
Karl:
> I have used busybox init for a while. It differs from sysvinit
> by not having runlevels, except perhaps on and off.
...
> One could possible (not tested) mimic sysvinit bootup by having
> for i in /etc/rc2.d/S*; do $i start; done
> in the rcS file or if you prefer you can have your own h
Steve Litt:
...
> If busybox init does not require daemons to self-background, I'd be
> even more enthusiastic.
...
Busybox init has its inittab, mostly for gettys, and a boot script,
that is your options.
Having daemons not-backgrounded in the rcS script isn't practical
and I don't think that is
Didier:
> The simplest way to kick off problms with /usr merge is to *not*
> make /usr a mountpoint.
Perhaps, but why break working systems, especially when they are
3h car ride from home and all in differnt locations.
That is just rude.
> There is no utility in splitting the OS in several parti
Le 04/01/2022 à 18:48, k...@aspodata.se a écrit :
Didier:
The simplest way to kick off problms with /usr merge is to *not*
make /usr a mountpoint.
Perhaps, but why break working systems, especially when they are
3h car ride from home and all in differnt locations.
That is just rude.
There is
On Wednesday, 22 December at 07:08, Steve Litt wrote:
(...)
PDC (Pretty Darn Cool)!
Thank you!
With my /bin/sh (which I believe is dash) I had to change:
function whatever {
to
whatever() {
on all three function declarations.
Yes, now that you mention it, that tends to vary between she
On 05.08.21 12:55, Arnt Karlsen wrote:
Hi folks,
sorry for being too busy for replying so long ...
It's an build/runtime infrastructure for running desktop and mobile
applications in containers and build an entirely container-based
mobile OS based on it.
..I like the https://www.qubes-os.or
On 07.08.21 23:20, Hendrik Boom wrote:
Inferno is the system I would have preferred Google used instead of
Android.
Ah, okay, that was a bit confusing ;-)
Actually, I'd like to see a combination of both Linux and Plan9
concepts - using the Linux kernel for all the HW stuff but extend
it to su
On 06.08.21 22:16, Steve Litt wrote:
Hendrik Boom said on Fri, 6 Aug 2021 13:40:32 -0400
On Fri, Jul 30, 2021 at 02:49:32PM +0200, Enrico Weigelt, metux IT
consult wrote:
Hello folks,
Have a look at inferno. http://inferno-os.org/
-- hendrik
What's the relationship between Inferno and
On 06.08.21 22:19, Steve Litt wrote:
Hi,
If I've got this right, FlyingTux is or creates containers hosting
applications somebody develops. Do I have that right so far?
correct.
What language(s) are best for building a FlyingTux container?
doesn't quite matter, as long as this works well
On 08.08.21 22:01, Steve Litt wrote:
Hendrik Boom said on Sat, 7 Aug 2021 17:20:58 -0400
So putting it on top of Android and then using Infirno apps might well
be a way to alleviate some of the Android non-interoperability,
-- hendrik
If all we're talking about is making apps for phones a
On Monday, 3 January at 18:25, k...@aspodata.se wrote:
The first one gives me an unbootable system
$ ldd /sbin/init | grep /usr
libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
(0x7f737ba28000)
fortunately /bin/bash didn't depend on /usr so I could boot with
init=/bin/ba
Antoine:
> On Monday, 3 January at 18:25, k...@aspodata.se wrote:
...
> >$ ldd /sbin/init | grep /usr
> >libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
> > (0x7f737ba28000)
...
> Maybe your /etc/ld.so.cache is misconfigured?
...
What makes you believe that ?
ld.so.cach
Antoine via Dng wrote:
> Steve Litt wrote:
> > With my /bin/sh (which I believe is dash) I had to change:
> >
> > function whatever {
> >
> > to
> >
> > whatever() {
> >
> > on all three function declarations.
>
> Yes, now that you mention it, that tends to vary between shells. I should
> have
On Tue, Jan 04, 2022 at 05:09:58PM +0100, Didier Kryn wrote:
> There is no utility in splitting the OS in several partitions.
Might it make sense to have /usr mounted readonly except when upgradng
or installing paackages?
-- hendrik
___
Dng mailing li
Le 04/01/2022 à 23:38, Hendrik Boom a écrit :
On Tue, Jan 04, 2022 at 05:09:58PM +0100, Didier Kryn wrote:
There is no utility in splitting the OS in several partitions.
Might it make sense to have /usr mounted readonly except when upgradng
or installing paackages?
What could you fear whic
Hi Karl,
On 4/1/22 22:17, k...@aspodata.se wrote:
the problem is that the lib is on a
filesystem that isn't available at kernel to init handover time.
Did you try something like this:
copy_exec /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
in a hook located at/usr/share/initramfs-tools, in order
Hi all,
Most of you I added you to this email because I found you on the
maintainers list for the Debian sysv-rc package (now dead for a long time).
I also CCd Devuan, since I hope you'll be interested in this little
project of mine.
I also CCd linux-man@, since there's not many people listenin
28 matches
Mail list logo
