Page 10 of 37

Posted: Tue 02 Oct 2012, 13:53
by 01micko
Q5sys wrote:subscribed.
I didnt expect Micko to be on this so fast... this might make it onto my netbook which is need of a fresh install. :)
Well expect the unexpected :wink:. Not quite there .. yet.

Looking solid though with some nice new features and updates. With any luck, in 24 hrs or so I can offer a bone.

EDIT: full install is working too :) .. still a couple of issues but I'm posting from it, so that's how small they are.. incredible the boot speed of a full install, 5 seconds I reckon.

Posted: Tue 02 Oct 2012, 19:07
by Iguleder
01micko - finished my Slackware 14.0 porting efforts - seems great! All my stuff are here, everything should work OOTB.

So far it seems nice - the only issues were llvm, libnl3 and GTK+'s dependencies (libffi and libcroco), plus /run stuff - sorted this our using bind mounts of stuff under /var and /tmp.

mtpaint

Posted: Tue 02 Oct 2012, 20:46
by sszindian
01micko:

I'm sure you must be aware of this...

Mtpaint (last two versions of Slacko) would not load .jpg extension graphics.

5.3.5.3 mtpaint handled the .jpg's OK for a few weeks (I used it a lot) then all of a sudden, it won't load or display .jpg's again. When you try to load one, it knocks mtpaint right off the screen.

>>>---Indian------>

Posted: Tue 02 Oct 2012, 22:44
by oldyeller
I have finally downloaded this today.

It works fine on my Dell D430.

mplayer plays good. Is this a new kernel? some multimedia doesn't work on this one

vlc and xine from slacko repo.

Edit: I see that it is a new kernel and things will not all work from repo, I guess should have done a better job on reading the first post :oops:

Posted: Tue 02 Oct 2012, 23:51
by 01micko
oldyeller wrote:
mplayer plays good. Is this a new kernel? some multimedia doesn't work on this one

vlc and xine from slacko repo.
It's not the kernel that causes problems with the old 533 apps it's the newer Slackware libraries. I face a bit of a dilemma there as if I upload the pets and the new database it breaks compatibility for those who have 533 and want to keep it. I have asked Barry the best way to tackle this without breaking backwards compatibility and without renaming slacko. Unfortunately this was a bit of an oversight with the woof design which probably needs addressing.

Certainly, if slacko development continues into the future, by the time Slackware hits version 15 or so, there will be next to zero compatibility with libs from (lets) say 13.1.

Posted: Wed 03 Oct 2012, 00:45
by oldyeller
01micko wrote:
oldyeller wrote:
mplayer plays good. Is this a new kernel? some multimedia doesn't work on this one

vlc and xine from slacko repo.
It's not the kernel that causes problems with the old 533 apps it's the newer Slackware libraries. I face a bit of a dilemma there as if I upload the pets and the new database it breaks compatibility for those who have 533 and want to keep it. I have asked Barry the best way to tackle this without breaking backwards compatibility and without renaming slacko. Unfortunately this was a bit of an oversight with the woof design which probably needs addressing.

Certainly, if slacko development continues into the future, by the time Slackware hits version 15 or so, there will be next to zero compatibility with libs from (lets) say 13.1.
I do have to say one thing Mick you do a very great job on slacko so keep up the great job. I do enjoy using slacko.

it's a hard chose for me do decide on what puppy to base my next line of Manna on. Slacko is looking really great :D :D

Cheers

Posted: Wed 03 Oct 2012, 07:38
by Iguleder
Perhaps, Slackware 13.37 could be added to Woof as another distro (let's say, slackware-compat) and its packages could be used in parallel with those of 14.0 - in the package template, just use LD_LIBRARY_PATH and PATH to sort out incompatibilities.

Ugly, but that's the only way to go with Woof. :?

Posted: Wed 03 Oct 2012, 10:52
by nooby
01micko wrote:
oldyeller wrote:
mplayer plays good. Is this a new kernel? some multimedia doesn't work on this one

vlc and xine from slacko repo.
It's not the kernel that causes problems with the old 533 apps it's the newer Slackware libraries. I face a bit of a dilemma there as if I upload the pets and the new database it breaks compatibility for those who have 533 and want to keep it. I have asked Barry the best way to tackle this without breaking backwards compatibility and without renaming slacko. Unfortunately this was a bit of an oversight with the woof design which probably needs addressing.

Certainly, if slacko development continues into the future, by the time Slackware hits version 15 or so, there will be next to zero compatibility with libs from (lets) say 13.1.
Such is depressing :) Compatibility backwards or with the latest.
Whatever you decide we all appreciate that you care.

Posted: Wed 03 Oct 2012, 12:00
by ICPUG
To add to the conversation regarding frugal installs and recognising the .sfs file ...

I have finally frugally installed Fat Slacko on my 1st generation Intel Core i5 machine, dual booting with Windows 7. I use the Lin'N'Win method.

It was the only Puppy on the machine. The 3 Puppy files (vmlinuz, initrd.gz and .sfs) were stored in a folder in the first logical partition of the extended partition (grub=(hd0,4), Puppy=sda5). I had PMEDIA=atahd, PDEV1=sda5 and psubdir=fatslacko.

This is how I have always done frugals, fully specifying the media, partition and folder to ensure the correct Puppy is loaded. Slacko 5.3.3 works OK on my older PCs in combo with various other Puppies.

When I tried to boot Fat Slacko, grub found the vmlinuz and initrd.gz but Puppy failed to find the .sfs.

Trial and error testing found that if I removed PMEDIA it worked. Subsequently, if I set PDEV1 to sda6, (which exists but doesn 't have a Puppy on it), it also works! This is not how I believed it would operate and I don't think it did operate this way in Puppy 4 days.

I have isolated the init file in initrd.gz and started a review. Unfortunately, the 'finding the puppy files' and 'search_func' routines are much more complicated than in the Puppy 4 days and I am not sure if I am up to the task of decoding the procedure Barry uses.

I have since tried Puppy Lupupluslibre and the same behaviour exists.

If anybody has any ideas why I have to REMOVE PMEDIA to get it to work I would be interested but I am mainly posting this for info.

frugal installs and recognising the .sfs file

Posted: Wed 03 Oct 2012, 14:12
by ETP
ICPUG,

Please see my previous post in this thread and in particular the examples.

http://www.murga-linux.com/puppy/viewto ... 227#652227

You may wish to experiment with pupsfs=

I did send BK a pm to flag that post up to him but have not had any comment or acknowledgement.

Posted: Wed 03 Oct 2012, 14:27
by rcrsn51
ICPUG wrote:Trial and error testing found that if I removed PMEDIA it worked. Subsequently, if I set PDEV1 to sda6, (which exists but doesn 't have a Puppy on it), it also works!
This scenario has been showing up lately, but with flash drive installs. The problem seems to be this:

If you tell Puppy exactly where the SFS file is, it looks there before the USB system has properly initialized, and doesn't find it.

But if you provide no boot arguments, or invalid ones (try pmedia=icpug), then Puppy starts its search procedure. By the time it gets back to the USB drive, it has initialized properly and Puppy finds the SFS.

However, I'm surprised that the same thing would happen with a hard drive partition.

If you replace FatSlacko with Slacko 533 and leave everything else the same, will it now boot?

Posted: Wed 03 Oct 2012, 15:18
by rcrsn51
@ICPUG: I set up an equivalent system to yours - Fatslacko on sda5 in a subfolder. The only difference was that I booted the system using Grub4Dos on the MBR instead of from boot.ini.

I used "pmedia=atahd pdev1=sda5 psubdir=fatslacko" and it worked correctly.

But "pmedia=atahd pdev1=sda6 psubdir=fatslacko" failed as you would expect.

However, "pdev1=sda6 psubdir=fatslacko" WORKED. Because there was no pmedia option, Puppy went into search mode and ignored the incorrect sda6.

Posted: Wed 03 Oct 2012, 15:43
by oldyeller
ICPUG wrote:To add to the conversation regarding frugal installs and recognising the .sfs file ...

I have finally frugally installed Fat Slacko on my 1st generation Intel Core i5 machine, dual booting with Windows 7. I use the Lin'N'Win method.

It was the only Puppy on the machine. The 3 Puppy files (vmlinuz, initrd.gz and .sfs) were stored in a folder in the first logical partition of the extended partition (grub=(hd0,4), Puppy=sda5). I had PMEDIA=atahd, PDEV1=sda5 and psubdir=fatslacko.

This is how I have always done frugals, fully specifying the media, partition and folder to ensure the correct Puppy is loaded. Slacko 5.3.3 works OK on my older PCs in combo with various other Puppies.

When I tried to boot Fat Slacko, grub found the vmlinuz and initrd.gz but Puppy failed to find the .sfs.

Trial and error testing found that if I removed PMEDIA it worked. Subsequently, if I set PDEV1 to sda6, (which exists but doesn 't have a Puppy on it), it also works! This is not how I believed it would operate and I don't think it did operate this way in Puppy 4 days.

I have isolated the init file in initrd.gz and started a review. Unfortunately, the 'finding the puppy files' and 'search_func' routines are much more complicated than in the Puppy 4 days and I am not sure if I am up to the task of decoding the procedure Barry uses.

I have since tried Puppy Lupupluslibre and the same behaviour exists.

If anybody has any ideas why I have to REMOVE PMEDIA to get it to work I would be interested but I am mainly posting this for info.
This is how I have mine if it will help anyone I just use Puppy no other os :lol: :lol: :lol:
title Puppy precise 5.2.60 (sda1/precise5.2.60frugal)
find --set-root --ignore-floppies --ignore-cd /precise5.2.60frugal/initrd.gz
kernel /precise5.2.60frugal/vmlinuz psubdir=precise5.2.60frugal pmedia=atahd pfix=fsck
initrd /precise5.2.60frugal/initrd.gz

title Puppy precise 5.2.60 (sda1/precise5.2.60frugal) RAM mode\nBoot up Puppy without pupsave
find --set-root --ignore-floppies --ignore-cd /precise5.2.60frugal/initrd.gz
kernel /precise5.2.60frugal/vmlinuz psubdir=precise5.2.60frugal pmedia=atahd pfix=ram,fsck
initrd /precise5.2.60frugal/initrd.gz

title Puppy ov-precisenonpae (sda1/ov-precisenonpae)
find --set-root --ignore-floppies --ignore-cd /ov-precisenonpae/initrd.gz
kernel /ov-precisenonpae/vmlinuz psubdir=ov-precisenonpae pmedia=atahd pfix=fsck
initrd /ov-precisenonpae/initrd.gz

title Puppy ov-precise530 (sda1/ov-precise530)
find --set-root --ignore-floppies --ignore-cd /ov-precise530/initrd.gz
kernel /ov-precise530/vmlinuz psubdir=ov-precise530 pmedia=atahd pfix=fsck
initrd /ov-precise530/initrd.gz

title Puppy Linux 5.3.3 frugal in sda1 dir slacko5.3.3frugal
find --set-root --ignore-floppies /slacko5.3.3frugal/initrd.gz
kernel /slacko5.3.3frugal/vmlinuz pmedia=atahd psubdir=slacko5.3.3frugal
initrd /slacko5.3.3frugal/initrd.gz

title lupu-525 frugal in sda1 dir lupu-525
find --set-root --ignore-floppies /lupu-525/initrd.gz
kernel /lupu-525/vmlinuz pmedia=atahd psubdir=lupu-525
initrd /lupu-525/initrd.gz

title manna in sda1 dir manna
find --set-root --ignore-floppies /manna/initrd.gz
kernel /manna/vmlinuz pmedia=atahd psubdir=manna
initrd /manna/initrd.gz

title slacko-5.3.5.3 in sda1 dir slacko-5.3.5.3
find --set-root --ignore-floppies /slacko-5.3.5.3/initrd.gz
kernel /slacko-5.3.5.3/vmlinuz pmedia=atahd psubdir=slacko-5.3.5.3
initrd /slacko-5.3.5.3/initrd.gz

Posted: Wed 03 Oct 2012, 16:07
by rcrsn51
@ICPUG: Since you have the init open, here is something to try:

Line 619 says "Loading drivers needed ...".

AFTER that line, add a "sleep 5".

Posted: Thu 04 Oct 2012, 03:21
by 01micko
Next beta is released.

READ the release notes.

See main post.

Test away and have fun! :)

Posted: Thu 04 Oct 2012, 03:56
by rcrsn51
[Edit] What is it with Opera and printing? I bring up my newspaper, ask to print Page 1 and get Pages 1-12.

I do it in Firefox and get exactly the page I asked for.

Slacko - beta [5.4]

Posted: Thu 04 Oct 2012, 04:00
by Billtoo
Manual frugal install to a 1tb usb 3.0 external hard drive.

Report Video 1.4 - Wed 3 Oct 2012 on Slacko Puppy 5.3.6.0 - Linux 3.2.30-4g i686

Chip description:
2.0 VGA compatible controller: Intel Corporation Ivy Bridge Graphics Controller (rev 09)
oem: Intel(R) Sandybridge/Ivybridge Graphics Chipset Accelerated VGA BIOS
product: Intel(R) Sandybridge/Ivybridge Graphics Controller Hardware Version 0.0

X Server: Xorg Driver used: intel

X.Org version: 1.12.3
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes

OpenGL
Vendor Tungsten Graphics, Inc
Renderer Mesa DRI Intel(R) Ivybridge Desktop x86/MMX/SSE2
Version 2.1 Mesa 8.0.4
Direct Rendering Yes

# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
302 frames in 5.0 seconds = 60.317 FPS
301 frames in 5.0 seconds = 60.000 FPS
301 frames in 5.0 seconds = 60.000 FPS

Network controller Ralink corp. Device 5390
xHCI Host Controller
USB 3.0 Desktop HD

No problems at all so far.

Posted: Thu 04 Oct 2012, 04:25
by James C
Quick live pfix=ram test/hardware check. Everything working correctly on initial boot.

# report-video
Report Video 1.4 - Wed 3 Oct 2012 on Slacko Puppy 5.3.6.0 - Linux 3.2.30-4g i686

Chip description:
d.0 VGA compatible controller: nVidia Corporation C61 [GeForce 7025 / nForce 630a] (rev a2)
oem: NVIDIA
product: MCP61 - mcp61-86 Chip Rev

X Server: Xorg Driver used: nouveau

X.Org version: 1.12.3
dimensions: 1366x768 pixels (361x203 millimeters)
depth of root window: 24 planes

...the above also recorded in /tmp/root/ as report-video,
and archived with xorg.conf and Xorg.0.log as report-video-full.gz
# glxgears
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 59
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
5197 frames in 5.0 seconds = 1039.279 FPS
5753 frames in 5.0 seconds = 1150.548 FPS
5889 frames in 5.0 seconds = 1177.782 FPS
5898 frames in 5.0 seconds = 1179.279 FPS
5883 frames in 5.0 seconds = 1176.315 FPS
5875 frames in 5.0 seconds = 1174.794 FPS

-Computer-
Processor : 4x AMD Athlon(tm) II X4 620 Processor
Memory : 2853MB (293MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Wed 03 Oct 2012 11:23:27 PM CDT
-Display-
Resolution : 1366x768 pixels
OpenGL Renderer : Gallium 0.4 on NV4C
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : HDA-Intel - HDA NVidia

-Display-
Resolution : 1366x768 pixels
Vendor : The X.Org Foundation
Version : 1.12.3
-Monitors-
Monitor 0 : 1366x768 pixels
-OpenGL-
Vendor : nouveau
Renderer : Gallium 0.4 on NV4C
Version : 2.1 Mesa 8.0.4
Direct Rendering : Yes


Frugal install on the Athlon XP box shortly.

Posted: Thu 04 Oct 2012, 04:39
by 01micko
rcrsn51 wrote:What is it with Opera and printing? I bring up my newspaper, ask to print one page and get 12.

I do it in Firefox and get exactly the page I asked for.
Bummer!

I am going to try and get this fixed. Using opera allows flashplayer and the iso is still 2 meg smaller than the previous beta.

I had to do some gymnastics to get .pet mimetypes to work ootb in opera too. Last I looked Puppy was a top 10 distro, but Opera only supports deb, rpm and tgz/txz.

I will contact the Opera devs and see how far I can get.

Posted: Thu 04 Oct 2012, 05:01
by James C
Fresh manual frugal install of 5.3.60 to the trusty Athlon XP box. Everything working and correct on initial boot and persistent.

# report-video
Report Video 1.4 - Wed 3 Oct 2012 on Slacko Puppy 5.3.6.0 - Linux 3.2.30-4g i686

Chip description:
0.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)
oem: NVidia
product: NV18 () Board Chip Rev A2

X Server: Xorg Driver used: nouveau

X.Org version: 1.12.3
dimensions: 1440x900 pixels (380x238 millimeters)
depth of root window: 24 planes

...the above also recorded in /tmp/root/ as report-video,
and archived with xorg.conf and Xorg.0.log as report-video-full.gz
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
1788 frames in 5.0 seconds = 357.462 FPS
1852 frames in 5.0 seconds = 370.296 FPS
1906 frames in 5.0 seconds = 381.140 FPS
1943 frames in 5.0 seconds = 388.451 FPS
1828 frames in 5.0 seconds = 365.480 FPS
1856 frames in 5.0 seconds = 371.103 FPS

-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1033MB (166MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Wed 03 Oct 2012 11:55:08 PM CDT
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235

Only thing so far....... mtPaint screen capture doesn't launch but it does launch as mtPaint image editor.

Code: Select all

# mtpaintsnapshot.sh
bash: mtpaintsnapshot.sh: command not found
#