Announcement

Collapse
No announcement yet.

New Features Coming For Debian 7.0 "Wheezy"

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • buzz
    replied
    Originally posted by ryszardzonk View Post
    For the past months I have read so much that ffmpeg is better from libav for number of reasons among others including better response time to fixing security issues. If that is all true than why in the world would this happen??


    Anyone might share light on this?
    Because when the failed coup then fork happened (A real mess it was), the debian maintainer happened to be on the libav side. So it wasn't something anyone had much choice over (An ego decision it seems). It is also a bad decision imho.

    This makes good reading and explains some of the current issues. I have to agree with it.

    Leave a comment:


  • ryszardzonk
    replied
    For the past months I have read so much that ffmpeg is better from libav for number of reasons among others including better response time to fixing security issues. If that is all true than why in the world would this happen??
    The libav media project fork is replacing FFmpeg
    Anyone might share light on this?

    Leave a comment:


  • curaga
    replied
    It doesn't. Besides, I'm sure the debian guys have thought about this very carefully. Probably more than any other distribution makers.
    Thanks, that's what I wanted to know.

    @Sidicas

    I don't care a hoot about 32-bit, I've been running a pure 64-bit system since 2008 with no issues. No doubt the multiarch dirs are an improvement for those wanting 32-bit on 64; I only said it would be a regression if it also forced native libs to follow the more complicated directory layout.

    Leave a comment:


  • not.sure
    replied
    Originally posted by timofonic View Post
    Debian, the extremely conservative Linux distro...
    yawn. That got kinda old in the early 2000s....

    Originally posted by curaga View Post
    It's a horrible mess for native users if it forces the native libs to /usr/lib/x86_64-whatever.
    It doesn't. Besides, I'm sure the debian guys have thought about this very carefully. Probably more than any other distribution makers.

    Leave a comment:


  • Sidicas
    replied
    Originally posted by curaga View Post
    It's a horrible mess for native users if it forces the native libs to /usr/lib/x86_64-whatever.

    I'm not sure if it does, I don't run Debian and their wiki on multiarch is inconclusive.
    Joking right? It can't possibly be any more of a horrible mess than cramming ALL 32-bit libraries onto a 64-bit system via a single package...

    I've been running Wheezy for a year now, with multiatch enabled. Never had any problems with libraries or library paths. I've even installed a couple of libs from Ubuntu's repos in order to get Steam to work and still had absolutely ZERO problems and ZERO complications. I guess maybe it's only a mess because it's "different".. From what I've heard, the lib paths are much more organized than they were before which would be a reduction in entropy.. ie: The opposite of a mess. It was a lot of work and took a lot of effort to clean up the amd64 architecture and libs to get it where it is now, but it's now at a point where it should have been from the beginning..

    I can install wine now and a ton of other 32-bit only applications on Debian amd64 and grab only the 32-bit libs that they actually *need* instead of installing ia32-libs which is a frankenstein of a package. Which is just awesome. It could mean having an operating system that loses a couple hundred megabytes of excess libs that you never use. Which saves you $$$, especially when you're installing to an SSD. It also saves bandwidth.

    There is no doubt that Debian knows how to do things the right way.. I've got zsnes (32-bit assembly only) and wine (32-bit only) running on Debian amd64 and it installs just the required libs and nothing else.. No ia32-libs packages needed... Multi-arch rocks.
    Last edited by Sidicas; 19 February 2013, 10:21 PM.

    Leave a comment:


  • curaga
    replied
    Originally posted by Erbureth View Post
    Why not mention multiarch? It's quite a big improvement to the 32bit libs on 64bit system mess.
    It's a horrible mess for native users if it forces the native libs to /usr/lib/x86_64-whatever.

    I'm not sure if it does, I don't run Debian and their wiki on multiarch is inconclusive.

    Leave a comment:


  • soupbowl
    replied
    Originally posted by timofonic View Post
    Debian, the extremely conservative Linux distro...
    Which is a good feature.

    Leave a comment:


  • Erbureth
    replied
    Why not mention multiarch? It's quite a big improvement to the 32bit libs on 64bit system mess.

    Leave a comment:


  • Wilfred
    replied
    Originally posted by timofonic View Post
    Debian, the extremely conservative Linux distro...
    Tried slackware recently? :-D

    Leave a comment:


  • timofonic
    replied
    Debian, the extremely conservative Linux distro...

    Leave a comment:

Working...
X