The time now is Mon 23 Apr 2018, 14:11
All times are UTC - 4 |
Should Puppy's package format be changed? |
Yes, without backwards compatibility. |
|
28% |
[ 11 ] |
Yes, with backwards compatibility. |
|
25% |
[ 10 ] |
No, but the PET format should be standardized/stricter. |
|
20% |
[ 8 ] |
No, the PET format works fine. |
|
25% |
[ 10 ] |
|
Total Votes : 39 |
|
Author |
Message |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Sun 11 Mar 2012, 14:55 Post subject:
|
|
sunburnt wrote: |
It has a nice set of dependency tree files that make it work well.
|
It doesn't work "well" at all. That's why they're presently considering a whole new system, which most likely won't help much.
|
Back to top
|
|
 |
sunburnt

Joined: 08 Jun 2005 Posts: 5087 Location: Arizona, U.S.A.
|
Posted: Mon 12 Mar 2012, 14:32 Post subject:
|
|
Well compared to Puppy`s method of dependency tracking. I think it`s left up to the package builder.
Since when don`t dependency tree files work well? Is there a better way to include all the files needed?
Well... There`s always static building of apps. I guess, but it isn`t a favored method for obvious reasons.
Tiny Core is a modified legacy setup, but that was the easiest way to make use of the existing packages.
To really fix Linux small changes or even bigger ones have proven insufficient. Real change is needed.
I`ll have to take a look and see if there`s an ongoing discussion about directions that Tiny Core might take.
|
Back to top
|
|
 |
disciple
Joined: 20 May 2006 Posts: 6781 Location: Auckland, New Zealand
|
Posted: Mon 12 Mar 2012, 15:21 Post subject:
|
|
Quote: | To really fix Linux small changes or even bigger ones have proven insufficient. |
Linux is broken? News to me...
_________________ If you have or know of a good gtkdialog application, please post a link here
Classic Puppy quotes
ROOT FOREVER
|
Back to top
|
|
 |
anewuser
Joined: 05 Feb 2012 Posts: 72
|
Posted: Mon 12 Mar 2012, 16:28 Post subject:
edit (blank msg initially) |
|
OT
Long interesting thread. Have any conclusions been made? And decisions from this thread will be made?
Currently end users have no way to tell if a pet will/would/could work on their puppies due to the vast ammount of versatility puppies provide (basically a toy to play with) and most likely yes, with modifications/upgrades or even regresions.
In order for a pet to work it's needing to be based off bary's branches without tweaks/modifications/tunning (almost the most basic set up) though when he upgrades key stuff on his setup, all pets depending on his upgrades break, as shown by posts/experience.
reference
http://bkhome.org/blog/?viewDetailed=02595
http://bkhome.org/blog/?viewDetailed=02594
http://bkhome.org/blog/?viewDetailed=02490
http://bkhome.org/blog/?viewDetailed=02456 (#2 gtk upgrade, key puppy component eg)
and so on...puppy isn't for the casual end users but for people willing to try their hand at fixing.
Key components of the system updated leads to broken/needing to upgrade apps/pets depending on those key components. Dependencies here and there (normal in any OS, not what's being discussed anyway [let's not get into that either]) but my point was that pets work if made with the main branches in mind, without tweaks or modifications, for the basic lines distributed (barry's).
..Now I get why he call his distros puppies...he's the top dog of the pack
if it were a team decision I'd change my "No, but the PET format should be standardized/stricter." to "Yes, without backwards compatibility." but's it's up to barry's actually as far as his puppies are concerned.
my two cents
Aaaaaaaaitch ty! (tags)
PS: I'd love to have this thread as a txt/htm/pdf or all the post in a single page view for offline reading. Great ideas in here.
Last edited by anewuser on Mon 12 Mar 2012, 17:27; edited 4 times in total
|
Back to top
|
|
 |
Aitch

Joined: 04 Apr 2007 Posts: 6815 Location: Chatham, Kent, UK
|
Posted: Mon 12 Mar 2012, 16:45 Post subject:
Re: edit (blank msg initially) |
|
anewuser wrote: | OT
Long interesting thread. Have any conclusions been made? And decisions from this thread will be made?
Currently end users have no way to tell if a pet will/would/could work on their pets due to the vast ammount of versatility puppies provide (basically a toy to play with) and most likely yes, with modifications/upgrades or even regresions.
In order for a pet to work it's needing to be based off bary's branches without tweaks/modifications/tunning (almost the most basic set up) though when he upgrades key stuff on his setup, all pets depending on his upgrades break, as shown by posts/experience.
reference
http://bkhome.org/blog/?viewDetailed=02595
http://bkhome.org/blog/?viewDetailed=02594
http://bkhome.org/blog/?viewDetailed=02490
http://bkhome.org/blog/?viewDetailed=02456 (#2 gtk upgrade, key puppy component eg)
Key components of the system updated leads to broken/needing to upgrade apps/pets depending on those key components. Dependencies here and there (normal in any OS, not what's being discussed anyway [let's not get into that either]) but my point was that pets work if made with the main branches in mind, without tweaks or modifications, for the basic lines distributed (barry's).
..Now I get why he call his distros puppies...he's the top dog of the pack
if it were a team decision I'd change my "No, but the PET format should be standardized/stricter." to "Yes, without backwards compatibility." but's it's up to barry's actually as far as his puppies are concerned.
my two cents |
url tags sorted, caused blank post
Aitch
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Mon 12 Mar 2012, 18:47 Post subject:
|
|
sunburnt wrote: | Well compared to Puppy`s method of dependency tracking. I think it`s left up to the package builder.
Since when don`t dependency tree files work well? Is there a better way to include all the files needed? |
well..that's easy. It doesn't work well when there's some dep name change and your OS won't boot.
Right...the package builder determines what the deps are; so that kindof rules out woof, doesn't it ? Every flavor would have to have it's own unique and maintained database, which sounds boring to me, when I can tap into a universe of packages elsewhere.
|
Back to top
|
|
 |
Aitch

Joined: 04 Apr 2007 Posts: 6815 Location: Chatham, Kent, UK
|
Posted: Mon 12 Mar 2012, 18:58 Post subject:
|
|
anewuser wrote: | PS: I'd love to have this thread as a txt/htm/pdf or all the post in a single page view for offline reading. Great ideas in here. |
try this, p2, 24th December version
http://www.murga-linux.com/puppy//viewtopic.php?t=74404
Aitch
|
Back to top
|
|
 |
sunburnt

Joined: 08 Jun 2005 Posts: 5087 Location: Arizona, U.S.A.
|
Posted: Tue 13 Mar 2012, 23:22 Post subject:
|
|
Yep... All part of what`s known as dependency hell, and I don`t see any method that solves it.
But again... Static compilation does make the app. work without problems with what`s included.
There`s still dependencies but fewer of them. I`ve had good luck with large static apps. in Puppy.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Wed 14 Mar 2012, 01:16 Post subject:
|
|
sunburnt wrote: |
But again... Static compilation does make the app. work without problems with what`s included. |
..only in theory. How do you know what the right dependencies are to include in the static package? We live in a dynamic world, where all the components are continually shifting...unless you want to include all the xlibs, etc., for every package..and even then I'm not sure. What about the kernel, the chain, etc. Also, don't forget to include everything needed for every brand of computer in your static package.
|
Back to top
|
|
 |
sunburnt

Joined: 08 Jun 2005 Posts: 5087 Location: Arizona, U.S.A.
|
Posted: Thu 15 Mar 2012, 15:04 Post subject:
|
|
jpeps; I kinda covered all of that... Only what`s in the compile can be vouched for. And yes, I commented earlier about the difficulty of finding the correct lib. for a build.
It`s a twisted mess only made worse by poor utilization of the proper build methods. In the case of Puppy it`s almost to the point all apps. need to be built with Puppy.
But I think verified add-on lib. SFS files could help shore up the dependency mess. Then package builders have a more solid base, reducing the size of static builds.
Last edited by sunburnt on Fri 16 Mar 2012, 15:02; edited 1 time in total
|
Back to top
|
|
 |
Moose On The Loose

Joined: 24 Feb 2011 Posts: 778
|
Posted: Fri 16 Mar 2012, 11:37 Post subject:
|
|
sunburnt wrote: | Yep... All part of what`s known as dependency hell, and I don`t see any method that solves it.
But again... Static compilation does make the app. work without problems with what`s included.
There`s still dependencies but fewer of them. I`ve had good luck with large static apps. in Puppy. |
In most cases, the static compile is the best way to go. You can make a script that flips in and out different versions of libraries. For some programs where the compiled version is all I could get, this works. Basically, when you want to start the program you run a script not the main file. This script flips in the libraries that make the the program work, and then flips them back out when it is done. It means you only get to run one program at a time but sometimes that is the best that can be done.
Many times even when the alleged source code for a program is published, you can't make it compile unless you have exactly the same system as the author.
|
Back to top
|
|
 |
sunburnt

Joined: 08 Jun 2005 Posts: 5087 Location: Arizona, U.S.A.
|
Posted: Fri 16 Mar 2012, 15:14 Post subject:
|
|
Moose On The Loose; It`s almost as if trying to deal with and fix standard builds is sort of hopeless, it`s never really going to be right anyway.
amigo commented on the hassles of static builds, so I suggested making a set of tools to automate the whole process as much as possible.
Again... A few extra sets of SFS lib. add-ons would potentially make static builds smaller and all builds would have a better base.
Short of this, those libs. might be best built with Puppy in a variant. But making a Puppy variant for each special purpose is nuts.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Fri 16 Mar 2012, 16:11 Post subject:
|
|
sunburnt wrote: | But making a Puppy variant for each special purpose is nuts. |
Perfect...that will make you eligible to join the tc "team"
|
Back to top
|
|
 |
Moose On The Loose

Joined: 24 Feb 2011 Posts: 778
|
Posted: Sat 17 Mar 2012, 18:33 Post subject:
|
|
sunburnt wrote: | Moose On The Loose; It`s almost as if trying to deal with and fix standard builds is sort of hopeless, it`s never really going to be right anyway.
|
Sometimes there just is no better way than to fiddle with libraries until the program works. It would be very nice if absolutely everything I will ever need was available but really that is too much to hope for. I can either reboot into a different Linux distro to get those program or fiddle.
Unfortunately, it isn't something that is really worthy of making into a *.pet. I've got the things I need to work so I'm using them as they are.
|
Back to top
|
|
 |
greengeek

Joined: 20 Jul 2010 Posts: 4939 Location: Republic of Novo Zelande
|
Posted: Wed 25 Apr 2012, 13:57 Post subject:
|
|
Stumbled upon this old thread/comment from 2005 and found it interesting in the light of this particular topic:
http://www.murga-linux.com/puppy/viewtopic.php?t=290&start=23
and:
http://www.murga-linux.com/puppy/viewtopic.php?t=290&start=29
.
|
Back to top
|
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|