slacko-6.0 beta 2

Message

01micko · #166 Post by **01micko** » Mon 23 Jun 2014, 03:22

5.9.3 is out

See main post

James C · #167 Post by **James C** » Mon 23 Jun 2014, 03:35

# report-video
VIDEO REPORT: Slacko Puppy, version 5.9.3

Chip description:
VGA compatible controller: nVidia Corporation C68 [GeForce 7050 PV / nForce 630a] (rev a2)

Requested by /etc/X11/xorg.conf:
  Resolution (widthxheight, in pixels): 1024x768x16
  Depth (bits, or planes):              24
  Modules requested to be loaded:       dbe 

Probing Xorg startup log file (/var/log/Xorg.0.log):
  Driver loaded (and currently in use): nouveau
  Loaded modules: dbe dri2 exa extmod fb glx kbd mouse shadowfb

Actual rendering on monitor:
  Resolution:  1440x900 pixels (380x238 millimeters)
  Depth:       24 planes

...the above also recorded in /tmp/report-video

Code: Select all

# glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
4464 frames in 5.0 seconds = 892.783 FPS
4743 frames in 5.0 seconds = 948.588 FPS
4769 frames in 5.0 seconds = 953.559 FPS
4637 frames in 5.0 seconds = 927.350 FPS
4816 frames in 5.0 seconds = 963.009 FPS
4761 frames in 5.0 seconds = 952.112 FPS
4845 frames in 5.0 seconds = 968.981 FPS

Code: Select all

-Computer-
Processor		: 2x AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Memory		: 3111MB (332MB used)
Machine Type		: Physical machine
Operating System		: Slacko Puppy - 5.9.3
User Name		: root (root)
Date/Time		: Sun 22 Jun 2014 10:34:34 PM CDT
-Display-
Resolution		: 1440x900 pixels
OpenGL Renderer		: Gallium 0.4 on NV67
X11 Vendor		: The X.Org Foundation
-Audio Devices-
Audio Adapter		: HDA-Intel - HDA NVidia

shinobar · #168 Post by **shinobar** » Mon 23 Jun 2014, 03:42

01micko wrote:5.9.3 is out

Thanks!
md5 checksum of slacko-5.9.3.iso please.

01micko · #169 Post by **01micko** » Mon 23 Jun 2014, 03:46

shinobar wrote:
01micko wrote:5.9.3 is out
Thanks!
md5 checksum of slacko-5.9.3.iso please.

e608254014fe6967db1cb790ccf03dc1 slacko-5.9.3.iso

Upload took so long I forgot

(it was on my site anyways, pulled over from there, now on ibiblio)

James C · #170 Post by **James C** » Mon 23 Jun 2014, 03:51

Code: Select all

# report-video
VIDEO REPORT: Slacko Puppy, version 5.9.3

Chip description:
VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)

Requested by /etc/X11/xorg.conf:
  Resolution (widthxheight, in pixels): 1024x768
  Depth (bits, or planes):              24
  Modules requested to be loaded:       dbe 

Probing Xorg startup log file (/var/log/Xorg.0.log):
  Driver loaded (and currently in use): intel
  Loaded modules: dbe dri2 extmod fb glx kbd mouse

Actual rendering on monitor:
  Resolution:  1024x768 pixels (270x203 millimeters)
  Depth:       24 planes

...the above also recorded in /tmp/report-video

Code: Select all

# glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
378 frames in 5.0 seconds = 75.591 FPS
376 frames in 5.0 seconds = 75.143 FPS
376 frames in 5.0 seconds = 75.143 FPS
376 frames in 5.0 seconds = 75.143 FPS

Code: Select all

-Computer-
Processor		: 2x Intel(R) Pentium(R) 4 CPU 3.00GHz
Memory		: 2063MB (187MB used)
Machine Type		: Physical machine
Operating System		: Slacko Puppy - 5.9.3
User Name		: root (root)
Date/Time		: Sun 22 Jun 2014 10:50:48 PM CDT
-Display-
Resolution		: 1024x768 pixels
OpenGL Renderer		: Mesa DRI Intel(R) 865G x86/MMX/SSE2
X11 Vendor		: The X.Org Foundation
-Audio Devices-
Audio Adapter		: ICH4 - Intel ICH5

Code: Select all

# free
             total         used         free       shared      buffers
Mem:       2063616       593272      1470344            0        61240
-/+ buffers:             532032      1531584
Swap:      2150396            0      2150396
#

musher0 · #171 Post by **musher0** » Mon 23 Jun 2014, 04:21

My "kernel panic" problem is similar to what sfr reported here:
http://murga-linux.com/puppy/viewtopic. ... ost#784674

shinobar · #172 Post by **shinobar** » Mon 23 Jun 2014, 04:52

Sorry to be late.

UPDATE: ffconvert-1.4.2.pet (2014-06-23)
http://shino.pos.to/linux/puppy/ or
http://shino.pos.to/party/bridge.cgi?puppy/opt/

#v1.4.2 - 19 June 2014: cleanup for multiusers(mcewanw)
# (SFR)fix was missing capture button, filename with special charactors, add framerate and sampling rate, fix typo

musher0 · #173 Post by **musher0** » Mon 23 Jun 2014, 06:03

Edit Monday, June 23, 2014, 16 h 28: Please see additional note at:
http://murga-linux.com/puppy/viewtopic. ... ost#784915
~~~~~~~~~~~~
Good news, abiword lovers!

And no offense intended to micko... You'll understand as you read. I think
this is the kind of synergy Puppy needs.

A couple of weeks ago, Médor, from the French side of the forum,
compiled a FULL version of abiword 3 running under gtk 2. Full, meaning:
with all plugins and internationalisation.

Médor's compile is here:
http://www.datafilehost.com/d/fe0eed45
and the discussion here:
http://murga-linux.com/puppy/viewtopic. ... t=lastpost

Please see attached pics.

I proceeded as follows to incorporate his Abiword in slacko 6.0 beta 3.

I unpacked Médor's sfs intended for Puppy Precise 5.7.1 and copied all its
contents to my slacko 6 pupsave folder, / to /, /usr to /usr, and so on.

You will also need Médor's additional pet from here:
http://murga-linux.com/puppy/viewtopic. ... h&id=77142
From this one, you only need to extract Médor's larger libjpg library to
slacko 6's /usr/lib.

Finally, we create a link from the libffi-blabla-6 library (I'll be back with
the more precise name, obviously, a little later) to libffi-blabla-5. (Or
import the one from a Puppy Precise 5.7.1 installation you may have, but
that's an unnecessary step.)

And WYS in the pictures below IWYG.

I hope this will save some time, especially for those of our collegues
whose native language is neither English nor French, and also for those
who may find the full complement of abiword's plugins useful.

BFN.

musher0

gcmartin · #174 Post by **gcmartin** » Mon 23 Jun 2014, 06:18

Gateway laptop Pentium M on an Intel chipset with Intel graphics .... no mouse, no tab at FirstRUN to get to dead-mouse, no keyboard actions, unable to ctrl-alt-Fx or ctrl-alt-bksp??? Download MD5 checks! Same results with 592 as with this 593.

No such occurrence when booting to a KVM guest on Slacko64. Mouse works but issues with desktop dialogue buttons under KVM.

Please advise

zigbert · #175 Post by **zigbert** » Mon 23 Jun 2014, 06:28

gtk-issue is now fixed in woof - /usr/lib/gtkdialog/xml_info - my fault

zigbert · #176 Post by **zigbert** » Mon 23 Jun 2014, 06:32

Mick
you got pmusic-4.3.6, but missed pfilesearch-1.35

Jades · #177 Post by **Jades** » Mon 23 Jun 2014, 08:56

Testing 592 on Pentium D. CUPS still can't find my DeskJet 720C connected to the parallel port, even though required hp_deskjet_pnm2ppa-1.12.pet is installed. Works fine on Slacko 570.

mavrothal · #178 Post by **mavrothal** » Mon 23 Jun 2014, 10:30

When "configure tray (taskbar)" of JWM configuration manager is called form pTheme ("more" button in tray/menu size), does not work. ie no response to button clicks.
However, when called for JWM configuration manager directly works fine.

SFR · #179 Post by **SFR** » Mon 23 Jun 2014, 10:42

shinobar wrote:Sorry to be late.

UPDATE: ffconvert-1.4.2.pet (2014-06-23)

Thanks a lot!

___________

Continuing the subject of SFS files, I noticed something worrying (PUPMODE=13).
Firstly, I thought that increasing CNTLOOP=5 would decrease the number of possible extra SFS files (via BootManager, not sfs_load) from 6 to 5.
But it's worse - max. number of SFSes I was able to load is 4 (one of which got mysteriously mounted on /dev/loop1, see screenie).
And it's because the amount of available loop devices has dropped from 11 (0-10) to 8 (0-7).
Well, /initrd/pup_ro2/dev/ still shows all of them, but /dev is now a mount point and I suspect in this case CONFIG_BLK_DEV_LOOP_MIN_COUNT=8 has precedence.
And init does not check if there's a free loop, just blindly mounts until CNTLOOP=10, but since /dev/loop7 is the last one, only 5,6,7 (and 1 ?!) got utilized.

Greetings!

mavrothal · #180 Post by **mavrothal** » Mon 23 Jun 2014, 11:05

SFR wrote:[
And it's because the amount of available loop devices has dropped from 11 (0-10) to 8 (0-7).

Is that only at boot time by the bootmanager? I can mount 9 loops just fine

SFR · #181 Post by **SFR** » Mon 23 Jun 2014, 11:16

mavrothal wrote:
SFR wrote:[
And it's because the amount of available loop devices has dropped from 11 (0-10) to 8 (0-7).
Is that only at boot time by the bootmanager? I can mount 9 loops just fine

Yes, this concerns only bootmanager (actually, init); sfs_load can create new loops on its own and "manual" mounting also works fine, since there's /dev/loop-control (see here).

[EDIT]
Possible (still theroretical though) solutions that came to mind:
1. Restore /dev to be a "normal" dir, inherited from /initd/pup_ro2/dev/ like it was before.
Additionally add one extra loop (loop11), since CNTLOOP got increased from 4 to 5.
2. Sort it out at kernel level (CONFIG_BLK_DEV_LOOP_MIN_COUNT=11 or maybe even 16, like it is in FatDog)
3a. Let init create missing loops on its own (like sfs_load does).
3b. Let init utilize /dev/loop-control mechanism (but this won't work in older kernels), by using mount -o loop ... directly, instead of losetup /dev/loopX ... first.

+ in all cases increase max. CNTLOOP from 10 to 11 in init.

Greetings!

Jades · #182 Post by **Jades** » Mon 23 Jun 2014, 12:03

Just tested printing on 593 on the Pentium D and that can't see the 720C either. I've checked HardInfo and there are two parallel port-related modules running - parport_pc and parport. lsmod says that the latter is used by the former.

Billtoo · #183 Post by **Billtoo** » Mon 23 Jun 2014, 12:49

New manual frugal install of Slacko 593 to a 32gb sdhc card.

video-info-glx 1.5.1 Mon 23 Jun 2014 on Slacko Puppy 5.9.3 Linux 3.4.94 i686
5.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics
oem: ATI ATOMBIOS
product: RS780 01.00
X Server: Xorg Driver: radeon
X.Org version: 1.14.3
dimensions: 3840x1080 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
OpenGL renderer string: Gallium 0.4 on AMD RS780
OpenGL version string: 2.1 Mesa 9.1.7

AMD Phenom(tm) II X4 810 Processor
Core 0: @800 1: @800 2: @800 3: @800 MHz

Everything is good so far.

mavrothal · #184 Post by **mavrothal** » Mon 23 Jun 2014, 13:06

SFR wrote: 2. Sort it out at kernel level (CONFIG_BLK_DEV_LOOP_MIN_COUNT=11 or maybe even 16, like it is in FatDog)

This may be best and less disrupting.
Is good for kernels 3.1+ but I think most puppies are using 3.2 and latter.
Of course older kernels may need recompiling to accommodate more than 8 SFSs at startup with the new init/device handling

SFR · #185 Post by **SFR** » Mon 23 Jun 2014, 13:19

mavrothal wrote:
SFR wrote: 2. Sort it out at kernel level (CONFIG_BLK_DEV_LOOP_MIN_COUNT=11 or maybe even 16, like it is in FatDog)
This may be best and less disrupting.
Is good for kernels 3.1+ but I think most puppies are using 3.2 and latter.
Of course older kernels may need recompiling to accommodate more than 8 SFSs at startup with the new init/device handling

Yes, it seems to be the most "clean" method indeed. But requires from kernel builders to be aware of this.

Btw, just tried the "brute force" method (3a):

Code: Select all

--- old/init	2014-06-23 01:54:16.000000000 +0200
+++ new/init	2014-06-23 12:59:34.000000000 +0200
@@ -1679,11 +1679,12 @@
    do
     ONEBASE="`basename $ONEEXTRA`"
     EXTRASFSLIST="${EXTRASFSLIST}${ONEBASE} " #construct list of actually used.
+    mknod /dev/loop${CNTLOOP} b 7 ${CNTLOOP}
     losetup /dev/loop${CNTLOOP} $ONEEXTRA
     mount -r -t squashfs -o noatime /dev/loop${CNTLOOP} /pup_ro${CNTLOOP}
     [ $? -eq 0 ] && UMNTRO="${UMNTRO}:/pup_ro${CNTLOOP}=ro"
     CNTLOOP=`expr $CNTLOOP + 1`
-    [ $CNTLOOP -eq 10 ] && break
+    [ $CNTLOOP -eq 11 ] && break
     #...only support adding 3 extra .sfs files, as performance degrades as each layer added.
     #...v410 bugfix, change 6 to 7 so can have 3 sfs files.
     #...w015 change 7 to 10 so can have 6 sfs files.

and seems to work ok, too.

EDIT: Hmm, but if I additionally load more SFSes via sfs_load, I'm getting "Updating... layered filesystem next boot will be faster" every time I reboot and all the extra entries on LASTUNIONRECORD list in /etc/rc.d/BOOTCONFIG are getting duplicated every boot:

EXTRASFSLIST='jre-1.8u5-i586.sfs devx_slacko_5.9.2.sfs kernel_sources-3.4.94-slacko4G-i686.sfs lincity-ng_sfs4.sfs qcad-3.4.2.sfs scid_vs_pc-4.9-i486.sfs XnView-0.64.sfs wxHexEditor-0.22b.sfs'
PREVUNIONRECORD='slackosave puppy_slacko_5.9.3.sfs jre-1.8u5-i586.sfs devx_slacko_5.9.2.sfs kernel_sources-3.4.94-slacko4G-i686.sfs lincity-ng_sfs4.sfs qcad-3.4.2.sfs scid_vs_pc-4.9-i486.sfs zdrv_slacko_5.9.3.sfs'
LASTUNIONRECORD='slackosave puppy_slacko_5.9.3.sfs jre-1.8u5-i586.sfs devx_slacko_5.9.2.sfs kernel_sources-3.4.94-slacko4G-i686.sfs lincity-ng_sfs4.sfs qcad-3.4.2.sfs scid_vs_pc-4.9-i486.sfs zdrv_slacko_5.9.3.sfs XnView-0.64.sfs wxHexEditor-0.22b.sfs XnView-0.64.sfs wxHexEditor-0.22b.sfs XnView-0.64.sfs wxHexEditor-0.22b.sfs'

Something more needs to be amended, perhaps in sfs_load itself...
___________

From other issues: I noted (so far only in VBox) that, from time to time, ~10% of cases, system does not complete the reboot procedure.
Stops at: [44.1234...] Restarting system. Anyone else?

Greetings!

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

slacko-6.0 beta 2

md5

Re: md5

UPDATE: ffconvert-1.4.2

Re: UPDATE: ffconvert-1.4.2

Re: UPDATE: ffconvert-1.4.2

slacko-6.0 beta 2