Porteus

Porteus 5.0 is still in early development stages. Try it in the future when it's more mature. In the interim I suggest you try a Porteus 4.0 version.

My 50rc Openbox system with a flashplayer module built on the 50rc system results: ~$ ls /var/log/packages | wc 554 554 14103 ~$ ls /var/log/packages | grep x86_64 |wc 530 530 13411 ~$ ls /var/log/packages | grep noarch |wc 23 23 664 ~$ ls /var/log/packages | grep -Ev "x86_64|noarch"|wc 1 1 28 ~$ ls...

So I booted 5.0, Openbox "DE", deactivated the flashplayer plugin, ran the Browser Update function and selected Flash Player. And this is what I got. Slackware package /tmp/flashplayer-plugin-32.0.0.330-x86_64-1.txz created. Your module is ready at /tmp/flashplayer-plugin-32.0.0.330-x86_64-1.xzm Ple...

Ed_P, try grep x8 6 _64 instead of the x8 4 _64 you used. :D :o :lol: :oops: guest@porteus:~$ ls /var/log/packages | grep -Ev "x86_64|noarch"|wc 5 5 114 guest@porteus:~$ ls /var/log/packages | grep -Ev "x86_64|noarch" brscan-0.2.4-0.amd64 brscan-skey-0.2.4-1.amd64 brscan2-0.2.5-1.amd64 brscan3-0.2....

On my x86_64 Porteus 4.0 Cinnamon system I have: guest@porteus:~$ ls /var/log/packages | wc 624 624 16097 guest@porteus:~$ ls /var/log/packages | grep x84_64 |wc 0 0 0 guest@porteus:~$ ls /var/log/packages | grep noarch |wc 22 22 635 guest@porteus:~$ ls /var/log/packages | grep -Ev "x84_64|noarch"|w...

guest@porteus:~$ file /var/log/packages /var/log/packages: directory guest@porteus:~$ ls /var/log/packages flashplayer-plugin-32.0.0.303-x86_64-1 guest@porteus:~$ ls /var/lib/pkgtools/packages ConsoleKit2-1.0.0-x86_64-4 GConf-3.2.6-x86_64-4 ModemManager-1.10.0-x86_64-1 ModemManager-1.12.4-x86_64-1 ...

Interesting. My x86_64 Porteus 5.0rc1 lxde test system shows: guest@porteus:~$ ls /var/log/packages | wc 1 1 39 guest@porteus:~$ ls /var/log/packages | grep x84_64 |wc 0 0 0 guest@porteus:~$ ls /var/log/packages | grep noarch |wc 0 0 0 guest@porteus:~$ ls /var/log/packages | grep -Ev "x84_64|noarch"...

Impressive numbers.

The name wouldn't matter Rava the problem was caused by this in my script. wget http://www.mediafire.com/file/458qo82hb6h6hq6/64bit-ALL-kernel5.4.18.tar -P /tmp/rc2 > /dev/null 2>&1 It downloaded something named 64bit-ALL-kernel5.4.18.tar it just wasn't the 64bit-ALL-kernel5.4.18.tar file! See my po...

Well, well, well, well. well. The problem is not the tar command, tar -axf works fine, IF the wget file download works. The link to the .tar file points to a mediafire.com page but the actual file download is on a download1646.mediafire.com page which can only be accessed by a browser, so mediafire ...

beny wrote: ↑

10 Feb 2020, 13:02

Ed_p unpack the iso with file roller or something like that

The problem is not an iso file it's a tar file neko created, I suspect using the new zstd standard. 64bit-ALL-kernel5.4.18.tar

This doesn't work. :o :( [ operation of replacing vmlinuz & 000-kernel.xzm ] % su # ls 64bit-kernel5.0.1-RTSX_USB.tar Porteus-CINNAMON-v4.0-x86_64-19.01.12.iso # mkdir mnt # mount -t iso9660 -o loop Porteus-CINNAMON-v4.0-x86_64-19.01.12.iso mnt # mkdir NEW # cp -a mnt/* NEW/. # cp -a /mnt/.[0-9A-Za-...

mudit.s try replacing this with just this.

Hi Jack. Good to see you back.

How are you executing VLC player? Adding something like this to the end of your command may work.