Jump to content

Renich

Members
  • Content Count

    4
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Renich

  1. I do not agree on the Gnome example, but let's leave it at that.
  2. Nice idea. It is a cool way of being constructive and it would solve a few issues. Thanks.
  3. Well, I don't see what is the problem with alternatives. We support exim and postfix, for example. There're a lot of options and this is just that, IMHO. I assume that developers accross distros know what they're doing. I don't see anybody pushing anybody to adopt SystemD. I think you're assuming otherwise and I'd like to see some proof of that, if you have any. I agree that the maintainers have a hard time and that they're overworked. I appreciate everything they do. On the other hand, it's their choice and they're up to the task. In fact, It might even prove to be simpler to maintain
  4. Nope, I am pointing out that I don't have a choice about my init system and that the lack of this choice, in particular, will aliniate any user that doesn't participate. You should, at least, have a choice of, what today, is becoming the industry standard init system, resource manager, loging solution and booting-watch-cha-ma-call-it. That's all. Well, you speak of things like if they happened unilaterally. Developers at work made their decisions and came up with, what they thought, it was the best plan. The result of SystemD taking over stuff is just a consequence of devs thinking it is
  5. So, is this how we discuss technology?... Please, keep your opinions technical, if possible. No, I haven't read the code for SystemD. While at it; confessing, I haven't read the code to the Kernel nor Python; and I use them. That doesn't mean I don't trust the software. There are hoards of people working on it, openly, and that makes me trust the code. Same goes for SystemD. Besides, I've used it and, in my experience, it has worked pretty well. Not only for init things, but for containers and resource management; as well as logs and stuff. I do not work for Red hat. I have maintained
  6. Well, in my case, I have nothing against Red Hat. As you say, they invest in maintaining a lot of FOSS. Fedora is the lead, which the upstream for their RHEL. While I collaborated more actively there, we were always pointed upstream. The author of the FOSS is the one we should support and help in every way possible. That philosophy is what brought me to them. Fedora, as the upstream, is an awesome project. Very collaborative and with a great community. Red Hat, mainly, takes care of the resources it needs to function. Besides, they've open sourced a lot of cool software; following their ow
  7. Man, you are too defensive. You keep saying you're not dumb and all but I haven't found the part where they call you dumb. As I see it, you're the one assaulting g-j- while he, objectively, writes his opinion on things, backing it with code. Please, do your best to defend your point in the same way or as best as you can. Bashing people gain you anything. Remember, respect is earned, not asked for.
  8. If anybody here is interested in learning about SystemD, check this out: https://fedoraproject.org/wiki/Systemd That page contains several good links. The definitive guide would be: http://www.freedesktop.org/wiki/Software/systemd/#thesystemdforadministratorsblogseries
  9. Please, respect each other's opinions. We can discuss SystemD and leave out personal attacks. Let's not turn this into a flame war. That said, awesome examples j-g-. Those are some of the reasons why I love SystemD. Those who have bad experience using SystemD is because of the poorly hacked/configured environment in where they tried it. I recommend checking out Fedora. It works flawlessly and bugs get attended, as the rest of them. I could say the same thing about Pulseaudio. Also, I didn't come to Funtoo because of it's anti-SystemD attitude. I came here bacause: it's a roll
  10. Well, I'd like to contribute. Same state here. Not much time available, but would love to help.
  11. Guys, thanks a lot for your opinions on my own. It's been a fun read and; like everything in the real world, I agree with some, disagree with some and learned a few things in the way. I don't want to come out as a Fedora/systemd chauvinist. I will, also, reserve my opinion on your opinions. This is a private talk we can have, on 1-on-1 basis. Feel free to write to renich a7 woralelandia 6?7 com and we can further on the discussion. If you want to have it online; here; at the forum, let me know. I just want to avoid flames at all cost; that's why I am trying to be cautious. Again, thank
  12. Yes, well, if you want ot use systemd on Funtoo, you need to deactivate all the anti-systemd settings, masks and work done in order to avoid it. I mean, in the end, I could start using BSDs kernel and some obscure filesystem for what I can tell. The thing is there is no easy way of doing it that I know off.
  13. Hello, Funtoo community, I am a happy desktop and server user of Funtoo. I consider this community as good and awesome as the best FOSS communities out there. I am, of those, who actually have fun using Funtoo. That said, I want to express my honest opinion on our systemd stance. Now, before I start, this is not: * a request * a claim for support * a rant This is only my opinion and, since we coexist in a free and friendly community, I think this is the right place to post this. Systemd has been adopted by many of the important GNU & Linux distributions all around
  14. CFLAGS="-march=amdfam10 -O2 -pipe" CXXFLAGS=${CFLAGS} CHOST="x86_64-pc-linux-gnu" ACCEPT_KEYWORDS="~amd64" MAKEOPTS="-j7 -l6" ADD="attr bash-completion cairo consolekit dbus dhclient ffmpeg gallium glamor gnutls gtk3 id3tag jack jpeg2k ladspa libav lv2 networkmanager packagekit policykit pulseaudio ruby symlink theora udev unicode v4l vaapi vdpau vim-syntax vorbis webkit-gtk xattr xinerama" REMOVE="-bluetooth -nss -dhcpcd" CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext popcnt sse sse2 sse3 sse4a" ABI_X86="32 64" USE="${REMOVE} ${ADD}" LINGUAS="en es en_US es_MX es_LA" # Portage
  15. Yep: https://bugs.funtoo.org/browse/FL-2485
  16. It would be cool if the pre-built kernels/initramfs images included virtio and btrfs modules. I tried mine as a KVM/Qemu guest and got nowhere with it. What I do is use genkernel-next; with vanilla sources. It provides a --virtio and --btrfs options and injects those modules into the initramfs image.
  17. Renich

    GCC update

    Thanks a lot, guys!
  18. Renich

    GCC update

    Hello, What is the correct way of updating gcc to 4.9.2? It is asking for an unmask but I doubt it is the correct way of doing things.
×
×
  • Create New...