Hi all,
Has anyone here ever used Statifier
(http://statifier.sourceforge.net/statifier/main.html) to make
executables sort of static?
SteveT
Steve Litt
January 2016 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28
On Sat, 02 Jan 2016 05:50:15 -0500, Mitt wrote in message
:
> Not sure about poetteringisation (of how should this be spelled?)
> but take a look at this link:
> http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
>
> and this
> https://fedoraproject.org/wiki/Features/UsrMove
Adam Borowski:
> On Sat, Jan 02, 2016 at 09:32:31PM +0100, Karl Hammar wrote:
> > Adam Borowski:
> > > On Sat, Jan 02, 2016 at 08:15:39PM +0100, k...@aspodata.se wrote:
> > > > download your kernel from your favourite site, e.g.
> > > > ftp:ftp.sunet.se/pub/Linux/kernels/
> > >
> > > Boo! Do you
On Sat, Jan 02, 2016 at 09:32:31PM +0100, Karl Hammar wrote:
> Adam Borowski:
> > On Sat, Jan 02, 2016 at 08:15:39PM +0100, k...@aspodata.se wrote:
> > > download your kernel from your favourite site, e.g.
> > > ftp:ftp.sunet.se/pub/Linux/kernels/
> >
> > Boo! Do you live in 20th century? It's a
Not to make light of this event but I can't stop thinking of this scene from
Doctor Who "Dark Water" (Series 8, Episode 11)
https://www.youtube.com/watch?v=L2GqxW7T3e0
You have Wi-Fi here! You have iPads In the afterworld!!!
I-Pads? We have Steve Jobs!!!
H . . .
Wonder what projects Ian
Adam Borowski:
> On Sat, Jan 02, 2016 at 08:15:39PM +0100, k...@aspodata.se wrote:
> > Steve Litt:
> > > Where can I find documentation on how to do this? The last time I
> > > compiled a kernel was probably in the 20th century, so I imagine things
> > > have changed.
> >
> > It should be somethin
Steve Litt writes:
> Rainer Weikusat wrote:
>> Steve Litt writes:
>
>> > Why does everyone think I was advocating the banishment of
>> > initramfs? Go back to my initial post and you'll see I was
>> > suggesting a way to give the owner/admin a *choice* to go without
>> > initramfs.
>>
>> You
On Sat, Jan 02, 2016 at 08:15:39PM +0100, k...@aspodata.se wrote:
> Steve Litt:
> > Where can I find documentation on how to do this? The last time I
> > compiled a kernel was probably in the 20th century, so I imagine things
> > have changed.
>
> It should be something like:
>
> download your ke
On Sat, 02 Jan 2016 18:35:29 +
Rainer Weikusat wrote:
> You already have that choice, you just need to exercise it: Compile a
> kernel which can mount 'your' root filesystem without the help of
> additional userspace software, be it for loading modules or for
> additional configuration, and u
Steve Litt:
> On Sat, 02 Jan 2016 18:35:29 +
> Rainer Weikusat wrote:
>
> > Steve Litt writes:
>
> > > Why does everyone think I was advocating the banishment of
> > > initramfs? Go back to my initial post and you'll see I was
> > > suggesting a way to give the owner/admin a *choice* to go
On Sat, 02 Jan 2016 18:35:29 +
Rainer Weikusat wrote:
> Steve Litt writes:
> > Why does everyone think I was advocating the banishment of
> > initramfs? Go back to my initial post and you'll see I was
> > suggesting a way to give the owner/admin a *choice* to go without
> > initramfs.
>
On Sat, 02 Jan 2016 18:35:29 +
Rainer Weikusat wrote:
> Steve Litt writes:
> > Why does everyone think I was advocating the banishment of
> > initramfs? Go back to my initial post and you'll see I was
> > suggesting a way to give the owner/admin a *choice* to go without
> > initramfs.
>
On Sat, 2 Jan 2016 09:40:16 +0100
Didier Kryn wrote:
> Debian has a tradition to do more in the initramfs than loading
> modules. They use to prepare some tmpfs filesystems before mounting
> the rootfs. If they now cast their initramfs for systemd, it renders
> it unavoidable. I think it ju
Steve Litt writes:
> On Sat, 02 Jan 2016 19:06:38 +0800
> Brad Campbell wrote:
>
>> On 02/01/16 02:18, Rainer Weikusat wrote:
>> > Steve Litt writes:
>> >
>> > [...]
>>
>> > For a real deployment, this is usually just humbug and can be
>> > replaced with a kernel containing the drivers neces
On Sat, 02 Jan 2016 19:06:38 +0800
Brad Campbell wrote:
> On 02/01/16 02:18, Rainer Weikusat wrote:
> > Steve Litt writes:
> >
> > [...]
>
> > For a real deployment, this is usually just humbug and can be
> > replaced with a kernel containing the drivers necessary for
> > mounting a root file
On Sat, 02 Jan 2016 05:50:15 -0500
Mitt Green wrote:
> and this
> https://fedoraproject.org/wiki/Features/UsrMove (see owners)
Very nice! The preceding article gives a list of everything you'd want
to statically compile and put in /bin or /sbin to de-necessitate
initramfs for the purpose of fin
On Sat, 2 Jan 2016 09:08:37 +
KatolaZ wrote:
> If your root fs does not change every five minutes, you can have a
> custom kernel with ext4 and a few other drivers compiled in, and get
> rid of initramfs altogether. Then, the usage that has been done of
> initramfs in the last few years is j
On Sat, 2 Jan 2016 10:06:54 +0100
Didier Kryn wrote:
> Le 02/01/2016 03:44, Stephanie Daugherty a écrit :
> > Regardless of who proposed it, merged /usr is still a reckless
> > change > that needlessly complicates things.
>
>
> Hey Stephanie.
>
> The simple fact of splitting execu
On Sat, 2 Jan 2016 09:40:16 +0100
Didier Kryn wrote:
> Le 02/01/2016 03:25, Steve Litt a écrit :
> > Everything you say above
>
> Sorry Steve if I overlooked your post.
>
> Debian has a tradition to do more in the initramfs than loading
> modules. They use to prepare some tmpfs fil
On 01/02/2016 04:49 PM, Stephanie Daugherty wrote:
Might be worth trying to get interest upstream for functionality to
"merge" binary modules with an already compiled kernel as a single
file. Presumably, it wouldn't be *that* difficult for the kernel to
look for modules at the end of its image
Brad Campbell writes:
> On 02/01/16 02:18, Rainer Weikusat wrote:
>> Steve Litt writes:
>>
>> [...]
>
>> For a real deployment, this is usually just humbug and can be replaced
>> with a kernel containing the drivers necessary for mounting a root
>> filesystem.
>
> That's nice, until you want to d
On Sat, Jan 02, 2016 at 01:04:58PM +, Simon Hobson wrote:
> Clarke Sideroad wrote:
>
> > I see little choice but to make the merged bin option available, after
> > all this is all about choice, but for gosh sakes it should not be the
> > default.
>
> The issue - as I see it - is much the sa
2016-01-02 15:05 GMT+01:00 Stephanie Daugherty :
> Might be worth trying to get interest upstream for functionality to
> "merge" binary modules with an already compiled kernel as a single file.
> Presumably, it wouldn't be *that* difficult for the kernel to look for
> modules at the end of its ima
Might be worth trying to get interest upstream for functionality to "merge"
binary modules with an already compiled kernel as a single file.
Presumably, it wouldn't be *that* difficult for the kernel to look for
modules at the end of its image and load them early.
Not sure what the kernel maintain
On Sat, 2 Jan 2016 13:34:00 +0100 (CET)
k...@aspodata.se wrote:
> > I was told that the "s" in /sbin and /usr/sbin stands for *staticly*
> > built binaries.
>
> Interesting, but it seems not be the case now:
>
> # ldd /sbin/ifconfig
> linux-gate.so.1 => (0xb7741000)
> libc.so.
I wrote:
> I have worked with Unix systems in the past with separate /usr filesystem
> (SCO OpenServer 5 - ahh, nostalgia). Back then we had to create a boot and
> root floppy (yes I know some youngsters have probably never seen one) and I
> can recall the problems I found making enough room on
Clarke Sideroad wrote:
> I see little choice but to make the merged bin option available, after
> all this is all about choice, but for gosh sakes it should not be the
> default.
The issue - as I see it - is much the same as with systemd. If the upstream
stuff adopts it, then it becomes a lot
Richard Lucassen:
...
> I was told that the "s" in /sbin and /usr/sbin stands for *staticly*
> built binaries.
Interesting, but it seems not be the case now:
# ldd /sbin/ifconfig
linux-gate.so.1 => (0xb7741000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb75c)
aitor_czr wrote:
>Without the initramfs support the distro would not run in live mode.
Sure, as long as an installer usually runs from an initramfs, the support is
needed for an installation media.
Mitt___
Dng mailing list
Dng@lists.dyne.org
https://ma
On 01/02/2016 11:28 AM, Mitt Green wrote:
I think that there is no real alternative to initrd/initramfs for a
>general-purpose kernel, as those included in the install image of a
>distro. At the same time, nothing prevents a user from compiling and
>installing her own preferred kernel, with or w
KatolaZ wrote:
>You forget the fourth step:
>4) wait for a certain amount of time before your package is compiled.
Sure, but unless you install software all the time each day one by one,
it doesn't really matter. CRUX is not a rolling-release distro, doesn't have
package revisions as in Debian, s
On 02/01/16 02:18, Rainer Weikusat wrote:
Steve Litt writes:
[...]
For a real deployment, this is usually just humbug and can be replaced
with a kernel containing the drivers necessary for mounting a root
filesystem.
That's nice, until you want to do something like an encrypted root, or
e
Not sure about poetteringisation (of how should this be spelled?)
but take a look at this link:
http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
and this
https://fedoraproject.org/wiki/Features/UsrMove (see owners)
and even this
http://lists.busybox.net/pipermail/busybox/20
On Sat, 2 Jan 2016 11:27:32 +0100 (CET)
k...@aspodata.se wrote:
> The "splitting" to four dirs., you have /sbin and /usr/sbin. And then
> there is /usr/local/{bin,sbin} and ~/bin. So while it's true it would
> be simplification to move all bin things to a single directory, there
> might be some
On Sat, Jan 02, 2016 at 05:05:29AM -0500, Mitt Green wrote:
> KatolaZ wrote:
>
> >Thanks for pointing CRUX out Mitt. However, installing from sources is
> >probably not what an average Devuan user would like to do :)
>
> I'd like to point that from an end-user perspective installing software
> is
Katola2:
> On Fri, Jan 01, 2016 at 06:27:10PM +, Simon Hobson wrote:
> > John Rigg wrote:
> >
> > > Wasn't the original reason for having an initrd that the boot loader,
> > > probably LILO at the time, couldn't handle a kernel image above a
> > > certain size?
> >
> > I suspect you are thin
I forgot about 9MB footprint after the first boot in CRUX, with my custom kernel
supporting everything that I need (pretty much the same kernel I am using
now, except for now it is 3.18.25, then it was 3.18.20).
Here in Devuan I have 19MB but with services on startup (dbus, acpid etc.)
And CRUX a
Didier:
...
> The simple fact of splitting executables between two different
> directories *is* a complication; merging them back would be a
> *simplification* :-).
The "splitting" to four dirs., you have /sbin and /usr/sbin. And then
there is /usr/local/{bin,sbin} and ~/bin. So while it's
KatolaZ wrote:
>Thanks for pointing CRUX out Mitt. However, installing from sources is
>probably not what an average Devuan user would like to do :)
I'd like to point that from an end-user perspective installing software
is not much different from even Debian:
1) user adds a repository (because
On Sat, Jan 02, 2016 at 04:30:14AM -0500, Mitt Green wrote:
[cut]
>
> I had been playing with CRUX for a while, it is a source-based distro
> where the installer only puts the core of the system (userland), they compile
> their own kernel right after and where the packages are compiled from sour
On 01/02/2016 10:30 AM, Mitt Green wrote:
Nice to see someone mention i3. Except for the rare
>multipanel app such as gimp, I find i3 works well for my
>needs. It seems faster to flip through the open tiled
>windows with keyboard shortcuts than clicking and moving
>windows on a desktop.
GIMP ha
>Note that some of the systemd devs have started work on bus1 (their own
>replacement for kdbus).
I guess the name is systemdbus (:___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
KatolaZ wrote:
>The only reason it is needed, as Rainer pointed out, is to host all the drivers
>needed to mount the root fs (or to be more precise, to mount *any*
>unknown root fs, as a kernel shipped with a general-purpose
>distribution has to do).
>If your root fs does not change every five mi
Clarke Sideroad:
...
> Devuan _is_, at least at this point, "Debian without systemd", and I
> think that is what people like myself are looking for.
...
I'd like a system that respects the local administrator, i.e. don't
make it hard for he or she to bend the system to their liking.
So:
. Debian
Steve Litt:
> On Fri, 01 Jan 2016 23:32:40 +0100
> Micky Del Favero wrote:
>
> > Daniel Reurich writes:
...
> > > Devuan will continue to use an initramfs as a default is that is the
> > > only sane approach that provides broad support for most use cases.
> > > But of course we will support user
Joel Roth wrote:
>Nice to see someone mention i3. Except for the rare
>multipanel app such as gimp, I find i3 works well for my
>needs. It seems faster to flip through the open tiled
>windows with keyboard shortcuts than clicking and moving
>windows on a desktop.
GIMP has a single-window mode by
On Fri, Jan 01, 2016 at 06:27:10PM +, Simon Hobson wrote:
> John Rigg wrote:
>
> > Wasn't the original reason for having an initrd that the boot loader,
> > probably LILO at the time, couldn't handle a kernel image above a
> > certain size?
>
> I suspect you are thinking of the problem that
Le 02/01/2016 03:44, Stephanie Daugherty a écrit :
Regardless of who proposed it, merged /usr is still a reckless change > that
needlessly complicates things.
Hey Stephanie.
The simple fact of splitting executables between two different
directories *is* a complication; merging them
Le 02/01/2016 03:25, Steve Litt a écrit :
Everything you say above
Sorry Steve if I overlooked your post.
Debian has a tradition to do more in the initramfs than loading
modules. They use to prepare some tmpfs filesystems before mounting the
rootfs. If they now cast their initramfs f
Le 01/01/2016 21:47, Micky Del Favero a écrit :
years ago i've built a cluster of diskless servers that network booted
using a initramfs filesystem, it's not so obscure, I admit it wasn't
trivial to made the initramfs, but was simpler than you can think.
My experience is the same as yours :
50 matches
Mail list logo
