Tiny Core Linux
dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => dCore x86 Imported Extensions => Topic started by: netnomad on September 14, 2013, 11:08:53 AM
-
hi friends,
i configured a pretty lean dCore-fluxbox-environment with libreoffice-gnome,
but there are no icons in the menues and panels of libreoffice.
during the import of libreoffice-gnome occured no problem at all,
loadsce showed no errors.
the libreoffice-icon does not appear in wbar,
but all sub-programs of libreoffice are shown in the Application-menue.
thank you for your help in advance!
-
Some apps like libreoffice are not going to have icons available in /usr/share/pixmaps, therefore will not be available for wbar. Since this is a large and popular one, I made icons available there. Re-import libreoffice or libreoffice-gnome and see if they appear.
-
hi jason w,
with the actual import wbar offers icons,
but nevertheless libreoffice and libreoffice-gnome have no icons in their own menues...
you can see it in the attached screenshot.
btw when i try to open the option-menue libreoffice crashes :(
thank you for your help.
-
I looked into the crash when opening the options menu, I see it mentioned in forums and bug reports but it does not happen on Wheezy on my machine. I tried looking for missing files, missing deps, etc, and could not find the answer yet. I will check it out more later.
No icons in libreoffice's own menus? I don't think they are there in wheezy either, so it is just how libreoffice was built by Debian in that case.
EDIT: Ok, I compared with wheezy and I see the difference. I will look into it.
-
Tools -> Options opens in libreoffice, just crashes in libreoffice-gnome. Tells me there is a missing dependency somewhere. At least that helps narrow down what the issue likely is.
-
After much googling, it seems in other cases an upgrade to libreoffice solved the issue. Though this crash is not seen on Wheezy with this same package, nor is it seen in dCore in a non-gtk2 environment an upgrade to libreoffice 4.1 eliminates this issue. Given that, I will post a libreoffice4.1 and libreoffice4.1-locale packages to allow a fully functional libreoffice in dCore since the inabitlity to access the options menu is a critical flaw..
-
hi jason w,
would you be so kind and give a short message, when it's uploaded?
thank you for your contribution.
-
libreoffice4.1 is now uploaded. I am running it now with only flwm_topside, Xprogs, and xorg-all installed.
All seems to be working.
"importsce libreoffice4.1" command to see sdk and langpacks available. I have downloaded the 4.3.1.2 main tarball and all langpacks to work from, please post any desired langpack that is not already available, I am uploading the most used, the es, it, ru, sv, zh-cn, uk, etc first and will go from there. I plan to stick to 4.3.1.2 version for the life of dCore 5.x in the Debian stable tradition in the absence of showstopper bugs but will be glad to include any desired missing langpacks and go from there. Langpacks and sdk do not have dependencies, assumed that libreoofice4.1 is installed to reduce redundant download.
Oh, and this package conflicts with the Debian libreoffice* package when used from the menu, but it is assumed that upon installing libreoffice4.1 it is being installed in place of the Debian version, since Debian's libreoffice is broken in a gtk2 environment. For minimal non-gtk use, just install Debian's libreoffice if non gtk use is desired.
-
hi jason w,
thank you very much for your libreoffice4.1-contributions.
i tested it intensively and want to give you some infos about my experiences:
1. libreoffice4.1 offers now all icons and as fas as i could examine the started applications should work fine.
2. the icon doesn't appear in my wbar
3. the application menue offers all different libreoffice-programs as base, calc, impress and write, but they don't start over this fluxbox-ondemand-menue.
4. in a terminal the command "libreoffice4.1" starts the main programm flawless and the other sub-programs can be started from there.
5. my standard environment with xorg, xterm, fluxbox, iceweasel, icedove, jpilot, cups, epdfviewer, gthumb and only few more little programs need 700mb ram from 1gb ram. after loadsce libreoffice4.1 round about 850mb ram are needed.
after loading libreoffice4.1 the two mozilla-programs iceweasel and icedove stop working and i get following error message:
tc@box:~$ iceweasel
XPCOMGlueLoad error for file /tmp/tcloop/mydesktop/usr/lib/iceweasel/xulrunner/l
libxul.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
again thank you for offering libreoffice4.1 to the community.
perhaps you have some hints and ideas to improve my configuration.
-
On the iceweasel and icedove issue there should not be a conflict.
What is the output of the command -
env | grep PATH
?
-
hi jason w,
that are my outputs:
tc@box:~$ env | grep PATH
PATH=/home/tc/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/bb:/etc/sysconfig/tcedir/ondemand
WINDOWPATH=7
QT_PLUGIN_PATH=/usr/local/lib/kde4/plugins
tc@box:~$ uname -a
Linux box 3.8.10-tinycore #3810 SMP Tue Apr 30 15:45:26 UTC 2013 i686 GNU/Linux
-
Ok, so there should be no PATH conflict. I imported and used firefox after installing and loading libreoffice4.1, but that is firefox and not the Debian builds. I will be able to look more in to it when I get in this evening.
-
It is the libnspr4 package that once needed a startup script to deal with broken symlinks but needs no more startup script, it has been removed as it is now what seems to be causing issue. Seems to have something to do with the libnspr4-0d transition package.
Re-importing any sce's that contain libnspr4 should fix the issue.
-
I see now that if you want to keep your old sce's and not re-import, just import a new libnspr4-0d and place it at the beginning of your sceboot.lst file.
That will prevent the error from the combination of loading old and new sce's that are affected by this issue.
-
I see now that if you want to keep your old sce's and not re-import, just import a new libnspr4-0d and place it at the beginning of your sceboot.lst file.
That will prevent the error from the combination of loading old and new sce's that are affected by this issue.
hi jason,
is it essential to make a separate ibnspr4-0d.sce placed at the beginning of my sceboot.lst file?
my sceboot.lst contains:
kernel-all-3.8.10-tinycore
filesystems-3.8.10-tinycore
hwmon-3.8.10-tinycore
graphics-3.8.10-tinycore
v4l-dvb-3.8.10-tinycore
alsa-modules-3.8.10-tinycore
mydesktop
i inserted ibnspr4-0d in my individual sce called mydesktop.sce:
Xprogs
wbar
xorg-all
grep
bash
screen
mc
ssh
iptables
fluxbox
fail2ban
laptop-mode-tools
pm-utils
libnspr4-0d
iceweasel
icedove
cups
cups-driver-gutenprint
hplip-cups
jpilot
gnupg
rsync
epdfview
gthumb
and i freshly imported libreoffice4.1.sce.
unfortunately i experienced the same result :(
tc@box:~$ libreoffice4.1
### libreoffice works fine :)
tc@box:~$ iceweasel
XPCOMGlueLoad error for file /tmp/tcloop/mydesktop/usr/lib/iceweasel/xulrunner/l
libxul.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
### iceweasel doesn't start :(
tc@box:~$ icedove
XPCOMGlueLoad error for file /tmp/tcloop/mydesktop/usr/lib/icedove/libxpcom.so:
libssl3.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
### icedove doesn't start :(
should i exclude libnspr4-0d in a separate sce?
it's so huge that it explodes my whole setup...
thank you for your time and patience to help.
-
You can't just copy the contents of libnspr4-0d into an existing sce.
There are two hacks to make existing sce's with this issue work, one is importing a fresh libnspr4-0d then place it at the beginning of the sceboot.lst and the other is to get rid of the /usr/local/tce.installed/libnspr4-0d startup script in any existing sce's.
If having any trouble with those shortcuts, then just re-import any existing sce's containging libnspr4-0d.
-
If having any trouble with those shortcuts, then just re-import any existing sce's containing libnspr4-0d.
i'm not sure whether i understand you right,
but i just reimported mydesktop.sce and libreoffice4.1.sce and there are no other packages despite of:
kernel-all-3.8.10-tinycore
filesystems-3.8.10-tinycore
hwmon-3.8.10-tinycore
graphics-3.8.10-tinycore
v4l-dvb-3.8.10-tinycore
alsa-modules-3.8.10-tinycore
in my sceboot.lst.
or do i have to correct mydesktop.sce and libreoffice4.1.sce
according to the /usr/local/tce.installed/libnspr4-0d startup script?
how do you want that i change them?
do i have to delete files from the libnspr4-0d-package
during the compile-process of mydesktop.sce or libreoffice4.1.sce?
thank you for your help.
-
hi jason w,
now i tried your second proposed approach:
i imported libnspr4-0d.sce and positioned it at the beginning of my sceboot.lst.
additionally i reimported mydesktop.sce without libnspr4-0d and put it at the end of my sceboot.lst.
unfortunately i cannot observe any change, the same errors occur.
do you have any further idea?
by the way the libreoffice-icon doesn´t appear in wbar and libreoffice4.1 can only be started on the command line...
-
what is the contents of /usr/local/tce.installed/libnspr4-0d? It should have nothing TC specific.
Are you using repo.tinycorelinux.net mirror? That is where the changes take place, other mirrors may or may not be current.
-
hi jason w,
yes, i take repo.tinycorelinux.net mirror.
i got three open links to libnspr4,
but no libnspr4-0d, although i imported libnspr4-0d.sce...
perhaps that's the point!?
tc@box:/usr/local/tce.installed$ ls -la libnspr4*
lrwxrwxrwx 1 root staff 56 Nov 26 07:25 libnspr4 -> /tmp/tcloop/libnspr4-0d/usr/local/tce.installed/libnspr4
tc@box:/tmp/tcloop/libnspr4-0d/usr/local/tce.installed$ ls -la libnspr4*
-rwxrwxr-x 1 root staff 39 Nov 25 16:02 libnspr4
tc@box:/tmp/tcloop/mydesktop/usr/local/tce.installed$ ls -la libnspr4*
-rwxrwxr-x 1 root staff 39 Nov 25 16:23 libnspr4
after loading libreoffice4.1.sce:
tc@box:/tmp/tcloop/libreoffice4.1/usr/local/tce.installed$ ls -la libnspr4
-rwxrwxr-x 1 root staff 39 Nov 25 11:53 libnspr4
the former started and yet open iceweasel still works...
after closing it, i have no luck to open it again :(
-
With libreoffice4.1 loaded, what is the output of the command:
ls -l /usr/lib/i386-linux-gnu/libnspr4.so
That symlink was getting broken by the libnspr4-0d custom start script.
I will once again re -import iceweasel and libreoffice4.1 and see if I see anything, since it is working on my setup.
-
Ok, on reimporting and testing on a different maching, I see the libnss3-1d startup script was causing issues along with the libnspr4-0d. Those startup scripts used to be needed, now they cause issues so are removed.
Hopefully it works now.
-
hi jason w,
you've got it! :)
now libreoffice works fine with iceweasel and icedove.
the applications-menue-entries link to libreoffice and not to libreoffice4.1.
should the menue entries be changed or could you make a link that points to version 4.1?
i added a individual link in /usr/local/bin/libreoffice that points to /usr/bin/libreoffice4.1...
what could be changed that libreoffice appears in wbar?
now i get a problem that could be concerned with last changes in libreoffice or iceweasel:
http://forum.tinycorelinux.net/index.php/topic,16283.0.html
thank you for your help.
-
The menu entries for libreoffice4.1 work for me, starting tne app as expected.
-
hi jason w,[submenu] (Applications)
that's my /usr/local/tce.fluxbox
[exec](UXTerm){uxterm}
[exec](XTerm){xterm}
[exec](ePDFViewer){epdfview }
[exec](GNUImageManipulationProgram){gimp-2.8 }
[exec](gThumb){gthumb }
[exec](IcedoveMail/News){icedove }
[exec](Iceweasel){iceweasel }
[exec](J-Pilot){jpilot}
[exec](MidnightCommander){aterm +tr +sb -T "MidnightCommander" -e mc}
[exec](LibreOffice4.1Base){libreoffice --base }
[exec](LibreOffice4.1Calc){libreoffice --calc }
[exec](LibreOffice4.1Draw){libreoffice --draw }
[exec](LibreOffice4.1Impress){libreoffice --impress }
[exec](LibreOffice4.1Writer){libreoffice --writer }
[exec](OpenJDKJava6PolicyTool){/usr/bin/policytool}
[end] TCE
the command libreoffice is not sufficent for me, i need libreoffice4.1...
but my link /usr/local/bin/libreoffice that points to /usr/bin/libreoffice4.1 works fine for me,
so it's a workaround but perhaps a unpleasant state for newbies..
do you get a icon in wbar?
thank your for your contributions.
-
Ok, I see what is happening, different window managers create their menus differently, and there are two Exec lines in the .desktop files of libreoffice4.1. As well as there may be other apps that may call on libreoffice as an executable.
Since this extension already conflicts with Debian's libreoffice, I will place a link /usr/bin/libreoffice -> /usr/bin/libreoffice4.1.
EDIT: link added, works here in re-import but please test.
-
libreoffice-gnome from debian-backports, version 4.1.2.3, works well, no crash on Tools > Options, though the menu icons are not there we can troubleshoot that. This backport will supersede the custom package.
-
Hi Jason,
I importsce the libreoffice4.1-es-langpack and the libreoffice4.1-es-langpack.sce is empty.
I see in the repo: http://repo.tinycorelinux.net/5.x/x86/import/ that the name files are libreoffice-es-langpack.tar.gz, libreoffice-es-langpack.tar.gz.list and libreoffice-es-langpack.tar.gz.md5.txt and not libreoffice4.1-es-langpack.tar.gz, etc. like the other languages.
Is this the reason? because if I importsce the italian version all goes OK!
-
Yep, that misnamed file was surely it. I hopefully fixed it.