[gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Meino . Cramer]

Hi,

with one of the latest updates the Firefox plugin/extension 
"Ghostery", which blocks trackers mutated:
Before all setting were handled local, now everything can only
be done by creating an account at https://www.ghostery.com.

This is definitely a move I dont want to support -- especially
for a software, which claims "to protect my provacy".

Question is: Are there any other comparable good alternatives,
which understand the term "privacy" as it is ?

Thank you very mch in advance for any help!
Best regards,
Meino

[gentoo-user] Re: beegfs goes opensource!

[James]

Andreas K. Hüttel  gentoo.org> writes:

> > U... nothing about what license it is released under

> Just read the web page, it's there. 

> "The BeeGFS client module is licensed under the GPLv2. All other BeeGFS 
> components are licensed under the BeeGFS EULA."


So how does that work on a distributed file system. Is the client-server
model that restrictive for non-commercial use? From the "Introduction to
BeeGFS by ThinkParQ" it states:

"The BeeGFS file system comes without licence fee: It is a “free to use”
product for end users – so whoever wants to try it for his own use, can
download it from www.beegfs.com and use it. The client is published under
GPL, and the server is covered by the Fraunhofer EULA."


But in the EULA, section 3.4 is a killer. Oh well, maybe in time
they'll sell enough support to have all the 'enterprise features"
on a GPL style license. If not, I doubt their code stay competitive.
The fact they are make the sources available and allowing modifications,
for internal use only, might suggest a more realistic pathway forward. I'll
bet as soon as another opensourced-gpl become competitive, they fully GPL
the codes (at least this is my hope).

Bummer, but thanks for pointing out the license restrictions. 

James




James

Re: [gentoo-user] Help installing skype

[Mick]

On Thursday 25 Feb 2016 13:23:52 Alan McKinnon wrote:
> On 25/02/2016 03:05, allan gottlieb wrote:
> > On Wed, Feb 24 2016, Alan McKinnon wrote:
> >> A finite subset of this package.use file will let skype install,
> >> followed of course by
> >> emerge skype.
> >> 
> >> I arrived at this list the long hard way, repeatedly running emerge and
> >> adding stuffs still portage stopped it's whinging. The worst part is Qt
> >> and X11 as skype is a Qt app and no longer bundles a local copy of Qt.
> > 
> > I tried your list.  It needed a few more.  When I added them, a slot
> > conflict again.  If this is easy to explain and fix, please let me know;
> > but this is not a do or die effort.
> 
> I'm not at that machine right now so I can't check what I have in
> package.use for "icu". You seem to have inconsistencies with USE="icu",
> perhaps gst-plugins-base wants it off and chromium wants it on.
> 
> You might need icu in USE globally.

USE=icu should not be needed globally.  This is how it works here:

$ grep icu -r /etc/portage
/etc/portage/package.use/sys:>=dev-libs/libxml2-2.9.2 icu abi_x86_32
/etc/portage/package.use/clients:www-client/firefox system-cairo system-icu 
system-jpeg system-libvpx system-sqlite
/etc/portage/package.use/xorg:>=dev-libs/icu-54.1-r1 abi_x86_32
/etc/portage/package.use/media:>=media-libs/harfbuzz-0.9.41 abi_x86_32 icu
/etc/portage/package.use/Qt:dev-qt/qtwebkit icu


$ eix -l dev-libs/libxml2
[I] dev-libs/libxml2
 Available versions:  
 (2)
2.9.2-r4[debug examples icu ipv6 lzma python readline static-
libs test ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 
64 x32" PYTHON_TARGETS="python2_7 python3_3 python3_4 python3_5"]
2.9.3   [debug examples icu ipv6 lzma python readline 
static-libs 
test ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 
x32" PYTHON_TARGETS="python2_7 python3_3 python3_4 python3_5"]
 Installed versions:  2.9.3(2)(08:29:48 02/22/16)(icu ipv6 python readline 
-debug -examples -lzma -static-libs -test ABI_MIPS="-n32 -n64 -o32" 
ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" 
PYTHON_TARGETS="python2_7 python3_4 -python3_3 -python3_5")
 Homepage:http://www.xmlsoft.org/
 Description: Version 2 of the library to manipulate XML files


-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: beegfs goes opensource!

[Neil Bothwick]

On Fri, 26 Feb 2016 12:48:21 -0500, Tanstaafl wrote:

> > Excellent point about the license.  Did the license stop zfs folks
> > from enjoying zfs?  I know the zfs license stops some commercial folks
> > from deploy/using zfs. And zfs is not a routine choice in the
> > installation docs for gentoo.  
> 
> I recall a list conversation about this, explaining that it would be
> trivial for someone who knows how to do ebuilds, to have their own
> ZFS-in-kernel system available, and that it would also be possible to
> accomplish this via an overlay...

When I was playing with ZFS I was able to build it into the kernel (by
unmasking a USE flag) so I could boot from it without an initramfs.

IMO the main problem with ZFS on Linux is that it is based on a fairly
old version. Oracle have not released the sources for the recent
versions, so useful stuff like encryption is missing, and always will be.


-- 
Neil Bothwick

 ... We are Dyslexics of Borg. Your ass will be laminated.


pgp2OxuC338Fc.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] beegfs goes opensource!

[Andreas K. Hüttel]

Am Freitag, 26. Februar 2016, 16:47:12 schrieb Tanstaafl:
> On 2/25/2016 5:03 PM, James  wrote:
> > Long awaited.
> > 
> > This smoking hot (many HPC scientist agree) distributed file
> > system will surely rock the cluster, container and Hi Performance
> > Computing worlds. [1] Now if I were only smart enough to get this
> > puppy into portage...
> 
> U... nothing about what license it is released under

Just read the web page, it's there. 

"The BeeGFS client module is licensed under the GPLv2. All other BeeGFS 
components are licensed under the BeeGFS EULA."

-- 
Andreas K. Hüttel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Re: using package.provided

[Rich Freeman]

On Fri, Feb 26, 2016 at 4:15 PM, Nikos Chantziaras  wrote:
>
> Yes, which is what I recommended. Don't block 4.1.x security/bugfix patches.
> Just block 4.2 and above.
>

++

4.1 is a longterm series, so if your goal is minimum disruption you
can stay on it until Sep 2017.  I would still recommend taking the
4.1.x updates both for backports and possible security updates.

I personally just have my own git tree.  It is easy to just update it
in place vs unpacking huge tarballs every time there is a patch
release, and I'm less-tied to the Gentoo maintainers.  They do a great
job, but since I run btrfs I tend to be really picky about what kernel
series I'm on.

The one thing I'd love to see upstreamed is the openrc/systemd/etc
convenience configuration items.

-- 
Rich

[gentoo-user] Re: using package.provided

[Nikos Chantziaras]

On 26/02/16 18:47, Harry Putnam wrote:

First off, thanks to all posters for the excellent input


Nikos Chantziaras  writes:



On 25/02/16 05:55, Harry Putnam wrote:

I'd like to stay on kernel-4.1.6, rather than keep installing the
newest version at each upgrade.


I'd instead recommend putting

   >=sys-kernel/gentoo-sources-4.2

in package.mask to stay with 4.1 (it's an LTS kernel) and always get
the patches for that one.


In /etc/portage/package-mask, using the line you suggest:

   >=sys-kernel/gentoo-sources-4.2

Makes emerge want to install 4.1.18:


Yes, which is what I recommended. Don't block 4.1.x security/bugfix 
patches. Just block 4.2 and above.

Re: [gentoo-user] Re: beegfs goes opensource!

[Rich Freeman]

On Fri, Feb 26, 2016 at 12:48 PM, Tanstaafl  wrote:
> On 2/26/2016 12:04 PM, James  wrote:
>> Excellent point about the license.  Did the license stop zfs folks
>> from enjoying zfs?  I know the zfs license stops some commercial folks
>> from deploy/using zfs. And zfs is not a routine choice in the installation
>> docs for gentoo.
>
> I recall a list conversation about this, explaining that it would be
> trivial for someone who knows how to do ebuilds, to have their own
> ZFS-in-kernel system available, and that it would also be possible to
> accomplish this via an overlay...

sys-fs/zfs-kmod

-- 
Rich

Re: [gentoo-user] Re: beegfs goes opensource!

[Tanstaafl]

On 2/26/2016 12:04 PM, James  wrote:
> Excellent point about the license.  Did the license stop zfs folks
> from enjoying zfs?  I know the zfs license stops some commercial folks
> from deploy/using zfs. And zfs is not a routine choice in the installation
> docs for gentoo.

I recall a list conversation about this, explaining that it would be
trivial for someone who knows how to do ebuilds, to have their own
ZFS-in-kernel system available, and that it would also be possible to
accomplish this via an overlay...

Wish someone would do it, I'd love to play with ZFS, but I don't have
the skill or time to figure out the pieces...

[gentoo-user] Re: beegfs goes opensource!

[»Q«]

On Fri, 26 Feb 2016 10:47:12 -0500
Tanstaafl  wrote:

> On 2/25/2016 5:03 PM, James  wrote:
> > Long awaited.
> > 
> > This smoking hot (many HPC scientist agree) distributed file
> > system will surely rock the cluster, container and Hi Performance
> > Computing worlds. [1] Now if I were only smart enough to get this
> > puppy into portage...  
> 
> U... nothing about what license it is released under, and they
> want personal info from you to download the source...
> 
> I'm not sure this is anything to jump up and down about yet...
> 
> Is this going to be another ZFS problem, where it is open source, but
> linux can't make the best use of it?

I dunno anything about it, but this comment says it's only source
available, not open source.

[gentoo-user] Re: Attic (cvs) -> ???(git)

[»Q«]

On Fri, 26 Feb 2016 16:43:05 + (UTC)
James  wrote:

[ about aprospos ]
> Looks like an alias to 'whatis'? 'whereis' still one of my favorite
> little tools.

It queries the whatis database differently depending on how it's called.

  Think of the whatis database as columnar and containing two columns.
  The left column contains the program name (the command used to invoke
  the program) and the right side contains the first line of the
  manual's program synopsis. apropos searches both columns using the
  keyword as a regular expression to find all occurrences of the
  keyword. These occurrences may be embedded in the command word or the
  words of the synopsis. For example, apropos cat returns lines
  containing the word catalog, category, duplicate, application, etc.
  whatis, on the other hand, searches only the left hand column, which
  contains only the program name. This feature is helpful if you know
  the name of a command, but not its function.

That's from , written 20
years ago, but AFAIK these things haven't changed.

[gentoo-user] Re: beegfs goes opensource!

[James]

Tanstaafl  libertytrek.org> writes:


> U... nothing about what license it is released under, and they want
> personal info from you to download the source...

> I'm not sure this is anything to jump up and down about yet...

agreed. bummer. Sometimes it takes time for the folks that put up the money
for initial development, to decide to do the right thing on licensing. With
file system choices so abundant, opensource gets you a community involved
with patches and bug fillings, so there is hope? [A] Maybe one of our
(council) leaders should drop Sven Breuner an email and ask it their is an
appropriately acceptable license for the gentoo community to use this
cluster file system routinely on gentoo.


> Is this going to be another ZFS problem, where it is open source, but
> linux can't make the best use of it?


Excellent point about the license.  Did the license stop zfs folks
from enjoying zfs?  I know the zfs license stops some commercial folks
from deploy/using zfs. And zfs is not a routine choice in the installation
docs for gentoo.


What I do know is about 75% of the folks that run clusters for Hi
Performance Computing, that I have exchanged pleasantries with, all extol
the virtues of beegfs. Most already pay to use it, but I do not know of 
their financial models going forward. Hopefully, they'll be like postgresql
and sell/develop for the commercial folks and let the po(linux) folk
ride for free. My biggest bottleneck in bringing apache-mesos to gentoo
is the choice of node(File System)//distributed(File System) that leads to
the right mix of features and speed. Surely ext4/beegfs or btrfs/beegfs
is attractive no matter what container or HPC codes you run on top of your
gentoo cluster(s).


Furthermore, Cephfs is being used to replace NFS functions in some
locations, so there is now a growing pressure of competition among
opensource solutions for distributed(cluster) file systems.



James

[A] http://www.beegfs.com/content/about-us/

[gentoo-user] Re: using package.provided

[Harry Putnam]

First off, thanks to all posters for the excellent input

> Nikos Chantziaras  writes:

> On 25/02/16 05:55, Harry Putnam wrote:
>> I'd like to stay on kernel-4.1.6, rather than keep installing the
>> newest version at each upgrade.
>
> I'd instead recommend putting
>
>   >=sys-kernel/gentoo-sources-4.2
>
> in package.mask to stay with 4.1 (it's an LTS kernel) and always get
> the patches for that one.

In /etc/portage/package-mask, using the line you suggest:

  >=sys-kernel/gentoo-sources-4.2

Makes emerge want to install 4.1.18:

  emerge -vp gentoo-sources
   [...]
  Calculating dependencies... done!
  [ebuild  NS] sys-kernel/gentoo-sources-4.1.18:4.1.18::gentoo
  [4.1.6:4.1.6::gentoo] USE="-build -experimental -kdbus -symlink" 575 KiB

Using `>=sys-kernel/gentoo-sources-4.1.6'
emerge wants to install 4.0.9:

   [ebuild  NS] sys-kernel/gentoo-sources-4.0.9:4.0.9::gentoo
   [...]

Using `>sys-kernel/gentoo-sources-4.1.6'
emerge want to install 4.0.9 as well

  [ebuild  NS] sys-kernel/gentoo-sources-4.0.9:4.0.9::gentoo [...]

So apparently none of the suggestions causes emerge to just stay with 4.1.6

---   ---   ---=---   ---   ---

However, after creating /etc/portage/profile and placing
package.provided with `sys-kernel/gentoo-sources-4.1.6' inside.
(NOTE:package.provided does not allow any <,>,= type signs)

root # emerge -vp gentoo-sources

  These are the packages that would be merged, in order:

  Calculating dependencies... done!

  Total: 0 packages, Size of downloads: 0 KiB

  WARNING: A requested package will not be merged because it is listed in
  package.provided:

  gentoo-sources pulled in by 'args'

This appears to do what I was after.  Should I expect any `gotchas'?

[gentoo-user] Re: Attic (cvs) -> ???(git)

[James]

walt  gmail.com> writes:


> Have you noticed that you can find lots of stuff with 'apropos' that
> doesn't actually have a 'man' page?  Here's an example:


# equery belongs apropos
 * Searching for apropos ... 
app-shells/bash-completion-2.1_p20141224-r1
(/usr/share/bash-completion/completions/apropos -> man)
sys-apps/man-db-2.7.5 (/usr/bin/apropos -> whatis)

> # apropos gnutls_x509_crt_export
> gnutls_x509_crt_export (3)  - API function
> gnutls_x509_crt_export2 (3)  - API function

> # man gnutls_x509_crt_export
> No manual entry for gnutls_x509_crt_export

# whatis apropos
apropos (1)  - search the manual page names and descriptions

# whatis whatis
whatis (1)   - display one-line manual page descriptions


Looks like an alias to 'whatis'? 'whereis' still one of my favorite
little tools.

# whereis apropos
apropos: /usr/bin/apropos /usr/share/man/man1/apropos.1.bz2



> Thanks to you and Mike for your examples :)
You've help me far more that I have ever help you:: but, in any case
you are most welcome.


James

Re: [gentoo-user] beegfs goes opensource!

[Tanstaafl]

On 2/25/2016 5:03 PM, James  wrote:
> Long awaited.
> 
> This smoking hot (many HPC scientist agree) distributed file
> system will surely rock the cluster, container and Hi Performance
> Computing worlds. [1] Now if I were only smart enough to get this
> puppy into portage...

U... nothing about what license it is released under, and they want
personal info from you to download the source...

I'm not sure this is anything to jump up and down about yet...

Is this going to be another ZFS problem, where it is open source, but
linux can't make the best use of it?

Re: [gentoo-user] using package.provided

[Dale]

Neil Bothwick wrote:
> On Fri, 26 Feb 2016 03:39:22 -0600, Dale wrote:
>
 Mine here is in:  /etc/portage/package.mask  It's been there for a
 long time.  Maybe they are moving things again to something new but
 it works here.   
>>> Things that override global settings in make.conf, like package.mask,
>>> go in /etc/portage. Things that override profile settings go
>>> in /etc/portage/profile.
>>>
>>> If in doubt, read man portage which explains all these files.
>> All I know, it works here.  What the OP is wanting to do is no different
>> than what I am doing here except that it is a different package.  So, if
>> it works here, it should work there too.  I might add, I don't even have
>> the profile directory at all. 
> But then you don't use package.provided. If you did, it wouldn't work
> unless it was in /etc/portage/profile.
>
>

Although the OP asked about package.provided, it isn't what he needs to
use.  As you pointed out in another reply, he needs package.mask and it
goes in /etc/portage/.  It doesn't really matter if the OP has a profile
directory or not since he doesn't need to use that in this case.  He
just needs to use package.mask and add the correct info there.  After
that, the OP is done. 

Dale

:-)  :-) 

Re: [gentoo-user] using package.provided

[Neil Bothwick]

On Fri, 26 Feb 2016 03:39:22 -0600, Dale wrote:

> >> Mine here is in:  /etc/portage/package.mask  It's been there for a
> >> long time.  Maybe they are moving things again to something new but
> >> it works here.   
> > Things that override global settings in make.conf, like package.mask,
> > go in /etc/portage. Things that override profile settings go
> > in /etc/portage/profile.
> >
> > If in doubt, read man portage which explains all these files.

> All I know, it works here.  What the OP is wanting to do is no different
> than what I am doing here except that it is a different package.  So, if
> it works here, it should work there too.  I might add, I don't even have
> the profile directory at all. 

But then you don't use package.provided. If you did, it wouldn't work
unless it was in /etc/portage/profile.


-- 
Neil Bothwick

I wouldn't be caught dead with a necrophiliac.


pgpdfuEmkGTYt.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] using package.provided

[Dale]

Neil Bothwick wrote:
> On Thu, 25 Feb 2016 15:47:32 -0600, Dale wrote:
>
>> Mine here is in:  /etc/portage/package.mask  It's been there for a long
>> time.  Maybe they are moving things again to something new but it works
>> here. 
> Things that override global settings in make.conf, like package.mask, go
> in /etc/portage. Things that override profile settings go
> in /etc/portage/profile.
>
> If in doubt, read man portage which explains all these files.
>
>


All I know, it works here.  What the OP is wanting to do is no different
than what I am doing here except that it is a different package.  So, if
it works here, it should work there too.  I might add, I don't even have
the profile directory at all. 

Dale

:-)  :-)