Page 10 of 11 FirstFirst ... 891011 LastLast
Results 91 to 100 of 102

Thread: Ubuntu To Get Its Own Package Format, App Installer

  1. #91
    Join Date
    Jul 2008
    Posts
    1,731

    Default

    Quote Originally Posted by Ericg View Post
    And in 1990 i'd agree...but this is 2013, storage is cheap. I can (and did) go out and get a 1TB external USB3.0 HDD for $75, so who cares? They're all being kept in their own app's folder so its not even like theyre all flooding /usr/lib
    hdd might be cheap. Your empty bank account thanks to Canoniocals idiocy is not.

    People who haven't learnt from history repeat its errors. And Canonical is just on its way for an epic fuck up.

    Why? To become the one and only distri. The 'canonical' solution.

    What a bunch of insufferable jerks.

  2. #92
    Join Date
    Feb 2012
    Location
    Kingston, Jamaica
    Posts
    316

    Default

    Quote Originally Posted by energyman View Post
    hdd might be cheap. Your empty bank account thanks to Canoniocals idiocy is not.

    People who haven't learnt from history repeat its errors. And Canonical is just on its way for an epic fuck up.

    Why? To become the one and only distri. The 'canonical' solution.

    What a bunch of insufferable jerks.
    Would you like cheese with your whine?

  3. #93
    Join Date
    Sep 2012
    Posts
    369

    Default

    Quote Originally Posted by Ericg View Post
    And in 1990 i'd agree...but this is 2013, storage is cheap. I can (and did) go out and get a 1TB external USB3.0 HDD for $75, so who cares? They're all being kept in their own app's folder so its not even like theyre all flooding /usr/lib
    When application has private copy of library memory taken by library can't be shared among applications and it slows down start-up of application because library isn't cached.
    When security bug is found in library, all applications with private copy have to be updated.

  4. #94
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,664

    Default

    Quote Originally Posted by LightBit View Post
    I think /bin and /sbin should be statically linked.
    What. Statically linking to anything in /sbin would mean security issues ahoy (and, well, they are binaries, not libraries, you don't link to them anyway, you link to the libraries they use). Also, both /bin and /sbin are not supposed to exist any more, anyway.

  5. #95
    Join Date
    Jul 2008
    Posts
    1,731

    Default

    Quote Originally Posted by jayrulez View Post
    Would you like cheese with your whine?
    wake up, fanboi. your reality check has bounced.

  6. #96
    Join Date
    Feb 2012
    Location
    Kingston, Jamaica
    Posts
    316

    Default

    Quote Originally Posted by energyman View Post
    wake up, fanboi. your reality check has bounced.
    Chill out fangirl. No need to get your panties in a bunch.

  7. #97
    Join Date
    Mar 2010
    Location
    Slovenia
    Posts
    391

    Default

    Quote Originally Posted by GreatEmerald View Post
    What. Statically linking to anything in /sbin would mean security issues ahoy (and, well, they are binaries, not libraries, you don't link to them anyway, you link to the libraries they use). Also, both /bin and /sbin are not supposed to exist any more, anyway.
    NO! Of course there is no libraries in /sbin and /bin, and you can't link two binaries.
    Binaries in /sbin and /bin should be statically linked to libraries they use (mostly libc.a). Of course this means, if bug is found in libc all binaries have to be rebuild.
    FHS requires /bin and /sbin (they can be symlinks), but I agree it doesn't make sense to have them, if binaries are dynamically linked.

  8. #98
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,664

    Default

    Quote Originally Posted by LightBit View Post
    NO! Of course there is no libraries in /sbin and /bin, and you can't link two binaries.
    Binaries in /sbin and /bin should be statically linked to libraries they use (mostly libc.a). Of course this means, if bug is found in libc all binaries have to be rebuild.
    FHS requires /bin and /sbin (they can be symlinks), but I agree it doesn't make sense to have them, if binaries are dynamically linked.
    Oh, so you meant that (only the?) binaries which are usually put into /bin and /sbin should be statically linked to the libraries they use. All right. You should be a bit clearer on those things next time

  9. #99
    Join Date
    Aug 2012
    Location
    Europe/Moscow
    Posts
    167

    Default

    Quote Originally Posted by jayrulez View Post
    Oh noes! It's the rabid wolves out to get Ubuntu again. If the many existing solutions were perfect or just needed a bit of work to be acceptable then why hasn't anyone done it yet? Why fault Ubuntu for trying to solve an obvious problem?

    I've learned that Ubuntu is damned if they do and damned if they don't so they might as well ignore you bunch and try to accomplish their goals.
    The last thing that I want to happen is Canonical start paying attention to moronix forums. MS has the vision which he should implement, not get distracted by local attention whores.

  10. #100
    Join Date
    Sep 2012
    Posts
    792

    Default

    Quote Originally Posted by Ericg View Post
    And in 1990 i'd agree...but this is 2013, storage is cheap. I can (and did) go out and get a 1TB external USB3.0 HDD for $75, so who cares? They're all being kept in their own app's folder so its not even like theyre all flooding /usr/lib
    good luck putting your 1TB drive into a tablet, or storing you programs on external USB drives...
    One of my Windows vista installations ended up filling its (system only) 32Gb partition (because system dlls would be added over time for "compatibility", up to 10 to 15 Gb of extra space used in Windows directory).
    I hope they are doing better with Windows 8, because if not, the 32Gb surface RT might become a little less nice when you can't install apps on it anymore after a few years.

Posting Permissions

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