Page 3 of 5 FirstFirst 12345 LastLast
Results 21 to 30 of 41

Thread: Frozenbyte Bundle Already Rakes In $250k USD

  1. #21
    Join Date
    Apr 2011
    Location
    Finland
    Posts
    22

    Default

    Quote Originally Posted by elanthis View Post
    Right.

    For which specific Debian flavor, original or Ubuntu?

    Which version(s) of that flavor?

    And given the current lack of multi-arch support in Debian distros... for which architecture?

    And the RPM folks... which distros should they make RPMs for? And which archs? And which versions of which distros?

    And then what about the Arch Linux users, Gentoo users, BSD users, Slackware users, etc.?
    I'm one of the Linux developers, so THIS!

    The installer is just an executable stub and a zip file. If you want to you can just unzip it wherever you like.

  2. #22
    Join Date
    Jan 2009
    Posts
    1,656

    Default

    somehow off topic:

    i don't know/understand the technicalities behind this but would it be possible (or how difficult) to create a single file format that will work on all linux distros on the same architecture???

    this would solve quite a lot of problems i think.

  3. #23
    Join Date
    Jan 2008
    Posts
    772

    Default

    Quote Originally Posted by 89c51 View Post
    somehow off topic:

    i don't know/understand the technicalities behind this but would it be possible (or how difficult) to create a single file format that will work on all linux distros on the same architecture???

    this would solve quite a lot of problems i think.
    A file format can't actually solve the main problems that come up when trying to ship a binary-only app. At best, if your app was broken in whatever old format you shipped it in, you'd just end up with an app that installs/uninstalls smoothly but doesn't work.

  4. #24
    Join Date
    Jan 2009
    Posts
    1,656

    Default

    Broken/non tested apps should not be shipped in the first place. But at least something like this (if feasible) will solve the problem of distributing software. In the end its all about the user and the experience he has.

    And even if you don't give a fuck about the user why not create (if possible) an automated process (from source code to package) that will free the devs from the burden of creating a many different packages.

  5. #25
    Join Date
    Jan 2008
    Posts
    772

    Default

    Quote Originally Posted by 89c51 View Post
    Broken/non tested apps should not be shipped in the first place.
    What I meant is an app that's not working on a particular distro due to missing/broken dependencies or other configuration details (e.g. a shared library built without a needed compile-time option, a daemon not running, a device filename removed or renamed, an X11 or OpenGL extension falling into disuse and having a buggy setup). And you can't test on every distro your app will be used on because they don't exist yet. I was trying to fit that part into the 1-minute edit window so I didn't properly consider how I worded it.

  6. #26
    Join Date
    Mar 2011
    Posts
    43

    Default

    And so the cycle repeats itself.

    1. A popular application comes out, and the audience starts complaining that it wasn't packaged in a format that everyone can use.
    2. The developers respond, saying that no matter WHAT package format they use, they'll get complaints. (If they use .deb, the .rpm people will complain. If they use .rpm, the .deb people will complain. The people who use neither .deb nor .rpm will complain no matter what)
    3. The audience is genuinely surprised and says, "oh wow I didn't realize this was a problem", and everyone starts discussing how there should be ONE STANDARD packaging format that all the distros should use
    4. Discussions continue, and perhaps a half-done "universal packaging format" prototype will be created, claiming to solve all the world's problems.
    5. The distro mainainers will all explain their valid reasons why this new packaging format won't meet their needs, and then they will point out that their packaging needs are all mutually exclusive
    6. In the end, it will be decided that "more choice is better, after all that's what FOSS is about", and everyone will support having several different packaging options instead of one universal format
    7. Weeks/Months/Years later, developers will still be stuck once again either having to package their app in ten different ways, or hand-rolling their own custom packages


    I don't have enough fingers and toes to count all the times I've seen this cycle repeated.

  7. #27
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,070

    Default

    Is there really no readymade script that would spit out a few debs & rpms in the, say, three most popular versions of each?

    Shouldn't be that weird to consider a binary input (ie. DESTDIR installation here, .desktop file there) and to merely wrap it up. Wouldn't even need to care what packages are named in the distros, since these binary games bundle their own libs anyway.

  8. #28
    Join Date
    Feb 2010
    Posts
    519

    Default

    Hmm how about LIFLG?

    Anyway, the bundle is already getting close to the $500k mark as I'm writing this, pretty impressive!

  9. #29
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    910

    Default

    Quote Originally Posted by PsynoKhi0 View Post
    the bundle is already getting close to the $500k mark as I'm writing this, pretty impressive!
    Yes, but it's clearly loosing momentum now.

    Was there any statistics publicly available from the last two offers?
    I mean appart from the average payments and the OS share.
    I would be especially interested in 'sales vs. time' (total and per OS).

  10. #30
    Join Date
    Jan 2010
    Location
    Portugal
    Posts
    945

    Default

    Quote Originally Posted by ean5533 View Post
    And so the cycle repeats itself.
    ...

    I don't have enough fingers and toes to count all the times I've seen this cycle repeated.
    One solution to this problem would be to make all distribution's software management tools able to handle different package formats at once.

Posting Permissions

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