Tiny Core Extensions > TCE Corepure64
[SOLVED] Curepure64 possible file-roller issue LOW PRIORITY
gordon64:
Wow thanks for quick response.
Firstly I think I downloaded file-roller using apps rather than tce-load/
Just did updates and reboot and this occurred.
--- Code: --- tce-load -i file-roller
unrar.tcz: OK
zip.tcz: OK
unzip.tcz: OK
json-glib.tcz: OK
dconf.tcz: OK
libarchive.tcz not found!
--- End code ---
I am not sure this was downloaded in the past so just mentioning it in case it has some relevance. I have now downloaded that missing package
2)
--- Quote ---are you using Xorg-7.7 or Xfbdev
--- End quote ---
--- Code: ---ls /usr/local/tce.installed | grep Xorg-7.7*
Xorg-7.7-lib
ls /usr/local/tce.installed | grep Xfbdev*
Xfbdev
--- End code ---
3) run command to test file-roller ...wbar icon missing
--- Code: --- cat /usr/local/share/applications/file-roller.desktop | grep file-roller.png
(no result)
--- End code ---
4) run command=file-roller opens but all buttons are now greyed out
no matter, use the pull-down file -> open gives a crash
restart it...choose file -> new -> format chosen to test = tar
seems to work, choose file...add files .....crashes
as does file -> open
--- Code: ---(file-roller:4944): Gdk-ERROR **: The program 'file-roller' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 8393 error_code 2 request_code 139 (RENDER) minor_code 34)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap
--- End code ---
OFFTOPIC (1) BTW I also have a possible issue with new update for vte if interested?
vte is a recent update just before full reboot along with file-roller etc
its file list is
--- Quote ---/usr/local/bin/vte-2.91
/usr/local/etc/profile.d/vte.sh
/usr/local/lib/libvte-2.91.so
/usr/local/lib/libvte-2.91.so.0
/usr/local/lib/libvte-2.91.so.0.4000.2
--- End quote ---
This now breaks a submission of mine that depends on vte
If its not too rude to ask, did the old one have a sym link for libvte.so.0?
thanks for reading
EDIT ADD screenshot hover on buttons no longer works but showing greyed out.
and no wbar
Juanito:
'not sure why you had the libarchive error, the dep file appears correct and libarchive is in the repo...
The end of the file-roller desktop file was corrupted, fixed and reposted.
I still cannot repeat your errors, could you try with Xorg-7.7 and see if the error goes away please?
I only see four extensions that depend on vte on the repo - gnome-color-manager, gnome-terminal, vte-dev and vte-gir? The old vte did not have a symlink for libvte.so.0, my apologies if I broke something, but I needed to update vte for gnome-terminal.
gordon64:
No apols needed.
I find that when I open my big gob early your reply shows my foot firmly wedged in there.
;)
the fault with my submission for vte issue is I think because it was built with vte-dev version 2.90 and so I have just sent a pm to gutmensch to reject my submission. Offtopic its lxterminal for 64 bit. I will rebuild and submit later.
And forgive my ignorance but I assume rebuilds will be required each time a *dev package updates?
################
I have just updated tcz for wbar.....thanks for that.
A quick test in xorg is umm probably in need of a good window manager.
Hover on some icons looks OK but clicking one forced my file-roller on fluxbox to maxmise ahh shall we say larger than screen size. The fault is my probably due to my poor skills with fluxbox, so I mean no disrepest here. So I propose the following test when you get a chance, as I have not used gnome before what do you in your boot list please? I am thinking gnome-desktop or gnome-session.
I would prefer to duplicate your success in gnome.
thanks again for your quick response.
gordon64:
well I thought I might try either gnome-desktop which did not work for me then I tried gnome-session.
strange but I now can't get into any desktop thru any bootloader list of either xorg.lst onboot.lst or xbase.lst
I tried Control + alt + backspace from a graphic which has a X but no umm Xvesa type image
if I run
--- Code: ---xsetup
--- End code ---
from the command prompt it is taking me directly into the mouse setup
---no matter whether I booted up using the normal onboot or unaltered xbase list.
reboot into X86 onboot and exit to prompt and run ....xsetup
I see the XVesa setup screen similar to running FLWM and clicking the cpanel XVesa button.
I have no idea how to solve this....and my brain hurts.
Please consider this post dead and I have to go away for a week so not sure when I post again.
sorry to have troubled you and my own setup needs a very good umm fix....I will try later.
So there is definately something wrong with my X86_64 setup and I must resolve that first before reporting any future issues eh?
cheers
Juanito:
I tested file-roller with both flwm and then gnome-session.
Note that, confusingly, gnome-desktop is not a window manager, gnome-13.6.x is brought up by gnome-session.
I tested gnome-session from a completely empty /tce folder - basically, this got things going:
--- Code: ---$ tce-load -wil gnome-session Xprogs xf-video-[hardware]
$ sudo /usr/local/etc/init.d/dbus start
$ sudo /usr/local/etc/init.d/networkmanager start
$ startx
--- End code ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version