Page 1 of 2

Porteus-v1.2rc1 32bit ready for testing

Posted: 20 Feb 2012, 19:03
by brokenman
Rebuilt entire TDE base under porteus v1.1 final (slackware 13.37). Trinity has changed quite a bit, most importantly the base packages moved from a 'k' prefix to a 't' prefix to allow compatibility with KDE4 (not available in this version). Example: startkde is now starttde.

Home folder is now $HOME/.trinity and symlinks were made for .kde and .kde3 to cover all scenarios.

/boot folder:
- updated syslinux to version 4.05
- extilinux is recompiled againt uClibc and linked statically (size reduced from 260KB to 60KB)
- removed /boot/syslinux/syslinux as extlinux supports FAT filesystem as well
- fixed broken /boot/pxelinux.cfg/default menu
- updated /boot/lin_start_here.sh:
a) removed syslinux installation option
b) dropped unused 'update' function
- busybox is recompiled against new uClibc library patched for support for more than 256 loop devices/xzm modules (thanks to uClibc dev team for the patch). no need for carrying glibc based initrd for that purpose
- added support for encrypted .dat containers to linuxrc
- linuxrc will symlink /modules /and /optional folders from booting device to /mnt/live/porteus folder. these symlink can be used by PPM (or any other app) in case of booting on PC's with different drive configuration.

Porteus folder
- updated to firefox-10.0 (with duckduckgo as default search engine)
- added various tweaks for XFCE support across whole system (thanks to Ahau)
- rc.6 will detach unused loop devices during shutdown/reboot.
- added xterm fix to /etc/X11/xinit/.Xresources (thanks to bigbass)
- porteus scripts:
a) updated many scripts for not using liblinuxlive anymore
b) added support for encrypted .dat containers to mloop utility
c) various tweaks to activate/deactivate scripts. they work much faster and it should be possible to activate many modules at time without any restrictions.
d) fixed 'update_module' tool which deals with files only and not folders
e) added new cheatcode: 'volume=' to /opt/porteus-scripts/paths for setting volume after login into GUI
f) fixed 'kmap=' cheatcode implemented in /opt/porteus-scripts/paths (thanks to Blaze for bug report)
- added statically linked /sbin/cryptsetup to 000-kernel.xzm required for encryption of the .dat containers

Other changes:
The previous symlinks /tmp/.terminal /tmp/.browser & /tmp/.wmanager have been replaced by /opt/porteus-scripts/browser, /opt/porteus-scripts/terminal & /opt/porteus-scripts/fmanager scripts. A more elegant solution by fanthom.

Avahi has been added and will be started during boot. Porteus now supports zeroconf! (wread suggestion)
Added gnupg
Audacious has been replaced by noatun
koffice has been replaced by abiword but koffice can be downloaded from the 'office' menu (not functional in rc1)
The standard pdf reader is now epdfview and is available in trinity/lxde (Arabic_world suggestion)
The standard calculator is now gcalc and is available in trinity/lxde
Krandrtray was broken in trinity and is replaced by zarfy
Added kuser manager
Added kcron
Added Kmyfirewall
Added kgpg manager
Added Kffontviewer
Added Kdiskfree
Added Ktimer
Added various games
Gnome player is the default media player kplayer has been removed
k3b has been rebuilt and will now rip DVD's. (ripping indinidual titles is still broken)
Headers are no longer exported to 007-devel module and remain in the respective modules.

Suggestions or bugs?
Feel free to rant, rave or offer useful suggestions in this thread. All genuine Trinity bugs will be reported upstream as development is still in progress. Please be sure to boot into fresh mode with no extra modules before posting a bug report. It would be nice to see the bug duplicated on some other machine too.

Have fun

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 23 Feb 2012, 00:21
by Ahau
Excellent work, brokenman!

I'm running into an error when using the nvidia proprietary driver, however. When I first boot into trinity with the nvidia module present, everything looks as normal. However, when I log out to kdm, I get a black background in the text entry fields and cannot see the text I'm typing (unless I highlight it). Then, when I log back into trinity, I get a black background and some of the window decorations are messed up (black) as well as the background on the kmenu. I'm suspecting some kind of error when the session is being saved...

screenshot: http://porteus-xfce.googlecode.com/file ... esktop.png
~/.xsession-errors from a session with the proprietary driver: http://pastebin.com/xQzRFFuL
~/.xsession-errors from a session with nouveau (doesn't exhibit this behaviour): http://pastebin.com/CfpeexJB

The log with the proprietary driver represents logging in at boot-up, logging out (problem starts), logging back in and out once more; the other log is only logging in at boot-up, out, and back in.

Please let me know if there's any additional information I can gather.

Posted after 4 hours 39 minutes 58 seconds:
Also, just figured out that 'deactivate' is broken when used from the guest account. There's a missing leading '/' in the check for root user. Should be /opt/porteus-scritps/xorg/terminal, not opt/porteus-scripts/xorg/terminal.

Calling xdeactivate this way breaks all activate/deactivate for guest user in XFCE; I'm patching this with the psu wrapper and will search for more instances of this.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 23 Feb 2012, 02:58
by francois
Happy to get the porteus release candidate. What is the difference between the three nvidia modules 173, 295, 96, besides their size? :oops:

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 23 Feb 2012, 09:44
by fanthom
@francois
certain nVidia driver supports certain GPU cards only. here is the list of supported GPU's for each lagacy driver:
http://www.nvidia.com/object/IO_32667.html

if you are not sure about your driver/GPU or you are booting on multiple PC's then it's recommended to put all 3 drivers (one current and 2 legacy) in /porteus/optional folder and use 'vga-detect' cheatcode. linuxrc should discover your GPU and load correct driver version automatically.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 23 Feb 2012, 16:00
by francois
Thanks a lot. Everyrhing is fine now. 295.0 nvidia driver is what is needed by my series 7 nvidia card.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 25 Feb 2012, 13:30
by feng
hi!

i'm running porteus 1.2 rc1 32bit right now.

my question: is this kernel version still 3.1.8 and compiled at jan 7 2012 ?
thanks a lot.

Code: Select all

root@porteus:# uname -a
Linux porteus 3.1.8-porteus #1 SMP PREEMPT Sat Jan 7 11:08:29 UTC 2012 i686 Intel(R) Core(TM)2 CPU          6300  @ 1.86GHz GenuineIntel GNU/Linux
booting from grub

Code: Select all

title 1. Porteus 1.2rc1  fresh
root (hd0,1)
kernel (hd0,1)/porteus12rc1/boot/vmlinuz initrd=/porteus12rc1/boot/initrd.xz from_dev=/dev/sda2 from_dir=/porteus12rc1/porteus ramsize=60%  root=/dev/ram0 rw copy2ram  autoexec=telinit~3
initrd (hd0,1)/porteus12rc1/boot/initrd.xz
boot

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 25 Feb 2012, 23:24
by brokenman
Yes it is using the older kernel for now. At the last minute some bugs were found with the latest kernel that were (IMHO) showstoppers for 32bit. For this reason i decided to remain with the 3.1.8 kernel until the bugs can be fixed. I am working to include the latest kernel but there appears to be a regression wit problems related to dual graphics card systems which are becoming more popular.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 26 Feb 2012, 16:46
by feng
hi brokenman!

i thought my boot file went wrong, thanks for your explanation.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 08 Apr 2012, 00:13
by francois
Here a few issues with Porteus-v1.2rc1 32bit:
1) there is a dragging visual effect when you use the mouse to move an icon on the desktop
2) the use of other applications is slow and almost stopped when converting a txz to xzm module

The following happens only in save changes mode:
3) after a certain time the window will lock with message:

Code: Select all

Trinity desktop environment use ctrl+alt+del
These command keys will not unlock the screen.


Thanks 8)

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 16 Apr 2012, 07:58
by fanthom
@all

here is 3.3.1 kernel for 32bit edition with config based on 64bit version.
this update contains integrated broadcom-sta driver (to avoid further confusions with broadcom chipsets) and built in MS/MMC drivers. please grab it from here:
http://ponce.cc/porteus/i486/testing/Po ... c1/extras/

let me know about any troubles caused by this update.

Thanks

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 22 Apr 2012, 13:18
by francois
francois wrote:Here a few issues with Porteus-v1.2rc1 32bit:
1) there is a dragging visual effect when you use the mouse to move an icon on the desktop
2) the use of other applications is slow and almost stopped when converting a txz to xzm module

The following happens only in save changes mode:
3) after a certain time the window will lock with message:

Code: Select all

Trinity desktop environment use ctrl+alt+del
These command keys will not unlock the screen.


Thanks 8)
I imagine that if there are no answers for the above that they are considered non pertinent for RC1.

4) there is no automount of the usb
5) there is no volume icon in the panel

:)

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 23 Apr 2012, 00:54
by brokenman
Sorry Francois for my delayed answer.

1) there is a dragging visual effect when you use the mouse to move an icon on the desktop
I notice a slight effect with some black lines being left on the screen while dragging. Not sure what causes it but will check it out in the next compile of Trinity.

2) the use of other applications is slow and almost stopped when converting a txz to xzm module
I can't reproduce this.

The following happens only in save changes mode:
3) after a certain time the window will lock with message:

I also can't reproduce this. I get a screen that asks for user password after which i am returned to a working desktop. Does this reproduce on various machines for you?

4) there is no automount of the usb
By default no there isn't. The default action should be a window that pops up asking what you want to do. I remember setting up the actions (control center) for when something is plugged in. It would leave an icon on the desktop that you could double click to mount it, or have it mounted automatically which i don't like for a default.

5) there is no volume icon in the panel
Seems like a really easy thing to do .... but i just can't get it working for this version. If anyone can play around with rc1 and figure why it won't show in the panel i am all ears. It shows if you open a terminal as guest and run: kmix but i can't get it to show during boot.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 24 Apr 2012, 11:57
by wread
@brokenman
Building a minimalist version of kde4 taught me some little things.
My first working version had no clock and no volume indicator. The task was then to find out which module does the trick. It was a game of suspect-trial&error-go-back.
Check if in the build of trinity a module named "desktop-ontologies" exists and has been left out. That one brought my volume icon to the panel. It is not a big module (about 100K).

Regards

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 24 Apr 2012, 14:11
by brokenman
Thanks. Unfortunately such a module doesn't exist in Trinity. Putting the desktop in place doesn't work either, very confusing. Still working on it.

Re: Porteus-v1.2rc1 32bit ready for testing

Posted: 24 Apr 2012, 19:01
by fanthom
@brokenman
kmix issue is fixed now.
i'll send a patch along with other files before rc2.