Porteus-v1.1rc2-x86_64 ready for testing

[Kriss]

Some minor problems:
rpm2txz doesn't work in rc2 and works in rc1
lzm2xzm - unsquashfs3 not found

Starting system message bus: /usr/bin/dbus-uuidgen --ensure ; /usr/bin/dbus-daemon --system
/etc/rc.d/rc.messagebus: line 18: 2425 Bus error /sbin/ldconfig
...
/etc/rc.d/rc.local: line 10: /usr/bin/syslog: No such file or directory

/sbin/installpkg: line 314: 7772 Bus error /sbin/ldconfig

[fanthom]

@Kriss

rpm2txz doesn't work in rc2 and works in rc1

tested on http://rpm.pbone.net/index.php3/stat/4/ ... 6.rpm.html
and works ok for me.

lzm2xzm - unsquashfs3 not found

64bit edition does not support 32bit lzm conversion (i see no point for that). i have added a warning to lzm2xzm script - thanks.

Starting system message bus: /usr/bin/dbus-uuidgen --ensure ; /usr/bin/dbus-daemon --system
/etc/rc.d/rc.messagebus: line 18: 2425 Bus error /sbin/ldconfig

something is really messed up with your modules.

/etc/rc.d/rc.local: line 10: /usr/bin/syslog: No such file or directory

again - must be your installation fault as rc.local comes always empty in Porteus

my advice: try always fresh + base modules only.

[Kriss]

Sorry. It's indeed problem with my changes.

[brokenman]

32bit will lose support for squashfs3 in next version so lzm2xzm can be dropped then. Perhaps leave it for version2 as a few other scripts will need to be cleaned a little (activate scripts).

[Kriss]

I don't see power profiles on clean system. Even ones I've created. And can't assign them to events On AC/On battery.

[Hamza]

First of all, thank you for an rc2 edition of both versions. Testing 64 bit version, I startup in text mode and login as root and type startx get nice KDE. Fireup firefox and there is no connection I check network with

Code: Select all

# ifconfig -a

and there is no ip address. I remedy the situation with dhcpcd, is this a desired change not to pick up IP address at boot?

Code: Select all

root@porteus:~# ifconfig -a
eth0      Link encap:Ethernet  HWaddr d0:27:88:01:37:9c  
          inet6 addr: fe80::d227:88ff:fe01:379c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:357 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:31210 (30.4 KiB)  TX bytes:3526 (3.4 KiB)
          Interrupt:41 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:184 errors:0 dropped:0 overruns:0 frame:0
          TX packets:184 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:13940 (13.6 KiB)  TX bytes:13940 (13.6 KiB)

root@porteus:~# dhclient eth0
bash: dhclient: command not found
root@porteus:~# dhcpcd eth0
dhcpcd[2724]: version 5.2.12 starting
dhcpcd[2724]: eth0: broadcasting for a lease
dhcpcd[2724]: eth0: offered 10.155.132.215 from 10.155.132.10
dhcpcd[2724]: eth0: acknowledged 10.155.132.215 from 10.155.132.10
dhcpcd[2724]: eth0: checking for 10.155.132.215
dhcpcd[2724]: eth0: leased 10.155.132.215 for 691200 seconds
dhcpcd[2724]: forked to background, child pid 2748
root@porteus:~# uname -r
3.1.1-porteus
root@porteus:~# cat /etc/porteus-version 
Porteus-v1.1
root@porteus:~# 

Running with copy2ram and so far no issues other than this issue. Will let you know on other machines. Thanks!

Sorry for late answer,
You have an IP Address, but this one has been converted to ipv6 format.
The IP Address format you know is the ipv4. Some providers around the world are updating their routers and their customer's box to switch the local network to full ipv6 compatibility. That is what you have the ipv6 format instead ipv4 format. You will understand, please have a look on your ifconfig's output. You will see a line with inet6. The inet6 is the name of the line which give you the local ip address to ipv6 format. Most of Linux Distributions are ready to works with full ipv6 today. On Internet if you find out some servers compatible with ipv6, you should see the line with their ipv6 address.

Here is your ipv6 address from your ifconfig's output : fe80::d227:88ff:fe01:379c/64
If you want more explanations..The /64 is for type of ip address which it is for local network interface.
The /64 can changes if you uses a sub network.

If you have a network (old) with still ipv4 only activated. You should see the inet instead of inet6.
I have migrated my local network to full ipv6 and this doesn't change anythings to the speed/reliability of my local network.
The thing to know with the ipv6 is, now we have more ip address (ipv6 format) available than when we used ipv4.

To understand how this type of ip address, you have to know your mac address.
The IPv6 address is generated with your mac address. If you uses the pns-tool and give the same mac address to two computers, they should have the same ip addresses but this problem has been solved by most of routers of the current market by giving the ip_address+1 like the old routers with the ipv4.
If you have 192.168.1.41 on one computer, the next ip address given to the second computer should be 192.168.1.42.

To prove that you ip address is generated by using your mac address.
Your MAC Address : d0:27:88:01:37:9c
Your IPv6 Address : fe80::d227:88ff:fe01:379c/64

You should see something common on these two type address.

Your MAC Address : d0:27:88:01:37:9c
Your IPv6 Address : fe80::d227:88ff:fe01:379c/64

I hope this help you!

[Rava]

Hi folks,
I was out a bit with testing Porteus due to lack of time.

Anyhow... My System: Porteus-v1.1rc2-x86_64 with the KDE modules removed, since I want a non KDE and LXDE (or even more preferred: a XFCe only system)

It seems that "nVidia-legacy-96.43.20-porteus-v1.1-rc2-x86_64-1beny.xzm" is not really 64 bit, but only 32 bit...
I activated it running Porteus 1.1 x86_64

Code: Select all

root@porteus:/mnt# nvidia-xconfig
-bash: /usr/bin/nvidia-xconfig: No such file or directory
root@porteus:/mnt# file /usr/bin/nvidia-xconfig
/usr/bin/nvidia-xconfig: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped

(The other nVidia module by beny works okay, though.)
__________________________________________________________

And LXDE has some issues as well...

The icon to the file manager seems broken, and so are all icons for the file manager itself.
Could it be that these icons are stored in the KDE module?

[fanthom]

It seems that "nVidia-legacy-96.43.20-porteus-v1.1-rc2-x86_64-1beny.xzm" is not really 64 bit, but only 32 bit...

i have mixed up modules during upload - fixed now so please download again.

And LXDE has some issues as well...

leafpad is not added to the taskbar by default. i would suggest you running "Always Fresh" and empty /rootcopy dir.
All should be fine then.

[Falcony]

Hi, fantom, brockenman!

Is it possible to add xzm and lzm files integration to Midnight Commander?

For 64-bit and 32-bit 1.1 v?

For mc it have to be like ordinary arhive - like zip, tar.pkg, deb etc.

Thuis is small thing but convinient. In FIDOSlax I included update for configuration files but better in my understanding to make in in Porteus beforhand as default settings:

here is solution:

/etc/mc

filehighlight.ini

...
[archive]
extensions=gz;bz2;tar;tgz;rpm;Z;rar;zip;arj;cab;lzh;lha;zoo;arc;ark;xz;tbz;tbz2;xzm;lzm;
...

mc.ext

# lzma
regex/\.lzma$
Open=lzma -dc %f | %var{PAGER:more}
View=%view{ascii} lzma -dc %f 2>/dev/null



# lzm
regex/\.(lzm|lZM)$
Open=rm -rf /tmp/%p; mkdir -p /tmp/%p ; xzm2dir %f /tmp/%p ; echo "File %p exctracted to /tmp/%p directory"
View=%view{ascii} unsquashfs -l %f 2>/dev/null


# xzm
regex/\.(xzm|XZM)$
Open=rm -rf /tmp/%p; mkdir -p /tmp/%p ; xzm2dir %f /tmp/%p ; echo "File %p exctracted to /tmp/%p directory"
View=%view{ascii} unsquashfs -l %f 2>/dev/null

#xz
regex/\.xz
Open=xz -dc %f | %var{PAGER:more}
View=%view{ascii} xz -dc %f 2>/dev/null

### Default ###

After pressing F3 it shows list of directories and files

If you press Enter it exctract xzm and lzm to /tmp automatically

[brokenman]

I cab add this to next release however support for lzm may be dropped.

[fanthom]

agree with brokenman: no go for lzm.

@Falcony
what about this code:

Code: Select all

# xzm
regex/\.xzm$               (capital XZM wont be accepted by linuxrc anyway)
Open=mloop %p; %cd /mnt/loop 
View=%view{ascii} unsquashfs -l %f 2>/dev/null

works much faster than unsquashing and is not filling up /tmp folder (i'm worrying about pressing enter on big modules by accident).

disadventages:
- modules are mounted as read only so no direct modifications possible
- working dir is changed to /mnt/loop (this could be changed)

[Hamza]

i'm worrying about pressing enter on big modules by accident

Add a warning if the size is bigger than 50 or 100 Mb ?
Hmm... size=$(stat -c%s "$file")

[Kriss]

I noticed that USB flash with Porteus 1.1rc2 x86_64 mounts to /mnt/live/mnt/sd* instead of /mnt/sd*
I'm still not sure if it's normal or not, but just so you know...
Also I can't unmount it (with copy2ram cheatcode)...

[Falcony]

what about this code:
# xzm
regex/\.xzm$ (capital XZM wont be accepted by linuxrc anyway)
Open=mloop %p; %cd /mnt/loop
View=%view{ascii} unsquashfs -l %f 2>/dev/null

That better. I liked
For lzm also add, please.

Regarding disadvantages - this not big,
readonly is native begavour for Midnight Commander like deb, txz packages, etc
It is also possible to add third action "Edit" by pressing F4 key - extract it to /tmp
But may be it is overkill...

[brokenman]

Done for 32bit Falcony.

I stand firm on dropping support for lzm though. I can create a module for supporting squashfs3 that users can download if they want support for old formats.