Create Debian 9 (Stretch) minimal ISO similar to DebianDog

[rcrsn51]

How to build a squashfs module for Cinelerra

This will be a repo2sfs third-party build. Note:

a. Start in a clean setup so you get all the dependencies. There are many.
b. Cinelerra wants mesa accelerated graphics. Install or load it separately.
c. It also appears to want PulseAudio, but I had sound working without it.

1. Go here and get the .deb package.

2. The Control file in this package does NOT specify the dependent libs, so you will get them via the Extra line.

3. Run: repo2sfs cin_5.1.debian9-20190930_amd64.deb

4. Use this list of Extras:

Code: Select all

libtheora0 libvorbis0a libvorbisfile3 libfftw3-3 libflac8 libsndfile1 libvdpau1 libva1 libva-x11-1 libva-drm1 libglu1-mesa

5. After building and activating the module, test it from the command line with: cin

[rcrsn51]

How to make a squashfs module of the Calibre ebook manager v4.1.0

1a. Go to the Calibre website and download a .txz package. Look under "Manual binary install".
1b. Extract the package into a temporary folder named "Calibre".

2a. Download and rename the attached .deb package. It contains a .desktop file for Calibre.
2b. It will also add two missing dependencies to the build: libxkbcommon-x11-0 and libnss3.

3. This setup runs Calibre as a non-root user. Under Menu > System, create the user "guest".

4. Do a repo2sfs third-party build: repo2sfs calibre-desktop_1.1_all.deb

5. At Pause B, go to /tmp/repo2sfs. Open the opt folder. Drop in the Calibre folder from Step 1.

6. Finish the build. Look for Calibre in the Accessories menu.

7. Calibre appears to use mesa accelerated graphics, but will run without it.

Troubleshooting: From the command line, run: calibre-guest

---------------------

[fredx181]

Users of Stretch-Live k4.19.0-6-amd64 who are booting off USB may need the alternate initrd1.xz. I have posted it here.

Did you find a disadvantage of this alternate initrd1.xz ? (e.g. failed booting in some cases)

Fred

[rcrsn51]

I suspect that the problem with the stock initrd on some machines is related to the presence of USB3 hardware, even if you are booting off a USB2 flash drive in a USB2 port. When you put the Porteus boot in debug mode and run "blkid", the USB boot device is not even detected.

I have a machine where you can turn off USB3 support in the BIOS. When USB3 is off, I can boot with the stock initrd. When USB3 is on, I cannot.

My alternate versions (made with mk-initrd) fix this by making the USB devices visible (I don't know why). Unfortunately, they are unable to detect emmc drives. So if you are putting an install onto the emmc drive, you have to boot it with the stock initrd.

Strangely, the live-boot method never has this problem. But setting up persistence with live-boot is more complicated than with Porteus.

I currently have four newish machines with the problem. But I have one machine with USB3 that is OK with the stock initrd.

I have built the alternate initrd on several machines. The resulting files have different sizes, but they can all detect USB when there's a problem.

[rcrsn51]

I have updated WlanMaker here..

[fredx181]

Here's new mk-initrd package:
https://fredx181.github.io/StretchDog/N ... .2_all.deb
Created initrd1.xz should boot in more cases.
EDIT: also it supports having changes on a f2fs partition (booting from it doesn't work since most bootloaders have no support for f2fs AFAIK), to create a f2fs partition, the package "f2fs-tools" needs to be installed, then it can be created/formatted with e.g gparted)

Also here's kernel 5.2 from buster-backports (added aufs), extract in the 'live' folder (should overwrite existing vmlinuz1, initrd.img, initrd1.xz), works for me in Beowulf(Devuan) and in Stretch too.
EDIT: initrd1.xz and initrd.img created with above mk-initrd
32-bit https://github.com/DebianDog/DevuanDog/ ... pae.tar.gz
64-bit https://github.com/DebianDog/DevuanDog/ ... d64.tar.gz

@Bill, thanks for the info, creating initrd1.xz with the new mk-initrd could make it work in both cases (booting from USB3 and emmc drive) because it combines the two (larger 'stock' initrd1.xz and more modules loaded from linuxrc script (as in the alternative) but I'm not sure.

Fred

[rcrsn51]

In this version, both the USB and emmc devices are detected when booting off USB.

Unfortunately the boot aborts with a red error message "Something went wrong and I cannot continue".

[rcrsn51]

Better news. In my first test, I booted off a USB3 flash drive and it aborted.

In my second test, I used a USB2 drive and it worked.

My own version of the initrd will boot off USB3.

[fredx181]

Ok, thanks for testing, pity that it isn't an improvement, difficult to nail down ! I may have a go for it later.

Fred

[zagreb999]

MX-19 Beta 2.1 available for testing

September 8, 2019September 8, 2019
<https://mxlinux.org/blog/mx-19-beta-2-1 ... r-testing/> by
dolphin_oracle <https://mxlinux.org/author/dolphin_oracle/>

MX-19 Beta 2.1 available for testing

Updated iso images

–direct download:

https://sourceforge.net/projects/mx-lin … ing/MX-19/
<https://sourceforge.net/projects/mx-lin ... ing/MX-19/>

We are pleased to offer MX-19 Beta 2.1 for testing purposes.

The latest updates from debian 10.1 (buster), antiX and MX repos.

Xfce 4.14

GIMP 2.10.12
MESA 18.3.6
updated firmware
Latest debian 4.19 kernel

Browser: Firefox 69
Video Player: VLC 3.0.8
Music Manager/Player: Clementine 1.3.1
Email client: Thunderbird 60.8.0
Office suite: LibreOffice 6.1.5 (plus security fixes)

apparmor 2.13.2

and more in the MX repositories.

–New and updated mx-apps

mx-installer (based on gazelle-installer) fixes pertaining to automount
issues.
MX Date & Time, to make clock setting chores easier
formatusb, for formatting usb storage devices
mx-packageinstaller now displays version number for flatpak applications.
mx-alerts package for sending emergency messages to users.
mx-updater no longer requires a password to check for updates (still
required for installation of updates)
new wallpaper artwork (mx19-artwork package)
updated themes
tons of misc. updates to the mx tools.
most help files are now available on the iso

-antiX live system changes

The latest antiX live system updates, included improved support for
hyper-v and kvm.
improved support for frugal installations on ntfs devices
live system now boots with a informative text-based boot splash.

-Improved localization
almost all mx-apps received translation updates (we love translators)



Misc.

sysVinit remains the default init system. systemd is available as a boot
option on installed systems (but not on live systems). In other words,
exactly the same as MX17/18.

Set your gtk scaling in Appearance, log out/log in and Qt apps should
follow the scaling set.

New conky configs (conky-manager for selections)

[rcrsn51]

I have posted an update to PeasyXorBurn here with an improved remastering tool.

The previous version assumed that the boot files like isolinux.bin were at the root of the ISO source folder.

The new version allows them to be in a subfolder named "isolinux". This is how the Dog ISOs are structured.

[rcrsn51]

Touchpad updated here.

[trister]

I have posted a question about one of my PCs doesn't "see" the graphics cards here:
http://www.murga-linux.com/puppy/viewto ... 51#1041051


I didn't want to clutter this very good topic

[fredx181]

Updated mklive-devuan (ascii) script Here

Fred

[dancytron]

Updated mklive-devuan (ascii) script Here

Fred

So you are going to support devuan going forward?

edit: ran the script and it completed with no errors. I'll try to boot it up tomorrow. It did create itself in the /stretch folder. I imagine that was an slight oversight.

[fredx181]

Updated mklive-devuan (ascii) script Here

Fred

So you are going to support devuan going forward?

Well, probably on request only (I should have mentioned above that I got a PM request for a fix)

edit: ran the script and it completed with no errors. I'll try to boot it up tomorrow. It did create itself in the /stretch folder. I imagine that was an slight oversight.

Yes, in stretch folder, it's so from the beginning of mklive-devuan (started as experiment) and didn't bother to change it.

Fred

[enrique]

Hello fredx181 & rcrsn51

I am looking for a script for mklive-jessie. I am aware of strech & buster. And I seen How Create your own DebianLive from netinstall, witch I will be trying while I wait for answer as instructions seems using debian-8.8.0-i386-netinst.iso.

Short story. I do like to use my AMD GPU using opencl to write cracking code for encryption. For Real live brute force I use a Desktop. But in general I use my laptop to create my code. And it has an old chipset that requires old AMD proprietary fglrx drivers. I use to do this on windows. But since I moving to Linux I want to have that option in the best Puppy/DebiaDog I can get.

After reading a little it seems the last Debian drivers where use in Jessie 8. That is the reason I want to try Jessie. See:

Code: Select all

https://wiki.debian.org/ATIProprietary#jessie

So do you guys know if I can get my hands on mklive-jessie script if available? I will really appreciate you help. As always Thanks ahead.

[enrique]

I did try:
https://github.com/DebianDog/Jessie/rel ... -10-16.iso

And compile driver successfully using amd-catalyst-15.9-linux-installer-15.201.1151-x86.x86_64. And it build the fglrx.3.16.0-4-686-pae.ko.

I think the fglrx.ko is all I need to activate opencl in Internal GPU. I do not think I need the whole driver as I would not use it for rendering video.

Now I want to see if I can use debian strech. I think there is hope if I can get strech to use old kernel 4.4. As I may be able to build driver using:
https://github.com/dacmot/catalyst_15.9_kernel4.4.

So the the new question is. Can I have kernel 4.4 in strechdog?

As always thanks ahead.

[fredx181]

So the the new question is. Can I have kernel 4.4 in strechdog?

That won't be easy (needs to include aufs and the files needed for porteus boot in initrd1.xz), can't you use the stock kernel ? (4.9)

Fred

[enrique]

So the the new question is. Can I have kernel 4.4 in strechdog?

That won't be easy (needs to include aufs and the files needed for porteus boot in initrd1.xz), can't you use the stock kernel ? (4.9)

Fred

I know it is not easy. I will do it the same way I did the 5.4 kernel for my satellite receiver.

See

Code: Select all

https://gist.github.com/mbohun/adacfd4f767259b4723d

If I let me guide by that comment. The last kernel that worked was linux-4.1.6-00. Then there is the patch I mention earlier that if work it does up to 4.4. It is all related to new PIC, Position-independent code and making obsolete the old gcc's like 5 etc. Another screw from Kernel as now there is no Statically Build Binary. As it will depend on ldd!!!

Then AMD used it to remove support to old devices using fglrx. Only new devices got new drivers. As result the debian/Ubuntu where force to removed fglrx as there are no more proprietary blobs update.

SOOO0000ooooo. I guess there is no mklive-jessie script. I was hope you show one. Anyway things are not ALL Lost. As opencl do work in DebianDog-Jessie-openbox_xfce-jwm-2016-10-16.iso.

I am just hopping that at the end I can bring it to work in stretch. Thanks.

Edit:
Wao even in stretch I am having problems with this PIC. And as expected it too had no gcc-5 or earlier. Wepeteeee.... So my best guess is that 1rst I need to build gcc-5 from source. So that then I can try to compile Kernel < 4.2 with a gcc-5 in stretch.