Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 12 Dec 2017, 20:10
All times are UTC - 4
 Forum index » Advanced Topics » Cutting edge
Slacko Woofers
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 1 of 10 [136 Posts]   Goto page: 1, 2, 3, ..., 8, 9, 10 Next
Author Message
01micko


Joined: 11 Oct 2008
Posts: 8660
Location: qld

PostPosted: Wed 14 Oct 2015, 04:28    Post subject:  Slacko Woofers
Subject description: For builders of slacko derivatives from Woof-CE
 

Slacko Woofers Smile

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! Cool

_________________
Puppy Linux Blog - contact me for access
Back to top
View user's profile Send private message Visit poster's website 
01micko


Joined: 11 Oct 2008
Posts: 8660
Location: qld

PostPosted: Wed 14 Oct 2015, 04:29    Post subject:  

Here be Slacker wannabees
_________________
Puppy Linux Blog - contact me for access
Back to top
View user's profile Send private message Visit poster's website 
peebee


Joined: 21 Sep 2008
Posts: 3036
Location: Worcestershire, UK

PostPosted: Wed 14 Oct 2015, 07:08    Post subject: 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/viewtopic.php?p=787629#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/viewtopic.php?p=866446#866446

dhcpcd-6.7.1-dropwait-slacko-i686.pet produced by rerwin might be used ? http://murga-linux.com/puppy/viewtopic.php?p=832546#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/viewtopic.php?p=627161#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
Back to top
View user's profile Send private message Visit poster's website 
Billtoo


Joined: 07 Apr 2009
Posts: 3292
Location: Ontario Canada

PostPosted: Wed 14 Oct 2015, 08:01    Post subject: Slacko Woofers
Subject description: 6.0.5.0
 

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.
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3292
Location: Ontario Canada

PostPosted: Wed 14 Oct 2015, 15:57    Post subject: Slacko Woofers
Subject description: Slacko-6.0.7.2
 

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.
Screenshot2.jpg
 Description   
 Filesize   53.69 KB
 Viewed   1021 Time(s)

Screenshot2.jpg

Screenshot.jpg
 Description   
 Filesize   103.42 KB
 Viewed   1128 Time(s)

Screenshot.jpg


Last edited by Billtoo on Wed 14 Oct 2015, 23:42; edited 1 time in total
Back to top
View user's profile Send private message 
gcmartin

Joined: 14 Oct 2005
Posts: 6730
Location: Earth

PostPosted: Wed 14 Oct 2015, 16:01    Post subject:  

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.

_________________
Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engines or use DogPile
Back to top
View user's profile Send private message 
01micko


Joined: 11 Oct 2008
Posts: 8660
Location: qld

PostPosted: Wed 14 Oct 2015, 19:36    Post subject: 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/viewtopic.php?p=787629#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/viewtopic.php?p=866446#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.php?p=832546#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. Laughing .. 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/viewtopic.php?p=627161#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.

_________________
Puppy Linux Blog - contact me for access
Back to top
View user's profile Send private message Visit poster's website 
mavrothal


Joined: 24 Aug 2009
Posts: 2923

PostPosted: Thu 15 Oct 2015, 08:01    Post subject: Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2  

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. Shocked
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? Wink

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
peebee


Joined: 21 Sep 2008
Posts: 3036
Location: Worcestershire, UK

PostPosted: Fri 16 Oct 2015, 10:06    Post subject: Re: Slacko comments from "woofing" 32-bit Slacko-6.0.7.2  

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
Packages-puppy-noarch-official-filtered.gz
Description  remove false .gz
gz

 Download 
Filename  Packages-puppy-noarch-official-filtered.gz 
Filesize  1.37 KB 
Downloaded  171 Time(s) 
DISTRO_PKGS_SPECS-slackware-14.1-filtered-noarch.gz
Description  remove false .gz
gz

 Download 
Filename  DISTRO_PKGS_SPECS-slackware-14.1-filtered-noarch.gz 
Filesize  670 Bytes 
Downloaded  160 Time(s) 

_________________
LxPup = Puppy + LXDE

Last edited by peebee on Fri 16 Oct 2015, 14:34; edited 1 time in total
Back to top
View user's profile Send private message Visit poster's website 
zigbert


Joined: 29 Mar 2006
Posts: 6518
Location: Valåmoen, Norway

PostPosted: Fri 16 Oct 2015, 10:59    Post subject:  

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

_________________
Stardust resources
Back to top
View user's profile Send private message Visit poster's website 
mavrothal


Joined: 24 Aug 2009
Posts: 2923

PostPosted: Fri 16 Oct 2015, 11:19    Post subject:  

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. Wink
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! Very Happy
gitk.png
 Description   
 Filesize   193.35 KB
 Viewed   868 Time(s)

gitk.png


_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3292
Location: Ontario Canada

PostPosted: Fri 16 Oct 2015, 14:09    Post subject: 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.
Screenshot.jpg
 Description   
 Filesize   98.64 KB
 Viewed   834 Time(s)

Screenshot.jpg

Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2923

PostPosted: Fri 16 Oct 2015, 17:58    Post subject:  

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 Embarassed so here is to test

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
Iguleder


Joined: 11 Aug 2009
Posts: 2031
Location: Israel, somewhere in the beautiful desert

PostPosted: Fri 16 Oct 2015, 18:29    Post subject:  

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 Smile

_________________
My homepage
My GitHub profile
Back to top
View user's profile Send private message Visit poster's website 
mavrothal


Joined: 24 Aug 2009
Posts: 2923

PostPosted: Sat 17 Oct 2015, 00:35    Post subject:  

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 Smile


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.

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 1 of 10 [136 Posts]   Goto page: 1, 2, 3, ..., 8, 9, 10 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Cutting edge
Jump to:  

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
[ Time: 0.0853s ][ Queries: 12 (0.0066s) ][ GZIP on ]