Page 2 of 9
Posted: Fri 05 Nov 2010, 17:24
by Béèm
As Lobster says. Works fast.
My impression, app's work faster then in 235 openbox or jwm.
Posted: Fri 05 Nov 2010, 18:24
by Iguleder
Got some goodies already, get them
here (the kdebase-3.5.12.sfs is the base Trinity with pretty much nothing, truly minimal, applications are available as SFSs and have all their dependencies).
So far there's kpdf, Ark, Kopete and Noatun. Still running the magical scripts on the Amarok directory, so Amarok will join soon. On a second rxvt I'm working on Konversation, Ktorrent will follow.
Gotta love Trinity
Posted: Fri 05 Nov 2010, 19:17
by Béèm
I still have another point to clarify.
I am so used to have the drive icons on the desktop and mount them by clicking on them.
Didn't find an easy way in KDE to do this.
Posted: Fri 05 Nov 2010, 19:49
by dejan555
Um, use pmount?
Posted: Fri 05 Nov 2010, 19:57
by Béèm
Sure pmount is a possibility, but I was thinking at something more in the KDE line like media:/ and have the partitions in there ready to be mounted/unmounted with a single click.
Maybe it's utopia.
Posted: Fri 05 Nov 2010, 20:25
by dejan555
It needs /etc/fstab to show drives in media:/ but in kde3 even with fstab written I couldn't mount them on click, maybe it works in trinity, or I didn't set it up correctly.
Posted: Fri 05 Nov 2010, 20:35
by Béèm
Thanks for the info, very educational.
I added device sdb1 and it is in media:/ now.
But when I try to mount it I get the message that the feature only available is with HAL.
So I suppose HAL isn't implemented, or does it have to be started separately?
Posted: Fri 05 Nov 2010, 20:54
by dejan555
Yeah I think it needs hal daemon to be running with some correct config or script.
Posted: Fri 05 Nov 2010, 21:18
by Béèm
I found a file in /etc hal-kde3.conf which contents is:
Code: Select all
# hal - hardware abstraction layer
#
# The HAL daemon collects and maintains information about your hardware
# and provides an abstraction layer for applications to access that
# information and utilise the hardware.
description "hardware abstraction layer"
start on (filesystem
and started dbus
and started udev)
stop on (stopping dbus
or stopping udev)
expect fork
respawn
exec hald --daemon=yes
but I didn't find a hald script/binary on the system.
Probably hal isn't implemented then I suppose.
Posted: Fri 05 Nov 2010, 21:26
by dejan555
If you're sure hald isn't present on system maybe you can try installing
http://packages.debian.org/search?keywords=hal
Posted: Fri 05 Nov 2010, 21:58
by Béèm
Thank you for the link.
I downloaded the deb and installed.
But for HAL to work correctly I understand dbus has to run also.
And there I have difficulties.
Code: Select all
# dbus-daemon --system
Unknown group "powerdev" in message bus configuration file
Unknown group "plugdev" in message bus configuration file
#
Unfortunately I know too little about those kind of things.
Posted: Sat 06 Nov 2010, 00:19
by darkduck
dejan555 wrote:Try /root/.kde/Autostart directory for kde's startup scripts
If there's no such dir then create it.
EDIT: You can try making symlink to /root/Startup
It did not work for me.
What have I done wrong?
Posted: Sat 06 Nov 2010, 08:17
by dejan555
Um, you don't make symlink INSIDE Autostart dir, you should link Startup to /root/.kde and change symlink name to "Autostart"
Posted: Sat 06 Nov 2010, 08:28
by Béèm
I had to use /root/.kde3 to have symlinks execute at boot.
Posted: Sat 06 Nov 2010, 08:30
by dejan555
Yeah, that's the one, haven't actually checked the name.
logout, reboot, power off
Posted: Sat 06 Nov 2010, 08:32
by Béèm
Maybe the work is still not finished (or else I have a problem)
When I logout, I come to the X command prompt and have to type reboot/poweroff/xwin startkde.
Altho I remember from kdpup that there was another intermediate menu for selecting reboot/poweroff/........
Posted: Sat 06 Nov 2010, 08:33
by Béèm
dejan555 wrote:Yeah, that's the one, haven't actually checked the name.
/root/.kde exists also, but maybe not used at boot.
Posted: Sat 06 Nov 2010, 09:22
by Iguleder
Beem: in the Trinity SFS I made when you plug in a removable drive it shows a nice dialog and all removable drives are visible in the system thing with the option to mount/unmount.
It works perfectly under the last Squeeze testing build, since it has HAL from Debian
Posted: Sat 06 Nov 2010, 09:40
by dejan555
Hmm, well, haven't messed with pup_event scripts but there are some interesting modifications, in some puplets drive icons can apear on xfce deskie, and on grey's boxpup431 he even has them on wbar !
So yeah everything is possible in gnu/linux world just needs lots of knowledge and investigating to get in every corner of your OS, but that's also why puppy is so interesting, I think there are many setups on different puppy versions and puplets never seen on other distros.
Posted: Sat 06 Nov 2010, 12:14
by Béèm
Iguleder wrote:Beem: in the Trinity SFS I made when you plug in a removable drive it shows a nice dialog and all removable drives are visible in the system thing with the option to mount/unmount.
It works perfectly under the last Squeeze testing build, since it has HAL from Debian
hmmm, ok. Thanks for the info.
For the moment I test Trinity with lucid 235.
I'll test in squeeze009 then.