Slacko Woofers

Message

01micko · #1 Post by **01micko** » Wed 14 Oct 2015, 08:28

Slacko Woofers

This is more or less an extension to the thread woof-CE needs you

All comments on woofing up a slacko or slacko64 based Puppy linux can and should be placed here to avoid cluttering up the original thread by Iguleder.

Happy woofing!

01micko · #2 Post by **01micko** » Wed 14 Oct 2015, 08:29

Here be Slacker wannabees

peebee · #3 Post by **peebee** » Wed 14 Oct 2015, 11:08

My collected Slacko comments from "woofing" 32-bit Slacko-6.0.7.2

f2fs partitions are not being detected - need the libblkid patch see: http://www.murga-linux.com/puppy/viewto ... 629#787629

gparted_DOC-0.19.0-i686.pet is not available in the 14.1 pet repo - it is in the 14.0 repo

pup-sys-info could be updated to v2.6

yassm could be updated to v2.7

sfs_load could be updated to sfs_load-2.3.3 ? http://www.murga-linux.com/puppy/viewto ... 446#866446

dhcpcd-6.7.1-dropwait-slacko-i686.pet produced by rerwin might be used ? http://murga-linux.com/puppy/viewtopic. ... 546#832546

rather limited set of huge kernels available in the repo

mime type for pdf's not setup to activate evince

firewall behaviour has changed - no longer in systray?

pupmd5sum would be a small useful addition http://www.murga-linux.com/puppy/viewto ... 161#627161

patch-2.7.4-i486-1_slack14.1.txz would be useful in the main sfs rather than in the devx ?

the 2 deprecated lines in /etc/fonts/conf.avail/50-user.conf seem to cause problems in some situations with gtkdialog (frisbee in an lxde environment)

Billtoo · #4 Post by **Billtoo** » Wed 14 Oct 2015, 12:01

I'm testing Slacko-6.0.5.0 on an 11 year old compaq presario P4, (reported in the Slacko 6.0 beta 2 thread).
I'm posting from it now, works great.

Will woof the next version today most likely.

Billtoo · #5 Post by **Billtoo** » Wed 14 Oct 2015, 19:57

I woofed Slacko-6.0.7.2 today and did a manual frugal install to a 16gb
flash drive, it's running on my Compaq Presario:

video-info-glx 1.5.3 Wed 14 Oct 2015 on Slacko Puppy 6.0.7.2 Linux 3.12.21 i686
oem: ATI ATOMBIOS
vendor: (C) 1988-2005, ATI Technologies Inc.
product: RV530 01.00

X Server: Xorg Driver: radeon
X.Org version: 1.14.3
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on ATI RV530
OpenGL version string: 2.1 Mesa 9.1.7

Intel(R) Pentium(R) 4 CPU 2.80GHz
Core 0: @2800 1: @2800 MHz

I added applications from PPM and some pets.

There is only one GNOME Mplayer entry in the Multimedia menu now.

Only problem so far is that my eth0 8139too was unknown, loading the
module didn't fix the problem, my trusty RT73 usb adapter is working.

Edit: Did a remaster to use on my Gateway desktop.
Wireless is working, haven't tried wired connection.

gcmartin · #6 Post by **gcmartin** » Wed 14 Oct 2015, 20:01

Minor, but I ask 'Might "slocate" command be included for terminal use in future?'

No need for a reply. It will be spotted if there in the future terminal commands for Slacko.

01micko · #7 Post by **01micko** » Wed 14 Oct 2015, 23:36

peebee wrote:f2fs partitions are not being detected - need the libblkid patch see: http://www.murga-linux.com/puppy/viewto ... 629#787629

I'm onto it, but there was a woof bug there and it is on the TODO

peebee wrote:gparted_DOC-0.19.0-i686.pet is not available in the 14.1 pet repo - it is in the 14.0 repo

I'll upgrade gparted soon anyway...and the 14.1 repo is a link to the 14 repo so I don't really understand why it isn't grabbed. Doesn't matter any way as it is discarded! That is something to consider in a future woof update; superfluous downloads.

peebee wrote:pup-sys-info could be updated to v2.6

yassm could be updated to v2.7

sfs_load could be updated to sfs_load-2.3.3 ? http://www.murga-linux.com/puppy/viewto ... 446#866446

This is part of the nightmare. There are so many damn apps that need updating; zigbert's, rcrsn51's, radky's, mcewenw's ... I could go on.

I'd be happy if just 1 person could maintain all those and upload them to ibiblio noarch and fix up the Packages-puppy-noarch-official file (in woof and at ibiblio). So far, I am the only one who does that. It is annoying that some others whack them in their own repo when that should really be only for distro specific apps (usually binary ie, non script only).

As for sfs-load, I have mavrothal's latest patched version. I'll keep up with new developments.

Some of these should actually be maintained at the woof level (including sfs-load). You can follow the discussions at GitHub.

peebee wrote:dhcpcd-6.7.1-dropwait-slacko-i686.pet produced by rerwin might be used ? http://murga-linux.com/puppy/viewtopic. ... 546#832546

Hmmm... maybe one for the repo. Once you learn woof then you can change it as you desire.

peebee wrote:rather limited set of huge kernels available in the repo

I am one.

.. Build your own.

peebee wrote:mime type for pdf's not setup to activate evince

Should be fixed, that was the pinstall.sh bug.

peebee wrote:firewall behaviour has changed - no longer in systray?

Under review.

peebee wrote:pupmd5sum would be a small useful addition http://www.murga-linux.com/puppy/viewto ... 161#627161

under consideration with some others.

peebee wrote:patch-2.7.4-i486-1_slack14.1.txz would be useful in the main sfs rather than in the devx ?

Why?

peebee wrote:the 2 deprecated lines in /etc/fonts/conf.avail/50-user.conf seem to cause problems in some situations with gtkdialog (frisbee in an lxde environment)

If this only affects lx-pup then again, once you learn woof you can fix that yourself. Otherwise, raise an issue at GitHub.

Thanks for your reports.

mavrothal · #8 Post by **mavrothal** » Thu 15 Oct 2015, 12:01

01micko wrote:This is part of the nightmare. There are so many damn apps that need updating; zigbert's, rcrsn51's, radky's, mcewenw's ... I could go on.

I'd be happy if just 1 person could maintain all those and upload them to ibiblio noarch and fix up the Packages-puppy-noarch-official file (in woof and at ibiblio). So far, I am the only one who does that. It is annoying that some others whack them in their own repo when that should really be only for distro specific apps (usually binary ie, non script only).

<frustration>
If you give me a list I could hunt them down and put the latest in rootfs-packages but then you remove them from the ibiblio and pet_specs files.

And then if the developer has no interest to maintain them in woof-CE, do it like BK. Update it "when ever "...
</frustration>

BTW what's happening with the rootfs-packages selection UI commit?

peebee · #9 Post by **peebee** » Fri 16 Oct 2015, 14:06

mavrothal wrote:If you give me a list I could hunt them down and put the latest in rootfs-packages but then you remove them from the ibiblio and pet_specs files.

I've done a bit of analysis....

If you discount the backgrounds, themes, firmware, language packs and z-hacks then there are 123 items in Packages-puppy-noarch-official

Of these 123 items, Slacko-6.0.7.2 uses 61 of them - see DISTRO_PKGS_SPECS-slackware-14.1-filtered-noarch

"We" could go through these 61 and identify who maintains them and obtain a link to either the forum or their personal repository where the latest version is. We could record this info in a cloud based spreadsheet on say google docs so that a number of people could contribute.

Uploading new versions seems easy enough - the complicated / time consuming bit seems to be recognising that a new version has become available and then keeping Packages-puppy-noarch-official up to date and in synch...

[ In passing, there does seem to be a lot of stuff in the no-arch directory that maybe is not no-arch (like backgrounds for particular pups and what looks like a 64 bit version of cups_pdf) ]

Cheers
peebee

zigbert · #10 Post by **zigbert** » Fri 16 Oct 2015, 14:59

mavrothal
If you are willing, please upload my pScripts to woof-CE, and I will update them over there. Please also chmod to 722 for jwm_config/time

Yes, I am a git-hater, but I see the need of decreasing the pressure on Mick. Also, updates to these apps are rather trivial these days, so I should manage to do it in the github web-interface without too heavy impact on my mental balance.

apps:
pBurn
pClock
pFilesearch
pFind
pMirror
pMusic
pProcess
pSchedule
pTiming

The packs are found via my signature

Please stay away from pBackup and pCD (and ALL other apps in the uncontinued and drafts category) which is left in the gutter by me.
The pWidgets pack contains binaries and are not suitable for rootfs-packages.

If we are starting serious use of rootfs-packages, I suggest that a number of apps inside rootfs-skeleton also finds its way to rootfs-packages

Sigmund

mavrothal · #11 Post by **mavrothal** » Fri 16 Oct 2015, 15:19

zigbert wrote:mavrothal
If you are willing, please upload my pScripts to woof-CE, and I will update them over there. Please also chmod to 722 for jwm_config/time

As soon as Mick put his little patch in that allows for the builder to select which of rootfs-packages will go into the built, I will.

BTW in case you never tried one there are also GUI apps for your local git repo. Better than the web interface.

gitk (pic) is the lightest of the many. Install it through PPM (tried the Tahr version) clone woof-ce in your machine open a terminal in the folder and run "gitk"
Voila!

Billtoo · #12 Post by **Billtoo** » Fri 16 Oct 2015, 18:09

Manual frugal install of remastered Slacko-6.0.7.2 to a 32gb flash
drive, pc is an Acer laptop:

video-info-glx 1.5.3 Fri 16 Oct 2015 on Slacko Puppy 6.0.7.2 Linux 3.12.21 i686
oem: ATI ATOMBIOS
vendor: (C) 1988-2005, ATI Technologies Inc.
product: PARK 01.00

X Server: Xorg Driver: radeon
X.Org version: 1.14.3
dimensions: 1600x900 pixels (423x238 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CEDAR
OpenGL version string: 2.1 Mesa 9.1.7

Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz
Core 0: @1199 1: @1199 2: @1199 3: @1199 MHz

Works well.

mavrothal · #13 Post by **mavrothal** » Fri 16 Oct 2015, 21:58

mavrothal wrote:As soon as Mick put his little patch in that allows for the builder to select which of rootfs-packages will go into the built, I will.

Turns out Mick had committed this

so here is to test

Iguleder · #14 Post by **Iguleder** » Fri 16 Oct 2015, 22:29

zigbert wrote:If we are starting serious use of rootfs-packages, I suggest that a number of apps inside rootfs-skeleton also finds its way to rootfs-packages

100% agreed - things like pupzip should be moved out of rootfs-skeleton. Now that ancient fonts and /usr/X11R7 are gone, it's time to clean up the mess in that huge directory

mavrothal · #15 Post by **mavrothal** » Sat 17 Oct 2015, 04:35

Iguleder wrote:
zigbert wrote:If we are starting serious use of rootfs-packages, I suggest that a number of apps inside rootfs-skeleton also finds its way to rootfs-packages
100% agreed - things like pupzip should be moved out of rootfs-skeleton. Now that ancient fonts and /usr/X11R7 are gone, it's time to clean up the mess in that huge directory

Actually very few things need to be in rootfs-skeleton I think was mostly a development/maintenance convenience.
The "problem" is if we start moving everything from skeleton and noarch pets into rootfs-packages, we'll need to modify a bit 3builddistro both to provide the UI for selecting the packages that may be several dozens (zig?), and have the option to read defaults from a user supplied file without further user input.
The advantage is that we get a packages git that we can move out anytime and make it a pet source adding a built script or getting into petbuilds repo if we want to go towards a more conventional totally packaged-base built system.
Not to forget, with the rooffs-packages scheme we have to make sure that the applets/scripts do provide versioning information, so they can be traced in user reports.

zigbert · #16 Post by **zigbert** » Sat 17 Oct 2015, 06:15

Hmmm gitk ... interesting ...
Not available in Slacko 5.7 repo ... do any have experience with others?

When it comes to the gui for selecting/setup rootfs-packages, I don't think I am the man to do this. To be honest, I have never worked with woof-CE, and don't know how it works

. For now, I think it is better that I isolate issues in woof-CE to improve. The move of pupmessage/pupdialog to a better alternative is a task that fits my fingers.

01micko · #17 Post by **01micko** » Sat 17 Oct 2015, 07:30

Ok.. maybe my new firewall_ng can go into rootfs-packages? Not the status icon though.

Read this post http://www.murga-linux.com/puppy/viewto ... 076#868076

mavrothal · #18 Post by **mavrothal** » Sat 17 Oct 2015, 10:34

zigbert wrote:Hmmm gitk ... interesting ...
Not available in Slacko 5.7 repo ... do any have experience with others?

Most of the git GUI clients are for looking at files and diffs and maybe committing and pulling/pushing.
If you want to work from the UI on the files I believe SmartGit does that but it needs Java and is not open source (free for non-commercial use though)

zigbert wrote:When it comes to the gui for selecting/setup rootfs-packages, I don't think I am the man to do this.

It is actually pretty simple and is line 303 to 349 in 3builddistro-Z When you start adding packages looks like the pic. Imagine if we have 50 packages in rootfs-skeleton. Will need some better "dialoging".

01micko · #19 Post by **01micko** » Sat 17 Oct 2015, 11:34

Well pretty simple really (re 'better "dialoging"' [add a scrollbar]).

The firewall gui is just an example (is gettexted and almost ready)

mavrothal · #20 Post by **mavrothal** » Sat 17 Oct 2015, 13:41

01micko wrote:Well pretty simple really (re 'better "dialoging"' [add a scrollbar]).

I was hoping for something that can grow horizontally as needed so can have all the options in one screen. Say up to 4 columns of 15 lines each. Should be sufficient for almost all no-arch commonly used pets.
This is particularly helpful if we have similar/overlapping packages with very different (alphabetically) name.
Not to mention that you forget what you selected (you have seen the average puppian age I guess

)

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Slacko Woofers

Slacko Woofers

Slacko comments from "woofing" 32-bit Slacko-6.0.7.2

Slacko Woofers

Slacko Woofers

Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2

Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2

Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2

Slacko Woofers