Dpup482-beta5 testing

[aragon]

musher0 & micko,

Code: Select all

#only launch tray for w.m. without inbuilt tray...
if [ "$CURRENTWM" != "jwm" -a "$CURRENTWM" != "icewm" -a "$CURRENTWM" != "icewm-session" ];then
[ -f /usr/bin/fbpanel ] && fbpanel &
[ -f /usr/bin/lxpanel ] && lxpanel &
fi 

in my opinion it is not wise, that these line are in .xintrc at all. it makes more sense (to me) to launch them with a starter in /root/Startup if they exist. same thing for other apps that are launched from within .xinitrc. But maybe this is a timing issue, because they have to be launched before the wm (mostly jwm) is run.

but if you use alternative wm like echinus or awesome you allways have to edit .xintrc (for example to disable absvolume).

aragon

[01micko]

Hi aragon

I tend to agree that certain calls don't really belong in .xinitrc.

It would seem that JWM is the only one needing absvolume before it loads. I wonder how we can get around this..

Cheers

[Béèm]

Thanks for the great reports guy...

First Amarok...Dpup does not use or have the xine engine, it is mplayer. So the Pup431 sfs needs to be reworked to take that into account.

I took the libxine library from puppy 431but got the message no xine engine was found

I installed gxine then, but now I get

Code: Select all

# gxine
gxine: warning: File creation error: Couldn't create /root/.config/gxine: Invalid cross-device link.
Configuration, playlist and media marks will not be saved.
bind: No such file or directory
audio driver auto failed
gxine: error: Fatal error: No audio output driver could be loaded.
#

Well so far for my testing

[Béèm]

Thanks guys, for all the good feedback...

Has anyone done any more testing on jrb's SFS-Linker...I think it has to be in Dpup if we can get it right. The ability to load and unload SFS's on the fly will add a completely new dimension...

CatDude and dejan555...thanks...

I guess I somehow prompted jrb to modify it for us...
See here, 1st post:
http://www.murga-linux.com/puppy/viewto ... 30&t=46626

In Dpup, one would use the SFS_Linker-no_def-1.1.pet, rather than the linker for Puppy 4.3x. The latter ran over most of our default* in /usr/local/bin. The "no-def" version leaves them alone. I checked and the "no-def" version worked fine for one of coolpup's openoffice sfs. Can't vouch for any other of those specially made sfs's, though.

Tried with a another sfs also and it loaded correctly. Seems to be a tool to must have.
For ease of use, I configured a tray button for it.

[gposil]

Béèm said:

Tried with a another sfs also and it loaded correctly. Seems to be a tool to must have.
For ease of use, I configured a tray button for it.

Totally agree Béèm, a great tool, tray idea is what we'll do I think.

Cheers
Guy

[01micko]

musher0

You've convinced me to move the ice startup file out of ~/startup into ~/.icewm, just had to fiddle with the timings (and delete the oneliner )

Also, a more elegant solution to the absvolume issue with icewm and the call from .xinitrc...

Code: Select all

#v3.91 volume tray applet, thanks to hairywill... v3.96 MENU_BG variable...
if [ "$CURRENTWM" = "jwm" ];then
	if [ -f /usr/bin/absvolume ];then
	absvolume &	
	fi
fi

No need to kill it before Icewm loads.

I know many wms have their own volume applets, or they can have absvolume load later. I tried to <Swallow> absvolume.. in Jwm, a dismal failure, I guess it has been tried, or else that would be the solution.

[Béèm]

Béèm said:

Tried with a another sfs also and it loaded correctly. Seems to be a tool to must have.
For ease of use, I configured a tray button for it.

Totally agree Béèm, a great tool, tray idea is what we'll do I think.

Cheers
Guy

For the time being this is what I use:

Code: Select all

<TrayButton popup="SFS Linker" icon="mini-fdisk.xpm">exec:my_links.sh</TrayButton>

[Béèm]

When restarting JWM the freememapplet doesn't always come back in the system tray.
Saw that issue in other puppies as well.
Is there a fix for it?

[Jim1911]

After changes/additions to dpup and a reboot, all icons return to the desktop. This clutters up the desktop and covers part of wbar. Icons can be removed by using Re-run First Start Wizard, unfortunately, the re-run also removes any icons that have been added to the desktop and resets wallpaper to default. Haven't identified the exact changes that results in this but some have been to wbar.

The wbar patches should fix your issue with the icons.. see first page, I'm trying to rationalise Wink . Instead of fixes spread throughout the thread I posted them in my post on Page 1, third post

@01micko,

I had already installed your patch. I had the same problem with the icons this morning and did not use wbar. These steps caused this instance of the icon problem: Trying to get Amarok to work, I installed it using ppm, which didn't work so I uninstalled it using ppm. Then I used boot manager to select an Amarok sfs4 and rebooted. The icons then came on as above so wbar isn't the cause.

Cheers,
Jim

[Jim1911]

Thanks for the great reports guy...

First Amarok...Dpup does not use or have the xine engine, it is mplayer. So the Pup431 sfs needs to be reworked to take that into account.

Installed xine and gxine, however xine cannot find any audio drivers.

[musher0]

musher0 & micko,

Code: Select all

#only launch tray for w.m. without inbuilt tray...
if [ "$CURRENTWM" != "jwm" -a "$CURRENTWM" != "icewm" -a "$CURRENTWM" != "icewm-session" ];then
[ -f /usr/bin/fbpanel ] && fbpanel &
[ -f /usr/bin/lxpanel ] && lxpanel &
fi 

in my opinion it is not wise, that these line are in .xintrc at all. it makes more sense (to me) to launch them with a starter in /root/Startup if they exist. same thing for other apps that are launched from within .xinitrc. But maybe this is a timing issue, because they have to be launched before the wm (mostly jwm) is run.

but if you use alternative wm like echinus or awesome you allways have to edit .xintrc (for example to disable absvolume).

aragon

Hello, aragon.

Very pleased to "meet" you! I'm still struggling with your minimal Puppy 4.21 bb! Nice challenge, this one! Also thanks for the initial multi-exit script and panel for 4.21.

I agree with you generally. I think in this case those lines are where they are because there is a icon-display problem in the fbpanel menu. (At least in Puppy 4.12 version and previous).

Motivation can be timing, some essential things just have to be launched at a precise moment of the start.

But motivation can also be the removal of the decorations of a program.

For example, if you are using echinus or wmx and you want independent utilities such as a clock (xclock) and a tray (stalonetray) on all desktops, you need to start them in .xinitrc, with xnocolor, before the wm is launched. Otherwise the frame of the windows will show, and the utility can be difficult to "stick" in all windows.

For example, echinus uses voluntarily a reduced ECCWM or whatever it's called, and the "sticky" function is non operative, even through wmctrl, in echinus. A trade-off I suppose: if you want an efficient window manager in 21 k, you have to sacrifice something (the "sticky" function)...

BFN.

[musher0]

musher0

You've convinced me to move the ice startup file out of ~/startup into ~/.icewm, just had to fiddle with the timings (and delete the oneliner )

(...)

T'was my destiny. Now I can retire in peace. (:-/) (Where's the real "tongue-in-cheek" icon?!)

But seriously: it works in icewm's own startup? Great!
Come to think of it, wmx has a startup file, too... Hmm... Got to go!

[plankenstein]

@ vtpup,

Right clicking the back arrow brings up the recent history list that you are missing. I just discovered this last night myself. But then again, I was still using beta4 as I don't have my home computer back up yet after the move. Hopefully it hasn't changed and this will work for you.

[ecube]

A minor issue.

"Edit your existing Panel Buttons" in the JWM panel button configuring tool generates and infinity of gtkdialog windows Close or kill have no effect.

"Add a panel button" seems to generate "unstoppable" processes. too.

I appreceate that the size is shown at the desktop drive icons e.g. "Filesystem: ntfs Size: 8.6G". Do you have a patch which I can apply to Puppy 4.3.1 where Size: 0 always is shown.

[musher0]

@gposil
and to perhaps other non-anglophone users as well:

Hello. Here's my question:

In the previous beta4 thread, I know you recommended that I add

LC_ALL=C
export LC_ALL

in my /etc/profile file
to solve some unwanted messages from appearing in the console, but

would it be better if I had a profile.local file in /etc, with, in it:

LANG=fr_CA
export LANG
LC_ALL=fr_CA
export LC_ALL
LANGUAGE=fr_CA
export LANGUAGE

(Obviously, people who use their own language would substitute their language code instead of fr_CA.)

I put this together from
http://www.alionet.org/lofiversion/inde ... 25104.html
and
http://linux-attitude.fr/post/La-bonne-langue

Otherwise, conky, for example, resorts to displaying the date in English if I change from one wm to another.

So, what are "the finer points" on this? Thanks in advance.

BFN.

[musher0]

Another little discovery I made:

the xterm link in /usr/bin points to urxvt, which dpup does have, but it is pretty bland. If that's by choice, that's ok, but would there be any problem with this link pointing to mrxvt-full?

Thanks in advance.

[Béèm]

mrxvt-full gives the same «console»

[Béèm]

Did anyone run successfully SFS-Combiner?

[sunburnt]

SFS files shouldn`t have to be specially made for linking.
However I`ve never completely been satisfied about this.
I don`t know a lot about app. packages and their build.

His simple linker is good, we really need a manager GUI.
One that will load, unload, and set to load at bootup.

Perhaps jrb could tell us what he`s done and found out.

[Béèm]

Could this linker replace the boot manager?