Edit: Also fine in my installs of lina-lite 005, Carolite 1.1, x-precise 2.2 and alphaOS 12.1. The Slimboat fonts now also do seem to track the system fonts better than they did in V1.1.43.
SlimBoat browser
fonts fix
Version 1.1.44 is out. In tools>options>appearance there is now an option to define the application font. Works nicely for me on my higher resolution screens Only checked under LxPup so far. Nice response from the SlimBoat folks to a request
Edit: Also fine in my installs of lina-lite 005, Carolite 1.1, x-precise 2.2 and alphaOS 12.1. The Slimboat fonts now also do seem to track the system fonts better than they did in V1.1.43.
Edit: Also fine in my installs of lina-lite 005, Carolite 1.1, x-precise 2.2 and alphaOS 12.1. The Slimboat fonts now also do seem to track the system fonts better than they did in V1.1.43.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Version 1.1.44 packages uploaded.
http://yadi.sk/d/zTshLczR4wHj8
md5sums
.pet = 7070e38bbe8556f7bec9cb479a0c0b63
.sfs = a3fee8988bd3d1edcfa5cf0115292070
http://yadi.sk/d/zTshLczR4wHj8
md5sums
.pet = 7070e38bbe8556f7bec9cb479a0c0b63
.sfs = a3fee8988bd3d1edcfa5cf0115292070
Oscar in England
-
Dewbie
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hello Dewbie,
Only if you do the glibc upgrade. I am assured that this does not cause any other issues besides a locale problem which is easily fixed. I have uploaded a .pet which includes that fix to my Yandex Disk, but install at your own risk. Flash Player does now work if do this upgrade, which it didn't before.
Only if you do the glibc upgrade. I am assured that this does not cause any other issues besides a locale problem which is easily fixed. I have uploaded a .pet which includes that fix to my Yandex Disk, but install at your own risk. Flash Player does now work if do this upgrade, which it didn't before.
Oscar in England
-
Dewbie
OscarTalks wrote:
There's no mention of this in the update log.
Previously, it gave me libxml2 errors when launching Flash.
But the Wary version I tested with (5.2.2) has the same libxml2 version as other Puppies that Flash supposedly worked with.
Exactly what did they fix with Flash?Flash Player does now work if do this upgrade, which it didn't before.
There's no mention of this in the update log.
Previously, it gave me libxml2 errors when launching Flash.
But the Wary version I tested with (5.2.2) has the same libxml2 version as other Puppies that Flash supposedly worked with.
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Dewbie,Dewbie wrote: Exactly what did they fix with Flash?
Previously, it gave me libxml2 errors.
I'm posting from my Slimboat 1.1.44 in Wary 5.5 pfix=ram now
Installed my glibc-2.11.3-4wary5.pet
Flash Player is working
"They" didn't fix anything with Flash
I made some modifications to the launcher / wrapper script in Slimboat to make sure the cluster of 7 libs in the seamonkey directory get found in LD_LIBRARY_PATH. That is why Flash Player works now.
In console I do still get a message:-
Code: Select all
/usr/lib/slimboat/slimboat: /usr/lib/libxml2.so.2: no version information available (required by /usr/lib/slimboat/libs/libgstreamer-0.10.so.0)If you want to get rid of this warning you can just install my libxml2-2.9.0-w5.pet which I compiled from source and is in my Yandex Disk along with all the other packages here:-
http://yadi.sk/d/zTshLczR4wHj8
Oscar in England
-
Dewbie
OscarTalks wrote:
After installing glibc-2.11.3-4wary5.pet, first-run dialog boxes reappear in the first boot after save-file setup. Subsequent boots require "xwin" command to access desktop.
Installed my glibc-2.11.3-4wary5.pet
After installing glibc-2.11.3-4wary5.pet, first-run dialog boxes reappear in the first boot after save-file setup. Subsequent boots require "xwin" command to access desktop.
Last edited by Dewbie on Wed 25 Dec 2013, 10:30, edited 1 time in total.
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hmm, don't really know what to say about that then. I didn't test extensively but the tests I did all seemed OK at the time. What about if you create the save-file first and then do the glibc upgrade? To be honest I have always had my doubts about the idea of a glibc upgrade done in this way and would be reluctant to do such a thing in an everyday pup. I did include a modified /etc/profile in an attempt to resolve the locale issue so maybe that is what is causing the problem. Perhaps that needs to be approached in a different way. Really though we may have to accept that SlimBoat is not guaranteed to run in Puppies with glibc version earlier than 2.11 since that is what it is compiled against. Anyway, I've taken that package down for now and will do more tests when I get time. Cheers.
Later:- I think the issue with the first run dialog is a bug in Wary and not connected to glibc upgrades you know. I do recall it being mentioned before. The dialog box does not appear when you boot the live CD, only on the first boot after a save-file is created.
I have removed the /etc/profile and done some quick tests. It does subsequently boot to desktop without needing "xwin" but you do get the locale warnings in console. Those can be removed by manually editing /etc/profile afterwards.
I do notice that I get fewer errors and warnings in console if I install Flash Player 11 rather than using the native version 10 in Wary.
Later:- I think the issue with the first run dialog is a bug in Wary and not connected to glibc upgrades you know. I do recall it being mentioned before. The dialog box does not appear when you boot the live CD, only on the first boot after a save-file is created.
I have removed the /etc/profile and done some quick tests. It does subsequently boot to desktop without needing "xwin" but you do get the locale warnings in console. Those can be removed by manually editing /etc/profile afterwards.
I do notice that I get fewer errors and warnings in console if I install Flash Player 11 rather than using the native version 10 in Wary.
Oscar in England
-
Dewbie
OscarTalks wrote:
I just tried the official libc6_2.11.3-4_i386.deb on the same box (under the same conditions) and--besides the broken Pmount--didn't encounter any of these problems.
However, during the same session I found other surprises...
Oops, almost forgot...
:
Testing results with SlimBoat 1.1.44 / Flash 11.1.102:
Wary 5.1.1: segfaults / crashes with Flash-embedded web pages.
Wary 5.1.4.1: OK, no problems.
Wary 5.2.2: OK, no problems.
On the other hand, Flash 11.1.102 is OK with SeaMonkey.
So that particular version isn't the problem.
(Flash 11.2.202 is a crash-prone mess with any browser.
)
I did include a modified /etc/profile in an attempt to resolve the locale issue so maybe that is what is causing the problem...Later:- I think the issue with the first run dialog is a bug in Wary and not connected to glibc upgrades you know. I do recall it being mentioned before. The dialog box does not appear when you boot the live CD, only on the first boot after a save-file is created.
I just tried the official libc6_2.11.3-4_i386.deb on the same box (under the same conditions) and--besides the broken Pmount--didn't encounter any of these problems.
However, during the same session I found other surprises...
Oops, almost forgot...
:Testing results with SlimBoat 1.1.44 / Flash 11.1.102:
Wary 5.1.1: segfaults / crashes with Flash-embedded web pages.
Wary 5.1.4.1: OK, no problems.
Wary 5.2.2: OK, no problems.
On the other hand, Flash 11.1.102 is OK with SeaMonkey.
So that particular version isn't the problem.
(Flash 11.2.202 is a crash-prone mess with any browser.
)
I have made a sfs that includes everything that's needed to run Slimboat in Wary 5.5, it's basically the same as the Carolina one I made but is gzip'ed so Wary will load it, the other difference is that I added libnssutil3.so from SeaMonkey to /usr/lib/slimboat/libs, this gets flash working.
Only try this on in Wary 5.5 if you haven't already done the libc mod, it's a fully self contained install that loads the libc only for Slimboat thus doesn't pollute Wary's existing files.
I have made a pet package also, they can be downloaded from my dropbox.
md5 e2833cca53a536ee57c4685c95ab869d slimboat-1.1.44-wary.sfs
md5 403f6ca0eab7ad3044736ffa5dc482f2 slimboat-1.1.44-wary.pet
Only try this on in Wary 5.5 if you haven't already done the libc mod, it's a fully self contained install that loads the libc only for Slimboat thus doesn't pollute Wary's existing files.
I have made a pet package also, they can be downloaded from my dropbox.
md5 e2833cca53a536ee57c4685c95ab869d slimboat-1.1.44-wary.sfs
md5 403f6ca0eab7ad3044736ffa5dc482f2 slimboat-1.1.44-wary.pet
[b]Carolina:[/b] [url=http://smokey01.com/carolina/pages/recent-repo.html]Recent Repository Additions[/url]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hello Geoffrey,
Excellent work, cheers for posting those. Certainly the idea of loading the glibc upgrade within the environment for the application is much better than installing it into the entire system. I haven't seen it done that way before (with the ld-linux.so.2) so always happy to learn new methods. It certainly does all work in Wary and Racy for me as you have packaged it.
I was having a bit of a play around with it though. I added a libxml2.so.2 compiled from source to /usr/lib/slimboat/libs which gets rid of the "no version information" whinges in console.
In fact there is no need to duplicate the libnssutil3.so in /usr/lib/slimboat/libs so long as slimboat can find the one in the seamonkey folder. There is a cluster of 7 libs in that folder which browsers need in order to find FlashPlayer. Wary and Racy have 6 of those 7 libs symlinked into /usr/lib but that one symlink for that lib is missing. This does not matter though because /etc/profile has been written to place /usr/lib/seamonkey into the LD_LIBRARY_PATH.
So long as Slimboat can find the entire LD_LIBRARY_PATH it can find all those libs and load FlashPlayer. I removed that libnssutil3.so and edited the 2 lines in the slimboat.sh into 1 line which sets up the library path so that all needed libraries can be found. I believe that list of library paths is in order of preference from left to right. I guess you could just list all the needed paths as opposed to using $LD_LIBRARY_PATH on the end. FlashPlayer still loads and works anyway.
I am wondering if the /etc and /usr sub-folders (and contents) in the glibc2113 folder can be removed. I suspect they may be surplus to requirements and would not be found in that location anyway. I think only the libs in the /lib sub-folder are needed. As a test I removed the other sub-folders and it all still appears to work just the same.
I am just learning by experimenting here so let me know if you reckon any of my thinking is flawed.
Excellent work, cheers for posting those. Certainly the idea of loading the glibc upgrade within the environment for the application is much better than installing it into the entire system. I haven't seen it done that way before (with the ld-linux.so.2) so always happy to learn new methods. It certainly does all work in Wary and Racy for me as you have packaged it.
I was having a bit of a play around with it though. I added a libxml2.so.2 compiled from source to /usr/lib/slimboat/libs which gets rid of the "no version information" whinges in console.
In fact there is no need to duplicate the libnssutil3.so in /usr/lib/slimboat/libs so long as slimboat can find the one in the seamonkey folder. There is a cluster of 7 libs in that folder which browsers need in order to find FlashPlayer. Wary and Racy have 6 of those 7 libs symlinked into /usr/lib but that one symlink for that lib is missing. This does not matter though because /etc/profile has been written to place /usr/lib/seamonkey into the LD_LIBRARY_PATH.
So long as Slimboat can find the entire LD_LIBRARY_PATH it can find all those libs and load FlashPlayer. I removed that libnssutil3.so and edited the 2 lines in the slimboat.sh into 1 line which sets up the library path so that all needed libraries can be found. I believe that list of library paths is in order of preference from left to right. I guess you could just list all the needed paths as opposed to using $LD_LIBRARY_PATH on the end. FlashPlayer still loads and works anyway.
I am wondering if the /etc and /usr sub-folders (and contents) in the glibc2113 folder can be removed. I suspect they may be surplus to requirements and would not be found in that location anyway. I think only the libs in the /lib sub-folder are needed. As a test I removed the other sub-folders and it all still appears to work just the same.
I am just learning by experimenting here so let me know if you reckon any of my thinking is flawed.
Oscar in England
Hi OscarTalks,OscarTalks wrote:Hello Geoffrey,
Excellent work, cheers for posting those. Certainly the idea of loading the glibc upgrade within the environment for the application is much better than installing it into the entire system. I haven't seen it done that way before (with the ld-linux.so.2) so always happy to learn new methods. It certainly does all work in Wary and Racy for me as you have packaged it.
I was having a bit of a play around with it though. I added a libxml2.so.2 compiled from source to /usr/lib/slimboat/libs which gets rid of the "no version information" whinges in console.
In fact there is no need to duplicate the libnssutil3.so in /usr/lib/slimboat/libs so long as slimboat can find the one in the seamonkey folder. There is a cluster of 7 libs in that folder which browsers need in order to find FlashPlayer. Wary and Racy have 6 of those 7 libs symlinked into /usr/lib but that one symlink for that lib is missing. This does not matter though because /etc/profile has been written to place /usr/lib/seamonkey into the LD_LIBRARY_PATH.
So long as Slimboat can find the entire LD_LIBRARY_PATH it can find all those libs and load FlashPlayer. I removed that libnssutil3.so and edited the 2 lines in the slimboat.sh into 1 line which sets up the library path so that all needed libraries can be found. I believe that list of library paths is in order of preference from left to right. I guess you could just list all the needed paths as opposed to using $LD_LIBRARY_PATH on the end. FlashPlayer still loads and works anyway.
I am wondering if the /etc and /usr sub-folders (and contents) in the glibc2113 folder can be removed. I suspect they may be surplus to requirements and would not be found in that location anyway. I think only the libs in the /lib sub-folder are needed. As a test I removed the other sub-folders and it all still appears to work just the same.
I am just learning by experimenting here so let me know if you reckon any of my thinking is flawed.
Most of that which I did was the work of ac2011 that started HERE, when it was first tried the glibc files were extracted from the deb to a tmp directory and that was loaded, I just thought it would be better combined with Slimboat in a single package, I think it's better this way so as not to pollute the system,
I guess your right, I wondered the same thing about the extra files whether or not they were needed, but I just left it as is, it worked ok in Carolina, I only found that the flash player didn't work in Wary.
It would be good to sort it out and optimize it by removing superfluous files, I'm sure that you are a lot better than I in working out the paths and files needed, rg66 asked me the other day if the same thing could be done with Chrome browser, I'm guessing there maybe a lot more to that though, but it's worth looking at, but I don't think I would be the best person to investigate the possibility due to my lack of knowledge, it does overwhelm me sometimes.
[b]Carolina:[/b] [url=http://smokey01.com/carolina/pages/recent-repo.html]Recent Repository Additions[/url]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
[img]https://dl.dropboxusercontent.com/s/ahfade8q4def1lq/signbot.gif[/img]
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Version 1.1.45 is out.
This fixes the YouTube video downloader button which went missing.
http://smokey01.com/OscarTalks
This fixes the YouTube video downloader button which went missing.
http://smokey01.com/OscarTalks
Oscar in England
-
gcmartin
The YOUTUBE video download button is NOT present on my v1.1.45.
My distro is Slacko 5.6.5.6. Built-in has FF ESR which works without any issues. And has Flash subsystem installed from its Menu>Internet>GETFLASH Install ...
And, on webpages some items dont work. For example:
Edited: added "corrected" info after desktop restart
My distro is Slacko 5.6.5.6. Built-in has FF ESR which works without any issues. And has Flash subsystem installed from its Menu>Internet>GETFLASH Install ...
And, on webpages some items dont work. For example:
- drag a URL link from a webpage window to the tab bar; results in drag arrow showing not allowed. To open a tab one must manually right-click and select ...tab to have a tab to open to the new URL
- On YouTube page, I cannot type in search window. Corrected: Restart of desktop cause this problem to disappear.
- Clicking on a YouTube URL does NOT run the video.To name a few. Corrected: Restart of desktop cause this problem to disappear.
Edited: added "corrected" info after desktop restart
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Confirmed the downloader button has gone again. I think this is changes made by YouTube to the website, not sure if it is intended to block downloaders.
The opening of links in a new tab may be the option in the preferences. You can try ticking it but I unset it because it was causing crashes on some websites if activated.
The opening of links in a new tab may be the option in the preferences. You can try ticking it but I unset it because it was causing crashes on some websites if activated.
Oscar in England
-
gcmartin
-
Pelo
Slimboat 1.1.44
Slimboat 1.1.44 no problem untill now. running in Precise 5.7.1. I take a glance at users info here above.
You tube ok after 6.6MB flasplayer Installed.
I will translate yr remarks for frenchies who do'nt understand English. There are some
See you later
watch here
You tube ok after 6.6MB flasplayer Installed.
I will translate yr remarks for frenchies who do'nt understand English. There are some
See you later
watch here
Last edited by Pelo on Fri 18 Apr 2014, 11:22, edited 2 times in total.
-
gcmartin
Re: Slimboat 1.1.44
@Pelo, does your browser window have the "Download Video" button circled in red in the picture below?Pelo wrote:Slimboat 1.1.44 no problem untill now. running in Precise 5.7.1. I take a glance at users info here above.
You tube ok after 6.6MB flasplayer Installed.
I will translate yr remarks for frenchies who do'nt understand English. There are some
See you later
I also noticed that you have version 1.1.44 vs OscarTalks version reference of 1.1.45. Is that true?
Thanks in advance
- Attachments
-
- video-downloader.jpg
- Button circled in red
- (61.56 KiB) Downloaded 1505 times
-
OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Version 1.1.46 has been released.
This fixes the YouTube video download button (again).
http://smokey01.com/OscarTalks
I have also uploaded a version for recent Wary or Racy Puppies (tested in 5.5) but please note this contains the glibc hack so do NOT use it if you have already done a glibc upgrade of your system (the standard SlimBoat should work for you in this case).
EDIT:-
Version 1.1.48 now.
This moves the YouTube video download button to a different position, below the video window and on the left.
This fixes the YouTube video download button (again).
http://smokey01.com/OscarTalks
I have also uploaded a version for recent Wary or Racy Puppies (tested in 5.5) but please note this contains the glibc hack so do NOT use it if you have already done a glibc upgrade of your system (the standard SlimBoat should work for you in this case).
EDIT:-
Version 1.1.48 now.
This moves the YouTube video download button to a different position, below the video window and on the left.
Oscar in England
-
Pelo
ah, perhaps Slimboat missing something.
I don't use Slimboat each day, but quite often. It runs well excepted, perhaps, as far as i am concerned, uploading files. Not sure.
Nevertheless, it's a fine browser. Last version : ok, in my box (21MB only, nice !)
The browser is not a problem with Puppy. Software availability is much more important, in my opinion. Soon Puppy will become a Cloud distro. You tube makes better work in editing videos than our cinelerra openshot and so on.
Happily, we have the old Avidemux.
Quote :
"please note this contains the glibc hack so do NOT use it if you have already done a glibc upgrade of your system (the standard SlimBoat should work for you in this case)". Hum, it's over my Linux knowledge. I am a poor lonesome Lambda. Pls clarify ...
Nevertheless, it's a fine browser. Last version : ok, in my box (21MB only, nice !)
The browser is not a problem with Puppy. Software availability is much more important, in my opinion. Soon Puppy will become a Cloud distro. You tube makes better work in editing videos than our cinelerra openshot and so on.
Happily, we have the old Avidemux.
Quote :
"please note this contains the glibc hack so do NOT use it if you have already done a glibc upgrade of your system (the standard SlimBoat should work for you in this case)". Hum, it's over my Linux knowledge. I am a poor lonesome Lambda. Pls clarify ...