Slacko32/64 700 BETA 2
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Gimp: The one here works for me: http://distro.ibiblio.org/puppylinux/pe ... i486-s.petstevoomba wrote:I haven't been able to install:
Gimp
JRE
Flash
(I've tried old-fashioned pet, txz sfs, and straight from the package manager. No good.)
JRE: There should be a button in Menu -> Utility called "Get Java Runtime/Development". Just tried it and seemed to work here.
Flash: There's a new pet here that works for me: http://murga-linux.com/puppy/viewtopic. ... 264#942264
I'm using the Slacko 6.9.6.4 32-bit r4777 build though to test these (not 64-bit) because I already have it booted up.
- ttuuxxx
- Posts: 11171
- Joined: Sat 05 May 2007, 10:00
- Location: Ontario Canada,Sydney Australia
- Contact:
I compiled this older for slacko a couple years back, I like it better than the new one for a few reason, it uses less deps, its a lot smaller 5.5MB pet, You can save your image as a jpg or png, The newer versions you need to "Export" as jpg or png which I find is a pain and 3 steps backwards, http://smokey01.com/ttuuxxx/Slacko/gimp-2.4.0-i486.petstevoomba wrote:
Can anyone point me to a Gimp that will install? Or is it me?
Have fun
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)
Slacko32/64 700 BETA 2
I did a manual frugal install to the hard drive.
System: Host: puppypc16187 Kernel: 4.1.32 x86_64 (64 bit) Desktop: Openbox 3.6.1
Distro: Slacko64 Puppy 6.9.6.4
Machine: Device: desktop System: Compaq-Presario product: AU194AA-A2L CQ5123F serial: MXX9300M0F
Mobo: MSI model: Boston v: 1.0 BIOS: Phoenix v: 5.24 date: 06/19/2009
CPU: Dual core Pentium E5200 (-MCP-) speed/max: 1600/2500 MHz
Graphics: Card: Intel 82G33/G31 Express Integrated Graphics Controller
Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
tty size: 148x49 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Card-2: Linksys WUSB54GC v1 802.11g Adapter [Ralink RT73] driver: rt73usb
Drives: HDD Total Size: 500.1GB (5.1% used)
Weather: Conditions: 14 F (-10 C) - Overcast Time: February 14, 1:05 AM EST
Info: Processes: 106 Uptime: 1:00 Memory: 238.9/3936.8MB Client: Shell (bash) inxi: 2.3.8
Added applications with PPM and compiled some.
Also installed FbBox.
It's working okay so far.
System: Host: puppypc16187 Kernel: 4.1.32 x86_64 (64 bit) Desktop: Openbox 3.6.1
Distro: Slacko64 Puppy 6.9.6.4
Machine: Device: desktop System: Compaq-Presario product: AU194AA-A2L CQ5123F serial: MXX9300M0F
Mobo: MSI model: Boston v: 1.0 BIOS: Phoenix v: 5.24 date: 06/19/2009
CPU: Dual core Pentium E5200 (-MCP-) speed/max: 1600/2500 MHz
Graphics: Card: Intel 82G33/G31 Express Integrated Graphics Controller
Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
tty size: 148x49 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Card-2: Linksys WUSB54GC v1 802.11g Adapter [Ralink RT73] driver: rt73usb
Drives: HDD Total Size: 500.1GB (5.1% used)
Weather: Conditions: 14 F (-10 C) - Overcast Time: February 14, 1:05 AM EST
Info: Processes: 106 Uptime: 1:00 Memory: 238.9/3936.8MB Client: Shell (bash) inxi: 2.3.8
Added applications with PPM and compiled some.
Also installed FbBox.
It's working okay so far.
- Attachments
-
- Screenshot.jpg
- (60.39 KiB) Downloaded 1594 times
Slacko32/64 700 BETA 2
I'm testing a woof-CE build that uses an older no-pae kernel.
Manual frugal install to the hard drive.
System: Host: puppypc13902 Kernel: 3.14.55 i686 (32 bit) Desktop: Openbox 3.6.1 Distro: Slacko Puppy 6.9.6.4
Machine: Device: desktop System: LENOVO product: 7491B8U v: ThinkCentre M58e serial: MJ01509
Mobo: LENOVO model: N/A serial: INVALID BIOS: LENOVO v: 5HKT39AUS date: 06/17/2009
CPU: Dual core Intel Core2 Duo E8400 (-MCP-) speed/max: 2003/3003 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
tty size: 127x38 Advanced Data: N/A for root
Network: Card: Marvell 88E8057 PCI-E Gigabit Ethernet Controller driver: sky2
Drives: HDD Total Size: 320.1GB (5.6% used)
Weather: Conditions: 37 F (3 C) - Overcast Time: February 14, 9:03 PM EST
Info: Processes: 107 Uptime: 1:21 Memory: 202.6/2906.5MB Client: Shell (bash) inxi: 2.3.8
I installed applications with PPM (including Kod1-16.1), compiled
Smplayer,Smtube,and Redshift.
I installed FbBox.
No problems so far.
Manual frugal install to the hard drive.
System: Host: puppypc13902 Kernel: 3.14.55 i686 (32 bit) Desktop: Openbox 3.6.1 Distro: Slacko Puppy 6.9.6.4
Machine: Device: desktop System: LENOVO product: 7491B8U v: ThinkCentre M58e serial: MJ01509
Mobo: LENOVO model: N/A serial: INVALID BIOS: LENOVO v: 5HKT39AUS date: 06/17/2009
CPU: Dual core Intel Core2 Duo E8400 (-MCP-) speed/max: 2003/3003 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
tty size: 127x38 Advanced Data: N/A for root
Network: Card: Marvell 88E8057 PCI-E Gigabit Ethernet Controller driver: sky2
Drives: HDD Total Size: 320.1GB (5.6% used)
Weather: Conditions: 37 F (3 C) - Overcast Time: February 14, 9:03 PM EST
Info: Processes: 107 Uptime: 1:21 Memory: 202.6/2906.5MB Client: Shell (bash) inxi: 2.3.8
I installed applications with PPM (including Kod1-16.1), compiled
Smplayer,Smtube,and Redshift.
I installed FbBox.
No problems so far.
- Attachments
-
- image-2.jpg
- (79.77 KiB) Downloaded 1422 times
-
- Posts: 247
- Joined: Fri 31 Jan 2014, 14:12
Thanks to yr1945
To yr1945,
Year of my birth!
very belated (dec 2016) thanks for successful answering to
my three questions - apologies for the delay.
+ pupRadio & fishy desktop, looks better full size.
Kind regards.
Year of my birth!
very belated (dec 2016) thanks for successful answering to
my three questions - apologies for the delay.
+ pupRadio & fishy desktop, looks better full size.
Kind regards.
- Attachments
-
- pupRadio-desktop3.png
- (238.27 KiB) Downloaded 1295 times
google earth
The 32 bit libs might just be OK as I do get the 'first' small flash screen of google earth but the main program itself doesn't load.... the files not found (previous post - i915_dri.so and swrast_dri.so) are in Slacko, but in a directory at '/usr/lib64/modules/dri/' and we just don't seem to be getting to that directory to utilize them... is this possible?
>>>---Indian------>
>>>---Indian------>
Cloud Computing For Every Puppy (a .pet)
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
[url]http://murga-linux.com/puppy/viewtopic.php?t=69192[/url]
sfs_load does not append extra sfs to the LASTUNIONRECORD
Intended or a mistake?
sfs_loat v3.0 in the slacko-6.9.6.4 does append the extra sfs to EXTRASFSLIST, but does not to LASTUNIONRECORD in /etc/rc.d/BOOTCONFIG.
I think 1 line is missing:
I made sfs_load-3.0.1.pet applied above change:
http://shinobar.server-on.net/puppy/opt ... -3.0.1.pet
Note that sfs_load-3.0.1 is only for recent puppies like slacko and tahrpup.
sfs_loat v3.0 in the slacko-6.9.6.4 does append the extra sfs to EXTRASFSLIST, but does not to LASTUNIONRECORD in /etc/rc.d/BOOTCONFIG.
Code: Select all
EXTRASFSLIST='lang_pack_ja-2.0.sfs'
PREVUNIONRECORD=''
LASTUNIONRECORD=''
Code: Select all
--- sfs_load-30 2016-09-11 07:30:18.000000000 +0900
+++ sfs_load 2017-02-22 22:22:50.581083715 +0900
@@ -1355,6 +1355,7 @@
$SFSBASE|$ZDRBASE|$ADRBASE|$YDRBASE|$FDRBASE) :;;
*) echo $EXTRASFSLIST | grep -qw "$FILENAME" || EXTRASFSLIST="$EXTRASFSLIST $FILENAME";;
esac
+ LASTUNIONRECORD="$LASTUNIONRECORD $FILENAME"
save_bootconfig
}
save_bootconfig() {
http://shinobar.server-on.net/puppy/opt ... -3.0.1.pet
Note that sfs_load-3.0.1 is only for recent puppies like slacko and tahrpup.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re: sfs_load does not append extra sfs to the LASTUNIONRECORD
I think intended (though not necessarily right).shinobar wrote:Intended or a mistake?
LAST/PREV UNIONRECORD is used in rc.update to update the layered filesystem at boot time. However the file system is already updated when the SFS is loaded, so I guess no need to repeat it and make boot a bit faster.
I could not find any other script that queries LAST/PREV UNIONRECORD
Latter: your extrasfsfind script queries LASTUNIONRECORD. May want to add EXTRASFSLIST.
Also if you make the suggested change the SFS shows as loaded even after is unloaded and LASTUNIONRECORD updates only after reboot.
If you think that this change is necessary I would suggest you add the changes needed to also remove the SFS from LASTUNIONRECORD if the SFS is removed before reboot.
You may want to submit patches directly to woof-CE then.
== [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] ==
@shinobar,
I admit that I have not checked the code for the implications of your suggested change.
But, one of the changes with the new "init" script, is that it knows nothing about extra-sfs's. It only deals with the puppy system sfs's.
All extra-sfs processing is left to "sfs_load".
Mostly this was done because, with the existence a mature "sfs_load" there is no need for "init" to include code to handle some of them.
But it also sets "sfs_load" free to store it's data somewhere other than "BOOTCONFIG". Leaving that to be only a communication between "init" and "rc.sysinit".
"sfs_load" is run by "rc.sysinit" to load all extra-sfs's, during that processing it probably needs to do "after" processing only if there was a failed "unload" during the last session, or a failed "load" during the current processing.
It would be good to complete the separation of "init" and "sfs_load"
over the procesing of sfs's.
gyro
I admit that I have not checked the code for the implications of your suggested change.
But, one of the changes with the new "init" script, is that it knows nothing about extra-sfs's. It only deals with the puppy system sfs's.
All extra-sfs processing is left to "sfs_load".
Mostly this was done because, with the existence a mature "sfs_load" there is no need for "init" to include code to handle some of them.
But it also sets "sfs_load" free to store it's data somewhere other than "BOOTCONFIG". Leaving that to be only a communication between "init" and "rc.sysinit".
"sfs_load" is run by "rc.sysinit" to load all extra-sfs's, during that processing it probably needs to do "after" processing only if there was a failed "unload" during the last session, or a failed "load" during the current processing.
It would be good to complete the separation of "init" and "sfs_load"
over the procesing of sfs's.
gyro
LASTUNIONRECORD
Thanks mavrothal and gyro for your discussion.
My lang_pack_ja-2.0.sfs uses the LASTUNIONRECORD record. Japanese forum members found it fails as for the recent puppies. My proposal above is one solution for this problem.
I think I need to read threw the init and rc.sysinit script so that I can make my thought to resolve these problem totally.
My lang_pack_ja-2.0.sfs uses the LASTUNIONRECORD record. Japanese forum members found it fails as for the recent puppies. My proposal above is one solution for this problem.
I think I need to read threw the init and rc.sysinit script so that I can make my thought to resolve these problem totally.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
extra sfs in sub folder doesn't load at boot
By the way, sfs_load v3 in the Slacko-6.9.6.4 fails to load extra sfs's in the sub folder(psubdir) at boot.
Fixed.
http://shinobar.server-on.net/puppy/opt ... -3.0.2.pet
Fixed.
http://shinobar.server-on.net/puppy/opt ... -3.0.2.pet
Code: Select all
--- sfs_load-300 2016-09-11 07:30:18.000000000 +0900
+++ sfs_load 2017-02-23 21:38:16.000000000 +0900
@@ -62,7 +62,7 @@
MYPATH=$0
MYNAME=$(basename "$0")
-VERSION=3.0
+VERSION=3.0.2
ORGOPT="$@"
#some options the puplet builder can choose
WIPEWHITEONINIT="true" # true/false
@@ -1355,10 +1355,12 @@
$SFSBASE|$ZDRBASE|$ADRBASE|$YDRBASE|$FDRBASE) :;;
*) echo $EXTRASFSLIST | grep -qw "$FILENAME" || EXTRASFSLIST="$EXTRASFSLIST $FILENAME";;
esac
+ LASTUNIONRECORD="$LASTUNIONRECORD $FILENAME"
save_bootconfig
}
save_bootconfig() {
EXTRASFSLIST=$(echo $EXTRASFSLIST) # trim blanks
+ LASTUNIONRECORD=$(echo $LASTUNIONRECORD) # trim blanks
echo "EXTRASFSLIST='$EXTRASFSLIST'" > $BOOTCONFIG
echo "PREVUNIONRECORD='$PREVUNIONRECORD'" >> $BOOTCONFIG
echo "LASTUNIONRECORD='$LASTUNIONRECORD'" >> $BOOTCONFIG
@@ -1510,6 +1512,7 @@
fi
LOOPDEV=$(echo "$LOOP"| cut -d':' -f1)
if [ "$LOOPDEV" = "" ]; then
+ remove_item LASTUNIONRECORD "$FILENAME" && REGISTERED="y" || log "'$FILENAME' seems not registered."
save_bootconfig
error --info "$(gettext "Could not find the loaded point.")$(gettext "Maybe already unloaded.")"
return 1 #finish
@@ -1566,6 +1569,7 @@
mv -f "$LOOPLIST.new" "$LOOPLIST"
fi
#true # unless fatal error
+ remove_item LASTUNIONRECORD "$FILENAME" && REGISTERED="y" || log "'$FILENAME' seems not registered."
save_bootconfig
# delete file
RMLOG=""
@@ -1791,7 +1795,6 @@
fi
fi
[ "$SAVEFILE" != "" ] && PSUBDIR=$(dirname "$SAVEFILE"| cut -b2-) # remove '/' at head
-[ "$DESTDIR" -a "$PSUBDIR" -a ! -d "$DESTDIR/$PSUBDIR" ] && PSUBDIR="" # may not yet be created
# 13 Nov 2011: except PUPMODE=7 #2.0.12: PUPMODE=7 optional
case "$PUPMODE" in
5) if [ "$SAVEFILE" != "" ]; then SFSMODE="y"
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re:extra sfs in sub folder doesn't load at boot
Thank you very much shinobar.
Now those who suffered from that problem will be saved.
Now those who suffered from that problem will be saved.
Hi all,
While I am struggling away trying to build a 64-bit puduan debian pup, I gave up for awhile on it and came back to try Micko's dependable Slacko builds. Sure enough, a fresh, up-to-date Slacko64 with the latest kernel built first time thru, everything went great, and she booted straight to desktop. I cannot find (yet) a thing wrong with it, as I've been through nearly everything in the menu so far testing stuff.
Below are two pics, first with info, and second is of the same desktop just with a different theme/icons setup than I normally use (the themes come with the build). If anybody wants to download this and play with it, let me know and I'll see if Smokey will let me upload it along with the devx that was also built by the woof-CE scripts. The final build size of the ISO is 258mb. It includes the latest openssl, glibc, etc, etc are in it. For a 64-bit ISO, with the latest Firefox 45.7.0 and more included, this is not too bad.
While I am struggling away trying to build a 64-bit puduan debian pup, I gave up for awhile on it and came back to try Micko's dependable Slacko builds. Sure enough, a fresh, up-to-date Slacko64 with the latest kernel built first time thru, everything went great, and she booted straight to desktop. I cannot find (yet) a thing wrong with it, as I've been through nearly everything in the menu so far testing stuff.
Below are two pics, first with info, and second is of the same desktop just with a different theme/icons setup than I normally use (the themes come with the build). If anybody wants to download this and play with it, let me know and I'll see if Smokey will let me upload it along with the devx that was also built by the woof-CE scripts. The final build size of the ISO is 258mb. It includes the latest openssl, glibc, etc, etc are in it. For a 64-bit ISO, with the latest Firefox 45.7.0 and more included, this is not too bad.
- Attachments
-
- Slacko64-6.9.6.4-kernel-4.2.5-info.png
- (190.16 KiB) Downloaded 894 times
-
- Slacko64-6.9.6.4-kernel-4.3.5.png
- (98.66 KiB) Downloaded 976 times
- battleshooter
- Posts: 1378
- Joined: Wed 14 May 2008, 05:10
- Location: Australia
I have some pets for Slacko64 6.9.6.4 here if they could be of use to you, or anyone really.belham2 wrote:While I am struggling away trying to build a 64-bit puduan debian pup, I gave up for awhile on it and came back to try Micko's dependable Slacko builds. Sure enough, a fresh, up-to-date Slacko64 with the latest kernel built first time thru, everything went great, and she booted straight to desktop. I cannot find (yet) a thing wrong with it, as I've been through nearly everything in the menu so far testing stuff.
There's GTK3 somewhere in that mix too so the latest Firefox can be used but I noticed the Firefox binary now requires PulseAudio for sound which I haven't compiled yet.
Gimp as well for whoever was asking but it's for the 64-bit version as are all the pets.
[url=http://www.murga-linux.com/puppy/viewtopic.php?t=94580]LMMS 1.0.2[/url], [url=http://www.murga-linux.com/puppy/viewtopic.php?t=94593]Ardour 3.5.389[/url], [url=http://www.murga-linux.com/puppy/viewtopic.php?t=94629]Kdenlive 0.9.8[/url]
Re: extra sfs in sub folder doesn't load at boot
I'm not sure I understand correctly the problem but using the latest puppy builds in a frugal install (in a subdir) SFS_load 3.0 detects the SFSs in the subdir, loads them fine and they load again correctly on reboot.shinobar wrote:By the way, sfs_load v3 in the Slacko-6.9.6.4 fails to load extra sfs's in the sub folder(psubdir) at boot.
<snip>
Code: Select all
<snip> @@ -1791,7 +1795,6 @@ fi fi [ "$SAVEFILE" != "" ] && PSUBDIR=$(dirname "$SAVEFILE"| cut -b2-) # remove '/' at head -[ "$DESTDIR" -a "$PSUBDIR" -a ! -d "$DESTDIR/$PSUBDIR" ] && PSUBDIR="" # may not yet be created # 13 Nov 2011: except PUPMODE=7 #2.0.12: PUPMODE=7 optional case "$PUPMODE" in 5) if [ "$SAVEFILE" != "" ]; then SFSMODE="y"
Is that what you are describing?
Is the change quoted above the one that fixes the problem in your case?
If it does, it is strange that actually the condition is in effect. What is the pupmode/setup that you see this problem at?
== [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: extra sfs in sub folder doesn't load at boot
I tried on the Slacko-6.9.6.4 and also on the LxPupSc-17.02.1T frugal install in a subdir.mavrothal wrote:using the latest puppy builds in a frugal install (in a subdir) SFS_load 3.0 detects the SFSs in the subdir, loads them fine and they load again correctly on reboot.
The SFS in the same subdir loads fine, yes. But it does not load again on reboot.
Code: Select all
-[ "$DESTDIR" -a "$PSUBDIR" -a ! -d "$DESTDIR/$PSUBDIR" ] && PSUBDIR="" # may not yet be created
The sfs_load uses /mnt/home here, but sfs-load is called from rc.sysinit in the recent woof, before making the link /mnt/home which points /initrd/mnt/dev_save.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re: extra sfs in sub folder doesn't load at boot
That IS strange As i said I do not see that (anybody else?)shinobar wrote:I tried on the Slacko-6.9.6.4 and also on the LxPupSc-17.02.1T frugal install in a subdir.mavrothal wrote:using the latest puppy builds in a frugal install (in a subdir) SFS_load 3.0 detects the SFSs in the subdir, loads them fine and they load again correctly on reboot.
The SFS in the same subdir loads fine, yes. But it does not load again on reboot.
It may be the setup. I use an ext4 formated internal disk. What is yours? USB/HD/CD? Filysystem?
Is it with a specific SFSs or any?
== [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: extra sfs in sub folder doesn't load at boot
No problems here - all sfs load perfectly after a reboot......I have 5 in a subdir frugal installmavrothal wrote:That IS strange As i said I do not see that (anybody else?)
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