Biggest mistake ever made by Debian

News and discussion about development of the Debian OS itself

Biggest mistake ever made by Debian

Postby pedropt » 2017-01-23 20:55

Implementing systemd in debian distribution .
Systemd is full of bugs , no one have a good idea how it works , and changed how linux by default works .

All of this just because Systemd boots fast because do parallel computing .

Ridiculous , and even the main creator of Linux does not like it much .

My point of view is that Debian denvelopers had no big idea to post new changes in the new OS , so they decided to implement Systemd on it and say "News , news , news , now we have implemented systemd in Debian" . Ridiculous .

If you have a server with simple tasks and you do not work on it everyday , then systemd is good for you .
But if you work everyday on a debian jessie OS , installing stuff and changing configurations , then you better change to Wheezy distro before you start formatting your debian jessie every week .

My linux machine that i work everyday doing a lot of stuff that no one imagines , is on Wheezy , and i like it very much , because i do not need to change to jessie just because i want to update a tool , and this is why the "source code exists" .
However , i have a local webserver (file sharing & http server) that i installed jessie , but this last one i rarely touch to not fck it up .

The most interesting thing is that you to update your kernel do not need systemd , all you have to do is get the kernel source code and compile it on your distro .
https://en.wikipedia.org/wiki/Systemd
pedropt
 
Posts: 15
Joined: 2016-10-12 13:30

Re: Biggest mistake ever made by Debian

Postby stevepusser » 2017-01-23 21:24

Why would installing prebuilt kernel deb packages bring in anything to do with systemd?
The MX Linux repositories: Backports galore! If we don't have something, just ask and we'll try--we like challenges. New packages: Inkscape 0.92.1, Pale Moon 27.2.0, Liquorix kernel 4.9-18, mpv 0.24, Kodi 17.0, Shotwell 24.5, Mesa 13.0.6
User avatar
stevepusser
 
Posts: 7946
Joined: 2009-10-06 05:53

Re: Biggest mistake ever made by Debian

Postby Bulkley » 2017-01-23 21:30

pedropt wrote:. . . even the main creator of Linux does not like it much .


Do you have a source for that?
Bulkley
 
Posts: 5044
Joined: 2006-02-11 18:35

Re: Biggest mistake ever made by Debian

Postby golinux » 2017-01-23 21:33

Dead horse getting beaten again. Many of us figured that out years ago and DID something about it. Whining here is a useless waste of bandwidth.
May the FORK be with you!
User avatar
golinux
 
Posts: 1188
Joined: 2010-12-09 00:56
Location: not a 'buntard!

Re: Biggest mistake ever made by Debian

Postby eor2004 » 2017-01-23 22:55

AFAIK, Linus Torvalds nor Richard Stallman have a strong opinion or stand against systemd, they just let it be and don't worry about it too much!
Debian Stretch x64, Cinnamon 3.2.7, Kernel Linux 4.9.0-1-amd64, Pentium Dual-Core E5300 @ 2.6Ghz, Gigabyte G41M-ES2L, Intel 4 Series Integrated Graphics Controller, 1Tb Caviar Black WD1001FALS.
User avatar
eor2004
 
Posts: 128
Joined: 2013-10-01 22:49
Location: Puerto Rico

Re: Biggest mistake ever made by Debian

Postby Bulkley » 2017-01-23 23:55

eor2004 wrote:AFAIK, Linus Torvalds nor Richard Stallman have a strong opinion or stand against systemd, they just let it be and don't worry about it too much!


That is my understanding.
Bulkley
 
Posts: 5044
Joined: 2006-02-11 18:35

Re: Biggest mistake ever made by Debian

Postby pedropt » 2017-01-24 00:38

In debian conference , systemd topic was discussed , and in his point of view the current init system of wheezy and distros before that one could be fixed and speed up the process , but the guys from systemd did it first but changed all the way the init system works and not much people knows how the process is done , and this is not good .
https://www.youtube.com/watch?v=c80yIJQJO8s


Why would installing prebuilt kernel deb packages bring in anything to do with systemd?


You dont break systemd using "apt-get" , you may break systemd if you install something from source code that requires more older libraries than the ones that systemd needs to work .
My friend , on my wheezy distro i do not do "apt-get install linux-headers-$(uname -r)" , and after all i dont even have on my sources.list the jessie repositories .
If i need to install some new kernel for some reason then i compile it from source , by getting the source code at kernel.org .
But since my hardware is working fine then i do not need to install some recent kernel .
By default new kernels have more drivers for new hardwares , you can install a new kernel to fix your driver issue , or you can build the driver from source and install it in your current kernel .
Prebuilt packages on apt repository is just to avoid the user to compile every update from every lib or tool from source code , and this is the reason why exists .

This next video shows the creators of systemd explaining it , and at first look it seems pratical , systemd uses less memory , when you kill a process in systemd , the service will kill everything connected to that process , witch in sometimes could be good or bad depending on what you are working .
Most of the detailed configurations of services were removed by systemd , a good example on the next video is the tftp example , where in system V (wheezy) you can setup the port on the daemon configuration , but on systemd you must make that change in the program configuration file .
One of the things that bothers me most is the way we start services with systemd and create services , witch was changed from top to bottom .
I agree that systemd have many good things , but a drastic change from an OS to another is complicated for users to adapt to new commands or even know their names .
Systemd will only be "the best" thing in 10 years , but in 10 years someone create anything better than systemd and change again everything how the init system works and how things must be configured , and it will be again a start from beginning .
A person that did not knew how sys V and start for the first time in systemd in linux it is just fine , but for someone that is already use to sys V and change to systemd "just like that" is complicated , and even when errors appear and we need to fix them , if you knew how to fix that particular error in Sys V , forget it because it will not work in systemd the same way .
They could do something more similar to old system in the way we interact with the OS on systemd commands .
These are some of the reasons i have debian 8 on 1 of my servers , but i rarely touch it (to not break things) , because the machine where i like to work and know how to deal with its problems it is a wheezy distro of debian , and witch i will not upgrade to jessie , and when wheezy repositories stop be updated , what i have to do is to do everything manually from source code , but since this wheezy machine is not exposed to the web , then i do not need to worry much about vulnerabilities except (web browser and plugins) , and these 2 i can do the upgrades manually without any issue .
After all i have a very tight iptables config that even if some intruder get to my hardware firewall , very difficulty will have to check any open port on the OS to get in .
https://www.youtube.com/watch?v=S9YmaNuvw5U

a good solution to new users on systemd that arrived from sys v , is doing what i did for tar commands .
Everytime i wanted to extract some tar file with some different extention i needed to go to web to found the correct switches to apply , so , sick of going to web everyday , what i did was a batch file called "tarhelp" witch contains a bunch of "echo" lines with the switches i need to use for every type of extension i get in tar files .
Now when i need to extract a tar file on terminal , i call on shell "tarhelp" and it shows how i must do to that type of help .

Now if we apply this technique to systemd like "systemdhelp" , everytime we need to do anything on OS that interacts with systemd , like start a service or whatever , we call "systemdhelp" the batch file popup with the instructions .
It is simple and never breaks until you erase your partition and forget to copy that help file to somewhere so you can put it on your new installed linux os /usr/local/bin or sbin .
pedropt
 
Posts: 15
Joined: 2016-10-12 13:30

Re: Biggest mistake ever made by Debian

Postby Bulkley » 2017-01-24 03:06

pedropt wrote:In debian conference , systemd topic was discussed , and in his point of view the current init system of wheezy and distros before that one could be fixed and speed up the process , but the guys from systemd did it first but changed all the way the init system works and not much people knows how the process is done , and this is not good .
https://www.youtube.com/watch?v=c80yIJQJO8s


That was enlightening. Thanks. I'll watch the second one tomorrow.
Bulkley
 
Posts: 5044
Joined: 2006-02-11 18:35

Re: Biggest mistake ever made by Debian

Postby stevepusser » 2017-01-24 03:19

Newer Debian kernels can be backported to Wheezy by rebuilding the debianized source packages--3.16 is already in wheezy-backports, but kernels from jessie-backports should also be rebuildable.
The MX Linux repositories: Backports galore! If we don't have something, just ask and we'll try--we like challenges. New packages: Inkscape 0.92.1, Pale Moon 27.2.0, Liquorix kernel 4.9-18, mpv 0.24, Kodi 17.0, Shotwell 24.5, Mesa 13.0.6
User avatar
stevepusser
 
Posts: 7946
Joined: 2009-10-06 05:53

Re: Biggest mistake ever made by Debian

Postby RU55EL » 2017-01-24 03:48



No disrespect intended, but it seems Linus has acquired a bit of a beer belly.
User avatar
RU55EL
 
Posts: 206
Joined: 2014-04-07 03:42
Location: /home/russel

Re: Biggest mistake ever made by Debian

Postby Hallvor » 2017-01-24 06:26

RU55EL wrote:


No disrespect intended, but it seems Linus has acquired a bit of a beer belly.


That is good to know.
Laptop: Intel Core i5 3210-M CPU @ 2.50 GHz, 16 GB RAM, Intel HD 4000 graphics, 128 GB SSD + 1 TB HDD, Debian Jessie (KDE)
Laptop 2: Intel Core i5 3320-M CPU @ 2.60 GHz, 6 GB RAM, Intel HD 4000 graphics, 300 GB HDD, Debian Jessie (KDE)
User avatar
Hallvor
 
Posts: 680
Joined: 2009-04-16 18:35
Location: Norway

Re: Biggest mistake ever made by Debian

Postby pedropt » 2017-01-24 09:17

pedropt
 
Posts: 15
Joined: 2016-10-12 13:30

Re: Biggest mistake ever made by Debian

Postby pedropt » 2017-01-24 10:05

anyway , i just found on last video the fork from debian that does not have systemd implemented .

https://devuan.org/

Well , it looks that there is a light at the end of the tunnel
pedropt
 
Posts: 15
Joined: 2016-10-12 13:30

Re: Biggest mistake ever made by Debian

Postby None1975 » 2017-01-24 11:19

pedropt wrote:Well , it looks that there is a light at the end of the tunnel

You can also check antix linux (systemd free, Jessie based) http://antix.mepis.org/index.php?title=Main_Page, or Refracta linux http://www.ibiblio.org/refracta/. Starting with version 8.0, Refracta has gone whole-hog at banishing systemd, not to mention PulseAudio. All that plus the fact that Refracta's installer currently works better than the Devuan one, one could say that Refracta is actually more Devuan than Devuan.
Image
User avatar
None1975
 
Posts: 52
Joined: 2015-11-29 18:23

Re: Biggest mistake ever made by Debian

Postby golinux » 2017-01-24 14:33

None1975 wrote:All that plus the fact that Refracta's installer currently works better than the Devuan one, one could say that Refracta is actually more Devuan than Devuan.

The two installers are entirely different. Refractainstaller merely copies the files rsynced at the time of the snapshot from a current installation. Devuan installer builds a system your way from scratch from the Devuan repos.
May the FORK be with you!
User avatar
golinux
 
Posts: 1188
Joined: 2010-12-09 00:56
Location: not a 'buntard!

Next

Return to Debian Development

Who is online

Users browsing this forum: No registered users and 1 guest

fashionable