Xenialpup64 CE 7.5 / 25 Nov 2017
I tried 2 different mouses and same result.Moat wrote:@linuxcbon - maybe try a different mouse...? Sometimes old mice switch contacts become a bit "dirty", and releasing the button can actually register as a second "click" (especially in JWM, which has far too short of a mouse click event delay IMHO - possibly tweakable in a setting somewhere?).
Bob
Can you try this : install xenialpup64, update it. And short right click each icon situated in the right bottom side, and tell us how they behave. Short right click.
-
- Posts: 154
- Joined: Wed 10 Aug 2011, 21:41
- Location: United States
- Contact:
opera on Xenialpup64 = upgrade to 7.5 recommended
Hi All,
You'll notice that my results in installing Opera on Xenialpup64 differed from those of 666philb. See this post and the following, http://murga-linux.com/puppy/viewtopic. ... 69#1007669
By the time Xenialpup64-7.5 was published I had extensively "flashed out" my Xenialpup64-7.0.8.6 and didn't feel there was any reason to "upgrade". It is now evident that 7.5 includes substantial improvements. After copying the the script /usr/local/petget/hacks-postinstall.sh from 7.5 to 7.0.8.6, I was able to obtain a functional opera on that system. The improvements in hacks-postinstall.sh may not be the only one. So, I've 'bitten the bullet' and am now in the process of rebuilding my Xenialpup64 system, based on Xenialpup 7.5.
You'll notice that my results in installing Opera on Xenialpup64 differed from those of 666philb. See this post and the following, http://murga-linux.com/puppy/viewtopic. ... 69#1007669
By the time Xenialpup64-7.5 was published I had extensively "flashed out" my Xenialpup64-7.0.8.6 and didn't feel there was any reason to "upgrade". It is now evident that 7.5 includes substantial improvements. After copying the the script /usr/local/petget/hacks-postinstall.sh from 7.5 to 7.0.8.6, I was able to obtain a functional opera on that system. The improvements in hacks-postinstall.sh may not be the only one. So, I've 'bitten the bullet' and am now in the process of rebuilding my Xenialpup64 system, based on Xenialpup 7.5.
Xenialpup64 CE 7.5
run ppm
click the "configure" button
run ppm
click the "configure" button
Code: Select all
/usr/local/petget/configure.sh: line 190: /var/local/petget/ui_choice: No such file or directory
-
- Posts: 154
- Joined: Wed 10 Aug 2011, 21:41
- Location: United States
- Contact:
- Mike Walsh
- Posts: 6351
- Joined: Sat 28 Jun 2014, 12:42
- Location: King's Lynn, UK.
WeX 0.8.18 'all-in-one' screencaster for Xenialpup64.
Morning, all.
A 64-bit, 'all-in-one' version of Will McEwan's WeX screencaster (with Weav post-processor, and Will's 'scrox' fork of 'scrot') is now available.
http://www.murga-linux.com/puppy/viewto ... 99#1009799
Make sure to update the PPM, and install the newest 'ffmpeg' stuff first. Also, check to see if libgiblib1 is installed, as this is required. If not, plug 'giblib' in to the PPM search box, and install the result. (If needed, this should pull in libImlib2 as well.)
Have fun.
Mike.
Morning, all.
A 64-bit, 'all-in-one' version of Will McEwan's WeX screencaster (with Weav post-processor, and Will's 'scrox' fork of 'scrot') is now available.
http://www.murga-linux.com/puppy/viewto ... 99#1009799
Make sure to update the PPM, and install the newest 'ffmpeg' stuff first. Also, check to see if libgiblib1 is installed, as this is required. If not, plug 'giblib' in to the PPM search box, and install the result. (If needed, this should pull in libImlib2 as well.)
Have fun.
Mike.
apps
Hi was trying to install vlc from the ubutnu repos. there is no gtk front-end so vlc works only in terminal which is not practical. reading here that vlc is not the best app in xenialpup 64. Now i need a small fast easy full media manager for my music files mainly mp3 format. Pmusic is not included in this install as a default option. why it was great app.
In the following rep there is a vlc-2.2.4 which should work in xenialpup64:
http://www.smokey01.com/Bill2/
http://www.smokey01.com/Bill2/
Re: apps
hi HiDeHo deadbeef is the music player in xenialpup, for a quick music manager try gogglesmm from quickpetHiDeHo wrote:Hi was trying to install vlc from the ubutnu repos. there is no gtk front-end so vlc works only in terminal which is not practical. reading here that vlc is not the best app in xenialpup 64. Now i need a small fast easy full media manager for my music files mainly mp3 format. Pmusic is not included in this install as a default option. why it was great app.
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
I was able to use BarryK version of dropbear for SSH replacement.
http://murga-linux.com/puppy/viewtopic. ... 40#1010785
____________________________________
http://murga-linux.com/puppy/viewtopic. ... 40#1010785
____________________________________
googleearth
Tried this in xenialpup64 and bionicpup64_7.9.6 with same problem in both.
Brief computer spec:
Mesh - about 6 years old
i5 quad core 2.166GHz
ASUS P7P55 LX mobo
4 Gb DDR3 memory
ATI Radeon HD5750 graphics with 1 Gb memory
1 Tb SATA hard drive
Both running frugal with save file.
Downloaded googleearth from quickpet, installed and it runs ok.
However I'd prefer to run it as an sfs (keep the pupsave file small and tidy) So;
right click and choose 'extract pet' or pet2tgz and tar xvzf in xenialpup64
right click and choose 'dir2sfs'
go to SFS-load-on-the-fly and select to load it and get the following:
error - fatal: failed to mount......
google-earth-pro-stable_7.1.8.3036-r0_amd64_7.9.6.sfs file has wrong permissions
'drwx------'
First it's a file, not a directory (as the 'd' in 'drwx------' indicates)
Second if I run 'ls -l google-earth-pro-stable_7.1.8.3036-r0_amd64_7.9.6.sfs'
I get '-rw-r--r--'
which is the same as other sfs's that load and run with no problems.
Any idea what's going on?. I have no idea - my brain cell can't cope!
Brief computer spec:
Mesh - about 6 years old
i5 quad core 2.166GHz
ASUS P7P55 LX mobo
4 Gb DDR3 memory
ATI Radeon HD5750 graphics with 1 Gb memory
1 Tb SATA hard drive
Both running frugal with save file.
Downloaded googleearth from quickpet, installed and it runs ok.
However I'd prefer to run it as an sfs (keep the pupsave file small and tidy) So;
right click and choose 'extract pet' or pet2tgz and tar xvzf in xenialpup64
right click and choose 'dir2sfs'
go to SFS-load-on-the-fly and select to load it and get the following:
error - fatal: failed to mount......
google-earth-pro-stable_7.1.8.3036-r0_amd64_7.9.6.sfs file has wrong permissions
'drwx------'
First it's a file, not a directory (as the 'd' in 'drwx------' indicates)
Second if I run 'ls -l google-earth-pro-stable_7.1.8.3036-r0_amd64_7.9.6.sfs'
I get '-rw-r--r--'
which is the same as other sfs's that load and run with no problems.
Any idea what's going on?. I have no idea - my brain cell can't cope!
- Attachments
-
- capture16672.png
- screen capture of failure
- (11.19 KiB) Downloaded 915 times
No idea why you've gotten a permission error. Rather than going nuts:
Unload you're google-earth. Try this one: http://murga-linux.com/puppy/viewtopic. ... 878#962878
File/Folder > same difference. In Linux a folder is just a specialized file. So the notice was correct, just missing a word or two for the 'sake of brevity' and 'easy reading'.
Unload you're google-earth. Try this one: http://murga-linux.com/puppy/viewtopic. ... 878#962878
File/Folder > same difference. In Linux a folder is just a specialized file. So the notice was correct, just missing a word or two for the 'sake of brevity' and 'easy reading'.
googleearth
Thanks for the suggestion mikeslr - no joy.
loaded Google_Earth_Pro-7.3.0.3830-tahr-amd64.sfs - menu entry does nothing.
Open a terminal and:-
root# /usr/bin/google-earth-pro
/usr/bin/google-earth-pro: line 43: ./googleearth-bin: No such file or directory
root#
go to /opt/google/earth/pro/
right click on googleearth-bin and choose 'run in terminal' :-
/tmp/runinterminal-20732: line 3: /opt/google/earth/pro/googleearth-bin: No such file or directory
Script completed hit RETURN to close window.
I can SEE it! but it also appears not to exist.
Now I'm really confused!
loaded Google_Earth_Pro-7.3.0.3830-tahr-amd64.sfs - menu entry does nothing.
Open a terminal and:-
root# /usr/bin/google-earth-pro
/usr/bin/google-earth-pro: line 43: ./googleearth-bin: No such file or directory
root#
go to /opt/google/earth/pro/
right click on googleearth-bin and choose 'run in terminal' :-
/tmp/runinterminal-20732: line 3: /opt/google/earth/pro/googleearth-bin: No such file or directory
Script completed hit RETURN to close window.
I can SEE it! but it also appears not to exist.
Now I'm really confused!
- Mike Walsh
- Posts: 6351
- Joined: Sat 28 Jun 2014, 12:42
- Location: King's Lynn, UK.
Hallo, Ledster.
Well, Mike is of course right; everything in Linux is a 'file'......even directories! (Yah, I know it can overload your brain cell, but bear with us....)
Put me right on this one, will ya? Your screenshot shows you've been running the Bionicpup version; do I take it you downloaded this for Bionicpup, then decided to try it in Xenialpup, too?
I generally find that anything made for Tahr (like the SFS Mike's linked you to) will usually run OK in Xenial. Not so for Bionicpup (well, not to the same extent, anyway). Canonical decided to make some pretty major changes in the way Ubuntu handles stuff; personally, I haven't been able to make Google Earth run in Bionicpup at all, regardless of the version I try.
Every time I try to start it from the terminal, it'll invariably display a message something along the lines of
"Google Earth has caught Signal 11.
We apologize for the inconvenience, but Google Earth has crashed.
This is a bug in the program, and should never happen under normal
circumstances. A bug report and debugging data have been written
to this text file:
/root/.googleearth/crashlogs/crashlog-xxxxxxxxx.txt
Please include this file if you submit a bug report to Google."
------------------------------------------------------------
I've just done some more digging on the subject, and this Google Product Groups forum thread seems to be the most promising lead so far; it hinges around permissions - apparently Google Earth attempts to own the whole of /usr/bin.....?!!?
https://productforums.google.com/forum/ ... 5uH01RFGP0
(You'll have to copy/paste that; the forum won't parse it, for some reason. I suspect the '!#' in the middle is chucking a spanner in the works...)
Sounds to be related to the old saga of how CUPS always used to go tits-up after installing Chrome from a .deb file. Which is to do with the .deb being built for Debian/Ubuntu, which are true multi-user systems......which Pup is not!
It looks like the solution hinges around running
on the G.Earth .bin file (although the way the packages work in Puppy, the G.Earth entry in /usr/bin is merely a sym-link to /opt/google/earth/pro/googleearth-pro. This then starts the 'googleearth-bin' file proper in the G.Earth directory...)
(Although having said that, it doesn't make sense. I'm in Xenialpup64 ATM, and the 'googleearth-bin' executable is in fact running with '755' permissions Hmm; interesting.... This bears closer examination, I think.)
Mike.
Well, Mike is of course right; everything in Linux is a 'file'......even directories! (Yah, I know it can overload your brain cell, but bear with us....)
Put me right on this one, will ya? Your screenshot shows you've been running the Bionicpup version; do I take it you downloaded this for Bionicpup, then decided to try it in Xenialpup, too?
I generally find that anything made for Tahr (like the SFS Mike's linked you to) will usually run OK in Xenial. Not so for Bionicpup (well, not to the same extent, anyway). Canonical decided to make some pretty major changes in the way Ubuntu handles stuff; personally, I haven't been able to make Google Earth run in Bionicpup at all, regardless of the version I try.
Every time I try to start it from the terminal, it'll invariably display a message something along the lines of
"Google Earth has caught Signal 11.
We apologize for the inconvenience, but Google Earth has crashed.
This is a bug in the program, and should never happen under normal
circumstances. A bug report and debugging data have been written
to this text file:
/root/.googleearth/crashlogs/crashlog-xxxxxxxxx.txt
Please include this file if you submit a bug report to Google."
------------------------------------------------------------
I've just done some more digging on the subject, and this Google Product Groups forum thread seems to be the most promising lead so far; it hinges around permissions - apparently Google Earth attempts to own the whole of /usr/bin.....?!!?
https://productforums.google.com/forum/ ... 5uH01RFGP0
(You'll have to copy/paste that; the forum won't parse it, for some reason. I suspect the '!#' in the middle is chucking a spanner in the works...)
Sounds to be related to the old saga of how CUPS always used to go tits-up after installing Chrome from a .deb file. Which is to do with the .deb being built for Debian/Ubuntu, which are true multi-user systems......which Pup is not!
It looks like the solution hinges around running
Code: Select all
chmod 777
(Although having said that, it doesn't make sense. I'm in Xenialpup64 ATM, and the 'googleearth-bin' executable is in fact running with '755' permissions Hmm; interesting.... This bears closer examination, I think.)
Mike.
google earth
FYI
I downloaded the pet from xenialpup64's quickpet and as I said the pet loads ok and works.
Change the pet to sfs and run it in a fresh xenialpup save file and all the above happens.
Looks like I'll just have to use the pet.
@Mike
Got some other things to do right now - will follow up your links for interest later.
Cheers
I downloaded the pet from xenialpup64's quickpet and as I said the pet loads ok and works.
Change the pet to sfs and run it in a fresh xenialpup save file and all the above happens.
Looks like I'll just have to use the pet.
@Mike
Got some other things to do right now - will follow up your links for interest later.
Cheers