Page 209 of 212

Posted: Sat 24 Jan 2015, 20:15
by saintless
Hi, Fred.

Seems mplayer2 does not work on some P-II:

Code: Select all

MPlayer interrupted by signal 4 in module: read_subtitles_file
- MPlayer crashed by an 'Illegal Instruction'.
  It usually happens when you run it on a CPU different than the one it was
  compiled/optimized for.
  Verify this!
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.
cat /proc/cpuinfo shows:

Code: Select all

root@debian:~# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 3
model name      : Pentium II (Klamath)
stepping        : 4
microcode       : 0x35
cpu MHz         : 231.796
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov mmx
bogomips        : 463.59
clflush size    : 32
cache_alignment : 32
address sizes   : 36 bits physical, 32 bits virtual
power management:
Compiled on the same machine and working mplayer2 uploaded here:
http://smokey01.com/saintless/DebianDog ... led.tar.gz
Maybe it will be useful for someone else.

Toni

Posted: Sat 24 Jan 2015, 21:45
by fredx181
Hi Toni,
Compiled on the same machine and working mplayer2 uploaded here:
http://smokey01.com/saintless/DebianDog ... led.tar.gz
Thanks, this doesn't mean any change for mplayer2 on DebianDog I assume?

Bugfix for debdog-install:

For using ext4 (when checkbox 'Disable journal on ext4' is enabled) it's ok but when I tested installing to usb pendrive with ext2 filesystem it won't boot (but only when mounted already during install).
It's a mistake I made in the script; The boot flag is set after checking if it's mounted already.
So if this is the case (mounted already) the boot flag will not be set, FIXED now by changing the order (now it's set before checking if mounted already).
The reason why it works well with ext4 and checkbox ticked is that the filesystem will be unmounted.
This way the checking if it's mounted already is negative so the boot flag will be set in that case.
(I like to explain a little but having a hard time to find the right words for this :) )

Attached debdog-install.tar (remove dummy .tar extension)

DebianDog-Installer appimage updated with same fix:

https://googledrive.com/host/0ByBgCDlZZ ... -Installer

Make it executable:

Code: Select all

chmod +x DebianDog-Installer
Fred

Posted: Sat 24 Jan 2015, 22:03
by saintless
Attached debdog-install.tar (remove dummy .tar extension)

DebianDog-Installer appimage updated with same fix:

https://googledrive.com/host/0ByBgCDlZZ ... -Installer
Thanks, Fred! Added in next version changes post.
...this doesn't mean any change for mplayer2 on DebianDog I assume?
No change for the included mplayer2.
Just available for download extra mplayer2 for P-II machines.

Toni

Posted: Sun 25 Jan 2015, 17:44
by fredx181
Hi Toni,

Here's new sfs-get-smokey-get_1.0.1_i386.deb and portablesfs-loadsfs-fuse_1.0.1_i386.deb.
(remove dummy .tar extension)

Changes for sfs-get-smokey-get:
- sfs-get script can now only select directory for saving (was a bit confusing as you could select a file also).
- updated all 'template' files in /usr/local/smokey-get and /usr/local/gdrive-get.
(added your second google-drive as 'toni2', hope you don't mind, if you do, just feel free to remove it in the .deb)

Changes for portablesfs-loadsfs-fuse:
- leaves no /.unionfs folder behind when using portablesfs script or loadsfs-fuse (I noticed it sometimes did)
- changed for "loadsfs-fuse-writesfs" the 'write' directory name to /root/<name_of_module> instead of previously /root/writesfs

I think within a few days I'll upload new iso.
Maybe it's good idea we upload test iso this time, so we can test each others version first before final release.
Lots of big changes this time!

Edit: Q; Do we replace initrd1.img with new initrd1.img-wh ?

Fred

Posted: Sun 25 Jan 2015, 20:11
by saintless
fredx181 wrote:Here's new sfs-get-smokey-get_1.0.1_i386.deb and portablesfs-loadsfs-fuse_1.0.1_i386.deb
Thanks, Fred! I will replace them in DD repository.
(added your second google-drive as 'toni2', hope you don't mind,
I don't mind.
Maybe it's good idea we upload test iso this time, so we can test each others version first before final release.
OK, but I doubt I or anyone else can test your script improvements better than you :)

Edit:BTW I will add one more category in portablesfs-loadsfs-fuse inside /usr/share/applications/sfsportable.desktop to make it appear in Utility for MJWM menu in Jwm version.
fredx181 wrote:Edit: Q; Do we replace initrd1.img with new initrd1.img-wh ?
Yes.

Toni

Posted: Sun 25 Jan 2015, 20:33
by fredx181
Hi Toni,
Quote:
Maybe it's good idea we upload test iso this time, so we can test each others version first before final release.

OK, but I doubt I or anyone else can test your script improvements better than you Smile
Yes, maybe, there's not much feedback on that.
But what I just mean by testing is the general system e.g. repository, changes for Jwm version for porteus-boot (without obshutdown) and to look at something possibly forgotten.

I noticed your Edit, I'll replace initrd1.img.

Edit:
Edit:BTW I will add one more category in portablesfs-loadsfs-fuse inside /usr/share/applications/sfsportable.desktop to make it appear in Utility for MJWM menu in Jwm version.
Yes, I see now, It has 'Utilities' , probably that category doesn't exist, should be 'Utility'.

Fred

Posted: Mon 26 Jan 2015, 22:36
by fredx181
Hi Toni, All

Here is new DebianDog-openbox_xfce.iso
https://googledrive.com/host/0ByBgCDlZZ ... x_xfce.iso

I tried to make it sync with Jwm version as much as possible;
- removed ripperx package and dependencies.
(noticed that creating a module with apt2sfs didn't work sometimes for Jwm version when created with Openbox version because of the ripperx dependencies were installed on Openbox, specially with multimedia e.g. ffmpeg)
- Updated the 'Greybird' theme (some applications displayed white font color when installing package that depends on gtk3, now it has black font color as it's supposed to be).
- added libesd0 package (as Jwm version already has)

And of course all the changes (hopefully didn't forget any) from here:
http://murga-linux.com/puppy/viewtopic. ... 368#776368

Btw, I tried the block size set to 1M for creating 01-filesystem.squashfs, the file size became 3Mb less as when using block size set to 512k but I didn't like the result; booting slower, system running not very smooth, so I used 512k block size, same as I did already before.

Fred

Posted: Tue 27 Jan 2015, 07:30
by saintless
Hi, Fred.

I will test new iso today and tomorrow.

Here is new jwm version.
Same maximum xz compression as always. For me the choice should be gzip or xz (for main module, extra modules and initrd files). Any level of xz works slow on my hardware. Even if I use gzip with Wheezy after installing Iceweasel I see gzip compression is not a solution. Most Wheezy programs need more RAM and faster processor. I use Squeeze and it is gzip compressed by default (including the extra modules and mksquashfs lines in remastering scripts).

Edit: BTW I'm testing Lenny at the moment and all repositories are active. It works faster than Squeeze on P-II 233Mhz and 96Mb RAM (including Iceweasel).

Edit2: First tests show no problems, Fred. I get wallpaper for user and root, adding bulgarian keyboard layout works, portablesfs in chroot mode for user works, playing videos from user and root works. I will use it two days to see if I can find some problem.

Toni

Posted: Tue 27 Jan 2015, 19:06
by fredx181
Hi Toni,
Edit2: First tests show no problems, Fred. I get wallpaper for user and root, adding bulgarian keyboard layout works, portablesfs in chroot mode for user works, playing videos from user and root works. I will use it two days to see if I can find some problem.
Ok, thanks, Toni!

Just started testing Jwm version.
Everything ok for porteus-boot, fine job you did without extra module (excuse me, I wanted to make sure if everything turned out right for that)

One thing I noticed when running apt2sfs was the message (xmessage):
I copied below from 'update-menus' because I couldn't reproduce again later.
"Copy all files from /home/puppy/.jwm in $HOME/.jwm and run this script again."
I'm not sure what it's about, no problems further creating the module, btw.
I think you wrote about this earlier but can't remember exactly.

A general thing:
When using full install and trying to drop a .squashfs or .sfs on the desktop icon, the message appears that activating failed but it still shows the yad menu (only item is xterm)
I'd like to fix that later.

I'll continue testing tomorrow.

Fred

Posted: Tue 27 Jan 2015, 20:50
by saintless
Hi, Fred.
fredx181 wrote:Everything ok for porteus-boot, fine job you did without extra module (excuse me, I wanted to make sure if everything turned out right for that)
Thanks for checking! I was sure it works well otherwise I was going to ask you for help with this change.
One thing I noticed when running apt2sfs was the message (xmessage):
I copied below from 'update-menus' because I couldn't reproduce again later.
"Copy all files from /home/puppy/.jwm in $HOME/.jwm and run this script again."
I'm not sure what it's about, no problems further creating the module, btw.
I think you wrote about this earlier but can't remember exactly.
This message is needed because I made mjwm_4.0.0-1_i386.deb and mkjwmmenu_1.0.0-1_i386.deb compatible with standard Debian.
In case $HOME/.jwm/jwm.head is missing (and it will be missing in standard Debian because the user name will not be puppy) you will see xmessage to copy the files from /home/puppy in $HOME/ and start menu-debian, menu-puppy or menu-mjwm again (menu-puppy also needs sh -> bash to work properly). Xmessage window means for some reason you did not have $HOME/.jwm/jwm.head on first run. I can't say why jwm.head was missing but I will try to reproduce it.

No problems to report yet in OpenBox.

Toni

Posted: Wed 28 Jan 2015, 21:17
by stemsee
Hi Saintless and Fred and others.

Are you going to provide updated kernels with the new iso releases, maybe a choice in the boot menu?

Added FreeCircle function = draws a circle of icons centred on cursor position, circle size depends on number of icons selected. Draw as many circles of varying sizes on your NEW rox/jwm desktop. ;-)

Regards
Stemsee

Posted: Wed 28 Jan 2015, 23:01
by fredx181
Hi Toni,
This message is needed because I made mjwm_4.0.0-1_i386.deb and mkjwmmenu_1.0.0-1_i386.deb compatible with standard Debian.
In case $HOME/.jwm/jwm.head is missing (and it will be missing in standard Debian because the user name will not be puppy) you will see xmessage to copy the files from /home/puppy in $HOME/ and start menu-debian, menu-puppy or menu-mjwm again
It's strange, when I got the xmessage message I was logged in as root.
I tried again to reproduce a few times (with empty savefile) but the message didn't appear, so I'd say don't worry about it.
As you know Jwm is not my favorite BUT I must say it's blazing fast!

If I were a regular Jwm user, a few things I would like (ideas for future release maybe?):
- A clipboard manager running at login (maybe parcellite, it's about 600Kb uncompressed) Then anyway what you copied is remembered even if you close a text-file or a window.
- There was something else I can't remember right now, sorry :) , I'll probably write it later.

I didn't find any problems on Jwm version, btw.

Here's a new loadsfs script with small changes:
- In case of booting full install a message will appear (see picture)
- If a module for some reason fails to activate, only the 'activate failed' message appears (no useless yad 'Applications' menu anymore).
(I'll change in Openbox version right-click name to "Load-sfs-chroot-full_install", similar as on JWM version)

Attached loadsfs.tar (remove dummy .tar)

Fred

Posted: Thu 29 Jan 2015, 09:04
by saintless
Hi, Fred.
It's strange, when I got the xmessage message I was logged in as root.
I tried again to reproduce a few times (with empty savefile) but the message didn't appear, so I'd say don't worry about it.
I also can't reproduce it. I can remove the xmessage from /opt/bin/menu-debian, menu-puppy and menu-mjwm since it is needed only for different debian system but it is better to keep it. If /root/.jwm is deleted by accident the menu will stop working and the xmessage will give the solution.
If I were a regular Jwm user, a few things I would like (ideas for future release maybe?):
- A clipboard manager running at login (maybe parcellite, it's about 600Kb uncompressed) Then anyway what you copied is remembered even if you close a text-file or a window.
No problem to include parcellite in this version with link in $HOME/Startup
I didn't find any problems on Jwm version, btw.
Same with OpenBox, Fred, but I like to test two more days both (if you agree) and if everything is OK we can upload official new version.
Here's a new loadsfs script with small changes:
Thanks, I will replace the old one.

Toni

Posted: Thu 29 Jan 2015, 09:11
by saintless
stemsee wrote:Are you going to provide updated kernels with the new iso releases, maybe a choice in the boot menu?
No.
We have several different kernel modules for download and Debian repository has many kernels as deb packages easy to download and install from the user:
https://packages.debian.org/search?keyw ... ection=all

Posted: Thu 29 Jan 2015, 19:37
by fredx181
Hi Toni,
No problem to include parcellite in this version with link in $HOME/Startup
Ok! That's nice.
I didn't find any problems on Jwm version, btw.

Same with OpenBox, Fred, but I like to test two more days both (if you agree) and if everything is OK we can upload official new version.
Yes, fine by me.

Some small things on JWM version:
- Mtpaint doesn't run with default first-start view (removing ~/.mtpaint solves it, but maybe you did this way on purpose for a reason)
- When using menu-MJwm and after changing theme through Change-Jwm-theme the menu-MJwm is not showing anymore (changed to default Jwm-menu). If I remember well this happened when logged in as puppy. And is it really needed having to enter password for Change-Jwm-Theme?
Looks good btw, the menu-MJwm.

But again, these things are really not important, I think, just mentioning it.

Fred

Posted: Thu 29 Jan 2015, 21:02
by saintless
Hi, Fred.
fredx181 wrote:- Mtpaint doesn't run with default first-start view (removing ~/.mtpaint solves it, but maybe you did this way on purpose for a reason)
Yes, the reason is to make mtpaint help button start web-browser with help page. But quick test shows I can keep also default first-start view at the same time.
If you like to include the same Help button setup for OpenBox version use this $HOME/.mtpaint (and in /etc/skel):

Code: Select all

# Remove this file to restore default settings.

docsBrowser = /opt/bin/mtpaint-help
docsLocation = /opt/bin/mtpaint-help

And copy from Jwm version or add /opt/bin/mtpaint-help:

Code: Select all

#!/bin/sh
default_web-browser http://mtpaint.sourceforge.net/handbook/en_GB/chap_00.html

- When using menu-MJwm and after changing theme through Change-Jwm-theme the menu-MJwm is not showing anymore (changed to default Jwm-menu). If I remember well this happened when logged in as puppy. And is it really needed having to enter password for Change-Jwm-Theme?
Both are connected with the way changing menu-debian, menu-puppy and menu-mjwm. I think it is easy to skip user password for jwm-theme-change. I will look at it.

Toni

Posted: Fri 30 Jan 2015, 16:13
by fredx181
Hi Toni,
If you like to include the same Help button setup for OpenBox version use this $HOME/.mtpaint (and in /etc/skel):
Code:
# Remove this file to restore default settings.

docsBrowser = /opt/bin/mtpaint-help
docsLocation = /opt/bin/mtpaint-help


And copy from Jwm version or add /opt/bin/mtpaint-help:
Code:
#!/bin/sh
default_web-browser http://mtpaint.sourceforge.net/handbook ... ap_00.html
Thanks, I will include it this way also.

Edit: About flashplayerchoice:
The information for installing with apt-get says:
"1)Install flashplugin-nonfree with apt-get (= 34 Mb uncompressed)."

But when installing the apt-get message is:
"After this operation, 17.8 MB of additional disk space will be used"

I'm not sure yet what's the truth (didn't test real space used yet), but I do know that there's a cached /var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz left behind (6.6 MB)

Remasterdog or Remastercow doesn't remove this file, maybe remove it directly by the script?

Edit2: Mmmm... I see now that the info from apt-get: "17.8 MB of additional disk space will be used" seems to be wrong, the real total space used is indeed around 34 MB (lots of additional binaries and libraries, I guess the info is about these only, excluding flashplayer itself)

Fred

Posted: Fri 30 Jan 2015, 20:16
by saintless
Hi, Fred
fredx181 wrote:Remasterdog or Remastercow doesn't remove this file, maybe remove it directly by the script?
Attached archive with flashplayerchoice. The function changed to:

Code: Select all

flashplugin() {
apt-get update
apt-get install -q -y flashplugin-nonfree
update-menus
rm -f /var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz
}
flashplugin2sfs function does not need this. It doesn't include /var in flashplugin-nonfree.squashfs.

Testing the usual things I do in both OpernBox and Jwm version works well for me. I'm testing both gzip compressed but I think it is not a problem.
If you agree after this new version we can start updating only the package repository instead making new versions. What do you think?

Jwm-theme-change works without password for user account now.

Edit: Maybe better to use this function instead. Archive re-attached.

Code: Select all

flashplugin() {
apt-get update
apt-get install -q -y flashplugin-nonfree
update-menus
rm -f /var/cache/flashplugin-nonfree/*.tar.gz
}
Toni

Posted: Fri 30 Jan 2015, 21:07
by fredx181
Hi Toni,
Edit: Maybe better to use this function instead. Archive re-attached.
Thanks! I'll replace it.
If you agree after this new version we can start updating only the package repository instead making new versions. What do you think?
Yes, that's a fine way, I think , maybe only a new release when there's no other way to update.
(and the scripts included, that are not part of a .deb package, can be made into a .deb (to be updated this way if needed) ).

Fred

Posted: Sat 31 Jan 2015, 13:32
by saintless
stemsee wrote:Added FreeCircle function = draws a circle of icons centred on cursor position, circle size depends on number of icons selected. Draw as many circles of varying sizes on your NEW rox/jwm desktop. ;-)
Hi, Stemsee.

The problems I still see:
1. The script breaks the desktop from user account. One of the problems I already wrote about is /root/ path in the script. The second problem is user can't write/link in /usr/share without sudo and Icon repo button will not work without sudo.

2. Free circles option gives me the result on the picture. Is this what I should see? I have the default icons loaded. All extra icons are from niui script.

Image

My screen resolution is 1152x864 and I made three circles from the same position.

3. You have few times /usr/shared insted /usr/share in nicons script. I don't know if this is a problem or not.

Attached archive with small change in niui (in case you like it better). Frame title changed with window title, OK button removed (it does the same as Cancel button), function draw_gui removed.

Image

Toni