Porteus-v1.0-beta-x86_64 is ready :)
-
- Power user
- Posts: 53
- Joined: 29 Dec 2010, 01:46
- Location: Near SF, CA
Re: Porteus-v1.0-beta-x86_64 is ready :)
rava, do not run startx to get LXDE running. startx is configured to run KDE. >ahau
+++++++++++++++++
Ahhh ... but isn't xwmconfig still there and working?
It isn't necessary to go all the way back to a reboot to run a different gui. Startx starts X with whatever gui you have told it to run in xwmconfig.
+++++++++++++++++
Ahhh ... but isn't xwmconfig still there and working?
It isn't necessary to go all the way back to a reboot to run a different gui. Startx starts X with whatever gui you have told it to run in xwmconfig.
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v1.0-beta-x86_64 is ready :)
yes, bb, you are right. What I meant to say is that the default configuration for startx in porteus is to start KDE, and it will do so unless configured otherwise. I haven't tried in a while, but I believe it will start LXDE if KDE has been removed from the system.
Thus, if you have KDE and LXDE both installed, and run startx from the append line (without configuring it to run LXDE first), and you also have 'lxde' in the append line, porteus will have commands to start both desktop environments. (KDE through startx and LXDE via lxdm through /etc/rc.d/rc.4). I believe that is what is happening in Rava's setup, but we'll need more information from Rava to determine that for sure.
btw Rava-- I was able to get the nVidia driver to run instead of nouveau in v1 beta, by either adding the 'nomodeset' cheatcode per fanthom's instructions, or by blacklisting nouveau in /etc/modeprobe.d/blacklist.conf.
Thus, if you have KDE and LXDE both installed, and run startx from the append line (without configuring it to run LXDE first), and you also have 'lxde' in the append line, porteus will have commands to start both desktop environments. (KDE through startx and LXDE via lxdm through /etc/rc.d/rc.4). I believe that is what is happening in Rava's setup, but we'll need more information from Rava to determine that for sure.
btw Rava-- I was able to get the nVidia driver to run instead of nouveau in v1 beta, by either adding the 'nomodeset' cheatcode per fanthom's instructions, or by blacklisting nouveau in /etc/modeprobe.d/blacklist.conf.
Please take a look at our online documentation, here. Suggestions are welcome!
- fanthom
- Moderator Team
- Posts: 5588
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus-v1.0-beta-x86_64 is ready :)
@all
you have 3 ways of starting GUI in Porteus:
1) through 'startx' command
2) through display managers (kdm, lxdm)
3) through runlevels (4 in our case).
First case base on /etc/X11/xinit/xinitrc symlink. when this file is linked with xinitrc.kde then kde is started, when is linked with xinitrc.lxde then lxde. you can change symlinks by using 'xwmconfig' utility or just do it manually - same effect.
003-lxde has this symlink set to xinitrc.lxde so when no KDE is present - this desktop is started. if 004-kde is there, then xinitrc form 003 is overrided with xinitrc from 004 (which obviously point to xinitrc.kde) and KDE is started by default.
why i dont like 'startx' way of initializing X11 environment?
- you need to be logged in to issue this command
- kde is short of 'reboot, shutdown, hibarnate, etc..' functions - only 'logout' is present
- when GUI is started by guest then there is no way to reboot or shutdown without 'su'
Second case is better than 'startx' as:
- you have configuration (/etc/lxdm/lxdm.conf and /usr/share/config/kdm/kdmrc) files where you can set plenty of things like who: should be logged in by default, what to do with numlock, etc.
- when logged in as guest, you still have possibility to do a reboot, shutdown, hibernate, etc....
Third case is the best as it gives you flexibility how to start GUI (startx or display managers) but also starts/stops all scripts while switching between runlevels (S* and K* scripts in /etc/rc.d/rc3.d and /etc/rc.d/rc4.d). Just have a look on /etc/rc.d/rc.4 for more info.
Porteus uses runlevel 4 by default to start GUI (telinit~4) and kdm/lxdm to manage X11 session.
Trust me - it's the best way
Cheers
you have 3 ways of starting GUI in Porteus:
1) through 'startx' command
2) through display managers (kdm, lxdm)
3) through runlevels (4 in our case).
First case base on /etc/X11/xinit/xinitrc symlink. when this file is linked with xinitrc.kde then kde is started, when is linked with xinitrc.lxde then lxde. you can change symlinks by using 'xwmconfig' utility or just do it manually - same effect.
003-lxde has this symlink set to xinitrc.lxde so when no KDE is present - this desktop is started. if 004-kde is there, then xinitrc form 003 is overrided with xinitrc from 004 (which obviously point to xinitrc.kde) and KDE is started by default.
why i dont like 'startx' way of initializing X11 environment?
- you need to be logged in to issue this command
- kde is short of 'reboot, shutdown, hibarnate, etc..' functions - only 'logout' is present
- when GUI is started by guest then there is no way to reboot or shutdown without 'su'
Second case is better than 'startx' as:
- you have configuration (/etc/lxdm/lxdm.conf and /usr/share/config/kdm/kdmrc) files where you can set plenty of things like who: should be logged in by default, what to do with numlock, etc.
- when logged in as guest, you still have possibility to do a reboot, shutdown, hibernate, etc....
Third case is the best as it gives you flexibility how to start GUI (startx or display managers) but also starts/stops all scripts while switching between runlevels (S* and K* scripts in /etc/rc.d/rc3.d and /etc/rc.d/rc4.d). Just have a look on /etc/rc.d/rc.4 for more info.
Porteus uses runlevel 4 by default to start GUI (telinit~4) and kdm/lxdm to manage X11 session.
Trust me - it's the best way

Cheers
Please add [Solved] to your thread title if the solution was found.
- Rava
- Contributor
- Posts: 4650
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.0 x86_64 + 4.0 i586
- Location: Forests of Germany
Re: Porteus-v1.0-beta-x86_64 is ready :)
@fanthom
I get it now. I wrote a script that changed the /etc/X11/xinit/xinitrc symlink either to start KDE or LXDE.
I think I will just put the wanted symlink in my 100-local. module then, just like with remix.
Verfasst after 2 minutes 34 seconds:
Ahau,
I want telinit~3 for a reason, since I need to log in into console at the beginning prior starting X so that some kind of backed up data is copied into the union (but I could stop that when some reason exist to not want that)
I use the "Always Fresh" mode but back up some program by myself, and with the above technique it gets resored (like I said, unless I don't want it restored)
It also keeps the most resent "store" and also 3 backups of that data that I could restore instead of the recent one that is done by just pressing enter or waiting 4 seconds...
I tweaked startx with Remix V08, and I just can do the same now, like putting a symlink to startlxde or what's it called (I again run remix right now since at the beginning there is more to integrate when having a new system since I run it with "always fresh"...)
I am just weird like that, but I prefer it and to me it is a more secure system that way... *shrug*
///EDIT
The forum is acting weird right now.
I wanted to answer to a post by Ahau that I got reminded of by email with the URL of http://forum.porteus.org/viewtopic.php? ... 2020#p2020 and the text of
Just letting you know, maybe it is the result of yet another hacking attempt?
I get it now. I wrote a script that changed the /etc/X11/xinit/xinitrc symlink either to start KDE or LXDE.
I think I will just put the wanted symlink in my 100-local. module then, just like with remix.

Verfasst after 2 minutes 34 seconds:
Ahau,
I want telinit~3 for a reason, since I need to log in into console at the beginning prior starting X so that some kind of backed up data is copied into the union (but I could stop that when some reason exist to not want that)
I use the "Always Fresh" mode but back up some program by myself, and with the above technique it gets resored (like I said, unless I don't want it restored)
It also keeps the most resent "store" and also 3 backups of that data that I could restore instead of the recent one that is done by just pressing enter or waiting 4 seconds...
I tweaked startx with Remix V08, and I just can do the same now, like putting a symlink to startlxde or what's it called (I again run remix right now since at the beginning there is more to integrate when having a new system since I run it with "always fresh"...)
I am just weird like that, but I prefer it and to me it is a more secure system that way... *shrug*
///EDIT
The forum is acting weird right now.
I wanted to answer to a post by Ahau that I got reminded of by email with the URL of http://forum.porteus.org/viewtopic.php? ... 2020#p2020 and the text of
But for some reason phpBB messes up this thread... and instead the post by Ahau disappears (unless I use the above link) and instead my new post got added to my old reply...rava, do not run startx to get LXDE running. startx is configured to run KDE. remove startx from your APPEND line in porteus.conf. /etc/rc.d/rc.4 searches for lxde in the APPEND line and runs lxdm instead of kdm if 'lxde' is present. should be 'autoexec=lxde;xconf;telinit~4'.

Last edited by Rava on 01 Apr 2011, 22:34, edited 1 time in total.
Cheers!
Yours Rava
Yours Rava
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v1.0-beta-x86_64 is ready :)
Sorry rava -- that was my fault. I didn't see that you were trying to boot into telinit 3. Sorry for the confusion!
Please take a look at our online documentation, here. Suggestions are welcome!
- Rava
- Contributor
- Posts: 4650
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.0 x86_64 + 4.0 i586
- Location: Forests of Germany
Re: Porteus-v1.0-beta-x86_64 is ready :)
It's okay Ahau...
But why is the forum acting weird? I cannot see your above quoted post unless I use the provided link... strange.
Ahau, are you kinda hidden at times in here?
Oh, and that is quite off topic in here.
But why is the forum acting weird? I cannot see your above quoted post unless I use the provided link... strange.
Ahau, are you kinda hidden at times in here?

Oh, and that is quite off topic in here.
Cheers!
Yours Rava
Yours Rava
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v1.0-beta-x86_64 is ready :)
I'm not sure why you can't see that post--I can see it when I open the thread and move through to page 3. That is strange.
I do tend to log in and out here (often from my phone) but I should not be hidden.
I posted that message (about startx and lxde) because the day before, I had tried getting xfce to run by adding 'autoexec=startxfce4;xconf;telinit~4', and got a black screen, with the KDE music starting up on my speakers--so I realized that both were running at the same time. Some edits to /etc/rc.d/rc4.d allowed me to get into xfce.
I do tend to log in and out here (often from my phone) but I should not be hidden.
I posted that message (about startx and lxde) because the day before, I had tried getting xfce to run by adding 'autoexec=startxfce4;xconf;telinit~4', and got a black screen, with the KDE music starting up on my speakers--so I realized that both were running at the same time. Some edits to /etc/rc.d/rc4.d allowed me to get into xfce.
Please take a look at our online documentation, here. Suggestions are welcome!
- Rava
- Contributor
- Posts: 4650
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.0 x86_64 + 4.0 i586
- Location: Forests of Germany
Re: Porteus-v1.0-beta-x86_64 is ready :)
What edits have that been?Ahau wrote:Some edits to /etc/rc.d/rc4.d allowed me to get into xfce.
Cheers!
Yours Rava
Yours Rava
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v1.0-beta-x86_64 is ready :)
I changed everything from 'lxde' to 'xfce', and 'lxdm' to 'startxfce4'. This disabled starting lxde, and I've been meaning to go back in and edit the script to allow all three to start up, but haven't found the time or the willpower.
Please take a look at our online documentation, here. Suggestions are welcome!
- Rava
- Contributor
- Posts: 4650
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.0 x86_64 + 4.0 i586
- Location: Forests of Germany
Re: Porteus-v1.0-beta-x86_64 is ready :)
Do you have the XFCe 64 module already ready for Porteus 1.0? URL then, pwease...Ahau wrote:I changed everything from 'lxde' to 'xfce', and 'lxdm' to 'startxfce4'. This disabled starting lxde, and I've been meaning to go back in and edit the script to allow all three to start up, but haven't found the time or the willpower.

And I wanted to ask: when I did tweak old Slax 6.1.2 to be without KDE, this popup info bubble when loading and activating or deactivating info in XWindows also was gone; I tried to find out what there is needed to have that in an NON KDE Slax (and now: in an NON KDE Porteus) but so far have not managed doing so.
Does anyone of you guys have some hints for me?
I forgot to answer this:
But... does the 'nomodeset' not do more than just kicking out nouveau?Ahau wrote:btw Rava-- I was able to get the nVidia driver to run instead of nouveau in v1 beta, by either adding the 'nomodeset' cheatcode per fanthom's instructions, or by blacklisting nouveau in /etc/modeprobe.d/blacklist.conf.
I tried to check the cheatcodes txt of Porteus 1.0b for that but even than I did copy the stuff from the ISO to the filesystem, for some reason the cheatcodes txt misses...

And about /etc/modeprobe.d/blacklist.conf ... that's not available in Remix as it seems... I wanted to check for the syntax. Do I just put in the full path of the to-be-blacklisted driver in there?
Or just
Code: Select all
nouveau
Cheers!
Yours Rava
Yours Rava
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v1.0-beta-x86_64 is ready :)
fanthom will have to answer about the specifics of 'nomodeset' cheatcode. This is what the FAQ says:
"
6. How to disable Kernel Mode Setting on amd/ati, nvidia and intel GPU's? Since v08 Kernel Mode Setting (high resolution in console mode) is enabled by default on all modern GPU's. If you wish to disable it - just add: 'nomodeset' cheatcode to /boot/porteus.cfg file. Be aware that intel, opensource radeon and nouveau drivers wont work without KMS in Graphical User Interface mode"
to blacklist nouveau, add 'blacklist nouveau' on a new line in the blacklist.conf file and save it.
I have a working xfce 4.6 64-bit module that runs in V1-beta, but it needs a lot of cleaning up. icons don't work in thunar, it could use a new theme, etc. I can post a link if you would like it (in a new thread. we're pretty far OT here).
"
6. How to disable Kernel Mode Setting on amd/ati, nvidia and intel GPU's? Since v08 Kernel Mode Setting (high resolution in console mode) is enabled by default on all modern GPU's. If you wish to disable it - just add: 'nomodeset' cheatcode to /boot/porteus.cfg file. Be aware that intel, opensource radeon and nouveau drivers wont work without KMS in Graphical User Interface mode"
to blacklist nouveau, add 'blacklist nouveau' on a new line in the blacklist.conf file and save it.
I have a working xfce 4.6 64-bit module that runs in V1-beta, but it needs a lot of cleaning up. icons don't work in thunar, it could use a new theme, etc. I can post a link if you would like it (in a new thread. we're pretty far OT here).
Please take a look at our online documentation, here. Suggestions are welcome!
- fanthom
- Moderator Team
- Posts: 5588
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus-v1.0-beta-x86_64 is ready :)
@Rava
1) posts gets merged automatically as i hate double posters
2) since 1.0 BETA we have done our best to rewrite all tools for xdialog (xpns-tool, porteusmodman, xactivate/xdeactivate, etc..) so you are able to activate modules by double click on lxde and all other desktops (all files required for this are in 002-xorg module now).
3) cheatcodes.txt is placed now in /boot/docs (among with other txt files).
4) yes - 'nomodeset' cheatcode prevents of loading nouveau drm kernel module. nouveau must be not loaded in time of building nvidia binary driver.
---------------------------------------------------------
some good news:
- kernel 2.6.38 final is ready
unfortunately - no aufs update this Monday, maybe next?
- one of most annoying KDE-4.6.x bugs seems to be resolved (there is still a hope for 4.6.x line for porteus 1.0 Final):
https://bugs.kde.org/show_bug.cgi?id=209962
- first RC of Slackware-13.37 was released 6 days ago
Aufs 'deactivate modules on the fly' bug is holding us at the moment. We can't do much about it - just wait till it's fixed upstream.
I think we can wait a bit and base Porteus-1.0 on Slackware-13.37 Final (hopefully aufs matures on 2.6.38 kernel then).
I would say that Porteus-v1.0 will be released on 3rd week of April so please be patient and keep posting bugs/suggestions as usual
Regards,
fanthom
1) posts gets merged automatically as i hate double posters

2) since 1.0 BETA we have done our best to rewrite all tools for xdialog (xpns-tool, porteusmodman, xactivate/xdeactivate, etc..) so you are able to activate modules by double click on lxde and all other desktops (all files required for this are in 002-xorg module now).
3) cheatcodes.txt is placed now in /boot/docs (among with other txt files).
4) yes - 'nomodeset' cheatcode prevents of loading nouveau drm kernel module. nouveau must be not loaded in time of building nvidia binary driver.
---------------------------------------------------------
some good news:
- kernel 2.6.38 final is ready

- one of most annoying KDE-4.6.x bugs seems to be resolved (there is still a hope for 4.6.x line for porteus 1.0 Final):
https://bugs.kde.org/show_bug.cgi?id=209962
- first RC of Slackware-13.37 was released 6 days ago

Aufs 'deactivate modules on the fly' bug is holding us at the moment. We can't do much about it - just wait till it's fixed upstream.
I think we can wait a bit and base Porteus-1.0 on Slackware-13.37 Final (hopefully aufs matures on 2.6.38 kernel then).
I would say that Porteus-v1.0 will be released on 3rd week of April so please be patient and keep posting bugs/suggestions as usual

Regards,
fanthom
Please add [Solved] to your thread title if the solution was found.
Re: Porteus-v1.0-beta-x86_64 is ready :)
Hi,
I converted all my "old" Slax-Remix/Porteus-Alpha modules to xzm, by using ' lzm2xzm "*.lzm" ' :
amaya-11.3.1-x86_64.xzm 14.331.904 15.03.2011 15:02 -a--
aria2-1.5.2-x86_64.xzm 2.240.512 15.03.2011 15:02 -a--
attbins.xzm 815.104 15.03.2011 15:02 -a--
binbot_teamviewer.xzm 15.347.712 15.03.2011 15:03 -a--
bluefish-2.0.2-x86_64.xzm 2.568.192 15.03.2011 15:03 -a--
boa-0.94.14rc21.xzm 65.536 15.03.2011 15:03 -a--
cabextract-1.2-i486.xzm 32.768 15.03.2011 15:03 -a--
chntpw-0.99.6-x86_64.xzm 106.496 15.03.2011 15:03 -a--
chromium-7.0.520.0-x86_64.xzm 18.714.624 15.03.2011 15:03 -a--
chttpd-1.3-x86_64.xzm 12.288 15.03.2011 15:03 -a--
cksfv.xzm 12.288 15.03.2011 15:03 -a--
cli-ftp-pack.xzm 692.224 15.03.2011 15:03 -a--
compat32.xzm 51.953.664 15.03.2011 15:04 -a--
ctorrent-1.3.4.xzm 94.208 15.03.2011 15:04 -a--
curl-7.19.4.xzm 450.560 15.03.2011 15:04 -a--
db44-4.4.20-2.xzm 1.699.840 15.03.2011 15:04 -a--
dillo-2-0-all.xzm 1.740.800 15.03.2011 15:04 -a--
emesene-1.6.3-x86_64.xzm 1.069.056 15.03.2011 15:04 -a--
etherape-0.9.7-i686-1.xzm 376.832 15.03.2011 15:04 -a--
ettercap-ng-0.7.3-i486-1tb.xzm 442.368 15.03.2011 15:04 -a--
filezilla-3.3.4.1-x86_64-1ponce.xzm 3.309.568 15.03.2011 15:04 -a--
fontsdir.xzm 94.208 15.03.2011 15:04 -a--
fping-2.4b2_to-i486-1sl.xzm 16.384 15.03.2011 15:04 -a--
german.xzm 2.850.816 15.03.2011 15:04 -a--
gftp-2.0.19-x86_64.xzm 241.664 15.03.2011 15:04 -a--
glibc-i18n-x86_64-1ftm.xzm 11.923.456 15.03.2011 15:04 -a--
gnutls-2.10.1-x86_64.xzm 1.200.128 15.03.2011 15:04 -a--
hping2.xzm 36.864 15.03.2011 15:04 -a--
JDownloader-2-x86_64.xzm 37.543.936 15.03.2011 15:02 -a--
jre-6u23-x86_64.xzm 22.827.008 15.03.2011 15:04 -a--
kde-l10n-de-4.5.4-x86_64-1ftm.xzm 1.978.368 15.03.2011 15:05 -a--
kftpgrabber-0.8.1-i686-1.xzm 774.144 15.03.2011 15:05 -a--
kismet-2008-05-r1-i686.xzm 663.552 15.03.2011 15:05 -a--
klibido-0.2.5-i486-1bj.xzm 290.816 15.03.2011 15:05 -a--
kompozer-0.8-0.5.b3-x86_64.xzm 7.933.952 15.03.2011 15:05 -a--
kphone-4.2-6.xzm 290.816 15.03.2011 15:05 -a--
krusader-2.0.0-x86_64.xzm 1.716.224 15.03.2011 15:05 -a--
ktorrent-2.2.8.xzm 2.252.800 15.03.2011 15:05 -a--
kvirc-4.0.2-x86_64.xzm 4.362.240 15.03.2011 15:05 -a--
kvpnc-0.9.6.xzm 1.679.360 15.03.2011 15:05 -a--
libiconv--1.13.1--0.1.3.xzm 1.081.344 15.03.2011 15:05 -a--
libmspack-0.0.20060920alpha-x86_64-1ponce.xzm 106.496 15.03.2011 15:05 -a--
libtasn1--1.8--0.1.3.xzm 90.112 15.03.2011 15:05 -a--
locales-slax-remix-x86_64-1ftm.xzm 27.013.120 15.03.2011 15:05 -a--
locate.xzm 1.576.960 15.03.2011 15:05 -a--
lua-5.1.3.xzm 233.472 15.03.2011 15:05 -a--
lynx-cur-2.8.8dev.1-1.xzm 1.695.744 15.03.2011 15:05 -a--
multilib-v09-B2.xzm 29.745.152 15.03.2011 15:06 -a--
mysql-5.0.67-1.xzm 13.897.728 15.03.2011 15:06 -a--
nano-2.0.7-i486-1.xzm 315.392 15.03.2011 15:06 -a--
nasm-2.07.xzm 200.704 15.03.2011 15:06 -a--
nc-1.10.xzm 45.056 15.03.2011 15:06 -a--
newspost.xzm 32.768 15.03.2011 15:06 -a--
nmap-5.21-x86_64.xzm 1.527.808 15.03.2011 15:06 -a--
ntfs_progs-x86_64.xzm 278.528 15.03.2011 15:06 -a--
ntfsprogs.2.0.0.xzm 278.528 15.03.2011 15:06 -a--
ntp-4.2.4p0-i486-1.xzm 1.290.240 15.03.2011 15:06 -a--
nzb-0.1.9.xzm 5.345.280 15.03.2011 15:06 -a--
nzbperl_SSL.xzm 729.088 15.03.2011 15:06 -a--
opera-11.00-1156-x86_64.xzm 8.994.816 15.03.2011 15:06 -a--
p7zip-9.04-x86_64.xzm 1.626.112 15.03.2011 15:06 -a--
pidgin-2.7.7-x86_64.xzm 6.635.520 15.03.2011 15:06 -a--
portmap-5-0.xzm 24.576 15.03.2011 15:06 -a--
pppoe-knemo.xzm 4.096 15.03.2011 15:06 -a--
python-2.5.2-i486-1.xzm 5.373.952 15.03.2011 15:06 -a--
qt-4.5.2.xzm 124.825.600 15.03.2011 15:08 -a--
rar-3.71.xzm 311.296 15.03.2011 15:08 -a--
ruby-1.9.1_p378-x86_64.xzm 4.038.656 15.03.2011 15:08 -a--
Screen_4_0_2.xzm 32.768 15.03.2011 15:02 -a--
seamonkey-2.1b1-x86_64.xzm 19.787.776 15.03.2011 15:08 -a--
sniffit_0_3_5.xzm 28.672 15.03.2011 15:08 -a--
sqlite-3.5.8.xzm 1.003.520 15.03.2011 15:08 -a--
squid-3.1.4-x86_64.xzm 958.464 15.03.2011 15:08 -a--
sshd-activate.xzm 4.096 15.03.2011 15:08 -a--
stunnel_3_26.xzm 81.920 15.03.2011 15:08 -a--
tar-1.23.xzm 1.327.104 15.03.2011 15:08 -a--
tcc-0.9.25.xzm 241.664 15.03.2011 15:08 -a--
tcl8.4.19.xzm 966.656 15.03.2011 15:08 -a--
telnet-1.5.xzm 36.864 15.03.2011 15:08 -a--
thttpd.xzm 45.056 15.03.2011 15:08 -a--
tigervnc-r4126-x86_64.xzm 2.719.744 15.03.2011 15:08 -a--
tinyproxy.xzm 32.768 15.03.2011 15:08 -a--
truecrypt-6.1a.xzm 1.916.928 15.03.2011 15:08 -a--
unrar-3-7-8.xzm 86.016 15.03.2011 15:08 -a--
upx-3.03.xzm 319.488 15.03.2011 15:08 -a--
uudeview-0.5.20-i486-1as.xzm 212.992 15.03.2011 15:08 -a--
vmware-view-open-client-4.0.1-235010.xzm 1.245.184 15.03.2011 15:08 -a--
vpnc-0.5.3.xzm 114.688 15.03.2011 15:08 -a--
wicd-1.6.2.2-i686-3cca.xzm 376.832 15.03.2011 15:08 -a--
wifi-radar-1.9.9-1.1.xzm 36.864 15.03.2011 15:08 -a--
wine-1.3.5-x86_64.xzm 26.058.752 15.03.2011 15:09 -a--
wireless-tools-29-1.1.xzm 106.496 15.03.2011 15:09 -a--
wlassistant-0-5-7.xzm 118.784 15.03.2011 15:09 -a--
wxPython-2.8.11.0-x86_64-1ponce.xzm 15.122.432 15.03.2011 15:09 -a--
xchat.xzm 1.847.296 15.03.2011 15:09 -a--
xchat-2.8.8-x86_64.xzm 1.298.432 15.03.2011 15:09 -a--
xfce-4.6.1-x86_64.xzm 8.110.080 15.03.2011 15:09 -a--
yakuake-2.9.7-x86_64.xzm 188.416 15.03.2011 15:09 -a--
yasm-1.1.xzm 2.310.144 15.03.2011 15:09 -a--
youtube-dl-2010.12.09-x86_64.xzm 20.480 15.03.2011 15:09 -a--
I'm now in the process of trying out all these modules.
So far "JDownloader" does not start up, which is a pity. He worked fine when he was a SQ4-lzm-module.
The console says that JDownloader is about to start, but even after a couple of minutes nothing happens.
I converted all my "old" Slax-Remix/Porteus-Alpha modules to xzm, by using ' lzm2xzm "*.lzm" ' :
amaya-11.3.1-x86_64.xzm 14.331.904 15.03.2011 15:02 -a--
aria2-1.5.2-x86_64.xzm 2.240.512 15.03.2011 15:02 -a--
attbins.xzm 815.104 15.03.2011 15:02 -a--
binbot_teamviewer.xzm 15.347.712 15.03.2011 15:03 -a--
bluefish-2.0.2-x86_64.xzm 2.568.192 15.03.2011 15:03 -a--
boa-0.94.14rc21.xzm 65.536 15.03.2011 15:03 -a--
cabextract-1.2-i486.xzm 32.768 15.03.2011 15:03 -a--
chntpw-0.99.6-x86_64.xzm 106.496 15.03.2011 15:03 -a--
chromium-7.0.520.0-x86_64.xzm 18.714.624 15.03.2011 15:03 -a--
chttpd-1.3-x86_64.xzm 12.288 15.03.2011 15:03 -a--
cksfv.xzm 12.288 15.03.2011 15:03 -a--
cli-ftp-pack.xzm 692.224 15.03.2011 15:03 -a--
compat32.xzm 51.953.664 15.03.2011 15:04 -a--
ctorrent-1.3.4.xzm 94.208 15.03.2011 15:04 -a--
curl-7.19.4.xzm 450.560 15.03.2011 15:04 -a--
db44-4.4.20-2.xzm 1.699.840 15.03.2011 15:04 -a--
dillo-2-0-all.xzm 1.740.800 15.03.2011 15:04 -a--
emesene-1.6.3-x86_64.xzm 1.069.056 15.03.2011 15:04 -a--
etherape-0.9.7-i686-1.xzm 376.832 15.03.2011 15:04 -a--
ettercap-ng-0.7.3-i486-1tb.xzm 442.368 15.03.2011 15:04 -a--
filezilla-3.3.4.1-x86_64-1ponce.xzm 3.309.568 15.03.2011 15:04 -a--
fontsdir.xzm 94.208 15.03.2011 15:04 -a--
fping-2.4b2_to-i486-1sl.xzm 16.384 15.03.2011 15:04 -a--
german.xzm 2.850.816 15.03.2011 15:04 -a--
gftp-2.0.19-x86_64.xzm 241.664 15.03.2011 15:04 -a--
glibc-i18n-x86_64-1ftm.xzm 11.923.456 15.03.2011 15:04 -a--
gnutls-2.10.1-x86_64.xzm 1.200.128 15.03.2011 15:04 -a--
hping2.xzm 36.864 15.03.2011 15:04 -a--
JDownloader-2-x86_64.xzm 37.543.936 15.03.2011 15:02 -a--
jre-6u23-x86_64.xzm 22.827.008 15.03.2011 15:04 -a--
kde-l10n-de-4.5.4-x86_64-1ftm.xzm 1.978.368 15.03.2011 15:05 -a--
kftpgrabber-0.8.1-i686-1.xzm 774.144 15.03.2011 15:05 -a--
kismet-2008-05-r1-i686.xzm 663.552 15.03.2011 15:05 -a--
klibido-0.2.5-i486-1bj.xzm 290.816 15.03.2011 15:05 -a--
kompozer-0.8-0.5.b3-x86_64.xzm 7.933.952 15.03.2011 15:05 -a--
kphone-4.2-6.xzm 290.816 15.03.2011 15:05 -a--
krusader-2.0.0-x86_64.xzm 1.716.224 15.03.2011 15:05 -a--
ktorrent-2.2.8.xzm 2.252.800 15.03.2011 15:05 -a--
kvirc-4.0.2-x86_64.xzm 4.362.240 15.03.2011 15:05 -a--
kvpnc-0.9.6.xzm 1.679.360 15.03.2011 15:05 -a--
libiconv--1.13.1--0.1.3.xzm 1.081.344 15.03.2011 15:05 -a--
libmspack-0.0.20060920alpha-x86_64-1ponce.xzm 106.496 15.03.2011 15:05 -a--
libtasn1--1.8--0.1.3.xzm 90.112 15.03.2011 15:05 -a--
locales-slax-remix-x86_64-1ftm.xzm 27.013.120 15.03.2011 15:05 -a--
locate.xzm 1.576.960 15.03.2011 15:05 -a--
lua-5.1.3.xzm 233.472 15.03.2011 15:05 -a--
lynx-cur-2.8.8dev.1-1.xzm 1.695.744 15.03.2011 15:05 -a--
multilib-v09-B2.xzm 29.745.152 15.03.2011 15:06 -a--
mysql-5.0.67-1.xzm 13.897.728 15.03.2011 15:06 -a--
nano-2.0.7-i486-1.xzm 315.392 15.03.2011 15:06 -a--
nasm-2.07.xzm 200.704 15.03.2011 15:06 -a--
nc-1.10.xzm 45.056 15.03.2011 15:06 -a--
newspost.xzm 32.768 15.03.2011 15:06 -a--
nmap-5.21-x86_64.xzm 1.527.808 15.03.2011 15:06 -a--
ntfs_progs-x86_64.xzm 278.528 15.03.2011 15:06 -a--
ntfsprogs.2.0.0.xzm 278.528 15.03.2011 15:06 -a--
ntp-4.2.4p0-i486-1.xzm 1.290.240 15.03.2011 15:06 -a--
nzb-0.1.9.xzm 5.345.280 15.03.2011 15:06 -a--
nzbperl_SSL.xzm 729.088 15.03.2011 15:06 -a--
opera-11.00-1156-x86_64.xzm 8.994.816 15.03.2011 15:06 -a--
p7zip-9.04-x86_64.xzm 1.626.112 15.03.2011 15:06 -a--
pidgin-2.7.7-x86_64.xzm 6.635.520 15.03.2011 15:06 -a--
portmap-5-0.xzm 24.576 15.03.2011 15:06 -a--
pppoe-knemo.xzm 4.096 15.03.2011 15:06 -a--
python-2.5.2-i486-1.xzm 5.373.952 15.03.2011 15:06 -a--
qt-4.5.2.xzm 124.825.600 15.03.2011 15:08 -a--
rar-3.71.xzm 311.296 15.03.2011 15:08 -a--
ruby-1.9.1_p378-x86_64.xzm 4.038.656 15.03.2011 15:08 -a--
Screen_4_0_2.xzm 32.768 15.03.2011 15:02 -a--
seamonkey-2.1b1-x86_64.xzm 19.787.776 15.03.2011 15:08 -a--
sniffit_0_3_5.xzm 28.672 15.03.2011 15:08 -a--
sqlite-3.5.8.xzm 1.003.520 15.03.2011 15:08 -a--
squid-3.1.4-x86_64.xzm 958.464 15.03.2011 15:08 -a--
sshd-activate.xzm 4.096 15.03.2011 15:08 -a--
stunnel_3_26.xzm 81.920 15.03.2011 15:08 -a--
tar-1.23.xzm 1.327.104 15.03.2011 15:08 -a--
tcc-0.9.25.xzm 241.664 15.03.2011 15:08 -a--
tcl8.4.19.xzm 966.656 15.03.2011 15:08 -a--
telnet-1.5.xzm 36.864 15.03.2011 15:08 -a--
thttpd.xzm 45.056 15.03.2011 15:08 -a--
tigervnc-r4126-x86_64.xzm 2.719.744 15.03.2011 15:08 -a--
tinyproxy.xzm 32.768 15.03.2011 15:08 -a--
truecrypt-6.1a.xzm 1.916.928 15.03.2011 15:08 -a--
unrar-3-7-8.xzm 86.016 15.03.2011 15:08 -a--
upx-3.03.xzm 319.488 15.03.2011 15:08 -a--
uudeview-0.5.20-i486-1as.xzm 212.992 15.03.2011 15:08 -a--
vmware-view-open-client-4.0.1-235010.xzm 1.245.184 15.03.2011 15:08 -a--
vpnc-0.5.3.xzm 114.688 15.03.2011 15:08 -a--
wicd-1.6.2.2-i686-3cca.xzm 376.832 15.03.2011 15:08 -a--
wifi-radar-1.9.9-1.1.xzm 36.864 15.03.2011 15:08 -a--
wine-1.3.5-x86_64.xzm 26.058.752 15.03.2011 15:09 -a--
wireless-tools-29-1.1.xzm 106.496 15.03.2011 15:09 -a--
wlassistant-0-5-7.xzm 118.784 15.03.2011 15:09 -a--
wxPython-2.8.11.0-x86_64-1ponce.xzm 15.122.432 15.03.2011 15:09 -a--
xchat.xzm 1.847.296 15.03.2011 15:09 -a--
xchat-2.8.8-x86_64.xzm 1.298.432 15.03.2011 15:09 -a--
xfce-4.6.1-x86_64.xzm 8.110.080 15.03.2011 15:09 -a--
yakuake-2.9.7-x86_64.xzm 188.416 15.03.2011 15:09 -a--
yasm-1.1.xzm 2.310.144 15.03.2011 15:09 -a--
youtube-dl-2010.12.09-x86_64.xzm 20.480 15.03.2011 15:09 -a--
I'm now in the process of trying out all these modules.
So far "JDownloader" does not start up, which is a pity. He worked fine when he was a SQ4-lzm-module.
The console says that JDownloader is about to start, but even after a couple of minutes nothing happens.
- fanthom
- Moderator Team
- Posts: 5588
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus-v1.0-beta-x86_64 is ready :)
@att
i'm sorry to say that but you have a nice mess over there:
1) doubled packages (packages which currently exist in a ISO - all in newer version than yours):
tar-1.23.xzm 1.327.104 15.03.2011 15:08 -a--
unrar-3-7-8.xzm 86.016 15.03.2011 15:08 -a--
telnet-1.5.xzm 36.864 15.03.2011 15:08 -a--
sqlite-3.5.8.xzm 1.003.520 15.03.2011 15:08 -a--
wireless-tools-29-1.1.xzm 106.496 15.03.2011 15:09 -a--
and many more....
2) duplicated packages (2 version of the same package in your set)
ntfs_progs-x86_64.xzm 278.528 15.03.2011 15:06 -a--
ntfsprogs.2.0.0.xzm 278.528 15.03.2011 15:06 -a--
xchat.xzm 1.847.296 15.03.2011 15:09 -a--
xchat-2.8.8-x86_64.xzm 1.298.432 15.03.2011 15:09 -a--
3) those 2 are the worst in your set:
python-2.5.2-i486-1.xzm 5.373.952 15.03.2011 15:06 -a--
qt-4.5.2.xzm 124.825.600 15.03.2011 15:08 -a--
python and (especially qt) are provided in the ISO and can't be replaced by older versions.
i'm really surprised that porteus is able to boot with all this cr*p.
Your set is a perfect example how to kill porteus with additional (unnecessary) modules.
Please dont be surprised that "JDownloader" does not start up.
remove all your stuff, then add applications (not libraries) 'one by one' and check if it works. If not then run 'slackyd -d' to find missing deps.
Good luck!
i'm sorry to say that but you have a nice mess over there:
1) doubled packages (packages which currently exist in a ISO - all in newer version than yours):
tar-1.23.xzm 1.327.104 15.03.2011 15:08 -a--
unrar-3-7-8.xzm 86.016 15.03.2011 15:08 -a--
telnet-1.5.xzm 36.864 15.03.2011 15:08 -a--
sqlite-3.5.8.xzm 1.003.520 15.03.2011 15:08 -a--
wireless-tools-29-1.1.xzm 106.496 15.03.2011 15:09 -a--
and many more....
2) duplicated packages (2 version of the same package in your set)
ntfs_progs-x86_64.xzm 278.528 15.03.2011 15:06 -a--
ntfsprogs.2.0.0.xzm 278.528 15.03.2011 15:06 -a--
xchat.xzm 1.847.296 15.03.2011 15:09 -a--
xchat-2.8.8-x86_64.xzm 1.298.432 15.03.2011 15:09 -a--
3) those 2 are the worst in your set:
python-2.5.2-i486-1.xzm 5.373.952 15.03.2011 15:06 -a--
qt-4.5.2.xzm 124.825.600 15.03.2011 15:08 -a--
python and (especially qt) are provided in the ISO and can't be replaced by older versions.
i'm really surprised that porteus is able to boot with all this cr*p.
Your set is a perfect example how to kill porteus with additional (unnecessary) modules.
Please dont be surprised that "JDownloader" does not start up.
remove all your stuff, then add applications (not libraries) 'one by one' and check if it works. If not then run 'slackyd -d' to find missing deps.
Good luck!
Please add [Solved] to your thread title if the solution was found.
Re: Porteus-v1.0-beta-x86_64 is ready :)
Hello Fanthom,
Sorry for the messy modules. I have cut out QT and python, and also wiped the dupes of Xchat and NTFSprogs.
Here are my results so far:
* JDownloader only runs fine when started from a root shell. User "Guest" won't do. -> Icon appears but program does not start.
* Teamviewer6 has the same problem.
* Amaya complains about a missing library:
/opt//Amaya/wx/bin/amaya_bin: error while loading shared libraries: libraptor.so.1: cannot open shared object file: No such file or directory
Note the double slash after opt: "opt//Amaya/..." -> no idea why.
* kftpgrabber: error while loading shared libraries: libkdnssd.so.1: cannot open shared object file: No such file or directory
* VMWare view open client will not display any fonts correctly, but will display squares instead of characters everywhere on the start screen.
* dillo: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
* emesene :
Traceback (most recent call last):
File "/usr/share/emesene/emesene", line 34, in <module>
import Controller
File "/usr/share/emesene/Controller.py", line 22, in <module>
import pygtk
ImportError: No module named pygtk
* etherape: error while loading shared libraries: libglade-2.0.so.0: cannot open shared object file: No such file or directory
* ettercap: Displays squares instead of characters
* ktorrent: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory
* wicd:
Traceback (most recent call last):
File "/usr/lib/wicd/wicd-daemon.py", line 44, in <module>
import gobject
ImportError: No module named gobject
* klibido: error while loading shared libraries: libkmdi.so.1: cannot open shared object file: No such file or directory
However, many programs just work great, even as user guest: Kompozer, Opera11, Firefox, TigerVNC Server and Viewer, XChat, GFTPd, Seamonkey, wpa_gui
Hope that helps, more later
ATT
Sorry for the messy modules. I have cut out QT and python, and also wiped the dupes of Xchat and NTFSprogs.
Here are my results so far:
* JDownloader only runs fine when started from a root shell. User "Guest" won't do. -> Icon appears but program does not start.
* Teamviewer6 has the same problem.
* Amaya complains about a missing library:
/opt//Amaya/wx/bin/amaya_bin: error while loading shared libraries: libraptor.so.1: cannot open shared object file: No such file or directory
Note the double slash after opt: "opt//Amaya/..." -> no idea why.
* kftpgrabber: error while loading shared libraries: libkdnssd.so.1: cannot open shared object file: No such file or directory
* VMWare view open client will not display any fonts correctly, but will display squares instead of characters everywhere on the start screen.
* dillo: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
* emesene :
Traceback (most recent call last):
File "/usr/share/emesene/emesene", line 34, in <module>
import Controller
File "/usr/share/emesene/Controller.py", line 22, in <module>
import pygtk
ImportError: No module named pygtk
* etherape: error while loading shared libraries: libglade-2.0.so.0: cannot open shared object file: No such file or directory
* ettercap: Displays squares instead of characters
* ktorrent: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory
* wicd:
Traceback (most recent call last):
File "/usr/lib/wicd/wicd-daemon.py", line 44, in <module>
import gobject
ImportError: No module named gobject
* klibido: error while loading shared libraries: libkmdi.so.1: cannot open shared object file: No such file or directory
However, many programs just work great, even as user guest: Kompozer, Opera11, Firefox, TigerVNC Server and Viewer, XChat, GFTPd, Seamonkey, wpa_gui
Hope that helps, more later
ATT