Porteus-v1_beta-i486 ready for testing

New features which should be implemented in Porteus; suggestions are welcome. All questions or problems with testing releases (alpha, beta, or rc) should go in their relevant thread here, rather than the Bug Reports section.
User avatar
fanthom
Site Admin
Site Admin
Posts: 4548
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#61 by fanthom » 31 Mar 2011, 08:19

@wread
please do a 2 small tests for me:
1) boot porteus with your rc.4 file and choose first syslinux option (KDE) with 'noload=kde' cheatcode. what do you get?
2) boot porteus with my rc.4 file and choose first syslinux option (KDE) with 'noload=kde' cheatcode. what do you get?
simple doesn't always mean good :wink:
Please add [Solved] to your thread title if the solution was found.

User avatar
Hamza
Warlord
Warlord
Posts: 1846
Joined: 28 Dec 2010, 07:41
Distribution: Porteus
Location: France

Re: Porteus-v1_beta-i486 ready for testing

Post#62 by Hamza » 31 Mar 2011, 17:40

For i486 version:
I have tested noload=kde and It does not work after LLS.

Regards,
NjVFQzY2Rg==

User avatar
wread
Module Guard
Module Guard
Posts: 1062
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v3.2.5-kde5-64 bits
Location: Santo Domingo
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#63 by wread » 31 Mar 2011, 23:06

@fanthom
I made both tests as you suggested. I chose LXDE and cheatcode noload=kde and it works ok. The same happens to your version.

Now, I tried your rc.4 the other way around, chose KDE and cheatcode noload=lxde and it hangs! (My version hangs too!). This should work, and it does not!

The error is not either by your version nor by mine. It is somewhere else. You know the system at best and will find what is happening.

Cheers!
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

User avatar
fanthom
Site Admin
Site Admin
Posts: 4548
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#64 by fanthom » 01 Apr 2011, 12:34

my version hanged cause you didn't use "(^|[[:space:]])lxde([[:space:]]|\$)" mentioned by brokenman. here is the latest rc.4:

Code: Select all

#! /bin/sh
#
# rc.4          This file is executed by init(8) when the system is being
#               initialized for run level 4 (XDM)
#
# Version:      @(#)/etc/rc.d/rc.4      2.00    02/17/93
#
# Author:       Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
# At least 47% rewritten by:  Patrick J. Volkerding <volkerdi@slackware.com>
# Modified for Porteus by fanthom

# Tell the viewers what's going to happen...
echo "Starting up X11 session manager..."

# Let's check if user used 'lxde' cheatcode
if ! egrep -o "(^|[[:space:]])lxde([[:space:]]|\$)" /proc/cmdline >/dev/null; then
    if [ -x /usr/bin/kdm ]; then
        exec /usr/bin/kdm
    elif [ -x /usr/sbin/lxdm ]; then
        exec /usr/sbin/lxdm
    fi
else
    if [ -x /usr/sbin/lxdm ]; then
        exec /usr/sbin/lxdm
    elif [ -x /usr/bin/kdm ]; then
        exec /usr/bin/kdm
    fi
fi

# If no kde/lxde display manager is present, start any other desktop linked in /etc/X11/xinit/xinitrc
# to start GUI with non root account use following command: "su guest --login -c xxx.xxx.xxx"
while [ 1 ]; do
    su --login -c ". /etc/profile.d/lang.sh && /usr/bin/startx -- vt7 > /dev/null 2>&1"
done
no way to fool it out :)
Please add [Solved] to your thread title if the solution was found.

blablotin
Black ninja
Black ninja
Posts: 67
Joined: 04 Jan 2011, 22:59
Location: Euro

Re: Porteus-v1_beta-i486 ready for testing

Post#65 by blablotin » 02 Apr 2011, 08:34

Hello,

I have a trouble with kplayer witch is in this release: I am unabble to read a video, neither the dvd.

http://pastebin.com/PBJewjiC
#
MPlayer interrupted by signal 4 in module: decode_audio
- MPlayer crashed by an 'Illegal Instruction'.
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for.
Verify this!
is this message right?

else I noticed a reference to kubuntu in konqueror
Image

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#66 by brokenman » 02 Apr 2011, 09:55

ok, i recompiled mplayer before beta release to add fribidi support. Looks like i'll have to recompile.

The kubuntu reference comes from trinity originally being compiled on kubuntu. I'll have to find the file that holds that reference and change it. Thanks for the mplayer report, of course i would never have known because it was compiled on my machine.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Hamza
Warlord
Warlord
Posts: 1846
Joined: 28 Dec 2010, 07:41
Distribution: Porteus
Location: France

Re: Porteus-v1_beta-i486 ready for testing

Post#67 by Hamza » 02 Apr 2011, 10:53

Try to change this in the local folder.
NjVFQzY2Rg==

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#68 by brokenman » 02 Apr 2011, 21:38

Hamza wrote:Try to change this in the local folder.
Do you know where exactly?
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
Hamza
Warlord
Warlord
Posts: 1846
Joined: 28 Dec 2010, 07:41
Distribution: Porteus
Location: France

Re: Porteus-v1_beta-i486 ready for testing

Post#69 by Hamza » 02 Apr 2011, 22:01

I meant /usr/share/local/.... You know this! ;)
NjVFQzY2Rg==

User avatar
wread
Module Guard
Module Guard
Posts: 1062
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v3.2.5-kde5-64 bits
Location: Santo Domingo
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#70 by wread » 03 Apr 2011, 02:55

@ fanthom

Please, look at this:

bash-4.1# cat /proc/cmdline
root=/dev/ram0 ramdisk_size=6666 rw initrd=/boot/initrd.xz nomagic autoexec=xconf;telinit~4 BOOT_IMAGE=/boot/vmlinuz
bash-4.1# egrep -o "(^|[[:space:]])nomagic([[:space:]]|\$)" /proc/cmdline
nomagic
bash-4.1# egrep -o ' nomagic ' /proc/cmdline
nomagic
bash-4.1# egrep -o "(^|[[:space:]])autoexec=([[:space:]]|\$)" /proc/cmdline
bash-4.1# egrep -o ' autoexec= ' /proc/cmdline
bash-4.1#

Honestly, I think the effect is the same.....
I will test your new rc.4. At present it resides in 001-core, Ok?, I will come back to you after the test.

Good night from this side of the world, (THE PORTEUS COMMUNITY NEVER SLEEPS!) :good:

PS: I like the trick with the virtual box of yours that I saw in youtube. Why don't you write a short HOWTO for it?

Posted after 1 hour 29 minutes 15 seconds:
@brokenman
I am sorry, that I didn't report back to you earlier. I switched to ext3 file system and no more crashes at all. Seems that the new kernel doesn't like the xfs.

On the other hand relating KDM, I don't know what should be the best place to put genkdmconf in. I made a dirty hack in rc.local of 004-kde to start the configuration of KDM. Running the configuration installs pictures from the users in the list (or default ones), very nice, indeed. KDM doesn't react to Print Screen requests, otherwise I had sent you a nice picture with the user's list with pictures (you know it from Slackware, I guess!)

# kdm configuation must be generated every time the computer starts
# and the user selects kde...
#
if egrep -o 'telinit~4' /proc/cmdline >/dev/null ; then
if ! egrep -o 'lxde' /proc/cmdline >/dev/null ; then
echo "generating KDM configuration...."
/usr/bin/genkdmconf
fi

I made that so, after I noticed that LXDE starts with no display manager at all; only if you change user, it fires a nice lxdm manager that even works ok by shutdown. I can imagine there must be a configuration program to run before every start of lxde, to get the display manager to greet the user. In that case one could put a similar hack without the negation of the second egrep to shoot the configuration program (maybe ponce knows). This second hack for lxde would have the same problem as the rc.4 with the cheat codes, I guess. (fanthom has it almost solved!).

Have a good night, brokenman. When you are in Brazil we will coincide in the forum, I hope.
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

User avatar
fanthom
Site Admin
Site Admin
Posts: 4548
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#71 by fanthom » 03 Apr 2011, 11:19

@wread
egrep -o ' lxde ' works ok and is much simpler. i have updated linuxrc and rc.4.
thanks!

"PS: I like the trick with the virtual box of yours that I saw in youtube. Why don't you write a short HOWTO for it?"
hmmm... which trick? please evaluate.
Please add [Solved] to your thread title if the solution was found.

User avatar
wread
Module Guard
Module Guard
Posts: 1062
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v3.2.5-kde5-64 bits
Location: Santo Domingo
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#72 by wread » 03 Apr 2011, 15:59

@ fanthom
"PS: I like the trick with the virtual box of yours that I saw in youtube. Why don't you write a short HOWTO for it?"
hmmm... which trick? please evaluate.
I mean your test array using Virtual Box, in detail (you described it already, but not in depth). If we all testers take advantage of it (your "HOWTO set Virtual Box to test Porteus"), we can reduce the testing time of all versions of Porteus (this and the next versions to come) for the benefit of the community. Maybe other testers have other tricks (again) from what we all can take advantage of it! (including fanthom youself).
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#73 by brokenman » 03 Apr 2011, 23:17

I already have user images setup for next release. I'll look into genkdm further. I'd like the window manager for lxde. May be a little absent for next week or two.
How do i become super user?
Wear your underpants on the outside and put on a cape.

hypomania
Samurai
Samurai
Posts: 117
Joined: 10 Mar 2011, 10:50
Distribution: Windows phone
Location: Saudi Arabia

Re: Porteus-v1_beta-i486 ready for testing

Post#74 by hypomania » 04 Apr 2011, 03:50

by the way, is there any news for bluetooth on final porteus ??

User avatar
wread
Module Guard
Module Guard
Posts: 1062
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v3.2.5-kde5-64 bits
Location: Santo Domingo
Contact:

Re: Porteus-v1_beta-i486 ready for testing

Post#75 by wread » 06 Apr 2011, 01:58

I already mentioned LXDE comes up skipping the display manager; if you log out and try a login again, then you get the display manager working.

I tried to solve this initial fault; changing the first line of /etc/lxdm/lxdm.conf from "autologin=guest" to "autologin=user" (without quotes) makes the login manager appear as it should, but when you log in as root the manager loops back to the start; but then, logging in as guest it works ok.

Now the reason: In a konsole I tried "cat /etc/passwd" and there is no root user at all! However typing su root and toor does it correctly.

As I don't now my way around LXDE well, maybe ponce, fanthom or beny will know how to include root in the users list at start. Brokenman should be making his baggage and flying to Brazil by now.

Ok, good night to all from this side of the world (THE PORTEUS COMMUNITY NEVER SLEEPS)
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

Post Reply