Page 9 of 42

Posted: Mon 23 Jun 2014, 03:22
by 01micko
5.9.3 is out

See main post

Posted: Mon 23 Jun 2014, 03:35
by James C

Code: Select all

# 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

md5

Posted: Mon 23 Jun 2014, 03:42
by shinobar
01micko wrote:5.9.3 is out
Thanks!
md5 checksum of slacko-5.9.3.iso please.

Re: md5

Posted: Mon 23 Jun 2014, 03:46
by 01micko
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 :oops: (it was on my site anyways, pulled over from there, now on ibiblio)

Posted: Mon 23 Jun 2014, 03:51
by James C

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
#

Posted: Mon 23 Jun 2014, 04:21
by musher0
My "kernel panic" problem is similar to what sfr reported here:
http://murga-linux.com/puppy/viewtopic. ... ost#784674

UPDATE: ffconvert-1.4.2

Posted: Mon 23 Jun 2014, 04:52
by shinobar
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

Posted: Mon 23 Jun 2014, 06:03
by musher0
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

Posted: Mon 23 Jun 2014, 06:18
by gcmartin
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

Posted: Mon 23 Jun 2014, 06:28
by zigbert
gtk-issue is now fixed in woof - /usr/lib/gtkdialog/xml_info - my fault

Posted: Mon 23 Jun 2014, 06:32
by zigbert
Mick
you got pmusic-4.3.6, but missed pfilesearch-1.35

Posted: Mon 23 Jun 2014, 08:56
by Jades
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.

Posted: Mon 23 Jun 2014, 10:30
by mavrothal
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. :?

Re: UPDATE: ffconvert-1.4.2

Posted: Mon 23 Jun 2014, 10:42
by SFR
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!

Re: UPDATE: ffconvert-1.4.2

Posted: Mon 23 Jun 2014, 11:05
by mavrothal
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

Posted: Mon 23 Jun 2014, 11:16
by SFR
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!

Posted: Mon 23 Jun 2014, 12:03
by Jades
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.

slacko-6.0 beta 2

Posted: Mon 23 Jun 2014, 12:49
by Billtoo
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.

Posted: Mon 23 Jun 2014, 13:06
by mavrothal
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

Posted: Mon 23 Jun 2014, 13:19
by SFR
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!