Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sat 20 Oct 2018, 23:57
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
Lucid Puppy Revitalized as 5.2.8.7 - Nov., 2017 - Final
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 59 of 70 [1036 Posts]   Goto page: Previous 1, 2, 3, ..., 57, 58, 59, 60, 61, ..., 68, 69, 70 Next
Author Message
Moose On The Loose


Joined: 24 Feb 2011
Posts: 778

PostPosted: Tue 01 Aug 2017, 09:26    Post subject:  

watchdog wrote:
I propose for testing the following seamonkey2.48 working for me in my lucid 2016 install.

seamonkey2.48-en_US-lucid-glibc219tweak.pet:

https://drive.google.com/file/d/0B9iMb4UZBeFkREExOFJzV1NGMFU/view?usp=sharing

It works in racy, too. Not in wary.

A glibc tweak is needed: glibc>=2.12 required. I added libxcb-shm.so from centos 6 but it would work from racy, too.


I was about to start on the same effort.
I am very glad you did this. I am using 2.46 that this moment.

BTW: May attempt to compile seamonkey failed with a syntax error in python. Did you compile?
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1674
Location: Italy

PostPosted: Tue 01 Aug 2017, 12:52    Post subject:  

Moose On The Loose wrote:

BTW: May attempt to compile seamonkey failed with a syntax error in python. Did you compile?


No, I didn't. I used the precompiled binaries from mozilla with en_US localization.
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Tue 01 Aug 2017, 14:06    Post subject:  

watchdog,
Thanks for helping us out with this issue. I will adopt your solution, to keep lupu up to date with SM.

EDIT, after examining the pet package:
It appears that I could extract the glibc219 directory to, say, /usr/lib and modify the /usr/bin/seamonkey(2.48) script to match, but add code to test for the presence of the /usr/local/seamonkey directory before going to it. That script name would become just seamonkey, to be permanent and generic.

Maybe all of the added code could reside in its own package, so normal updating of SM would work. Or maybe just put it into lupu as architecture stuff (the zz_lupu_5.2.8.7-delta package). Do you see any problems with that approach?
Richard
Back to top
View user's profile Send private message 
tallboy


Joined: 21 Sep 2010
Posts: 1026
Location: Oslo, Norway

PostPosted: Tue 01 Aug 2017, 22:41    Post subject:  

If you also include all the network updates you have been working with, you could name it 5.2.8.7.2... Cool
Just my 2c.

tallboy

_________________
True freedom is a live Puppy on a multisession CD/DVD.
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1674
Location: Italy

PostPosted: Tue 01 Aug 2017, 23:59    Post subject:  

rerwin wrote:
watchdog,


Maybe all of the added code could reside in its own package, so normal updating of SM would work.


I think it would not work because there also is a glibc tweak for the plugin-container: the original plugin-container is renamed plugin-container-exec and plugin-container is a script with glibc tweak in order to use the included up-to-date flashplayer. The update process of seamonkey could be done manually or by a script.
Back to top
View user's profile Send private message 
Moose On The Loose


Joined: 24 Feb 2011
Posts: 778

PostPosted: Wed 02 Aug 2017, 10:18    Post subject:  

watchdog wrote:
Moose On The Loose wrote:

BTW: May attempt to compile seamonkey failed with a syntax error in python. Did you compile?


No, I didn't. I used the precompiled binaries from mozilla with en_US localization.


Small suggested changes:

Currently when you first start it after the install, it goes to their default page. If a new user is confronted with that page with the big red message, they may feel that there is something they must do. This seems bad. Perhaps, an additional tweak to make it go to a different default page is in order.

In /user/local/bin/defaultbrowser
The line with the exec that you commented out may be a problem. A few of the scripts elsewhere look at that script to see if a default browser has been set. They look for the "exec" line and then parse it. There may be one that can be confused by the exec comment

I made the attached from their icon. I did a few slight tweaks as I scaled it.
/usr/local/lib/pixmaps/seamonkey24.xpm
/usr/local/lib/mini-icons/seamonkey16.xpm
seamonkey16.xpm
Description 
xpm

 Download 
Filename  seamonkey16.xpm 
Filesize  3.6 KB 
Downloaded  123 Time(s) 
seamonkey24.xpm
Description 
xpm

 Download 
Filename  seamonkey24.xpm 
Filesize  6.67 KB 
Downloaded  118 Time(s) 
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1674
Location: Italy

PostPosted: Wed 02 Aug 2017, 14:03    Post subject:  

You can do these changes by yourself: I'm not jealous. I use palemoon as main browser and my package of seamonkey 2.48 is enough for my use. I shared it but it's all open source.
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Sun 06 Aug 2017, 18:08    Post subject: Seamonkey 2.48 and special glibc packages available
Subject description: Allows use of seamonkey update option.
 

rerwin wrote:
It appears that I could extract the glibc219 directory to, say, /usr/lib and modify the /usr/bin/seamonkey(2.48) script to match, but add code to test for the presence of the /usr/local/seamonkey directory before going to it. That script name would become just seamonkey, to be permanent and generic.

Maybe all of the added code could reside in its own package, so normal updating of SM would work. Or maybe just put it into lupu as architecture stuff (the zz_lupu_5.2.8.7-delta package).

I have now done just that! Watchdog's added logic is now in its own package, glibc219_runtime-lucid-20170808.pet. I adapted his interface scripts to fit the current invocation of "seamonkey" and to work with future updates offered by seamonkey. If you have not installed watchdog's SM 2.48...tweak package and can use the SM Update option, 'glibc219_runtime' is the only package you need to install, to get 2.48 working.

The packages are here:
If you have installed watchdog's package, you need to uninstall the seamonkey2.48-en_US-lucid-glibc219tweak.pet package, then install the glibc219_runtime-lucid pet and Seamonkey-2.48-update-lucid.pet, in either order.

The other package, Seamonkey-2.48-lucid.pet, is intended for a first-time installation of seamonkey, as would be done from quickpet. The 'glibc219_runtime' and Seamonkey-2.48-lucid packages (but not Seamonkey-2.48-update-lucid) should get uploaded to the pet_packages-lucid repository (ibiblio, etc.) (by peebee?).

When you run seamonkey you might find in the xerrs.log file, the message:
Code:
(seamonkey:21099): Pango-WARNING **: libthai.so.0: cannot open shared object file: No such file or directory

This appears to be harmless, but can be eliminated by installing from the ubuntu-main repo: libthai0_0.1.13 and its dependencies, libthai-data_0.1.13 and libdatrie1_0.2.2-3. However, that may be something unique to my particular pupsave.

There is another warning I have seen, that maybe watchdog can address, although I am unaware of any impact:
Code:
(ROX-Filer:5914): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.0/gobject/gsignal.c:3079: signal name `depressed' is invalid for instance `0x8432098'

More about this in my next message, below.

EDIT: Replaced glibc_subset-2.19-lucid.pet with glibc219_runtime-lucid-20170808.pet and changed its references in this message. Improves the install script and adds an uninstall script.

EDIT 8/16/17: Added support for Palemoon browser. Updated glibc219_runtime-lucid and added the latest version of Palemoon.
Richard

Last edited by rerwin on Tue 29 Aug 2017, 12:44; edited 7 times in total
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Mon 07 Aug 2017, 19:01    Post subject:  

Report on my experience with updating seamonkey, with the glibc addition:

In a fresh puppy environment, I first installed SM 2.40, then glibc_subset. Here are the messages I get when testing seamonkey with the glibc_subset package installed:
    Clicked on 'browse' icon and responded to configuration pop-up, then saw:
    Code:
    (seamonkey:3122): GLib-GIO-WARNING **: Failed to execute child process "update-desktop-database" (No such file or directory)


    Clicked on 'Continue' on the first page displayed, then saw:
    Code:
    (seamonkey:3122): GLib-GIO-WARNING **: Failed to execute child process "update-mime-database" (No such file or directory)

    (seamonkey:3122): GLib-GIO-WARNING **: Failed to execute child process "update-mime-database" (No such file or directory)

    (seamonkey:3122): GLib-GIO-WARNING **: Failed to execute child process "update-mime-database" (No such file or directory)


    On the "Seamonkey 2.40" page, I clicked on the Help menu and noticed the item "Downloading Seamonkey 2.48"; clicked on it and watched the progress until I saw "Update Ready to Install", then clicked 'Restart Seamonkey'; it apparently installed but did not restart, reporting:
    Code:
    XPCOMGlueLoad error for file /usr/lib/seamonkey/libxul.so:
    libxcb-shm.so.0: cannot open shared object file: No such file or directory
    Couldn't load XPCOM.
    This was due to its not using the new seamonkey link that set up the glibc libraries, and is to be expected.

    Started SM from the 'browse' icon and saw the SM 2.48 page, with its alarming red message about automatic upgrades not working (but apparently they do -- in another test, it first made a "partial" upgrade, then reinstalled with a full upgrade)


When I installed glibc_subset in my regular pupsaves and ran the update option, all went well except that I saw something strange regarding the menu bar and Back and Forward button drop-down lists. Some of them displayed with the characters slanted. The distorted drop-downs occurred on different menus after each SM restart, and sometimes none were distorted. I am hoping that that is related to SM 2.48 and not the glibc implementation.
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Fri 11 Aug 2017, 16:07    Post subject:  

More on the Seamonkey-2.48 distortion problem:
Today, when I started up one of my regular pupsave environments, the entire window was slanted except for the window title bar! This was much more than only the menu problem reported above. See attachment.

So far, I conclude that 2.48 seems to behave itself in fresh puppy environments, so probably has a problem with older Seamonkey "profiles", the directory containing all of the user's Seamonkey information (e.g., /root/.mozilla/seamonkey/agi9ixk5.default). I have not found any mention of that problem online. But I have some suggestions for those of you considering upgrading and existing installation to 2.48.

If you use the Mail part of Seamonkey, you might consider waiting until I or someone figures out the issues with email. I'll give details below, but I want to first give you information if you have already upgraded and are seeing the kind of problems I see. If you are not using Seamonkey Mail, you can revert to 2.46 by installing the 2.46-update .pet I posted here:
http://www.murga-linux.com/puppy/viewtopic.php?p=962665#962665.
    1. When you install the 2.46 update, it will not use the glibc update but should still work.
    2. To have it use the glibc update, simply delete or rename /usr/bin/seamonkey link (to -.bak?); that will use the new interface, which seems to work OK for 2.46.
    3. To avoid the temptation to allow an automatic update to 2.48, you can disable that through Edit > Preferences > Advanced (expand its list) > Software Installation, then uncheck the item "Automatically check for updates".

For those using Seamonkey Mail, note this item in the 2.48 Release Notice:
    Data loss warning: If you use a profile with this or any later version and then try to go back to SeaMonkey 2.40 or earlier, SeaMonkey will rename your history file to places.sqlite.corrupt and create a new places.sqlite file, effectively resetting your browsing history. This is because the internal format changed and the upgrade process only works in one direction.

    Additionally, running MailNews with local folders and POP3 mail filters may produce summary files that are not correctly read by previous versions of SeaMonkey. If you decide to go back to a previous version of SeaMonkey, you should delete the .msf files for your local folders and POP3 accounts or repair the folders using the folder properties dialog in order to avoid potential data loss.

This tells me that we should not revert to Seamonkey 2.40 or earlier, but that 2.46 is OK (except for the email issue, which appears to be fixable).

Under 2.48, my Mail function initially shows a momentary black area as it starts, but otherwise seems to work correctly. But I use only its basic capabilities.

If anyone is encountering these or other issues, please report them here, so that I might determine what to include in the next Lucid release, relative to Seamonkey support.
Richard
seamonkey248-distorted-600x519.png
 Description   Distorted Seamonkey-2.48 window
 Filesize   84.17 KB
 Viewed   836 Time(s)

seamonkey248-distorted-600x519.png

Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Sun 13 Aug 2017, 17:42    Post subject:  

I have "fine tuned" the glibc 2.19 interface and seamonkey 2.46 packages to make transitioning from SM 2.48 back to SM 2.46 reliable. I updated the above links to glibc219_runtime-lucid and SM 2.46-update to new versions.

Now, SM 2.46 runs with or without the glibc219_runtime-lucid package installed, even if the latter has been used previously (say, for 2.48). However, if you want/need to avoid using glibc 2.19, you can rename /usr/bin/seamonkey.bak to seamonkey. That links to /usr/lib/seamonkey/seamonkey instead of the new glibc interface scripts.

I recommend that anyone considering reverting to 2.46 update your version of glibc219_runtime-lucid (or the old glibc_subset-2.19-lucid), to ensure consistant behavior when changing versions of seamonkey between 2.46 and 2.48+.

To summarize the functions of the seamonkey and glibc packages:HTH

EDIT 8/14/17: These 4 packages are now in the puppylinux lucid repo and are available with the Puppy Package Manager. Thank you, peebee.

Last edited by rerwin on Mon 14 Aug 2017, 18:15; edited 2 times in total
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4247
Location: King's Lynn, UK.

PostPosted: Sun 13 Aug 2017, 18:58    Post subject:  

Hallo, Richard.

I figure this is probably the best place to ask this. I'm kinda 'consolidating' things across the kennels, and was wondering; is there any screen-recording app for Lucid (similar to SimpleScreenRecorder)?

I'm afraid I've never been much of one for CLI interfaces (a GUI of some kind is far preferable for me), and as for attempting to compile SSR for Lucid, well.....my compiling 'skills' are absolutely abysmal. I thought it would be far simpler to ask the 'head honcho', as it were! Laughing

-----------------------------------------------------------------------------

I originally installed Lucid around 15 months ago, in order to try and help TwoPuppies get SlimJet running in Lucid.....a task at which we had no joy in the final outcome, 'cos it's the old story of the glibc again, y'see. I've actually installed battleshooter's 'glibc220' fix (originally for Racy & Carolina), and it's enabled me to get certain things running (scabz's SMPlayer 14.9.0 being one that comes to mind), but, try as I might, I cannot get a later Chrome than version 26 (or later Chromium-based browser of any kind, come to that) 'up-and-running' in Lucid. The fix I've employed in Racy has allowed me to run the final 32-bit Linux Chrome release, 48.0.2564.116.....which I run across all my 32-bit Pups from a remote data partition, sym-linked into each Pup at the appropriate places (courtesy of davids45's thread on the matter). I keep getting a 'g_bytes_unref' error in the terminal, even with the glibc 'upgrade'. Any ideas?

I've rather fallen for Lucid, I must admit! Oh, one other thing, while I think about it. Google Earth, while it does run, displays all kinds of 'artifacts'; radial lines centering on wherever your mouse focus happens to be when you're zooming in.....and 'map tile displacement', too. (That's the best description I can give it.)

It appears to be complaining about the version of OpenGL being too old for it; it wants OpenGL 2.0 or later. Lucid is using, what? 1.75, I think? Is there any way this could be 'upgraded', too? I don't even know if it's possible, and I haven't got a clue what 'modules', or libs, or whatever, would be involved. I've installed the Xorg_High graphics driver, which has helped a little.....but the 'artifacts' remain.....

(I don't think it's anything to do with the integrated ATI Radeon XPress 200 graphics chip on my big old Compaq desktop; it runs the later 7-series Google Earths in both Tahr64 and Xenialpup 7081, which I've recently repackaged, without so much as a peep of complaint! Although I've actually 'standardised' on the same GE as Lucid's, 6.0.3.2197, in all my Pups; it seems to suit my hardware better than the the 7-series. It was the first with the 'Street View' feature, yet isn't as 'heavy' or demanding as the later releases.)


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
rerwin


Joined: 24 Aug 2005
Posts: 1903
Location: Maine, USA

PostPosted: Mon 14 Aug 2017, 15:30    Post subject:  

Mike Walsh,
Thanks for your inquiry. I am not aware of any screen-recording app for Lucid, But, then, I never looked for one.

Interesting that you mention your glibc upgrade to get some apps working in racy. Now that I have adapted watchdog's glibc 2.19 technique to keep Seamonkey working in Lucid, I have been wondering what other programs might be made usable with 2.19.

I would consolidate all special interfaces to 2.19 in the new glibc-runtime package. If you are interested in making anything else work in lupu with glibc-runtime 2.19, let's work on it. Or maybe I need to replace 2.19 with 2.20, to satisfy SSR.

As for OpenGL, I know nothing about it, so would need assistance from someone more knowledgeable of it. I suspect it would take a bit of experimentation to get it to work, or at least find why it might not be possible.
Richard
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4247
Location: King's Lynn, UK.

PostPosted: Mon 14 Aug 2017, 18:19    Post subject:  

Hallo again, Richard.

You know, I have to say I admire you for keeping Lucid viable.....given that all the original repositories are long gone..! I may package stuff, and help newbs out with enquiries.....simply giving others the benefits of my own Puppy experience, but in no way do I consider myself any kind of an expert. I consider myself to be a 'bumbler', and an 'eternal noob'; there's always something else to discover, isn't there?

Well, if there ain't a screen-recording app available for Lucid, I shall have to scour the web and see what I can turn up; maybe I can discover something that might work under WINE.....who knows? We shall see, we shall see.

Vis-a-vis the 'glibc' stuff, TBH, I didn't really expect it to work for Lucid at all.....but it surprised me. True, it made things work that I hadn't really considered, but 'every little bit helps', as they say..!

As for the 'OpenGL' stuff, well.....it may be opening a right can of worms. I'm going to do some more research into this, and see what turns up. I'll keep you informed.


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
watchdog

Joined: 28 Sep 2012
Posts: 1674
Location: Italy

PostPosted: Tue 15 Aug 2017, 05:09    Post subject:  

I did some progress. The following simplescreenrecorder-0.3.3-glibc219tweak.pet, based on the tahr package, is somehow working for me in lucid:

https://drive.google.com/file/d/0B9iMb4UZBeFkeDFsdDZFUVJFT28/view?usp=sharing

Use qt-4.8.0 by pemasu:

http://www.murga-linux.com/puppy/viewtopic.php?p=637518#637518

I have packaged it as sfs. qt-4.8.0-basic-with-qtwebkit-dpup.sfs:

https://drive.google.com/file/d/0B9iMb4UZBeFka251c0JCTi0wdms/view?usp=sharing
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 59 of 70 [1036 Posts]   Goto page: Previous 1, 2, 3, ..., 57, 58, 59, 60, 61, ..., 68, 69, 70 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1665s ][ Queries: 13 (0.0730s) ][ GZIP on ]