Porteus 1.0 bug

Please reproduce your error on a second machine before posting, and check the error by running without saved changes or extra modules (See FAQ No. 13, "How to report a bug"). For unstable Porteus versions (alpha, beta, rc) please use the relevant thread in our "Development" section.
dein0s
White ninja
White ninja
Posts: 13
Joined: 10 Jun 2011, 23:49
Location: Minsk, BY

Porteus 1.0 bug

Post#1 by dein0s » 23 Jun 2011, 17:17

after launching "File Manager" as a super user from app panel, i've started getting "KLauncher could not be reached via DCOP" error when trying to run any other app as guest/root from app menu.

i still can run progs trough terminal as root, but that's all.

when i tried to launch konqueror as guest in command line, got another error. smth like "cant talk to klauncher"

cant even prntscreen %(

User avatar
Blaze
DEV Team
DEV Team
Posts: 3869
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus current ☯ all DEs ☯
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

Re: Porteus 1.0 bug

Post#2 by Blaze » 23 Jun 2011, 19:09

1. I have the same error: "KLauncher could not be reached via DCOP"
2. Kwrite does not set by default for txt files again :wall:

Ahau,
Image
i don't have this error with beta, RC1, RC2, RC3.
Last edited by Blaze on 23 Jun 2011, 20:18, edited 1 time in total.
Linux 6.6.11-porteus #1 SMP PREEMPT_DYNAMIC Sun Jan 14 12:07:37 MSK 2024 x86_64 Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Navi 23 [Radeon RX 6600] [1002:73ff] (rev c7) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Re: Porteus 1.0 bug

Post#3 by fanthom » 23 Jun 2011, 23:36

it's a known bug with kdesu and Trinity:
http://trinity-users.pearsoncomputing.net/?0::130
i have added a script in /usr/local/bin/kde which runs 'kdeinit' after 'kdesu' automatically. Unfortunately - seems that it doesn't work for applications launched from Kmenu..

i have only one workaround atm for 'konqueror -Super User' mode bug
open terminal -> login as root through 'su' -> launch 'kdeinit' command -> open 'konqueror - Super User' from kmenu

'kdeinit' command must be changing some perms to allow both users using X11 session at the same time. not sure where...
any ideas?
(brokenman - come back to us!)
Please add [Solved] to your thread title if the solution was found.

User avatar
Ahau
King of Docs
King of Docs
Posts: 1331
Joined: 28 Dec 2010, 15:18
Distribution: LXDE & Xfce 32/64-bit
Location: USA

Re: Porteus 1.0 bug

Post#4 by Ahau » 24 Jun 2011, 00:06

Could you alter /usr/share/applications/kde/konqerorsu.desktop to execute a new tiny script instead of opening konqueror directly, and make that script run kdeinit, then opens konqueror?
Please take a look at our online documentation, here. Suggestions are welcome!

User avatar
Blaze
DEV Team
DEV Team
Posts: 3869
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus current ☯ all DEs ☯
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

Re: Porteus 1.0 bug

Post#5 by Blaze » 24 Jun 2011, 09:43

About
2. Kwrite does not set by default for txt files again
Unpacked this arhive profilerc.tar.bz2 and copy this file profilerc to

Code: Select all

/home/guest/.kde/share/config/
/root/.kde/share/config/
Thanks.
Linux 6.6.11-porteus #1 SMP PREEMPT_DYNAMIC Sun Jan 14 12:07:37 MSK 2024 x86_64 Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Navi 23 [Radeon RX 6600] [1002:73ff] (rev c7) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

User avatar
Ahau
King of Docs
King of Docs
Posts: 1331
Joined: 28 Dec 2010, 15:18
Distribution: LXDE & Xfce 32/64-bit
Location: USA

Re: Porteus 1.0 bug

Post#6 by Ahau » 24 Jun 2011, 14:14

@ fanthom,

I modified my script, /opt/porteus-scripts/konqueror/konq-su to look like this:

Code: Select all

#!/bin/bash
/usr/bin/kdesu konqueror && kdeinit
This opens konqueror (but makes it open like a browser instead of a filemanager, I haven't figured out how to get the "--profile filemanagement" bit to work), and it does wait until the password is entered before it runs kdeinit. However, it runs kdeinit in the middle of starting up konqueror, so it's still not doing the trick.

I tried '/usr/bin/kdesu konqueror && sleep 1 && kdeinit' but that just made the script wait until I closed konqueror, then it slept 1 second and ran kdeinit. My lack of scripting knowledge is catching up with me! Maybe '/usr/bin/kdesu konqueror && sleep 1; kdeinit'?
Please take a look at our online documentation, here. Suggestions are welcome!

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: Porteus 1.0 bug

Post#7 by wread » 25 Jun 2011, 13:31

I have tried to reproduce that Klauncher error, tipping Start>System>Super User Mode -Terminal and I get no error! or how do you get to it? :%)

Honestly, I already made one little change to V1.0. I hope that cured the bug! -specifically in 004-kde.xzm-

Regards.

Posted after 1 hour 12 minutes 15 seconds:
@brokenman: :pardon: I am sorry it was too late for final as I read your post concerning the delta to 002-xorg.xzm, better late than never here is it:

http://www.mediafire.com/?ingdu97j7p6q1me

I patched my module and offered it -patched- in an Edit of my post of Google Earth in zxm-modules.

Regards!
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
Ahau
King of Docs
King of Docs
Posts: 1331
Joined: 28 Dec 2010, 15:18
Distribution: LXDE & Xfce 32/64-bit
Location: USA

Re: Porteus 1.0 bug

Post#8 by Ahau » 25 Jun 2011, 14:39

@wread, to recreate the error, boot as guest, then go to system -> more applications (it's a sub menu at the bottom of the system list) ->file manager (super user mode). I don't think this problem is associated with the terminal in su mode. I couldn't reproduce it with PCmanFM as super user, either.
Please take a look at our online documentation, here. Suggestions are welcome!

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: Porteus 1.0 bug

Post#9 by wread » 25 Jun 2011, 16:59

@Ahau: Following your instructions I cannot reproduce the error, either. As I changed 004-kde.xzm, my change could be the cure of the error. I added two files to /root, namely .bashrc and .font.conf. My changed module is here:

http://www.mediafire.com/?szhy0ke4x89hqhf

With these changes, the console behaves as it should, indicating user@host, working directory and colors.
Those experimenting the error can try to see if it works for them.

Good luck!
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
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Re: Porteus 1.0 bug

Post#10 by fanthom » 25 Jun 2011, 20:51

i have a fix for the 'DCOP' bug - will upload it on the server in few hrs.

@Blaze
thanks for the 'kwrite' patch. will upload it on the server too.

btw: if you submit a patch pls preserve full path in a module and correct guest/root permissions. will be easier for me to test it and upload on the server without any extra job from my side.

@wread
same as Blaze: pls upload a patch files only (with a full description what this patch does) and not whole 004-kde.xzm module. it would greatly save my free time :)

Thanks guys.
Please add [Solved] to your thread title if the solution was found.

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: Porteus 1.0 bug

Post#11 by wread » 25 Jun 2011, 22:05

@fanthom: Little details make team work effective; you are right, fanthom. Here is my patch to 004-kde.xzm

http://www.mediafire.com/?r9js5cb2ov2oc4m

They are 2 hidden files (.bashrc and .fonts.config), you have to set "view hidden files".
This patch corrects the konsole to show prompts "user@host", working directory and colors. With it, when you quit mc, for instance, you are in the last working directory you were in mc; mc shows in the top panel the current directory you are browsing, etc.

Maybe we should add a link from /home/guest, with appropiate permissions, so the guest also has the correct settings for prompts, colors, etc. That I haven't tested, but should work.

Regards
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
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Re: Porteus 1.0 bug

Post#12 by fanthom » 26 Jun 2011, 05:08

DCOP fix is on the server now, please test it:
http://ponce.cc/porteus/i486/testing/1.0-fixes

i have also added a patch for correcting user agent string in 32bits (was showing x86_64 - sorry it's my fault).
all fixes will be uploaded to this folder (and another one for 64 bits) so it's worth visiting from time to time :)

@wread
thanks a lot :) will test your patch in next couple of days.
Please add [Solved] to your thread title if the solution was found.

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: Porteus 1.0 bug

Post#13 by brokenman » 27 Jun 2011, 21:09

Interesting. I also can't reproduce this error in my pre-v1.0 release. I am using the 32bit version from a few days before the final was posted.
How do i become super user?
Wear your underpants on the outside and put on a cape.

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Re: Porteus 1.0 bug

Post#14 by fanthom » 27 Jun 2011, 21:18

"Interesting. I also can't reproduce this error in my pre-v1.0 release."
very good - will you be able to track where regression happened?
Please add [Solved] to your thread title if the solution was found.

cchuang
Black ninja
Black ninja
Posts: 42
Joined: 03 Jan 2011, 06:55
Location: Taiwan

Re: Porteus 1.0 bug

Post#15 by cchuang » 28 Jun 2011, 00:53

Hi,

The cheatcode, "load=Modules", seems not to work again for both 32bit and 64bit Porteus-1. However, activating modules (a lot) after booting, and executing "ls Desktop" (in /root directory with super user root) got the fault " Stale NFS file handle".

Another error, (whether or not I am not sure): at boot stage, system halts and return the error caused by " porteus-1.0.sgn not found"; but it works after rebooting the box.

Thanks for your great effort for this awesome system.

Post Reply