Re: [gentoo-user] Re: palemoon-27.3.0 anyone?

[james]

On 06/30/17 22:57, Ian Zimmerman wrote:
> On 2017-06-30 21:33, james wrote:
> 
>> ~/.config/qupzilla/profiles/default/bookmarks.json
>>
>>  is the operable file for qupzilla (I think). I do not know the history
>> or many details of qupzilla, I emerged it and it works, without the
>> politics of larger browsers; ymmv.
> 
> That's the name of the backup file into which both firefox and palemoon
> dump bookmarks.  I think you're mixing different kinds of fruit here.
> 
> (BTW, this is the file I use to transport the bookmarks between my 2
> computers.)
> 
>> Palemoon, is something you know far more about, but my guess is::
>> ~/.moonchild productions/pale moon/vjhi8n7h.default/places.sqlite
>>
>> which is in non-text form.
>>
>> I'm not sure how the 'profile' works to control these bookmarks?
> 
> Each profile has its own places file under its profile directory.  Here,
> vjhi8n7h.default is the profile directory.
> 
>> These files are differnt, so a simlink is not going to work?
> 
> See above - the json is just a dump (for palemoon, anyway), the sqlite
> file is the ultimate source.
> 
>> I rather like the json file as it is efficient and easy to read for
>> comprehension and grepping.  I'm not quite sure why a sqlite file is
>> needed.
> 
> Searching would probably be too slow if you have many bookmarks.  I
> probably have in the tens of thousands now.  Note that you need multiple
> kinds of searches - by name, by URL and by tags, just what SQL is good at.
> 
>> A uniform bookmarks system, where the user masters and controls their
>> bookmarks, beyond any browser uses, is a keen idea, imho.
> 
> In older versions of debian, there was a package that looked like a good
> start towards this goal.  I'm no longer sure of the name but I think it
> was xbel.  It stored the data in a XML file.  It's not in debian now but
> maybe it is still around, try a web search.
> 

I just do not have time for a another project, atm. Perhaps in the
future... So for now I'm just going to file all of this information away
until I close out a few other long-running projects.

thx,
James

Re: [gentoo-user] Re: palemoon-27.3.0 anyone?

[james]

On 06/30/17 20:45, Walter Dnes wrote:
> On Fri, Jun 30, 2017 at 07:35:21PM -0400, james wrote
> 
>> This issue is close by not exactly the same. What I want is when you
>> save/modify/delete a bookmark in Palemoon, it would be instantly
>> effective in Qupzilla and vice versa. A 'simd' instruction, execute
>> once, write multiple-times, so to speak.
>>
>>
>> I was looking for a solution, on syncing up diverse *zilla bookmarks
>> records. If you think about, it's a really good idea and yields consumer
>> options to use another browser, when your 'fav' browser is not
>> performing as you wish.
> 
>   Is Qupzilla a "Firefox-family" browser like Pale Moon?  If so, and if
> you're brave/foolish, try symlinking the "places.sqlite" files in the
> browsers' profiles.  I strongly recommend backups before doing it.  See
> https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data
> for a list of what stuff each file stores.




~/.config/qupzilla/profiles/default/bookmarks.json

 is the operable file for qupzilla (I think). I do not know the history
or many details of qupzilla, I emerged it and it works, without the
politics of larger browsers; ymmv.


Palemoon, is something you know far more about, but my guess is::
~/.moonchild productions/pale moon/vjhi8n7h.default/places.sqlite

which is in non-text form.

I'm not sure how the 'profile' works to control these bookmarks?

These files are differnt, so a simlink is not going to work?

I rather like the json file as it is efficient and easy to read for
comprehension and grepping.  I'm not quite sure why a sqlite file is
needed. I did find a sqlite browser some years ago for looking at those
kinds of files but not sure where (what package) it is in now. Perhaps a
script to tranlate either sqlite entries into a json form, or vice-versa
could make these (2) work?   If it worked, one could bounce between
these or even other 'simpler' browsers as all of the 'market leading
browers:: firefox, opera, chrome,etc' all seem to overtly complicate
everything, have a political agenda, or are just a turnoff to use.

A uniform bookmarks system, where the user masters and controls their
bookmarks, beyond any browser uses, is a keen idea, imho.

thanks for your insight into Palemoon and your hard work with Palemoon
to benefit gentoo users. I' going to just install PM-27.3 via the
octopus repo. It just seems that I have to change repos to get the
latest palemoon ebuild, and I'm scratching my heads as to why one repos
does not always offer the latest ebuilds, as soon as they are release,
at least as testing ebuilds?

James

Re: [gentoo-user] Re: palemoon-27.3.0 anyone?

[Walter Dnes]

On Fri, Jun 30, 2017 at 07:35:21PM -0400, james wrote

> This issue is close by not exactly the same. What I want is when you
> save/modify/delete a bookmark in Palemoon, it would be instantly
> effective in Qupzilla and vice versa. A 'simd' instruction, execute
> once, write multiple-times, so to speak.
> 
> 
> I was looking for a solution, on syncing up diverse *zilla bookmarks
> records. If you think about, it's a really good idea and yields consumer
> options to use another browser, when your 'fav' browser is not
> performing as you wish.

  Is Qupzilla a "Firefox-family" browser like Pale Moon?  If so, and if
you're brave/foolish, try symlinking the "places.sqlite" files in the
browsers' profiles.  I strongly recommend backups before doing it.  See
https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data
for a list of what stuff each file stores.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: palemoon-27.3.0 anyone?

[james]

On 06/30/17 15:11, Ian Zimmerman wrote:
> On 2017-06-30 12:01, james wrote:
> 
>> [2] "octopus" layman/octopus
>>
>> Anyone running this version or Palemoon-27.3.0 from another ebuild?
>> I'm not much interested in building Palemoon from sources.
> 
> I am not sure what your question or request is here.  Are you asking
> someone to share a binary?

NO. I either maintain ebuilds myself (over 50 now), or used those via
layman or the portage tree. I'm not looking to maintain a larger trees
as my cluster and science stuff is turning into a full time effort..

> 
> I have my own ebuild of 27.3.0 which works without problems for me, with
> current stable gcc. 

Excellent, that what I wanted to know. I had a real plucker of a time
with 6 packages when going from gcc-4 to gcc-5. All is fine now, I'm
curious if there are issues with gcc-6 on gentoo, that's it.

> I can share the ebuild (which is identical to the
> overlay, or nearly so) but, I'm not uploading the binary anywhere :P
> 
>> Is there any quick and convenient way to write bookmarks (changes) to
>> both (qupzilla and Palemoon) so I can switch between browsers and see
>> the same bookmarks in sync?
> 
> I share bookmarks between my two instances of palemoon by doing a
> bookmark backup (from the menu item "Bookamrks|Organize") on one and
> then a restore on the other.  Not really automated, but good enough for
> the frequency I need.
> 
> OTOH, sharing with or reusing bookmarks from a different browser in the
> mozilla family seems to be problematic.  See this issue among others on
> the palemoon github site:
> 
> https://github.com/MoonchildProductions/Pale-Moon/issues/1100

This issue is close by not exactly the same. What I want is when you
save/modify/delete a bookmark in Palemoon, it would be instantly
effective in Qupzilla and vice versa. A 'simd' instruction, execute
once, write multiple-times, so to speak.


I was looking for a solution, on syncing up diverse *zilla bookmarks
records. If you think about, it's a really good idea and yields consumer
options to use another browser, when your 'fav' browser is not
performing as you wish.

thx,
James


>