Page 1 of 2 12 LastLast
Results 1 to 10 of 19

Thread: Debian Switches Back To Using GLIBC

  1. #1
    Join Date
    Jan 2007
    Posts
    15,609

    Default Debian Switches Back To Using GLIBC

    Phoronix: Debian Switches Back To Using GLIBC

    A half-decade ago the Debian project switched from GLIBC to EGLIBC as their standard C library. Debian is now reverting course and switching back to GLIBC...

    http://www.phoronix.com/vr.php?view=MTcyNDY

  2. #2
    Join Date
    Sep 2012
    Posts
    78

    Default

    Now we just have to switch back from systemd... to sysv or better: procd.

  3. #3
    Join Date
    Oct 2007
    Posts
    1,322

    Default

    Quote Originally Posted by Ardje View Post
    Now we just have to switch back from systemd... to sysv or better: procd.
    I'd rather Debian switched back to ffmpeg from libav...

  4. #4
    Join Date
    Feb 2011
    Posts
    163

    Default

    Quote Originally Posted by DanL View Post
    I'd rather Debian switched back to ffmpeg from libav...
    +1 tired of broken xbmc packages that were made to compile / use libav and worse user experience

  5. #5
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,660

    Default

    Wow, yea, Debian has been doing some awesome defaults choices lately. Now the major things left are as mentioned ffmpeg and also CD burners (libburnia is the best bet right now, from the looks of it).

  6. #6
    Join Date
    Feb 2008
    Posts
    1,343

    Default

    Quote Originally Posted by fritsch View Post
    +1 tired of broken xbmc packages that were made to compile / use libav and worse user experience
    There is one uses embeded ffmpeg .

    http://people.debian.org/~rbalint/ppa/xbmc-ffmpeg/

    I mean switching to ffmpeg or not, that will not change anything to people who like to use embeded ffmpeg .
    Last edited by dungeon; 06-19-2014 at 12:58 PM.

  7. #7
    Join Date
    Feb 2011
    Posts
    163

    Default

    Quote Originally Posted by dungeon View Post
    There is one uses embeded ffmpeg .

    http://people.debian.org/~rbalint/ppa/xbmc-ffmpeg/

    I mean switching to ffmpeg or not, that will not change anything to people who like to use embeded ffmpeg .
    Jep, it also won't change people that are finished with quality testing after it has compiled succesfully with whatever unsupported version they are currently running. Distro policy > user experience. But it's not only debian - during last 3 days, probably 12 Arch users entered xbmc forum / irc and complained about video playback errors ... exact same issues. Distro packaged and was finished after doing so.

    Edit: https://projects.archlinux.org/svnto...=packages/xbmc
    Last edited by fritsch; 06-19-2014 at 01:11 PM. Reason: linked to patches

  8. #8
    Join Date
    Feb 2014
    Posts
    45

    Default

    Quote Originally Posted by Ardje View Post
    Now we just have to switch back from systemd... to sysv or better: procd.
    ^ this.

  9. #9
    Join Date
    Oct 2010
    Posts
    482

    Default

    Quote Originally Posted by fritsch View Post
    Jep, it also won't change people that are finished with quality testing after it has compiled succesfully with whatever unsupported version they are currently running. Distro policy > user experience. But it's not only debian - during last 3 days, probably 12 Arch users entered xbmc forum / irc and complained about video playback errors ... exact same issues. Distro packaged and was finished after doing so.

    Edit: https://projects.archlinux.org/svnto...=packages/xbmc
    Well, at least with Arch there's the AUR, or if you prefer stable... ("Source" link from here
    ) Then there's abs, if you're more familiar with portage or the like.

    I know it's less convenient than having working packages ootb, but you can't expect everything to work perfectly all the time on a community maintained OS...unless you're willing to help, that is.

    And, fwiw, xbmc is in the community repo, which means it is a package from the AUR that had enough votes to be maintained by a TU.
    Last edited by Nobu; 06-19-2014 at 02:53 PM.

  10. #10
    Join Date
    Sep 2011
    Posts
    140

    Default

    Quote Originally Posted by Ardje View Post
    Now we just have to switch back from systemd... to sysv or better: procd.
    I have never heard of procd, so I went to its website to see what benefits it has over other init systems. I have got to say, these people can make a very persuasive argument:

    Quote Originally Posted by procd website
    Why do we want procd?

    One thing that procd does much better then

    It boils down to the fact that the current are rather constrained and inflexible:

    *
    *
    *

    procd will be able to - and of course all that without adding unnecessary bloat. AFAIK there are no alternatives to procd.
    (Not a troll against procd, as I have no idea what it is or what it stands for, but their website needs an update).
    Last edited by CTown; 06-19-2014 at 03:51 PM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •