Live data from Hacker News

CentOS 7 released on x86_64

lists.centos.org

91–100 of 123 posts

Re: CentOS 7 released on x86_64

#91
post #50

Earlier quoted context omitted.

I've never had issues with PulseAudio personally.

I still use ALSA on my desktop system due to weird issues that only happen with PulseAudio. I still don't trust Lennart, even though systemd looks nice from what i've seen.

Did you report the issues?

Re: CentOS 7 released on x86_64

#92
post #76

I always scare of CentOS/Fedora. Whenever I updated something, it will be very old packages. Leading to use 3rd repo, and without any kind of document, the next sysadmin will be in trouble. I used to install Gearman on Centos 5.9 and it was a nightmare: the original 3rd repo didn't have gearman and I have to use other repo which is complain about PHP-Common conflicting. Remi and webtactic did help at the end. It's ha…

Huh? Fedora is probably the closest you get to a bleeding edge distro without going rolling release.

Only if you upgrade regularly. Support is very short and you'll get stuck without updates.

Re: CentOS 7 released on x86_64

#93
post #72
post #4

Woo. Have been using the RHEL 7 Amazon AMI images, and it's nice not to worry about shell scripts / custom supervisord stuff for your web services anymore. My node app is deployed with a single `myapp.service` file thanks to systemd: [Service] ExecStart=/usr/local/bin/node --harmony /var/www/myapp/server.js Restart=always User=nobody Group=nobody Environment=PATH=/usr/bin:/usr/local/bin Environment=NODE_ENV=productio…

How do you do "configtest" and "graceful" with systemd/systemctl (trick question, you cannot, use old init.d scripts)

How do you do "configtest" and "graceful" with old init.d scripts?

    # /etc/init.d/mysqld configtest
    Usage: /etc/init.d/mysqld {start|stop|status|restart|condrestart|try-restart|reload|force-reload}

    # /etc/init.d/mysqld graceful
    Usage: /etc/init.d/mysqld {start|stop|status|restart|condrestart|try-restart|reload|force-reload}

Re: CentOS 7 released on x86_64

#94
post #60

I can learn to adjust to systemd But wow I cannot stand grub2, what a mess.

Agreed. Config files 100 times bigger and more complicated. Why? Go to it's home page and find a link that says "differences between GRUB Legacy and GRUB" which simply goes to the grub .97 manual which says absolutely nothing about differences between the 2 versions. They really care about their users, that's for sure.

On Debian you usually stick to changing options in /etc/default/grub and don't touch anything in /etc/grub.d.

Re: CentOS 7 released on x86_64

#95

Earlier quoted context omitted.

I still use ALSA on my desktop system due to weird issues that only happen with PulseAudio. I still don't trust Lennart, even though systemd looks nice from what i've seen.

Did you report the issues?

There are already several similar issues in their bug tracker with no resolution.

These all seem similar to what i've been experiencing:

https://bugs.freedesktop.org/show_bug.cgi?id=46350

https://bugs.freedesktop.org/show_bug.cgi?id=46296

This is what happened last time i decided to try PA again:

https://bugs.freedesktop.org/show_bug.cgi?id=73945

Re: CentOS 7 released on x86_64

#96
post #87
post #58

Earlier quoted context omitted.

It depends what sound hardware and software you use, what the memory layout of the PulseAudio daemon happens to end up like on your system, your tolerance for audio glitches, and how long you go between reboots. The code quality's awful but if you're lucky you can miss out on the worst of the issues.

I can at least vouch for 1) drivers (arguably this is an alsa thing, but pulseaudio had a way of exposing problems), and 2) your tolerance not just for glitches, but also latency (in the form of buffers) and overall sound quality. I suspect, based on how few people seem to be upset about pulse audio (as opposed to what one might expect) that some subset of popular sound hw worked rather well. It's just not a subset I…

The issue with drivers is a bit interesting. I wonder what pulseaudio does that alsa doesn't.

Re: CentOS 7 released on x86_64

#97
post #42

Am I missing something? This was submitted two hours ago, yet the images (CentOS-6.5-x86_64-bin-DVD1.iso) are the same that I had downloaded on 6/20/2014. The release notes list the new image names, but they don't appear to be pushed out to the mirrors.

Check here: http://isoredirect.centos.org/centos/7/isos/x86_64/

There's quite a few mirrors with images. However, they do recommend torrenting the images:

http://lists.centos.org/pipermail/centos-announce/2014-July/...

Re: CentOS 7 released on x86_64

#98
post #74
post #50

Earlier quoted context omitted.

I've never had issues with PulseAudio personally.

...said no one ever. The very first thing I used to do on any new Linux install (until most distros stopped including it) was to uninstall Pulse and all of its dependencies.

What sound card(s)?

Pulse audio on various old Thinkpads (X200s, X60, X61s) seems fine (Debian Wheezy and CentOS 6/pre-release 7) with built in sound card and a cheapo USB microphone as 'input'.

Re: CentOS 7 released on x86_64

#100
post #31

Earlier quoted context omitted.

>Oh, an embedded HTTP server is loaded to read them. QR codes are served, as well. And outright falsehoods. systemd-journald-gatewayd is entirely optional. People keep harping on a packaging mistake when it was first pushed to Fedora for testing, but repeating it so many times doesn't make it true. >In fact, udev merged with systemd a long time ago systemd relies on udev and dbus, but udev doesn't pull in systemd as…

I'd be very interested to see a qualified crypto expert on the "sealing" that journald uses. This is one of two indicators of a troubling level of arrogance from the developers. The crypto method used by journald to verify messages haven't been tampered with is called Forward Secure Sealing [0]. It's based on an invention of the brother of Lennart - the lead developer, and for a long time after first release even the…

I like linus comment[0] about a workaround on the issue in your 3rd link.

[0]: http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01331.html

Post reply on HN