Slacko Woofers
Slacko Woofers
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!
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!
Puppy Linux Blog - contact me for access
Slacko comments from "woofing" 32-bit Slacko-6.0.7.2
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)
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)
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Slacko Woofers
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.
I'm posting from it now, works great.
Will woof the next version today most likely.
Slacko Woofers
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.
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.
- Attachments
-
- Screenshot2.jpg
- (53.69 KiB) Downloaded 1173 times
-
- Screenshot.jpg
- (103.42 KiB) Downloaded 1274 times
Last edited by Billtoo on Thu 15 Oct 2015, 03:42, edited 1 time in total.
Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2
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.
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.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
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.
Hmmm... maybe one for the repo. Once you learn woof then you can change it as you desire.peebee wrote:dhcpcd-6.7.1-dropwait-slacko-i686.pet produced by rerwin might be used ? http://murga-linux.com/puppy/viewtopic. ... 546#832546
I am one. .. Build your own.peebee wrote:rather limited set of huge kernels available in the repo
Should be fixed, that was the pinstall.sh bug.peebee wrote:mime type for pdf's not setup to activate evince
Under review.peebee wrote:firewall behaviour has changed - no longer in systray?
under consideration with some others.peebee wrote:pupmd5sum would be a small useful addition http://www.murga-linux.com/puppy/viewto ... 161#627161
Why?peebee wrote:patch-2.7.4-i486-1_slack14.1.txz would be useful in the main sfs rather than in the devx ?
If this only affects lx-pup then again, once you learn woof you can fix that yourself. Otherwise, raise an issue at GitHub.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)
Thanks for your reports.
Puppy Linux Blog - contact me for access
Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2
<frustration>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).
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?
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2
I've done a bit of analysis....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.
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
- Attachments
-
- Packages-puppy-noarch-official-filtered.gz
- remove false .gz
- (1.37 KiB) Downloaded 349 times
-
- DISTRO_PKGS_SPECS-slackware-14.1-filtered-noarch.gz
- remove false .gz
- (670 Bytes) Downloaded 348 times
Last edited by peebee on Fri 16 Oct 2015, 18:34, edited 1 time in total.
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
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
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
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.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
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!
- Attachments
-
- gitk.png
- (193.35 KiB) Downloaded 1152 times
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Slacko Woofers
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.
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.
- Attachments
-
- Screenshot.jpg
- (98.64 KiB) Downloaded 994 times
Turns out Mick had committed this so here is to testmavrothal 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.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
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 directoryzigbert 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
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
Actually very few things need to be in rootfs-skeleton I think was mostly a development/maintenance convenience.Iguleder wrote: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 directoryzigbert 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
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.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
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.
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.
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
Read this post http://www.murga-linux.com/puppy/viewto ... 076#868076
Puppy Linux Blog - contact me for access
Most of the git GUI clients are for looking at files and diffs and maybe committing and pulling/pushing.zigbert wrote:Hmmm gitk ... interesting ...
Not available in Slacko 5.7 repo ... do any have experience with others?
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)
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".zigbert wrote:When it comes to the gui for selecting/setup rootfs-packages, I don't think I am the man to do this.
- Attachments
-
- rootfs-packages.png
- (70.53 KiB) Downloaded 612 times
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Well pretty simple really (re 'better "dialoging"' [add a scrollbar]).
The firewall gui is just an example (is gettexted and almost ready)
The firewall gui is just an example (is gettexted and almost ready)
- Attachments
-
- fwsetup2.jpg
- (56.43 KiB) Downloaded 612 times
Puppy Linux Blog - contact me for access
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.01micko wrote:Well pretty simple really (re 'better "dialoging"' [add a scrollbar]).
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 )
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==