Announcement

Collapse
No announcement yet.

Ubuntu To Get Its Own Package Format, App Installer

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

  • Delgarde
    replied
    Originally posted by Sonadow View Post
    USB drive to phone connection. There are many adapters that allow for this already.

    The only obstacle is support for external USB devices at the operating system level.
    Well, there's one other obstacle too - the fact that to use the applications installed on that drive, your phone needs to be plugged into an external drive that's twice as big as the phone is. Not great usability...

    Leave a comment:


  • gigaplex
    replied
    Originally posted by Sonadow View Post
    USB drive to phone connection. There are many adapters that allow for this already.

    The only obstacle is support for external USB devices at the operating system level.
    That's clunky enough if the drive is purely used for data, and I can't see Canonical expecting any of their customers to do that. If applications are installed to it as well (which is implied as this discussion came about due to increased storage requirements for applications) then have fun running those applications.

    Leave a comment:


  • Delgarde
    replied
    Originally posted by Detructor View Post
    In my eyes the GPL is all about rights of the 'customer' aka the user, the developer has nearly no rights and that's what I'm not comfortable about.
    That's just not true - the GPL gives the developer the right to do something they would otherwise have no right to do, namely use their code in your product. It's not quite so unrestrictive as some licenses, but it's more than you get by default.

    Edit: or do you mean the developer of the GPL code? It's not clear whether you object to releasing your own code under GPL, or to being forced to by using other people's GPL code...

    Leave a comment:


  • Sonadow
    replied
    Originally posted by gigaplex View Post
    I'd surely like to see you install that 1TB drive into your phone. Since, you know, that's where this packaging work is mostly focussed towards.
    USB drive to phone connection. There are many adapters that allow for this already.

    The only obstacle is support for external USB devices at the operating system level.

    Leave a comment:


  • gigaplex
    replied
    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
    I'd surely like to see you install that 1TB drive into your phone. Since, you know, that's where this packaging work is mostly focussed towards.

    Leave a comment:


  • Ericg
    replied
    Originally posted by Ibidem View Post
    Oh, you want to get rid of Canonical and Red Hat and HP and the wicd developers?
    Red Hat-yum
    HP-hplip
    wicd needs python

    (I personally don't like this trend, but it's not solely Canonical's devising; I get the impression that Red Hat has done more to contribute to system bloat than anyone else.)
    A well written python app will be just as fast as a C or C++ app unless you optimize the C or C++ app in some way (beyond just best practices). Also python is easier for maintenance so theres a bump in its direction. This flies directly at the same age old argument... do you use a custom written hand tuned algorithm thats fast, but a nightmare to maintain. Or do you go for a slightly slower one, that still gets the job done, thats easier to maintain? Personally, I prefer longterm maintenance benefits from easy to read code.

    Leave a comment:


  • Ibidem
    replied
    Originally posted by leonmaxx View Post
    Please someone, kill those guys who use python to write system tools and apps.
    Oh, you want to get rid of Canonical and Red Hat and HP and the wicd developers?
    Red Hat-yum
    HP-hplip
    wicd needs python

    (I personally don't like this trend, but it's not solely Canonical's devising; I get the impression that Red Hat has done more to contribute to system bloat than anyone else.)
    Last edited by Ibidem; 08 May 2013, 09:21 PM.

    Leave a comment:


  • buggzeerra
    replied
    Originally posted by n3wu53r View Post
    Aurdour is extremely complicated software written by a highly skilled and trained professional, who also has a family. He targets to get $4500 a month.

    Ardour barely brings in $2000 a month.
    https://community.ardour.org/news Look at the finance pane on the right side.
    Christ. Every once in a while, somebody dumps such a load of bollocks on an internet forum that requires you to register a user name just to set the record straight.

    Ardour is making more money than it's worth, and the developer is only relatively skilled within Linux audio, but he's quite mediocre by Mac or Windows standards. I wasted a month of my life attempting to use Ardour3, it crashes every 5 minutes if you try to do anything other than just record a microphone, and the Ardour bugtracker reflects this truth.

    They allow Harrison to make a closed source DAW with the Ardour GPL code, which only sells for $45 and is not popular at all because adding Harrison DSP doesn't make Ardour suck any less. They also have a Mac port of Ardour that nobody uses, because it doesn't begin to compare to real DAWs like Logic, Digital Performer and Protools.

    Leave a comment:


  • n3wu53r
    replied
    Originally posted by intellivision View Post
    You can release under the GPL, then only offer the source code i.e. no binaries.
    Won't stop some determined people, but it will stop a lot. They do the same with Ardour.
    Aurdour is extremely complicated software written by a highly skilled and trained professional, who also has a family. He targets to get $4500 a month.

    Ardour barely brings in $2000 a month.
    https://community.ardour.org/news Look at the finance pane on the right side.
    Last edited by n3wu53r; 08 May 2013, 07:43 PM.

    Leave a comment:


  • nzmm
    replied
    reading for the win

    Originally posted by leonmaxx View Post
    Please someone, kill those guys who use python to write system tools and apps.
    they are still prototyping, from the mailing list:
    Originally posted by Colin Watson
    current prototype implementation in Python; a later implementation could be in C

    Leave a comment:

Working...
X