New features which should be implemented in Porteus; suggestions are welcome. All questions or problems with testing releases (alpha, beta, or rc) should go in their relevant thread here, rather than the Bug Reports section.
-
francois
- Contributor

- Posts: 6297
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#31
by francois » 16 Mar 2014, 19:05
Hello, amigo. You have all my respect. However, according to spbuilder, they would have find some way to cirumvent the problem. Have you been working with spbuilder? If its the case forgive my intervention.
Prendre son temps, profiter de celui qui passe.
francois
-
brokenman
- Site Admin

- Posts: 6104
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
-
Contact:
Post#32
by brokenman » 16 Mar 2014, 20:52
A quote from their page:
Issues
The very basic ability to work with standard Slackware® or SBo build scripts is of limited value at the moment since they have no (or not enough) fields to fully describe prerequisite packages for building. However quite minor changes to SBo packages can allow them to fully utilize spbuilder's capabilities.
The quite minor changes they speak of requires editing every .info file in the repository that is not written correctly. In short, they are saying that it is an automated build system, but it won't resolve build time dependencies.
The basic problem is that people don't follow a standard. If every SBo had a correctly written .info file then this would work but the fact is that they don't. Because of this any reliable dependency resolution is almost impossible. I would love (probably more than most people) for SBo to be fail proof and build everything but I don't think this is realistic at the moment.
How do i become super user?
Wear your underpants on the outside and put on a cape.
brokenman
-
francois
- Contributor

- Posts: 6297
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#33
by francois » 29 Mar 2014, 12:58
Is it possible to adapt porteus-aur to porteus 3.0? usm is really more efficient than ppm was.
Prendre son temps, profiter de celui qui passe.
francois
-
francois
- Contributor

- Posts: 6297
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#34
by francois » 29 Mar 2014, 15:49
Forget about it. Finally, I just realized that no matter the porteus version. It will work.
Great.

Prendre son temps, profiter de celui qui passe.
francois
-
ViktorNova
- Contributor

- Posts: 33
- Joined: 19 Jun 2013, 19:38
- Distribution: Porteus 3.0rc1 64-bit
- Location: Portland, Oregon, USA
Post#35
by ViktorNova » 09 Apr 2014, 03:30
Glad you are finding it useful!
I have admittedly not used this on Porteus in awhile (someone made a Porteus-ized verison of Debian and I have been kinda hooked on that), although this does work on other OSs besides Porteus! When it is a little more put together I plan to call it "Architect"
The arch packages this is using (expac, pacman, etc) were ones I just directly converted from Arch binary packages, so if at any point they stop working (if I haven't gotten around to fixing it yet) you can just convert the same packages from Arch current or build them yourself from source. This method isn't actually anything I wrote, just a specific way of using tools other people made for Arch!
ViktorNova
-
francois
- Contributor

- Posts: 6297
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#36
by francois » 09 Apr 2014, 10:43
Some automation of dependencies resolution would be really great.
Do you have that link to porteus-deb?
Ok, I have it, see:
http://www.murga-linux.com/puppy/viewtopic.php?t=90660
Prendre son temps, profiter de celui qui passe.
francois