DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
... You possibly should do that before commenting on a topic.
If you want to believe that change for the sake of change and corporate self-interest have no influence (big or small) in software development, you are free to have and state that opinion, but before condemning me it is worthwhile keeping something in mind. Whether I am right or wrong, whether people agree or disagree with my opinions, at least I am consistent. I do not post contradictory opinions and vacillate on issues. Such as vigorously defending systemd, while stating I hate it enough to avoid any distribution that uses it. Then after a few months post that I like it.
If you want to believe that change for the sake of change and corporate self-interest have no influence (big or small) in software development, you are free to have and state that opinion, but before condemning me it is worthwhile keeping something in mind.
I was not talking about software in general, but specifically about your claim that Xorg is working fine (not even its developers think that) and is replaced because it is old and in the name of progress. It is quite obvious that you either ignore the reasons for the development of Wayland, or simply are not aware of them. Either way you are simply not qualified to discuss that issue and I would consider telling people "It is replaced because it is old and there is corporal self-interest" to be nothing more than FUD.
Quote:
Whether I am right or wrong, whether people agree or disagree with my opinions, at least I am consistent. I do not post contradictory opinions and vacillate on issues. Such as vigorously defending systemd, while stating I hate it enough to avoid any distribution that uses it. Then after a few months post that I like it.
You may want to re-read my posts about systemd. Just a few points about this comment:
- What you call "defending systemd" was actually fighting FUD and misinformation about it. If you have followed the systemd threads you will see that many systemd opponents just are repeating factually wrong points they have read on a random blog without thinking it over, studying systemd or even just once try it themselves, sometimes even bragging about how they actually have no clue on that topic.
- I have switched my servers from Debian to non-systemd systems not because I hate systemd, but because I do not trust its developers (for now) to provide a stable software, something that is very important for servers. I think I have stated that clearly on forums.debian.net and LQ, both forums I know you are a member of.
- Yes, I was skeptical about systemd at first (though I can't remember that I have said that I hate it, maybe you can post a link), mainly because of the random FUD about it spread everywhere on the net. I took my time to look at its design and intended purpose and came to the conclusion that I actually like it. I can choose at boot time if I want to run systemd or OpenRC, so that I can test it for its stability in everyday use with having a fallback in case something with systemd breaks.
By the way, if being consistent means that you can not change your opinion on something when new facts arrive or you have studied that something a bit more then I happily forgo being consistent.
I avoid systemd because I dislike Poettering's attitude to other *nix and general arrogance. Other individuals and distros can do what they like. I said it before - choice is good, even a choice of init systems, but something which is clearly being pushed by Red Hat and overseen by someone who sees BSD as "irrelevant" is not something I will rush to adopt.
What is your position about the thousands of code lines in systemd calling assert()? Does that qualify as reliable and robust design?
I have no position about that. I am not a coder and therefore simply don't have the knowledge which effects those assert() calls have for reliability and robustness.
That is why I am testing systemd in everyday use, for someone who is not a programmer that is the only choice to determine stability of any given program.
Now plug in your gaming headset and reroute the audio from a game to the headset while keeping output of your simultaneously running music player to the your audio amplifier, monitor or whatever you use to play back audio.
Seriously, which one you use comes down to the features you need from an audio subsystem. If you are OK with the features provided by Alsa there is nothing wrong with just using plain Alsa, as is nothing wrong with using Pulseaudio when it fits better to your needs.
1. Pulseaudio will never replace Alsa, it works on top of it. That is like thinking XFCE will replace plain Xorg.
2. If sysvinit will be replaced in your distro of choice is up to the developers. They will determine if they want to replace sysvinit, and with what to replace it, based on the distributions needs, not on how old sysvinit is.
3. If you really think that Xorg works totally fine and is replaced by its developers with Wayland just because of progress I have to assume that you haven't actually researched that topic. You possibly should do that before commenting on a topic.
Ah, yes...I hadn't considered some of the complex needs of gamers. I, Myself have never been one. I understand now; there are situations where it offers some more complex options.
I have quoted both posts as the 1st requires an answer and both require correction.
Ok quite simply Alsa does not work OOTB with some of my machines but Pulse works with all of them. I want something that I don't have to fart-ass around for ages with to get it to work. In my case Pulse works while Alsa doesn't work without fiddling. The discussion about choice means nothing to me with regards to this, infact I have no choice because I want something that works and works right away.
It's been my experience that if you're having a problem with ALSA, it's probably just "muted" if you have the alsa-utils package you can run the command: alsamixer and un-mute the master and the PCM.
It seems that most threads having any question about systemD (well almost every thread) end up with the same things repeated over and over. Perhaps they should be merged into a systemD megathread, as has been done for certain other topics that recurrently incur the same sort of repetitive passionate debate.
Distribution: Debian Wheezy, Jessie, Sid/Experimental, playing with LFS.
Posts: 2,900
Rep:
Quote:
Originally Posted by wchouser3
It's been my experience that if you're having a problem with ALSA, it's probably just "muted" if you have the alsa-utils package you can run the command: alsamixer and un-mute the master and the PCM.
Tried that many times and it never changed anything, installed pulse and the audio worked.
I have no position about that. I am not a coder and therefore simply don't have the knowledge which effects those assert() calls have for reliability and robustness.
That is why I am testing systemd in everyday use, for someone who is not a programmer that is the only choice to determine stability of any given program.
Sorry, it is my fault... I thought you were a coder.
I use Debian stable and Debian testing. Debian stable does not have systemd installed. Debian testing has systemd installed.
I did have a problem for about 2 weeks during Debian testing boot. When boot got to "populating /dev" it would hang there for a long time, perhaps a minute, and then eventually continue the boot sequence. After a routine synaptic update the problem disappeared.
Other than that one problem I have not noticed any difference, either positive or negative, between sysVinit and systemd.
I use Debian stable and Debian testing. Debian stable does not have systemd installed. Debian testing has systemd installed.
I did have a problem for about 2 weeks during Debian testing boot. When boot got to "populating /dev" it would hang there for a long time, perhaps a minute, and then eventually continue the boot sequence. After a routine synaptic update the problem disappeared.
Other than that one problem I have not noticed any difference, either positive or negative, between sysVinit and systemd.
------------------------
Steve Stites
I just did a fresh install of unstable on a new Ultrabook. I thought systemd was installed, but apparently not. Just a few systemd libs.
It's been my experience that if you're having a problem with ALSA, it's probably just "muted" if you have the alsa-utils package you can run the command: alsamixer and un-mute the master and the PCM.
Yes... come across this countless times. ALSA can be a pain in the arse but reading the manual and ensuring outputs are not muted in alsamixer usually gets it working.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.