Create Debian 9 (Stretch) minimal ISO similar to DebianDog
Hi Fred:
I got an error when installing the new 32bit gmplayer package - "writing more data than expected".
[Edit] I downloaded it via the web and installed it locally. It worked fine.
[Edit-Edit] I tried the 32bit install again and it now works correctly through apt-get.
[Edit] The 64bit version installed, but immediately crashed with an "illegal instruction" error. The problem occurs with video - audio plays OK.
---------------------
I got an error when installing the new 32bit gmplayer package - "writing more data than expected".
[Edit] I downloaded it via the web and installed it locally. It worked fine.
[Edit-Edit] I tried the 32bit install again and it now works correctly through apt-get.
[Edit] The 64bit version installed, but immediately crashed with an "illegal instruction" error. The problem occurs with video - audio plays OK.
---------------------
@dancytron
If you want to try, no need to do the whole build again, just replace zz_openbox_lx-jwm_chrome_64.squashfs with new:
https://debiandog.github.io/MakeLive/mo ... 4.squashfs
Ok, removed flashplayerchoice from config now, thanks.
@rcrsn51
I recompiled with option --enable-runtime-cpudetection, from what I read searching the web that should make it run ok on different machines
Fred
Ah, okThe .desktop file in /root/.local/. . .applications is the same thing as I've been doing.
I made it two entries in the menu now, one "as puppy" and one "as root"Yes, you can only download in /home/puppy. Fatdog running as spot is the same.
If you want to try, no need to do the whole build again, just replace zz_openbox_lx-jwm_chrome_64.squashfs with new:
https://debiandog.github.io/MakeLive/mo ... 4.squashfs
Ok, removed flashplayerchoice from config now, thanks.
@rcrsn51
Yes, fixed now.I got an error when installing the new 32bit gmplayer package - "writing more data than expected"
Can you try again by reinstalling ?[Edit] The 64bit version installed, but immediately crashed with an "illegal instruction" error. The problem occurs with video - audio plays OK.
I recompiled with option --enable-runtime-cpudetection, from what I read searching the web that should make it run ok on different machines
Fred
pulseaudio
fred,thanks...
vlc works perfectly...
but pulseaudio can not be activated in anyway
can you create also
pulseaudio squashfs activated?
best regards!
vlc works perfectly...
but pulseaudio can not be activated in anyway
can you create also
pulseaudio squashfs activated?
best regards!
I added the new zz*.squashfs file.fredx181 wrote:@dancytron
Ah, okThe .desktop file in /root/.local/. . .applications is the same thing as I've been doing.
I made it two entries in the menu now, one "as puppy" and one "as root"Yes, you can only download in /home/puppy. Fatdog running as spot is the same.
If you want to try, no need to do the whole build again, just replace zz_openbox_lx-jwm_chrome_64.squashfs with new:
https://debiandog.github.io/MakeLive/mo ... 4.squashfs
Ok, removed flashplayerchoice from config now, thanks.
Everything seems to work great.
You solved the two issues that I had with my attempts.
The first one was to get Chrome as Puppy to work on local files from Pcmanfm. The only way I ever got that working was to put the whole script into the "open with" dialog in pcmanfm. I couldn't figure out how to get the new script to work at all.
The second is that you defeated the issue of how keep the regular out of the box Chrome icon from showing up in the root menu. I was moving it to /home/puppy/.local. . . and just deleting the new ones that appeared in /usr/shared/applications after every upgrade.
Great job. I am now going to delete all my attempts and just use yours.
Dan
edit: Something interesting that I noticed, that I would definitely not classify as a bug, but just how it works.
When you remaster and don't include the zz*.squashfs in the remaster, the zz*.squashfs is layered on top of the 01-filesystem.squashfs. This means that some of the preferences, like things deleted off the desktop and pcmanfm preferences get reset to the default.
I assume it would be the opposite if you included the zz* file in the remaster.
Like I said, not a bug at all, just interesting.
I found, at least for my hardware, a solution to DD not being loud enough.
See https://alien.slackbook.org/blog/adding ... nd-levels/.
Basically, you need to create a file called /etc/asound.conf. Then paste the code at the link into it. There are a couple of options, the second one is the one that worked for me.
What it does is create another setting called "pre-amp" that you can crank up all the way and make the sound louder. In the Audio Setup in the menu (which is alsamixer), just arrow over to the very end of all the choices and you'll see it. In the GUI Alsa Mixer, it is also at the very end and for some reason only says "Pre-".
See https://alien.slackbook.org/blog/adding ... nd-levels/.
Basically, you need to create a file called /etc/asound.conf. Then paste the code at the link into it. There are a couple of options, the second one is the one that worked for me.
What it does is create another setting called "pre-amp" that you can crank up all the way and make the sound louder. In the Audio Setup in the menu (which is alsamixer), just arrow over to the very end of all the choices and you'll see it. In the GUI Alsa Mixer, it is also at the very end and for some reason only says "Pre-".
Hi Dan
I think you mean the file associations, e.g. .html, these are set to "chrome (as root)", to change to chrome as puppy, right-click file > properties and change to "chrome (as puppy)" (from internet category)
(but you maybe figured that out already)
I think that's because the menu mechanism from lxpanel looks first in ~/.local/share/applications
The menu from earlier DD64 openbox probably works different (priority /usr/share/applications).
Fred
OK, nice !!I added the new zz*.squashfs file.
Everything seems to work great.
You solved the two issues that I had with my attempts.
The first one was to get Chrome as Puppy to work on local files from Pcmanfm. The only way I ever got that working was to put the whole script into the "open with" dialog in pcmanfm. I couldn't figure out how to get the new script to work at all.
I think you mean the file associations, e.g. .html, these are set to "chrome (as root)", to change to chrome as puppy, right-click file > properties and change to "chrome (as puppy)" (from internet category)
(but you maybe figured that out already)
The second is that you defeated the issue of how keep the regular out of the box Chrome icon from showing up in the root menu. I was moving it to /home/puppy/.local. . . and just deleting the new ones that appeared in /usr/shared/applications after every upgrade.
I think that's because the menu mechanism from lxpanel looks first in ~/.local/share/applications
The menu from earlier DD64 openbox probably works different (priority /usr/share/applications).
Yes, the extra .squashfs makes remastering a little different, what I would do is include the zz*.squashfs in the remaster and then delete the zz*.squashfs from live folderWhen you remaster and don't include the zz*.squashfs in the remaster, the zz*.squashfs is layered on top of the 01-filesystem.squashfs. This means that some of the preferences, like things deleted off the desktop and pcmanfm preferences get reset to the default.
Fred
Hi All,
First time I tested booting Stretch with porteus-boot from FAT32.
It did not work, tried with grub4dos and syslinux, no go.("could not find data" error)
(Jessie boots fine using porteus-boot from FAT32 for me)
Same for me with other Stretch variants, e.g. Trinitydog-Stretch
Did anyone have the same problem ?
I tried to figure out what can be wrong, but I guess that's above my knowledge.
(has to do with the kernel maybe ?)
Btw, using live-boot works OK from FAT32
Also, booting Stretch-porteus-boot from NTFS works fine.
Fred
First time I tested booting Stretch with porteus-boot from FAT32.
It did not work, tried with grub4dos and syslinux, no go.("could not find data" error)
(Jessie boots fine using porteus-boot from FAT32 for me)
Same for me with other Stretch variants, e.g. Trinitydog-Stretch
Did anyone have the same problem ?
I tried to figure out what can be wrong, but I guess that's above my knowledge.
(has to do with the kernel maybe ?)
Btw, using live-boot works OK from FAT32
Also, booting Stretch-porteus-boot from NTFS works fine.
Fred
The fix was easier than I expected, made a change in linuxrc (added one more module to load)fredx181 wrote:First time I tested booting Stretch with porteus-boot from FAT32.
It did not work, tried with grub4dos and syslinux, no go.("could not find data" error)
(Jessie boots fine using porteus-boot from FAT32 for me)
Same for me with other Stretch variants, e.g. Trinitydog-Stretch
Re-uploaded to github the files required for creating initrd1.xz (including new linuxrc, the init script)
Ok, you could boot Stretch using porteus-boot with kernel 4.9 from FAT32 partition, right ?zagreb999 wrote:hi fred,
for me on lenovo 32 bit, hp 32 bit
laptops, fat32, stretch boots perfectly
from usb.
only pulseaudio can not be activated.
works perfetly.
regards.
Looks like it's machine dependent then.(I have also HP laptop, btw)
Anyway for me it's fixed, but still curious if someone had the same problem.
About pulseaudio, for me 'pulseaudio --start' works fine, not for you ?
Fred
hi fred.
an iso produced with your script
works fine.
i have to replace kernel from
pupjibaro, but intrd is the same.
(on my computers kernel 4.9 can not boot)
-----------------------------------
yes, it is porteus boot.
for me only pulseaudio can not work-
can you upload squashfs activated?
best regards.
an iso produced with your script
works fine.
i have to replace kernel from
pupjibaro, but intrd is the same.
(on my computers kernel 4.9 can not boot)
-----------------------------------
yes, it is porteus boot.
for me only pulseaudio can not work-
can you upload squashfs activated?
best regards.
More details ,please, what's the problem exactly ?
After installing pulseaudio, what happens then when you type in terminal:
If that doesn't work for you, a pulseaudio sfs will not work also
EDIT:
Kernel 4.9 doesn't boot at all for you ?
I have a problem also with 4.9, (extreme long boot time), but when I add:
to the kernel boot command line, then the problem is solved
Fred
After installing pulseaudio, what happens then when you type in terminal:
Code: Select all
pulseaudio --start
EDIT:
Kernel 4.9 doesn't boot at all for you ?
I have a problem also with 4.9, (extreme long boot time), but when I add:
Code: Select all
video=SVIDEO-1:d
Fred
pulseaudio
pulseaudio daemon startup failed
there is no way to activate pulseaudio on
my computers in live stretchdog.
in debiandog and xenialdog
no problems.
--------------
you see: i have never seen
wifi connection better than in
live stretch with frisbee with kernel
4.5 pupjibaro.
it is always 100 %.
no need of additional firmware.
with all linux kernels i have to add additonal
firmware.
not only: this combination is perfect.
it boots quickly
----------------
thank you!
there is no way to activate pulseaudio on
my computers in live stretchdog.
in debiandog and xenialdog
no problems.
--------------
you see: i have never seen
wifi connection better than in
live stretch with frisbee with kernel
4.5 pupjibaro.
it is always 100 %.
no need of additional firmware.
with all linux kernels i have to add additonal
firmware.
not only: this combination is perfect.
it boots quickly
----------------
thank you!
Previously, only had tested DebLive-Stretch on Ext4 with changes folder, and on NTFS with changes savefile.fredx181 wrote:First time I tested booting Stretch with porteus-boot from FAT32.
...
Did anyone have the same problem ?
...
Anyway for me it's fixed, but still curious if someone had the same problem.
Tried on one PC to move over from Ext4 to FAT32, and confirmed boot failed.(searching for stretch-i486.sgn)
Will test your fix later, have to rebuild again to get the new init.
EDIT: Confirmed new init fixed Fat32 porteus boot, works fine now.
Thanks !jd7654 wrote:Will test your fix later, have to rebuild again to get the new init.
EDIT: Confirmed new init fixed Fat32 porteus boot, works fine now.
I'm glad that I could fix it rather easlily, it would be bad news if such important feature, booting from FAT32 not being supported anymore for Stretch.
Fred
utf-8 support in DebianDog and variants
Debiandog and variants always had very limited utf-8 support
Only "uxterm" has support for it
For example, this doesn't work from xterm
But it does from uxterm
http://murga-linux.com/puppy/viewtopic. ... 780#967780
To have system-wide support for utf-8, there;'s simple fix:
Create a file named: "locale" in /etc/default and copy and paste inside:
Then exit X, and type from console:
(not startx)
And the weather command should work from any terminal
(just taking this as example, anything that requires utf-8 support should work then)
This (taken from rufwoof's example 3rd post) gives better view (smaller font size):
Added the file /etc/default/locale now to the base files (at github) used for a build, so any new Stretch-Live build will have utf-8 support now.
Fred
Only "uxterm" has support for it
For example, this doesn't work from xterm
But it does from uxterm
From post by rufwoof:Simple 3 day, morning, noon, evening, night weather data ...
In a terminal type
Code:
curl wttr.in/london
http://murga-linux.com/puppy/viewtopic. ... 780#967780
To have system-wide support for utf-8, there;'s simple fix:
Create a file named: "locale" in /etc/default and copy and paste inside:
Code: Select all
LANG=en_US.UTF-8
Code: Select all
logout
And the weather command should work from any terminal
(just taking this as example, anything that requires utf-8 support should work then)
This (taken from rufwoof's example 3rd post) gives better view (smaller font size):
Code: Select all
CITY=amsterdam # << change to your city
xterm -T "Weather" -geometry 136x44+0+0 -fa DejaVu:size=8 -e "curl wttr.in/~$CITY; read -s -n 1 -p 'Press any key to close . . .'"
Fred