Quirky April 7.0 - 7.0.3, 7.0.4, 7.0.4.1

[zekebaby]

Hi Barry,

Great job; thanks for all your efforts.

Ever since 6.94 or so, the Broadcomm B43 wireless adapter is not detected. Loading the b43 modules does not detect the device. I believe you posted a message about this in one of the other feedback threads.

[rameshiyer]

Dear Barry Sir

While trying to setup through commandline, I am getting following message:-

# pppoe-setup
Welcome to the Roaring Penguin PPPoE client setup. First, I will run
some checks on your system to make sure the PPPoE client is installed
properly...

Oh, dear, I can't execute the program '/usr/sbin/pppoe'. Please
re-install the rp-pppoe client

[James C]

Fresh full install of Quirky April64 7.0....working well.

Code: Select all

# report-video
VIDEO REPORT: Quirky April64, version 7.0

Chip description:
VGA compatible controller: nVidia Corporation Device 0a65 (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 (381x238 millimeters)
  Depth:       24 planes

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

Code: Select all

-Computer-
Processor		: 2x AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
Memory		: 4054MB (176MB used)
Operating System		: Unknown distribution
User Name		: root (root)
Date/Time		: Thu 26 Feb 2015 10:59:46 PM CST
-Display-
Resolution		: 1440x900 pixels
OpenGL Renderer		: Unknown
X11 Vendor		: The X.Org Foundation
-Multimedia-
Audio Adapter		: HDA-Intel - HDA NVidia
Audio Adapter		: HDA-Intel - HDA NVidia

Code: Select all

# free
             total         used         free       shared      buffers
Mem:       4054008       361620      3692388         2092        10216
-/+ buffers:             351404      3702604
Swap:     14540792            0     14540792
# 

[James C]

Fresh full install of Quirky April 7.0....same hardware...also working well.

Code: Select all

# report-video
VIDEO REPORT: Quirky April, version 7.0

Chip description:
VGA compatible controller: nVidia Corporation Device 0a65 (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

# free
             total         used         free       shared      buffers
Mem:       3633432       291172      3342260         2112         9468
-/+ buffers:             281704      3351728
Swap:     14540792            0     14540792
# 

[James C]

Obligatory screenshot....

[alphadog]

Hi all, just testing on the desktop rig and all seems very good (hats off to B.K. as usual).
Just a slight niggle ram usage seems a little high!



Tahr 6.02 ,if I remember, only uses about 65-70Mb.
Perhaps it is because it is compiled in T2, dunno (translated as don't know for those that don't understand Wiltshire lol) no expert.
Downloaded Htop from ppm shows up in menu but doesn't launch.
Can launch from terminal but as htop not Htop.

[ally]

if I understand correctly it's because it's designed for a full install so it's not extracted on the go

[rufwoof]

AMD64 single core 1.5GB ram, Nvidia 8600GT

Preferred Pup user style : grub4dos ram boot, no savefile, remaster to preserve changes

Grub4Dos entry

title April (Quirky) 7 Final
kernel (hd0,2)/quirky7/vmlinuz rootwait rw
initrd (hd0,2)/quirky7/initrd.q

Extracted initrd.q contents
cd /mnt/sda3/quirky7 # i.e. to where initrd.q and vmlinuz are
mkdir MAIN
cd MAIN
cat ../initrd.q | cpio -id

init content (in initrd.q) changed to allocate more (nearly all) of free mem to zram

Code: Select all

HALFRAMB=$(($FREERAMK*1023)) 
HALFRAMM=$(($FREERAMK/1025)) 

Also added desktop icon to remaster a new initrd.q using two scripts stored in the same directory/folder as initrd.q and vmlinuz

remaster

Code: Select all

#!/bin/bash
cd /mnt/sda3/quirky7
urxvt -geometry 80x5+16+16 -bg white -fg blue -title "$(gettext 'Remastering initrd.q')" -e ./remaster2

remaster2

Code: Select all

#!/bin/bash
cd MAIN
if [ -f q.sfs ]; then
  rm q.sfs
fi
mksquashfs / q.sfs -noX -noD -noI -noF -e /tmp /mnt /proc /sys /root/.XLOADED /.fsckme.flg
clear
sync
echo "Building initrd.q ... please wait"
find | cpio -o -H newc | lzop -1 >../initrd.q
sync

Remastering a new initrd.q in readiness for the next reboot using the above takes less than a minute

Leaves me with around 287MB of free mem being shown. Can boost that to around 550MB free if use tighter (much slower to remaster) compression (i.e. xz instead of the lzo as used above).

Original version booted as-is (i.e. only half of free mem allocated to zram) barely has any free mem being shown in the bottom right disk usage icon.

Note that the above remaster uses no compression to form q.sfs, and then initrd.q with q.sfs contained within is compressed using lzo level 1 (low) compression. That's quick (very quick to decompress) and as q.sfs is being stored in zram initially creating q.sfs with no compression still means that its being compressed (in using zram) - but by whatever zram is using to store the non-compressed image.

Working really well, have turned opaque moves/resizes ON rather than using outline moves/resizes and video's etc can be viewed and the video window dragged around the screen quickly etc.

[Ted Dog]

@rufwoof Lol good timing, just about going to do the same, had to use grub4Dos since April never gets to a screen booting with EFI.

Thanks for the code.

[Ted Dog]

well done @rufwoof got mine setup and now time to harvest RAM from this laptop and give my miniMac the big RAM where its more needed.

[rufwoof]

Hi Ted

Haven't got around to testing loading sfs's yet !!!

I know its suggested you can't load sfs's in this version as its not a layered pup, but I have achieved similar in the past simply by sym link based 'loading'

i.e. something like

losetup -f # to identify a free loop i.e. perhaps /dev/loop0
mount /dev/loop0 /mnt/sda3/somewhere/some.sfs
mkdir -p /mnt/L
mount -t squashfs /dev/loop0 /mnt/L
cd /
cp -rs /mnt/L/* .

Not exactly sure that's right (off the top of my head), but something close.

Off out for a while, so my next plan is to test that out in practice. Sym link based sfs loading takes up little space (pointers), so you can expand the core ram booted pup to include a lot of other additional stuff/programs.

[stemsee]

Is there any reason that April 7.0 has a DISTRO_SPECS file?
Is there any reason that 'DISTRO_PUPPYSFS=q.sfs' has been omitted from DISTRO_SPECS?

[BarryK]

Dear Barry Sir

While trying to setup through commandline, I am getting following message:-

# pppoe-setup
Welcome to the Roaring Penguin PPPoE client setup. First, I will run
some checks on your system to make sure the PPPoE client is installed
properly...

Oh, dear, I can't execute the program '/usr/sbin/pppoe'. Please
re-install the rp-pppoe client

Yes, a bug!

Executables are missing. I will get this fixed for the Service Pack, but for now, I have attached a pppoe executable.

gunzip it, set it's execute flags, place in /usr/sbin.

Let us know if that is enough to get PPPoE working.

Oh yes, the executable is for April64, 64-bit.

[BarryK]

if I understand correctly it's because it's designed for a full install so it's not extracted on the go

alphadog is running the live-CD, which is a RAM-hog.

It is not designed like puppies, the live-CD is not really intended for regular usage. As you say, Quirky is designed for full installs.

The live-CD loads everything into RAM, which means slow bootup, and uses zram which gives the appearance of using a lot more RAM than the pups.

[BarryK]

AMD64 single core 1.5GB ram, Nvidia 8600GT

Preferred Pup user style : grub4dos ram boot, no savefile, remaster to preserve changes

Grub4Dos entry

title April (Quirky) 7 Final
kernel (hd0,2)/quirky7/vmlinuz rootwait rw
initrd (hd0,2)/quirky7/initrd.q

Extracted initrd.q contents
cd /mnt/sda3/quirky7 # i.e. to where initrd.q and vmlinuz are
mkdir MAIN
cd MAIN
cat ../initrd.q | cpio -id

init content (in initrd.q) changed to allocate more (nearly all) of free mem to zram

Code: Select all

HALFRAMB=$(($FREERAMK*1023)) 
HALFRAMM=$(($FREERAMK/1025)) 

Also added desktop icon to remaster a new initrd.q using two scripts stored in the same directory/folder as initrd.q and vmlinuz

remaster

Code: Select all

#!/bin/bash
cd /mnt/sda3/quirky7
urxvt -geometry 80x5+16+16 -bg white -fg blue -title "$(gettext 'Remastering initrd.q')" -e ./remaster2

remaster2

Code: Select all

#!/bin/bash
cd MAIN
if [ -f q.sfs ]; then
  rm q.sfs
fi
mksquashfs / q.sfs -noX -noD -noI -noF -e /tmp /mnt /proc /sys /root/.XLOADED /.fsckme.flg
clear
sync
echo "Building initrd.q ... please wait"
find | cpio -o -H newc | lzop -1 >../initrd.q
sync

Remastering a new initrd.q in readiness for the next reboot using the above takes less than a minute

Leaves me with around 287MB of free mem being shown. Can boost that to around 550MB free if use tighter (much slower to remaster) compression (i.e. xz instead of the lzo as used above).

Original version booted as-is (i.e. only half of free mem allocated to zram) barely has any free mem being shown in the bottom right disk usage icon.

Note that the above remaster uses no compression to form q.sfs, and then initrd.q with q.sfs contained within is compressed using lzo level 1 (low) compression. That's quick (very quick to decompress) and as q.sfs is being stored in zram initially creating q.sfs with no compression still means that its being compressed (in using zram) - but by whatever zram is using to store the non-compressed image.

Working really well, have turned opaque moves/resizes ON rather than using outline moves/resizes and video's etc can be viewed and the video window dragged around the screen quickly etc.

Your changes look good!

[BarryK]

Hi Ted

Haven't got around to testing loading sfs's yet !!!

I know its suggested you can't load sfs's in this version as its not a layered pup, but I have achieved similar in the past simply by sym link based 'loading'

i.e. something like

losetup -f # to identify a free loop i.e. perhaps /dev/loop0
mount /dev/loop0 /mnt/sda3/somewhere/some.sfs
mkdir -p /mnt/L
mount -t squashfs /dev/loop0 /mnt/L
cd /
cp -rs /mnt/L/* .

Not exactly sure that's right (off the top of my head), but something close.

Off out for a while, so my next plan is to test that out in practice. Sym link based sfs loading takes up little space (pointers), so you can expand the core ram booted pup to include a lot of other additional stuff/programs.

One thing to test with that symlinking idea, after doing that, run this in a terminal:

# ldconfig

Then see if applications still start.

I cannot recall, but I seem to recall that when ldconfig scans the libraries and creates /etc/ld.so.cache, it ignores paths that are symlinks -- but perhaps the entries in /etc/ld.so.conf will force override of that?

[BarryK]

Is there any reason that April 7.0 has a DISTRO_SPECS file?
Is there any reason that 'DISTRO_PUPPYSFS=q.sfs' has been omitted from DISTRO_SPECS?

Er, /etc/DISTRO_SPECS has many variables that are read by scripts in Quirky.

The creation of q.sfs is very recent, for the purpose of building the live-CD. It is really an abnormal situation, as Quirky is intended for full installs.

The variable DISTRO_PUPPYSFS is not used anywhere in Quirky.

[stemsee]

Ok great. I made my remaster script reassign an empty $DISTRO_PUPPYSFS as q.sfs (hopefully Quirky series will be the only series with that string empty). Thereby not altering April 7.0 in anyway. Posting from the remaster now ... that is the vmlinux and initrd.q on usb booting to zram. Hardly slower than creating a savefile. Just another option!

[L18L]

Super fast.
Screen resolution 1920x1080 with modesetting driver without manual choice !
That is cutting edge, another PuppyMaster's master piece.

... and my multilingual solution for FIRSTRUN from wary64 works OOTB here in Quirky7.

Short explanation:
All available quicksetup.mo files are included.
User's very first choice is language.
This language is used in quicksetup.

Hope this will make it into ServicePack1.

[L18L]

Testing my translation I found

Code: Select all

# installquirky 
/usr/sbin/installquirky: line 75: printf: 28.5196: invalid number
/usr/sbin/installquirky: line 75: printf: 63.3428: invalid number
/usr/sbin/installquirky: line 75: printf: 489.284: invalid number

All sizes in Giga were zero.

fix: insert LANG=C

Code: Select all

      ONESIZE="`LANG=C printf "%.1f" $ONESIZE`G"

Might also occur at other lines.

DECIMAL POINT IS COMMA

EDIT

Code: Select all

/usr/sbin/.childproof: line 41: printf: 14.2598: invalid number

same thing