dCore Import Debian Packages to Mountable SCE extensions > dCore X86
Basic HowTo dCore-xenial for murga-forum.com/puppy planning puppy-lookalike
mcewanw:
My understanding of how wbar gets populated dynamically seems to be correct. I can add app icons onto it simply by copying their desktop file to /usr/share/applications and making sure that /usr/share/pixmaps contains a correctly named icon per the Icon= description in the desktop file.
I note, however, that there is a tinycore utility called tc-wbarconf, which should allow exclusion of any unwanted app icon (via a list contained at /etc/sysconfig/tcedir/xwbar.lst).
Unfortunately, tc-wbarconf messes up xwbar.lst (doesn't correctly remove the selected i, t, c entries for the app selected; removes some of the i,t,c entries from other apps - results in big mess...). My observation seems to concur with that of tinycore forum member emninger in the forum post here, though most seemed to suggest tc-wbarconf was fine, which I'm pretty sure isn't the case:
http://forum.tinycorelinux.net/index.php/topic,19117.0.html
I've had a quick look at source code for tc-wbarconf but unfortunately, though I am familiar with C programming, I am not familiar with fltk fluid programming so cannot determine the cause of the problem within the source. For the moment, I workaround the issue by simply modifying xwbar.lst manually.
William
Jason W:
If you can give me a few examples of items that work with tc-wbarconf and some that don't I will check it out tonight.
mcewanw:
Hi Jason,
I've found what is causing the problem for me Jason, but I don't know of a fix (aside from avoiding use of tc-wbarconf on my system).
The problem turns out to be that tc-wbarconf messes up the xwbar.lst file if the underlying system shell (/bin/sh) being used is bash rather than /bb/ash.
In Debian you can switch default /bin/sh from dash to bash using command 'dpkg-reconfigure dash' but I don't know if there is a specific command to change ash to bash in tinycore (and doubt that would make any difference to the tc-wbarconf issue with bash - though why it would have issue with bash I don't know).
The reason I need /bin/sh to point to /bin/bash is that I am running some gtkdialog-bash scripts (previously used in DebianDog and also Puppy Linux), which rely on bash for some of their functionality (they are complex so couldn't easily re-write them for ash anyway). In particular I am using weX, which is a gtkdialog-bash script to record either or all of the following streams: audio, X11 screencast video, embedded and webcam video. A bit like Simple Screen Recorder but not need qt libs. I've also made an experimental dCore sce for it as provided attached at the end of the following murga-linux forum here. It works very well on my dCore system as long as /bin/sh points to /bin/bash:
http://murga-linux.com/puppy/viewtopic.php?p=946639#946639
weX itself is described here: http://murga-linux.com/puppy/viewtopic.php?t=107905
It depends on underlying ffmpeg for functionality.
It isn't enough, by the way, to start weX from an interactive bash shell (or with SHELL=/bin/bash) just like it isn't proving to be enough to start tc-wbarconf from an interactive /bb/ash shell (or with SHELL=/bb/ash tc-wbarconf). I believe that is because the gtkdialog C program system call uses the non-interactive /bin/sh no matter how you start things interactively (same with system call in tc-wbarconf).
Not knowing any special command in tinycore to make bash the default /bin/sh, I did the following:
1. Editied /etc/shells to include /bin/bash.
2. Used command: sudo chsh tc -s /bin/bash (which modifies /etc/passwd accordingly).
3. Using sudo uxterm:
--- Code: ---mv sh shOLD
ln -s /bin/bash /bin/sh
--- End code ---
As I say, that all worked fine, except that using tc-wbarconf to say remove an icon results in a messed up /etc/sysconfig/tcedir/xwbar.lst.
As an example, I used this simple sceboot.lst and empty xwbar.lst, with no mydata.gz persistence file as follows:
--- Code: ---graphics-4.2.9-tinycore
xorg-intel
flwm_topside
wbar
wireless
wireless-4.2.9-tinycore
fluff
bash
--- End code ---
I then made my /bin/sh point to /bin/bash etc as outlined above and then started tc-wbarconf and tried removing the icon for RunProgram (or any program actually). Simply now examine the contents of xwbar.lst and you will see it is messed up (and thus wbar messed up). No such problem if /bin/sh is the default /bb/ash, but there should be a way for users to use bash as default non-interactive shell if they want to (or need, in my case).
Has anyone found a solution to this bash as system shell before? (And no, I do not want to use ash since no use as I've said for my purpose).
Hope you (or anyone) can help find a solution (or if its something simple needing changed in tc-wbarconf code).
William
Jason W:
Hi William,
I have updated the wbar extension with some code to help it populate better, as well as I have changed the shebang in the wbar supporting scripts to the below:
#!/bin/busybox ash
I have done this with other dCore scripts as I saw an issue without it a while back. Update the wbar prebuilt package and try again. Thanks for reporting and letting me know what was making an issue.
mcewanw:
Hi Jason,
May not be correct method, but I did:
--- Code: ---sce-update -nar
--- End code ---
hoping that would update everything appropriately.
Unfortunately, the result seems to be that I have lost my wbar altogether.
When I enter wbar & in a console, I got some error message about /etc/wbar.d/wbar.cfg. Unfortunately, I forgot to note them down before erasing my mydata.tgz and on reboot with empty mydata.gz and empty xwbar.lst I now get error after entering wbar & as follows:
--- Code: ---/cotc@box:~$ Problem load font file. /usr/share/fonts/truetype/liberation/LiberationMono-Regular/12
g7~
g7~
g7~
/usr/share/icons/nuoveXT2/128x128/devices/media-cdrom-audio.png Couldn't load icon image.
g7Pere/icons/nuoveXT2/128x128/apps/text-editor.png Couldn't load icon image.
g7cre/icons/nuoveXT2/128x128/apps/kfm.png Couldn't load icon image.
g7cre/icons/nuoveXT2/128x128/apps/terminal.png Couldn't load icon image.de
--- End code ---
i.e. weird stuff. However, I'll now rebuild my system and report back later once I've done that.
Cheers, William
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version