Page 4 of 15
Posted: Mon Aug 20, 2018 7:35 pm
by asturm
These use flags are completely irrelevant for your init system choice. Some are superfluous these days and reveal a system with some history. A lot of the flags would be irrelevant with using a desktop profile, but not everyone likes the comfort of that.
Posted: Mon Aug 20, 2018 7:55 pm
by Naib
asturm wrote:These use flags are completely irrelevant for your init system choice. Some are superfluous these days and reveal a system with some history. A lot of the flags would be irrelevant with using a desktop profile, but not everyone likes the comfort of that.
bingo
Posted: Mon Aug 20, 2018 7:58 pm
by Anon-E-moose
axl wrote:How long would it take to figure out all the individual useflags again?
I have 94 lines in my package.use, it would take me about ... an hour or so to completely replace it, starting from scratch.
But none of that has anything to do with init systems.
Seems like your trolling is branching out ... and getting stupider

Posted: Mon Aug 20, 2018 8:10 pm
by Naib
axl wrote:Naib wrote:they are not me and I don't recall being unpleasant nor posting vitriolic statements.
Yes. Thank you.
likewise I do not have overly complex flags and masks in /etc/portage
By a n00b standards is a lot. It's complicated. What would happen if you delete your package.use by accident?:)
Now really think about that. How long would it take to figure out all the individual useflags again?
Is that a challenge? I have been meaning to clean my use flags as there is going to be some redundant statements (as stated by asturm)
Shouldn't take too long.... MV file , emerge @world ... Diagnose output
And NONE associated with my init, that is in my make.conf, that nice -systemd
Posted: Mon Aug 20, 2018 8:11 pm
by axl
Anon-E-moose wrote:axl wrote:How long would it take to figure out all the individual useflags again?
I have 94 lines in my package.use, it would take me about ... an hour or so to completely replace it, starting from scratch.
But none of that has anything to do with init systems.
Seems like your trolling is branching out ... and getting stupider

Stupider. right
94 lines. buddy, you review those lines as often as you can. and back them up. I'll tell you... it's not solvable in an hour.
Pick up a stage3. using your existing configs, rebuild the system from ground up.
for my point to apply, you would have to do it without configs. and that's clearly impossible. you can't recompile the entire system from the ground up in an hour. and assuming you have the configs, it would prolly not help with the circular dependencies and everything. so, you would have to build a "default" system, and maybe change that in an hour. and I still say it's not possible. think data loss. massive data loss. rebuild your system.
I was in this situation. twice. you don't solve it in an hour. the longer your package.use is... the more time you will need to put it back together.
But ofc, that will NEVER happen to you.
Posted: Mon Aug 20, 2018 8:12 pm
by NeddySeagoon
axl,
Its trivial to recover the contents of /etc/portage.
The process is left as an exercise for the reader.
Extra marks if you write a bash script to to it.
axl wrote:I was in this situation. twice. ...
You clearly failed to learn from the first time.
Posted: Mon Aug 20, 2018 8:12 pm
by asturm
@axl: I fail to see how any of this is relevant to $topic.
Posted: Mon Aug 20, 2018 8:38 pm
by axl
NeddySeagoon wrote:axl,
Its trivial to recover the contents of /etc/portage.
The process is left as an exercise for the reader.
Extra marks if you write a bash script to to it.
axl wrote:I was in this situation. twice. ...
You clearly failed to learn from the first time.
/var/db/pkg my brother. and if you don't have that... u better know how to rebuild the whole thing ground up. which is where short and simple make.conf/package.use come in handy.
Posted: Mon Aug 20, 2018 8:59 pm
by axl
asturm wrote:@axl: I fail to see how any of this is relevant to $topic.
Right. Well. I wasn't around since 2001 since I registered. I went away... was fine... came back. go figure.
All the while, everywhere I went, Offtopic... is offtopic. and people generally dont go crazy when things are talked in an offtopic area. isn't gentoo chat the offtopic area?
None of you are familiar with the concept? One place where you can just move from one subject to the next, because they are connected, and post 30 posts, and then starting it all over from the start. no? sounds alien?
Well, I didn't come often on gentoo forums over the years. maybe I should have. Offtopic is a great place where people should just be ignored if they are stupid, and should not be moderated in ANY way (unless death threads, violence.. that sort of stuff). and just offtopic away.
I was under the impression this is the offtopic forum. That and also, if you don't see how subject matters are tied to one another... maybe you should not advertise it. and also when you do advertise it, make it specific. what exactly is not relevant to you and it's so hard to ignore on offtopic forums?
I mean... really? what is so hard to ignore. assuming that's what you want to do?
Posted: Mon Aug 20, 2018 9:03 pm
by axl
axl wrote:NeddySeagoon wrote:axl,
Its trivial to recover the contents of /etc/portage.
The process is left as an exercise for the reader.
Extra marks if you write a bash script to to it.
axl wrote:I was in this situation. twice. ...
You clearly failed to learn from the first time.
/var/db/pkg my brother. and if you don't have that... u better know how to rebuild the whole thing ground up. which is where short and simple make.conf/package.use come in handy.
and no. it's not trivial. you could.... ok. you could extrapolate arch and flags from pretty much everything. but useflags. even with IUSE and USE and whatever else is in var/db/pkg... it would be a mess to sort it out in bash. certainly a whole mess to make a difference between flags that should be global vs local which is the whole separation between make.conf and packages.use.
also, I have a bash script I would like to submit for your consideration. You said you would give extra marks. None of the other participants seem to want to participate. just saying.
Posted: Mon Aug 20, 2018 9:04 pm
by ct85711
The strange thing is that you are making it seem it is a hard process of rebuilding the package.* & make.conf files from scratch. Even without going through the /var/db, you only need to look at emerge's output and look at all the use flags that's changed; simple by doing something like emerge -pve world and looking at which use flags have changes (most will show a % or * next to it, indicating it's changed). Even doing it line by line manually, you can rebuild the package.use without much problem. The few use flags that would cause problems, is those that you have to enable/disable to work around a compile failure (I know I had a few for that specific reason, no clue if they've been fixed yet).
Posted: Mon Aug 20, 2018 9:27 pm
by tld
asturm wrote:@axl: I fail to see how any of this is relevant to $topic.
You're not kidding. He's describing stuff will happen to
everyone's Gentoo configuration over time regardless of what they are or aren't running. I sure know my configuration could use a good cleaning for sure, and
none of that is even remotely related to my use of OpenRC. This is shit you'd expect from someone that clearly doesn't even understand Gentoo itself, and guess what...it is.
Tom
Posted: Mon Aug 20, 2018 9:42 pm
by Naib
axl wrote:axl wrote:NeddySeagoon wrote:axl,
Its trivial to recover the contents of /etc/portage.
The process is left as an exercise for the reader.
Extra marks if you write a bash script to to it.
axl wrote:I was in this situation. twice. ...
You clearly failed to learn from the first time.
/var/db/pkg my brother. and if you don't have that... u better know how to rebuild the whole thing ground up. which is where short and simple make.conf/package.use come in handy.
and no. it's not trivial. you could.... ok. you could extrapolate arch and flags from pretty much everything. but useflags. even with IUSE and USE and whatever else is in var/db/pkg... it would be a mess to sort it out in bash. certainly a whole mess to make a difference between flags that should be global vs local which is the whole separation between make.conf and packages.use.
also, I have a bash script I would like to submit for your consideration. You said you would give extra marks. None of the other participants seem to want to participate. just saying.
While this is offtopic just to show you...
Code: Select all
# mv /etc/portage/package.use/user /etc/portage/package.use/.user
A couple of
emerge @world -uvDNa to work around some annoying non-trivial parsable outputs to seed the user package.use with:
Code: Select all
cat /etc/portage/package.use/user
dev-lang/php gd
dev-python/matplotlib -wxwidgets
In fact I could probably remove php, mysql, nginx from my desktop now... they only got installed as my headless was boxed up for a while and I needed to testbench an ALM solution for work
THEN a simple
Code: Select all
emerge @world -uvDNa
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] media-libs/freetype-2.9.1-r4:2::gentoo USE="X adobe-cff bzip2 cleartype_hinting png -bindist -debug -doc -fontforge -harfbuzz -infinality -static-libs* -utils" ABI_X86="32 (64) (-x32)" 1,882 KiB
[ebuild U ] sys-libs/libunwind-1.2.1-r2:7::gentoo [1.2.1-r1:7::gentoo] USE="static-libs -debug -debug-frame -doc -libatomic -lzma" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] app-portage/eix-0.33.2::gentoo USE="nls -debug -doc -sqlite*" 600 KiB
[ebuild R ] dev-libs/libxml2-2.9.8:2::gentoo USE="ipv6 python readline -debug -examples -icu* -lzma -static-libs -test" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python2_7 python3_6 -python3_4 -python3_5" 5,341 KiB
[ebuild R ] sys-libs/gpm-1.20.7-r2::gentoo USE="(-selinux) -static-libs*" ABI_X86="32 (64) (-x32)" 812 KiB
[ebuild R ] sys-kernel/gentoo-sources-4.18.3:4.18.3::gentoo USE="-build -experimental* -symlink" 0 KiB
[ebuild R ] net-analyzer/nmap-7.70::gentoo USE="ipv6 nls nse ssl -libressl -libssh2 -ncat -ndiff -nmap-update -nping (-system-lua) -zenmap*" PYTHON_TARGETS="python2_7" 10,226 KiB
[ebuild N ] sys-libs/libcap-ng-0.7.9::gentoo USE="python -static-libs" PYTHON_TARGETS="python3_6 -python2_7 -python3_4 -python3_5" 439 KiB
[ebuild R ] virtual/jpeg-0-r2::gentoo USE="-static-libs*" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] media-gfx/feh-2.27::gentoo USE="exif -curl* -debug -test -xinerama" 0 KiB
[ebuild R ] x11-wm/openbox-3.6.1-r1:3::gentoo USE="branding imlib nls startup-notification svg -debug -session -static-libs -xdg*" PYTHON_TARGETS="python2_7" 941 KiB
[ebuild R ] dev-qt/qtwidgets-5.11.1:5/5.11::gentoo USE="gtk* png xcb -debug (-gles2) -test" 0 KiB
[ebuild R ] sys-libs/libcxxabi-6.0.1::gentoo USE="libunwind* static-libs -test" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] sys-libs/libcxx-6.0.1::gentoo USE="libcxxabi libunwind* static-libs -libcxxrt -test" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] app-editors/gvim-8.1.0034::gentoo USE="acl gtk nls python (-aqua) -cscope -debug -gnome -gtk3* -lua -luajit -motif -neXt -netbeans -perl -racket -ruby (-selinux) -session -tcl" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_4 -python3_5" PYTHON_TARGETS="python2_7 python3_6 -python3_4 -python3_5" 13,335 KiB
[ebuild R ] media-gfx/imagemagick-7.0.8.8:0/7.0.8.8::gentoo USE="X bzip2 corefonts cxx jpeg lcms openmp pango png svg tiff truetype xml zlib -djvu -fftw -fontconfig -fpx -graphviz -hdri -jbig -jpeg2k -lqr -lzma -opencl -openexr -perl -postscript* -q32 -q8 -raw -static-libs -test -webp -wmf" 0 KiB
[ebuild R ] media-libs/libjpeg-turbo-2.0.0::gentoo USE="java* -static-libs*" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] sys-apps/util-linux-2.32.1::gentoo USE="cramfs ncurses nls pam python readline suid udev unicode -build -caps -fdformat -kill (-selinux) -slang -static-libs -systemd -test -tty-helpers*" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_4 -python3_5 -python3_7" PYTHON_TARGETS="python2_7 python3_6 -python3_4 -python3_5 -python3_7" 0 KiB
[ebuild R ] sys-block/parted-3.2_p20-r1::gentoo USE="debug nls readline -device-mapper* (-selinux) -static-libs" 1,702 KiB
[ebuild R ] net-vpn/tor-0.3.4.6_rc::gentoo USE="seccomp -caps -libressl -lzma -scrypt (-selinux) -systemd -test -tor-hardening* -web -zstd" 0 KiB
[ebuild R ] app-admin/conky-1.10.8-r2::gentoo USE="X iconv imlib ipv6 ncurses portmon pulseaudio truetype -apcupsd* (-audacious) -cmus -curl* -eve -hddtemp* -ical -iostats* -irc -lua-cairo* -lua-imlib* -lua-rsvg -math* -moc* -mpd* -mysql -nano-syntax -nvidia -rss* -systemd -thinkpad -vim-syntax* -weather-metar* -weather-xoap* -webserver -wifi -xmms2" 0 KiB
[ebuild R ] dev-vcs/git-2.18.0::gentoo USE="blksha1 curl gpg iconv nls pcre pcre-jit perl python threads webdav -cgi* -cvs -doc -emacs -gnome-keyring -highlight -libressl -mediawiki -mediawiki-experimental (-ppcsha1) -subversion -test -tk* -xinetd" PYTHON_TARGETS="python2_7" 0 KiB
[ebuild R ] sci-electronics/kicad-4.0.7::gentoo USE="python -debug -doc -examples* -github* -i18n -libressl -minimal" L10N="-bg -ca -cs -de -el -es -fi -fr -hu -it -ja -ko -nl -pl -pt -ru -sk -sl -sv -zh-CN" PYTHON_TARGETS="python2_7" 479,728 KiB
[ebuild R ] dev-qt/qtmultimedia-5.11.1:5/5.11::gentoo USE="alsa gstreamer pulseaudio -debug (-gles2) -openal -qml -test -widgets*" 0 KiB
[ebuild R ] app-office/libreoffice-6.0.6.2::gentoo USE="branding cups gstreamer gtk java -bluetooth -coinmp -dbus -debug -eds -firebird -googledrive -gtk2* -jemalloc -kde -mysql -odk -pdfimport -postgres -test -vlc" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_4 -python3_5" PYTHON_TARGETS="python3_6 -python2_7 -python3_4 -python3_5" 0 KiB
[ebuild R ] dev-python/matplotlib-2.2.2-r1::gentoo USE="cairo qt5 -doc -examples* -excel -gtk2 -gtk3* -latex* -test -tk* -wxwidgets" PYTHON_TARGETS="python3_6 -python2_7 -python3_4 -python3_5" 36,443 KiB
[ebuild R ] x11-base/xorg-server-1.20.1:0/1.20.1::gentoo USE="glamor ipv6 udev xorg -debug -dmx -doc -kdrive -libressl -minimal (-selinux) -static-libs -systemd -unwind -wayland -xcsecurity -xephyr -xnest -xvfb*" 0 KiB
[ebuild R ] x11-drivers/nvidia-drivers-396.51:0/396::gentoo USE="X acpi driver kms multilib tools -compat -gtk3* -pax_kernel -static-libs -uvm* -wayland" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] net-fs/cifs-utils-6.8::gentoo USE="acl ads caps* caps-ng pam -creds" 0 KiB
[ebuild R ] media-video/ffmpeg-3.4.4:0/55.57.57::gentoo USE="X alsa bzip2 encode gpl hardcoded-tables iconv mp3 network opengl oss postproc pulseaudio samba* sdl svg threads truetype vorbis x264 xcb xvid zlib (-altivec) -amr -amrenc (-appkit) -bluray -bs2b -cdio -celt -chromaprint -chromium -cpudetection -debug -doc -fdk -flite -fontconfig -frei0r -fribidi -gcrypt -gme -gmp -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -kvazaar -ladspa -libass -libcaca -libdrm -libilbc -librtmp -libsoxr -libv4l -lzma (-mipsdspr1) (-mipsdspr2) (-mipsfpu) (-mmal) -modplug -nvenc -openal -opencl -openh264 -openssl* -opus -pic -rubberband -snappy -speex -ssh -static-libs -test -theora* -twolame -v4l* -vaapi* -vdpau* -vpx* -wavpack -webp -x265 -zeromq -zimg -zvbi" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 -3dnow -3dnowext -aes -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3 -xop" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart sidxindex trasher" 0 KiB
[ebuild R ] media-video/vlc-3.0.3-r1:0/5-9::gentoo USE="X a52 alsa dts dvbpsi dvd encode ffmpeg flac gcrypt gstreamer jpeg libnotify* libsamplerate mp3 mpeg ncurses ogg png pulseaudio qt5 samba ssl svg* truetype udev vorbis x264 xml (-altivec) -aom -archive -bidi -bluray -cddb -chromaprint -chromecast* -dbus -dc1394 -debug (-directx) -faad -fdk -fluidsynth -fontconfig* -gme -gnome-keyring -ieee1394 -jack -kate -libass -libav -libcaca -libtar -libtiger -linsys -lirc -live* -lua* -macosx-notifications (-macosx-qtkit) -matroska* -modplug -mtp -musepack (-neon) -nfs -omxil* -opencv -optimisememory -opus -postproc* -projectm -rdp -rtsp -run-as-root -schroedinger -sdl-image -sftp -shout -sid -skins -soxr -speex -srt -taglib -test -theora -tremor -twolame -upnp -v4l -vaapi* -vdpau -vnc -vpx -wayland -wma-fixed* -x265 -zeroconf -zvbi" CPU_FLAGS_X86="mmx sse" 0 KiB
[ebuild R ] media-video/mpv-0.27.2::gentoo USE="X alsa cdda cli dvd egl encode iconv jpeg lcms libass lua luajit opengl oss pulseaudio samba uchardet xv zlib (-aqua) -archive -bluray (-coreaudio) -cplugins -cuda -doc -drm -dvb -gbm -jack -javascript (-libav) -libcaca -libmpv* -openal (-raspberry-pi) -rubberband -sdl (-selinux) -test -tools* -v4l* -vaapi* -vdpau* -wayland -zsh-completion" PYTHON_TARGETS="python3_6 -python2_7 -python3_4 -python3_5" 2,993 KiB
[ebuild R ] x11-misc/lightdm-1.26.0-r1::gentoo USE="gtk* introspection* qt5 -audit -gnome -vala" 506 KiB
Looking at the output, there is only a few flags I would want to correct...
dev-python/matplotlib examples tk .. having the examples local is handy and equally tk is very handy for throwing together lightweight tools I do for work.
x11-drivers/nvidia-drivers gtk3 having a UI is lazy
sci-electronics/kicad github ... sort of handy pooling the library parts from online
dev-vcs/git tk ... again lazy ui
media-gfx/feh curl ... sort of needed for openbox
sys-kernel/gentoo-sources experimental again lazy in manually setting the make options
net-analyzer/nmap zenmap ... lazy ui
so that took 5min and has drastically shortened my user package.use
Code: Select all
wc -l /etc/portage/package.use/.user /etc/portage/package.use/user
84 /etc/portage/package.use/.user
9 /etc/portage/package.use/user
93 total
84lines down to 9 simply be doing a 5min simulated destruction of my user use file that I have used for a long, long time...
but as has been pointed out... this is more than trivial for a gentoo user AND equally has nothing to do with init
Posted: Mon Aug 20, 2018 9:55 pm
by saellaven
NeddySeagoon wrote:axl,
Its trivial to recover the contents of /etc/portage.
The process is left as an exercise for the reader.
Extra marks if you write a bash script to to it.
axl wrote:I was in this situation. twice. ...
You clearly failed to learn from the first time.
Not that it is relevant to systemd... but some of us have daily backups, offsite backups, AND version control of important files... so, even if it is trivial to recreate our gentoo config, that makes it stupid easy.
but to make it slightly more relevant, I also have logging sent to another system in case my system gets attacked (one of the advantages of proper traditional *nix logging daemons).
Posted: Tue Aug 21, 2018 5:10 am
by VinzC
Back to the topic, please
A couple of pages ago, Ant P. wrote: sysvinit has a built in service manager. No major distro ever used it properly; if they had then systemd may have not been built at all.
*cough* Like systemd developers would have listened to rational argumentations... *cough*
(Hey, look, it's all about trolling, right?)
Posted: Fri Aug 24, 2018 1:06 pm
by steveL
Yamakuzure wrote:axl, if you learned how to use the edit button, stopping your multi-posts, it wouldn't only be easier to ignore you, your trolling wouldn't at least be that unnerving.
tl;dr: Please just stop your attempts to proselytize us into using systemd.
I was almost on the verge of asking you whether you where a very young and inexperienced guy, then I noticed your registration date. So you are either a very young and inexperienced impostor of the true axl, or you went fully nuts over the years. And ignorant... very ignorant...
++
Thank you for this post, Yamakuzure.
You've said everything I wanted to say, far more politely than I could, given the length of this trollfest:
Yamakuzure wrote:My patience is simply over. Sorry. Your statements are so wrong on so many levels, I do not know where to start. Just let me tell you, that maintaining elogind for over 18 months now left me with a lot of inside-out-knowledge of the systemd code basis.
So your propaganda only stirs one thing in me: The strong wish to tell you to stop blabbering about stuff you have no idea off.
It boils down to two simple propositions:
- If you like to use systemd, just do so.
- If someone else does not like to use systemd, just let them do so.
That's it, no magic involved, no mystery, nothing.
Remember: It isn't always shit just because
you do not use it. And the reverse conclusion is, that is not always the
one true thing everybody muist be urged into using, just because
you like it.
Maybe you'd like to remember that "
Someone Is Wrong On The Internet" is a valid reason for exactly nothing.
"
The idea behind this meme is that people take Internet arguments too seriously and spend too much time trying to correct others online rather than spending time with their loved ones. However, there is another truth to the meme. The Internet is wrong.", Robert N Nash once wrote on
hg.org.
I think he is right.
Indeed. I had to tell my kid that actually the internet seems to be mostly full of shit.
The "modern" web is essentially every stupid playground conversation, faithfully recorded and amplified to cause more stupid yammering.
In this it is no different to "traditional" media, designed to establish "a pattern of uniform utterances" (or "narrative" in the "post-modern" phrasing) in an authoritarian's wet-dream: the Stasi would have loved the kind of surveillance ability the modern SS (or "homeland security" - yes, that is one translation of "Staats[sp?] Sicherheit") routinely abuse (in knowing violation of the Constitution and fundamental principles of Law.)
Anyhow, brilliant post; textbook example of how to deal with a troll.
Posted: Fri Aug 24, 2018 1:53 pm
by Jaglover
Textbook example how to deal with a troll is not to deal with a troll. I've had great success doing just that. Trolls go elsewhere when not fed.
Posted: Fri Aug 24, 2018 3:51 pm
by Yamakuzure
axl wrote:isn't gentoo chat the offtopic area?
Yes. As long as you create a topic (that would be off-topic elsewhere) and keep to it. The topic for this thread is "
systemd - agree to disagree".
axl wrote:None of you are familiar with the concept? One place where you can just move from one subject to the next, because they are connected, and post 30 posts, and then starting it all over from the start. no? sounds alien?
That sounds very familiar, indeed!
Internet
Relay
Chat!
axl wrote:Offtopic is a great place where people should just be ignored if they are stupid, and should not be moderated in ANY way
We have such a place: "
Off The Wall"
steveL wrote:The "modern" web is essentially every stupid playground conversation, faithfully recorded and amplified to cause more stupid yammering.
If you are almost bored to death and want plenty of exactly that to get your mind off things: The Comment Section on political news articles!
steveL wrote:the Stasi would have loved the kind of surveillance ability the modern SS (or "homeland security" - yes, that is one translation of "Staats[sp?] Sicherheit") routinely abuse (in knowing violation of the Constitution and fundamental principles of Law.)

Someone once said:
"
Imagine the Stasi ("Staatssicherheit
") with computers and the ability to track GPS enabled cell phones and you would end up with the NSA.".
steveL wrote:Anyhow, brilliant post; textbook example of how to deal with a troll.
Thanks, buddy!
Jaglover wrote:Textbook example how to deal with a troll is not to deal with a troll. I've had great success doing just that. Trolls go elsewhere when not fed.
And I would have done exactly that if it weren't a fellow gentooer with many years of gentoo support on them.
Actually I felt that this trollfest was more an accident than on purpose. If "putting my foot down" (as if I had the authority to do so

) helped him to have some wake-up feeling, then everything is okay.
A couple of years ago I had caused such an avalanche of "trolling", too. Not to troll, but because I was simply not able to express myself understandably enough. The "Foot-Downer" for me was pappy_mcfae. It took a while for me to understand, but in the end I got around.
Oh, and SteveL put my feet back on the ground a couple of times, too! Thanks alot, mate!

Posted: Fri Aug 24, 2018 7:09 pm
by Ant P.
VinzC wrote:Back to the topic, please ;-)
A couple of pages ago, Ant P. wrote: sysvinit has a built in service manager. No major distro ever used it properly; if they had then systemd may have not been built at all.
*cough* Like systemd developers would have listened to rational argumentations... *cough*
(Hey, look, it's all about trolling, right?)
Just so everyone's on the same page, here's a short history lesson about RedHat and Canonical's perpetual corporate dick-waving contest.
Back in 2007(,8,9?), RedHat pulled a publicity stunt in getting Fedora Core to boot to desktop on an eee701 in five seconds (by tweaking the kernel and gutting the entire system). That ran on sysvinit though, because it's what everyone on Linux knew at the time (unless you were a real Gentoo ricer and used einit or init-ng). So there's hard evidence that sysvinit was good enough speed-wise, straight from the horse's mouth.
Ubuntu wanted to steal that show but had a hard time doing so, because they just pile bloat on top of Debian without bothering to understand it, and Debian's rc system at the time was the infamous LSB shell script system which was flaky, unreliable and slow. So they made Upstart, which replaces sysvinit/inittab… the vestigial part they didn't have problems with in the first place. Half the boot process still used those LSB scripts and they were still bad, but now they had a whole pile of bloat and vendor lock-in and confusing semi-declarative event-driven ini files in the other half.
And so RedHat copies that wholesale and turns it into an enterprise-grade eldritch abomination. But they actually employ engineers and know what they're doing, so they can do real damage by porting their entire OS off of LSB scripts. Now they have a thing that runs faster than Debian LSB or Ubuntu Upstart, is just as incompatible with everything that went before, and starts having an avalanche of network effects all while they're going “lol, not our fault GNOME uses it”. You know how the rest goes.
Meanwhile every other OS/distro out there that isn't LSB or BSD based has had an event-driven service manager available for over 15 years. We certainly did. Makes you wonder why we should care about RedHat's copycat at all.
Posted: Fri Aug 24, 2018 7:25 pm
by Fitzcarraldo
Ant P. wrote:...all while they're going “lol, not our fault GNOME uses it”. You know how the rest goes.
The problem seems to be that Red Hat developers ≡ GNOME developers ≡ freedesktop.org developers. Any mention of those three in conjunction with anything in Linux makes me leery.
Posted: Fri Aug 24, 2018 7:42 pm
by Anon-E-moose
Back to systemd, IF systemd was only the init system, then it wouldn't be so bad.
It's when they decided to add on logging (binary of all things), login manager, networking, and a whole host
of unrelated functions (unrelated to init, that is) that it went from a reasonable idea to a WTF are they doing idea.
Now whether that was RH's idea or the pin-head's (LP) idea, I'm not sure.
Either way it does fit in with the direction that RH wants to go.
They want to be the MS of the linux world.
And all those other distros that are hanging on RH's coattails will regret it, if RH ever gets a sizeable enough locked in share of the linux marketplace.
They'll pull a MS on the others and they won't let them copy parts of their distro. Oh the kernel itself will be safe, except for maybe RH's extensions,
as I don't know what license they use for them. But much else will be locked away.
Look at what happened to all the devs that created addons for gnome2, ie themes, etc. Come gnome3 they were persona non gratis.
RH didn't want to work with them, they claimed they were diluting the RH brand.
Posted: Fri Aug 24, 2018 8:20 pm
by Naib
Anon-E-moose wrote:Back to systemd, IF systemd was only the init system, then it wouldn't be so bad.
It's when they decided to add on logging (binary of all things), login manager, networking, and a whole host
of unrelated functions (unrelated to init, that is) that it went from a reasonable idea to a WTF are they doing idea.
Now whether that was RH's idea or the pin-head's (LP) idea, I'm not sure.
Either way it does fit in with the direction that RH wants to go.
They want to be the MS of the linux world.
And all those other distros that are hanging on RH's coattails will regret it, if RH ever gets a sizeable enough locked in share of the linux marketplace.
They'll pull a MS on the others and they won't let them copy parts of their distro. Oh the kernel itself will be safe, except for maybe RH's extensions,
as I don't know what license they use for them. But much else will be locked away.
Look at what happened to all the devs that created addons for gnome2, ie themes, etc. Come gnome3 they were persona non gratis.
RH didn't want to work with them, they claimed they were diluting the RH brand.
If they made those things as standalone it wouldn't be so bad... You could pick some part you wanted but not others. Would mean alternative implementation were easier since it wouldn't be -lsystemd
Posted: Fri Aug 24, 2018 10:51 pm
by roki942
Emacsd anyone?

Posted: Fri Aug 24, 2018 11:23 pm
by Anon-E-moose
roki942 wrote:Emacsd anyone?

Ssssshh!!! Don't give them any ideas

Posted: Sat Aug 25, 2018 12:14 am
by khayyam
roki942 wrote:Emacsd anyone? :twisted:
Anon-E-moose wrote:Ssssshh!!! Don't give them any ideas :lol:
Anon ... too late,
they already had that brainfart (back in 2012).
best ... khay