Re: [gentoo-user] Firefox with tab-grouping

[Dale]

Philip Webb wrote:
> 180330 Dale wrote:
>
>> I've looked into Palemoon, Vivaldi, Opera
>> and dug around to see what else I can try.  So far, none of them
>> can do what pre 57 versions of Firefox can with the addons I use. 
> I've installed Vivaldi, but it doesn't seem to do tab-grouping.
>
> So has anyone found a way to do tab-grouping with FF >= 57 ?
> Does any other browser -- Waterfox ? -- provide them in any form ?
>

I downloaded Waterfox.  It works fine itself however, the addon for Tab
Utilities is broken.  It fails to start.  That didn't help me with my
problem since I need that and Tab Groups as well.  I also tried the Tree
Tab addon but it doesn't work with version below 57.  If you don't need
Tab Utilities, Waterfox should work for you just fine. 

On my install, I downloaded it from the website, extracted to
/home/dale/waterfox and ran it from command line.  If everything had
worked fine, I was going to move to a more proper place, create a menu
entry etc etc etc.  It seems everything Waterfox needs is in the tarball
itself. 

You may want to give Waterfox a try since it is easy to do.  It just may
work fine for you.

Dale

:-)  :-) 

[gentoo-user] file conflict: libomp and xkaapi

[karl]

sys-libs/libomp-5.0.1
sci-libs/xkaapi-2.2

both have the file

 /usr/include/omp.h

Is there any way I can work around that problem ?

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57

Re: [gentoo-user] [TOT: Total offtopic]

[J. Roeleveld]

On March 31, 2018 10:40:13 AM UTC, tu...@posteo.de wrote:
>Hi,
>
>I am using a IBM model M with my Linux and I *LOVE IT* :)
>
>Unfortunately there seems to be a problem coming up:
>Pressing ENTER also triggers \ (key above ENTER) sometimes.
>Interestingly the ENTER is never missed. Either ENTER
>will be executed or ENTER\ ?
>
>Any idea what could be the reason for that?
>How can I try to fix that?
>
>Cheers
>Meino

My first guess would be some dirt in the keyboard. (Assuming the keys are 
physically next to each other)

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] Re: Firefox and addons no longer supported question

[Martin Vaeth]

tu...@posteo.de  wrote:
>
> There two reasons for which I have switched to waterfox: Privacy and
> memory.
>
> About:config and search for "telemetry"

Telemetry can be switched off.

> Or check how many URLS are configured under about:config.

It is in "about:config", so they can be switched off.
However, for some it is wise not to: There is a balance
between security and privacy - e.g. ask a public server
for known malware sites at obvious cost of privacy.
You might want to have a look at the customization from e.g.
https://github.com/ghacksuserjs/ghacks-user.js

[gentoo-user] external usb blu-ray

[pat]

Hi,

I have external USB blu-ray and I'm not able to make it work.

lswh detects this device:
*-usb:0 UNCLAIMED
description: Generic USB device
vendor: Verbatim, Ltd
physical id: 1
bus info: usb@2:1.1
version: 3.20
capabilities: usb-3.00
configuration: speed=5000Mbit/s

dmesg shows errors:
[1945677.625450] usb 2-1.1: Device not responding to setup address.
[1945677.833387] usb 2-1.1: device not accepting address 116, error -71
[1945678.017411] usb 2-1.1: new SuperSpeed USB device number 117 using 
xhci_hcd

[1945678.040809] usb 2-1.1: string descriptor 0 read error: -71
[1945678.040820] usb 2-1.1: New USB device found, idVendor=18a5, 
idProduct=0414
[1945678.040825] usb 2-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3

[1945678.042368] usb 2-1.1: can't set config #1, error -71

The /dev/sr0 doesn't exist.

I expect some missing kernel configuration + some packages, but cannot 
find hints on internet.


Can someone help?

Thanks

 pat


Freehosting PIPNI - http://www.pipni.cz/

[gentoo-user] dev-scheme/guile fails to build after update: "cannot find -lguile" linker error

[Bryant Morrow]

--

I recently updated my system, which broke... well, everything. I was able to 
boot, but my init system failed
due to errors creating pipes and no services were launched (I use s6 for my 
init). After the update,
some preserved libraries failed to be rebuilt by emerge @preserved-rebuild, 
namely dev-scheme/guile.
The original update was done after adding amd64 and ~amd64 to ACCEPT_KEYWORDS 
due to difficulties
with various packages.

I cloned the updated system into a separate subvolume, then reverted the 
original to a backup from
before the update. I tried various things to fix the issue from chroot, 
including switching to the 17.0
default/hardened profile (#14) from my previous hardened (stable) profile.

I don't know how much (if anything) the broken guile lib has to do with the 
broken system, but I
can't get any farther until I've sorted this out.

Attached are the relevant logs and debugging outputs.
 * Package:dev-scheme/greg-2.0.0-r1
 * Repository: gentoo
 * Maintainer: s...@gentoo.org
 * USE:abi_x86_64 amd64 elibc_glibc kernel_linux 
userland_GNU
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking greg-2.0.0.tar.gz to 
>>> /var/tmp/portage/dev-scheme/greg-2.0.0-r1/work
>>> Source unpacked in /var/tmp/portage/dev-scheme/greg-2.0.0-r1/work
>>> Preparing source in 
>>> /var/tmp/portage/dev-scheme/greg-2.0.0-r1/work/greg-2.0.0 ...
 * Applying greg-2.0.0-test.patch ...
 [ ok ]
 * Applying greg-2.0.0-guile2.patch ...
 [ ok ]
 * Running eautoreconf in 
'/var/tmp/portage/dev-scheme/greg-2.0.0-r1/work/greg-2.0.0' ...
 * Running libtoolize --install --copy --force --automake ...
 [ ok ]
 * Running aclocal ...
 [ ok ]
 * Running autoconf --force ...
 [ ok ]
 * Running autoheader ...
 [ ok ]
 * Running automake --add-missing --copy --force-missing ...
 [ ok ]
 * Running elibtoolize in: greg-2.0.0/
 *   Applying portage/1.2.0 patch ...
 *   Applying sed/1.5.6 patch ...
 *   Applying as-needed/2.4.3 patch ...
>>> Source prepared.
>>> Configuring source in 
>>> /var/tmp/portage/dev-scheme/greg-2.0.0-r1/work/greg-2.0.0 ...
>>> Working in BUILD_DIR: 
>>> "/var/tmp/portage/dev-scheme/greg-2.0.0-r1/work/greg-2.0.0_build"
 * econf: updating greg-2.0.0/config.guess with 
/usr/share/gnuconfig/config.guess
 * econf: updating greg-2.0.0/config.sub with /usr/share/gnuconfig/config.sub
/var/tmp/portage/dev-scheme/greg-2.0.0-r1/work/greg-2.0.0/configure 
--prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu 
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share 
--sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking 
--disable-silent-rules --libdir=/usr/lib64 
--docdir=/usr/share/doc/greg-2.0.0-r1 --enable-shared --disable-static
checking for a BSD-compatible install... 
/usr/lib/portage/python3.5/ebuild-helpers/xattr/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports the include directive... yes (GNU style)
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking whether x86_64-pc-linux-gnu-gcc understands -c and -o together... yes
checking dependency style of x86_64-pc-linux-gnu-gcc... none
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for 

[gentoo-user] Re: Firefox and addons no longer supported question

[Martin Vaeth]

Dale  wrote:
>
> I been holding off on upgrading Firefox. Basically, it breaks addons
> that I just can't go without. Tab groups and some other tab utilities
> are among them.

Basically the situation is the following:

>=firefox-57 support so-called WebExtensions which intentionally
are less powerful (hence safer) than legacy extensions.
For security and compatibility reasons, it will *never* be the case
anymore that WebExtensions are able to change browser behaviour.

Exceptions are only certain well-defined APIs which will presumably
not change dramatically in future versions.
For instance, there is a tab API, but essentially it is limited
to basic things like searching/activating/closing/opening tabs etc:
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_the_Tabs_API
So no WebExtension will ever be able to offer tab functionality which
goes beyond that.

Essentially, there is no other choice than to live with it:

Stable firefox-52 and maybe some firefox forks (palemoon, waterfox,
tox-browser) support legacy extensions for a while. However, if they
support them for a longer period and do not have similar resources
than mozilla, I would not trust them anymore, because it means that
they diverged from upstream too much to fix all security issues by
pulling. (Not to speak about security issues existing in the
legacy extension code which will never be fixed by upstream, anyway).

As usual, there is the balance
  "convenience" (old plugins) <-> "security".
In the beginning (say, until firefox-52 is no longer supported
upstream), there is a certain choice. But after that staying on the
"convenience" side is not sane anymore.

Re: [gentoo-user] Re: Firefox and addons no longer supported question

[Arve Barsnes]

On 31 March 2018 at 10:18, Martin Vaeth  wrote:
> Exceptions are only certain well-defined APIs which will presumably
> not change dramatically in future versions.
> For instance, there is a tab API, but essentially it is limited
> to basic things like searching/activating/closing/opening tabs etc:
> https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_the_Tabs_API
> So no WebExtension will ever be able to offer tab functionality which
> goes beyond that.

Take a look at their bugzilla for bugs tracking a lot of new
functionality in the extension APIs that will come in future releases.
Especially around tabs, as many popular extensions did stuff with
tabs.

Personally I upgraded despite losing some stuff, but I think most of
it will return in some form at some point.

[gentoo-user] [TOT: Total offtopic]

[tuxic]

Hi,

I am using a IBM model M with my Linux and I *LOVE IT* :)

Unfortunately there seems to be a problem coming up:
Pressing ENTER also triggers \ (key above ENTER) sometimes.
Interestingly the ENTER is never missed. Either ENTER
will be executed or ENTER\ ?

Any idea what could be the reason for that?
How can I try to fix that?

Cheers
Meino

Re: [gentoo-user] install problem: dev-texlive/texlive-basic-2017-r1

[karl]

Karl:
> Is this a bug or is there something wrong on my side ?
> 
> * Messages for package dev-texlive/texlive-basic-2017-r1:
> 
>  * ERROR: dev-texlive/texlive-basic-2017-r1::gentoo failed (compile phase):
>  *   failed to build format texmf-dist/fmtutil/format.texlive-basic.cnf
>  * 
>  * Call stack:
>  * ebuild.sh, line  124:  Called src_compile
>  *   environment, line 1938:  Called texlive-module_src_compile
>  *   environment, line 2756:  Called die
>  * The specific snippet of code:
>  *   VARTEXFONTS="${T}/fonts" 
> TEXMFHOME="${S}/texmf:${S}/texmf-dist:${S}/texmf-var" env -u TEXINPUTS 
> fmtutil --cnffile "${i}" --fmtdir "${S}/texmf-var/web2c" --all || die "failed 
> to build format ${i}";
...

The error went away by doing:

unset XTERM_LOCALE PKG_CONFIG_PATH LC_CTYPE
grep -l /etc/texmf /var/db/pkg/*/*/CONTENTS | cut -f5,6 -d/
# which gave me thoose two:
emerge -C texlive-core-2017-r3 kpathsea-6.2.3_p20170524
rm -rf /etc/texmf

emerge @world

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57

Re: [gentoo-user] Re: Firefox and addons no longer supported question

[tuxic]

On 03/31 12:17, Arve Barsnes wrote:
> On 31 March 2018 at 10:18, Martin Vaeth  wrote:
> > Exceptions are only certain well-defined APIs which will presumably
> > not change dramatically in future versions.
> > For instance, there is a tab API, but essentially it is limited
> > to basic things like searching/activating/closing/opening tabs etc:
> > https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_the_Tabs_API
> > So no WebExtension will ever be able to offer tab functionality which
> > goes beyond that.
> 
> Take a look at their bugzilla for bugs tracking a lot of new
> functionality in the extension APIs that will come in future releases.
> Especially around tabs, as many popular extensions did stuff with
> tabs.
> 
> Personally I upgraded despite losing some stuff, but I think most of
> it will return in some form at some point.
> 

Firefox is eaten my RAM (8GB) . An application, which does not co-operate
with other applications due to its memory footprint does not co-operate
with other application due to its memory footprint regardless how
advance it is.

There two reasons for which I have switched to waterfox: Privacy and
memory.

About:config and search for "telemetry"

Or check how many URLS are configured under about:config.
Why need the browser need to know them in beforehand?

Cheers
Meino

Re: [gentoo-user] Firefox with tab-grouping

[Philip Webb]

180330 Dale wrote:
> Basically, I'm trying to figure out if others are doing like I am
> and keeping a older version of Firefox installed
> because of the addons no longer working.

Definitely, that's what I've been doing.  I'm using 52.6.0 .

> My biggest problem is that addons are broken on anything 57 and above. 
> At least that seems to be the version that stops old addons from working.

I use tab groups all the time & losing them wb like losing a leg.
History : FF introduced them a long time ago, then dropped them later ;
soon afterwards, someone wrote an add-on which restored them,
using the previous code, which FF had published ;
then FF seemed to re-introduce them, but with a different format,
which is what I'm happily using at present : it doesn't look like an add-on.

> I've looked into Palemoon, Vivaldi, Opera
> and dug around to see what else I can try.  So far, none of them
> can do what pre 57 versions of Firefox can with the addons I use. 

I've installed Vivaldi, but it doesn't seem to do tab-grouping.

So has anyone found a way to do tab-grouping with FF >= 57 ?
Does any other browser -- Waterfox ? -- provide them in any form ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] Gentoo Hardened vs Kali Linux

[Hubert Hauser]

Hello!

 

I want to learn from scratch securing Linux and ethical hacking. Should I do as the most people so install Kali Linux on virtual machine or install Gentoo Hardened with Pentoo overlay on my PC? I heard a lot of negative opinions about Kali Linux.

 

--

Best regards, Hubert Hauser.

Re: [gentoo-user] Gentoo Hardened vs Kali Linux

[Poison BL.]

On Sat, Mar 31, 2018 at 11:37 AM, Hubert Hauser  wrote:

> Hello!
>
> I want to learn from scratch securing Linux and ethical hacking. Should I
> do as the most people so install Kali Linux on virtual machine or install
> Gentoo Hardened with Pentoo overlay on my PC? I heard a lot of negative
> opinions about Kali Linux.
>
> --
> Best regards, Hubert Hauser.
>

Kali's spectacular, but I don't recommend it for "everyday" use. It's
designed to stand-up quick, do a pentest, and tear it back down when you're
done. I ran a subset of the pentoo overlay on a laptop for a while, and
while it was nifty to have some of those tools on hand, it wasn't enough
for me to justify having them installed 24/7, and it never felt as complete
as Kali does for the job.

-- 
Poison [BLX]
Joshua M. Murphy

[gentoo-user] Re: Firefox and addons no longer supported question

[Ian Zimmerman]

On 2018-03-31 08:18, Martin Vaeth wrote:

> As usual, there is the balance
>   "convenience" (old plugins) <-> "security".
> In the beginning (say, until firefox-52 is no longer supported
> upstream), there is a certain choice. But after that staying on the
> "convenience" side is not sane anymore.

There are probably few people more familiar with this tradeoff than
myself :P.  But the browser case is a bit different, because the
"convenience" features (in my case, at least) themselves have to do with
security.  Using the latest official Mozilla browser means trusting
their built-in defenses are as good as my current plugin based ones.
And I have doubts about that.

This is a tangent from the thread topic, but there is another
inconvenience of modern FF that keeps me from re-adopting it: font
rendering.  You will pry my beautiful thin DejaVu Sans from my dead
body, and give my dead body blurry webfonts in return.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

Re: [gentoo-user] [TOT: Total offtopic]

[Elijah Mark Anderson]

Meino:

I agree with Joost. Things like this are almost always due to a dirty 
keyboard. Carefully take it apart, and give it a thorough cleaning. 
In my experience cotton swabs and rubbing alcohol are your friends.

If you need a stronger cleaner, or one that needs/has water, remove the PCB(s) 
and electronics first. Here's a guide on cleaning Model Ms specifically. 
https://learn.adafruit.com/convert-your-model-m-keyboard-to-bluetooth-with-bluefruit-ez-key-hid/how-to-clean-model-m-keyboard

If the problem continues to occur, the next thing to check is probably the 
cable; make sure it's not frayed and in otherwise good condition. You can use 
a multimeter on resistance or continuity mode to check the continuity of the 
conductors (none of them are broken), and make sure none of the conductors are 
shorting/jumping to the others.

Hope this helps!
--
Mark

On Saturday, March 31, 2018 7:20:10 AM CDT J. Roeleveld wrote:
> On March 31, 2018 10:40:13 AM UTC, tu...@posteo.de wrote:
> >Hi,
> >
> >I am using a IBM model M with my Linux and I *LOVE IT* :)
> >
> >Unfortunately there seems to be a problem coming up:
> >Pressing ENTER also triggers \ (key above ENTER) sometimes.
> >Interestingly the ENTER is never missed. Either ENTER
> >will be executed or ENTER\ ?
> >
> >Any idea what could be the reason for that?
> >How can I try to fix that?
> >
> >Cheers
> >Meino
> 
> My first guess would be some dirt in the keyboard. (Assuming the keys are
> physically next to each other)
> 
> --
> Joost

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

Re: [gentoo-user] [TOT: Total offtopic]

[tuxic]

Mark:

Thanks a lot!

\--
Meino



On 03/31 12:37, Elijah Mark Anderson wrote:
> Meino:
> 
> I agree with Joost. Things like this are almost always due to a dirty 
> keyboard. Carefully take it apart, and give it a thorough cleaning. 
> In my experience cotton swabs and rubbing alcohol are your friends.
> 
> If you need a stronger cleaner, or one that needs/has water, remove the 
> PCB(s) 
> and electronics first. Here's a guide on cleaning Model Ms specifically. 
> https://learn.adafruit.com/convert-your-model-m-keyboard-to-bluetooth-with-bluefruit-ez-key-hid/how-to-clean-model-m-keyboard
> 
> If the problem continues to occur, the next thing to check is probably the 
> cable; make sure it's not frayed and in otherwise good condition. You can use 
> a multimeter on resistance or continuity mode to check the continuity of the 
> conductors (none of them are broken), and make sure none of the conductors 
> are 
> shorting/jumping to the others.
> 
> Hope this helps!
> --
> Mark
> 
> On Saturday, March 31, 2018 7:20:10 AM CDT J. Roeleveld wrote:
> > On March 31, 2018 10:40:13 AM UTC, tu...@posteo.de wrote:
> > >Hi,
> > >
> > >I am using a IBM model M with my Linux and I *LOVE IT* :)
> > >
> > >Unfortunately there seems to be a problem coming up:
> > >Pressing ENTER also triggers \ (key above ENTER) sometimes.
> > >Interestingly the ENTER is never missed. Either ENTER
> > >will be executed or ENTER\ ?
> > >
> > >Any idea what could be the reason for that?
> > >How can I try to fix that?
> > >
> > >Cheers
> > >Meino
> > 
> > My first guess would be some dirt in the keyboard. (Assuming the keys are
> > physically next to each other)
> > 
> > --
> > Joost