Re: [gentoo-user] Removing Firefox "Pocket" (Built-In Adware)

[Floyd Anderson]

On Fri, 17 Nov 2017 02:30:52 +
R0b0t1  wrote:


I would like to know if there is any recourse. I have disabled it, but
it is still present in the menus. It looks like it generates a unique
advertising ID, which I have cleared in "about:config."


Hi,

since I felt losing and wasting lifetime hunting for a suitable solution 
to configure those ‘features’, I switched to the aggressive route. This 
means, all things in ‘/usr/lib/firefox/browser/features/’, I cannot find 
easily a satisfiable explanation for, will be renamed.


In your case it seems to be the extension ‘fire...@getpocket.com.xpi’.


--
Regards,
floyd

[gentoo-user] Removing Firefox "Pocket" (Built-In Adware)

[R0b0t1]

Hello,

My apologies if this has come up on the list or there is already an
extant answer elsewhere (or if the question doesn't apply, which might
be the case).

I am not sure how to describe Pocket, but it is advertising that is
prominently featured in the "New Tabs" page. The configuration setting
is also prominently featured in the settings page which it is located.

I would like to know if there is any recourse. I have disabled it, but
it is still present in the menus. It looks like it generates a unique
advertising ID, which I have cleared in "about:config."

Cheers,
 R0b0t1

Re: [gentoo-user] Annoying X server message

[Jack]

On 11/16/2017 12:26 PM, Ian Zimmerman wrote:

I run X the stone age way with startx/xinit.  Each time I switch to
another VT with Alt-Ctl-Fn, X mutters this on the original VT:

Suspending AIGLX clents for VT switch

and then a similar one when I switch back.  This happens when the
original VT is in raw mode, apparently, so the terminating newline is
not cooked and I get the staircase effect, messing up the display (after
I return from X) and wasting screen space.

Can I silence these messages?  I tried adding "-logverbose 2" to my
server init file, that didn't help.  IIRC I cannot redirect the output
to /dev/null or anywhere else because X looks at stdout/stderr and makes
inferences from where they point.

Maybe I ought to try -logverbose 0 ?

I'm not home now, so I don't have the exact syntax, but I created an 
alias "startxlog" which calls startx, redirecting stdout to one file, 
and stderr to another.  I haven't noticed X doing anything odd because 
of those redirects.


Jack

[gentoo-user] Annoying X server message

[Ian Zimmerman]

I run X the stone age way with startx/xinit.  Each time I switch to
another VT with Alt-Ctl-Fn, X mutters this on the original VT:

Suspending AIGLX clents for VT switch

and then a similar one when I switch back.  This happens when the
original VT is in raw mode, apparently, so the terminating newline is
not cooked and I get the staircase effect, messing up the display (after
I return from X) and wasting screen space.

Can I silence these messages?  I tried adding "-logverbose 2" to my
server init file, that didn't help.  IIRC I cannot redirect the output
to /dev/null or anywhere else because X looks at stdout/stderr and makes
inferences from where they point.

Maybe I ought to try -logverbose 0 ?

-- 
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, fetch the TXT record for the domain.

[gentoo-user] Re: Problems copmiling firefox 57.0 (linking phase)

[Grant Edwards]

On 2017-11-16, Jeremi Piotrowski  wrote:
> On Thu, Nov 16, 2017 at 4:05 AM,   wrote:
>> Hi,
>>
>> building firefox 57.0 failed on my system - it looks like
>> the last stage (linking) fails.
>>
>
> It doesn't fail at the last stage - that's just when the error is
> repeated after other parallel tasks in the pipeline are completed. The
> actual error you got starts around line 5520 and is:

Even it it doesn't solve the problem, using -j1 will eliminates this
sort of confusion and make it much easier to spot the source of the
problem.

Of course the build takes longer.

[And if you're building on a laptop where you've unwittingly broken
the CPU clock throttling stuff, and it's running at 1/4 speed, it
_really_ takes a long time.]

-- 
Grant Edwards   grant.b.edwardsYow! Sometime in 1993
  at   NANCY SINATRA will lead a
  gmail.comBLOODLESS COUP on GUAM!!

Re: [gentoo-user] Re: Help...can't decipher emerge oracle...

[Alan McKinnon]

On 16/11/2017 03:49, Ian Zimmerman wrote:
> On 2017-11-15 18:40, Neil Bothwick wrote:
> 
>> Why is it trying to install the  version? Is that unmasked?
>>
>> Are you running stable or testing?
>>
>> What does "grep -r glibc /etc/portage" say?
>>
>> I don't think you posted the command that started all of this?
> 
> For some reason, these horrible dependency dumps never seem to happen to
> me.  Why is that?  Maybe because I run a "mostly stable" system?  I do
> have some very few "testing" packages enabled (ie. with ~amd64 flag).
> They all fit into a single terminal screen.

Running ~stable is likely the major reason, but of curse only you will
ever know for sure.

The whole point of ~arch[1] is to help get packages ready for stable.
Unstable users find the dependency snags that the single maintainer
can't weed out, we report them and log bugs and they get fixed. When the
package is stabilized, most of those funny bugs ought to be gone and
fixed. Yu mail can be read as proving that this system is working as
intended :-)


[1] It may or may not be documented to be this way, but it is how the
larger community are mostly using it.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Problems copmiling firefox 57.0 (linking phase)

[mad.scientist.at.large]

15. Nov 2017 23:54 by a...@wht.com.au:


> On 16/11/17 11:05, > tu...@posteo.de>  wrote:
>> Hi,
>>
>> building firefox 57.0 failed on my system - it looks like
>> the last stage (linking) fails.
>>
>> I attached the build.log to this mail.
>>
>> Is there a way around this?
>>
>> Cheers
>> Meino
>>
>
>
>   First thing I do when I have a problem with one of the larger apps,
> Firefox, Thunderbird, LibreOffice is enable the make feature, in
> make.conf, that keeps temp files around:
>
> FEATURES="ccache keeptemp keepwork candy"
>
> and then set the make options so that only one thread is doing stuff:
>
> MAKEOPTS="-j1"
>
> I just sometimes find that the build system gets a bit confused, with
> multiple threads, and the one thread "straightens" things out.
>
>   But then again, this might be a bug and I have no idea as to what I'm
> talking about.
>
>   Andrew




if running  just one thread fixes it, it's probably a race condition, i.e. the 
multiple threads aren't on the same page all the time.  there's multiple 
processes and they aren't wiating/notifying  each other and one of them 
therefore gets data the other process is still chainging and there's no 
"interlock" to let the other process know or make them wait for eachother.  
obviously it's a bug of some sort and is hopefully being worked on.  having 
said that, compilers are very, very complicated, especially with "optimization" 
and RISC processors.  might also be a sort of cache incoherentcy.





 mad.scientist.at.large (a good madscientist)
--