Slashdot Mirror
Debian GNU/Linux 9 'Stretch' Installer Gets GNU Screen, Linux Kernel 4.7 Support (softpedia.com)
"Debian developer Cyril Brulebois was pleased to announce this past weekend the release and immediate availability of the eighth Alpha development snapshot of the Debian GNU/Linux 9 'Stretch' installer," reports Softpedia. An anonymous reader quotes their article: It's been four long months since Alpha 7 of Debian GNU/Linux 9 "Stretch" hit the testing channels back in July, but the wait was worth it as the Alpha 8 release adds a huge number of changes, starting with initial support for the GNU Screen terminal multiplexer and lots of debootstrap fixes, which now defaults to merged-/usr.
"debootstrap now defaults to merged-/usr, that is with /bin, /sbin, /lib* being symlinks to their counterpart in /usr (more details on: https://lists.debian.org/debian-devel/2016/09/msg00269.html)," wrote Cyril Brulebois in the mailing list announcement, where it states that default debootstrap mirror was switched to deb.debian.org.
"debootstrap now defaults to merged-/usr, that is with /bin, /sbin, /lib* being symlinks to their counterpart in /usr (more details on: https://lists.debian.org/debian-devel/2016/09/msg00269.html)," wrote Cyril Brulebois in the mailing list announcement, where it states that default debootstrap mirror was switched to deb.debian.org.
Seems like EditorDavid isn't actually a real editor in any sense of the word. You see, a real editor would have taken one look at this submission and said, "What a minute... these 3 disconnected paragraphs don't make it clear what 'Stretch' is or why an 8th alpha release is special enough to warrant a post on Slashdot. This was clearly written by someone who may or may not understand the subject well, but doesn't know how to accurately and concisely communicate that knowledge to others. This isn't fit to post."
All binary & lib dirs linked in /usr ? /usr existed in the 1st place ?
That's incredibly STUPID
Don't they know why
Story time:
Back in the days when today's grumpy old beardy Unix Admins were young PFYs, the Unix operating system and it's ilk were gaining more and more libraries and utilities. /usr, and all the binaries and libraries not needed to boot the system into multiuser were moved from /bin, /sbin & /lib into /usr/bin, /usr/sbin & /usr/lib. /usr (as read-only) to all of them. New software needed on all workstations ? Just put-it on the shared /usr
Unfortunately the hard drives at the time were very small so / was running out of space. Thus a new hard-drive was mounted at
This also allowed universities to have labs full of workstations with very small and cheap HDDs and NFS-mount a single
So:
Those days we have large enough storage devices for huge / partitions and cheap enough that we don't need to NFS-mount them on lots of computers.
If you don't want to have binaries & libraries separated into / and /usr/ JUST PUT EVERYTHING IN / DAMMIT !
1% APY, No fees, Online Bank https://captl1.co/2uIErYq Don't let your $$$ sit in a no-interest acct.
Thanks but no.
The question should be; is systemd still optional? Because Debian 8 works fine without it.
In the free world the media isn't government run; the government is media run.
Do all the news headlines about Debian boil down to ... screen?
Do they know abut byobu and tmux?
Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
One week after I installed with debootstrap because the old kernel and installer didn't work for me. It was a pain in the ass.
thegodmovie.com - watch it
This is not about including screen as one of the packages you can install. It's about making it available during network installs[1].
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819988
https://lists.debian.org/debian-boot/2016/04/msg00308.html
Yeah i'll happily take a pass on screen. BTW the binary is setuid root and the source is chaotic. What was that a standard recipe for, again?
This is why NetBSD now has tmux in base and no more screen, BTW.
tmux is bigger from what I remember (if you include all the libraries it pulls in that are not already present in Debian Installer).
Also, screen gives you the ability to talk to serial ports, which might be quite useful for embedded use, which is one of the primary use-cases for this (since that is a time where you're talking to the installer over a serial/ssh connection and therefore don't have access to multiple virtual terminals)
If you're already a user of such software, and prefer tmux (as I do too), then using screen for d-i means you can simply type Ctrl-A, rather than needing to escape Ctrl-B to deal with nested tmuxs.
Debian: GNU/Linux done the Linux way
Not strictly true, it works with an alternative init, but system D is still everywhere else. The state of maintenance of the alternative inits is far from good and systemd-shim is being abandoned.
It's systemd/debian now, get over it. Accept it or see it as damage
I understand that this is simply the installer, but the 4.7.x Kernel recently went EoL ...
https://www.kernel.org/.
-- kjh
instead of forcing all debian users to systemD, include the option to choose which init system to use during the install of the operating system? that would be nice to have an init agnostic Linux distro,
Politics is Treachery, Religion is Brainwashing
These days you can use LVM and grow filesystems, etc etc. So yeah, that's annoying, I agree. But it's not a show-stopper.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Yes, its called Devuan.
"Devuan GNU+Linux is a fork of Debian without systemd."
Artix
Your Linux, your init.
For people who use linux for Real Work(tm), this has been wanted for years. Run an install on headless (serial or network only) hardware and see how much you like the single terminal screen interface. You can't see any logs. You cannot get to a shell to do things outside ("in spite of") the installer. (without exiting the installer)
Right. Because no one ever accesses a system via the network or a serial port. God help you if you want to install through one of those ugly interfaces.
(read: systems exist that don't have a gfx console. I have a room full of hardware that doesn't have video chips of any kind. Most of the hardware Sun/Oracle makes has no gfx console.)
I agree. On a PC, with the idiotic 4 partition layout, multiple partitions never made much sense. Even when distro's wanted to be all SunOS-like with 18 partitions, I always selected the "put everything in root" option -- if it had one, or went around it's back to do it anyway. (I've actually been doing that to Solaris installs for decades, too. And it does know how big those partitions need to be.)
The largest issue with linux is the lack of any codified standard on what goes where. Even if there were, nobody would follow it. So yes, you never could know how big /, /usr, /var, /opt, /usr/local, /home, ... needed to be. The relatively recent insane solution to that has been LVM and dynamically sizing filesystems. (aka. a makeshift ZFS) Except no linux filesystem is designed for that. And thin provisioned virtual filesystems are the surest path to colossal ruin.
Actually, it's setGid (group), so it can mess with utmp. If you don't care about it fucking with utmp, then run it as a normal user. It hasn't needed root for a long time.
(not that anyone cares, but I've run screen on solaris as a normal user for decades. Installed in $HOME/bin even)