Re: [gentoo-user] bash-completion 2: gentoo completion files installed wrong?

[Frank Steinmetzger]

On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
> Frank Steinmetzger wrote:
> > Hello fellows
> >
> > I’m trying to teach my bash to complete again. Ever since the upgrade from
> > v1 to v2 a year ago, I’ve been missing out on it in parts. I had some time
> > today, so I dug and found out that the central bash completion script that
> > sits at /usr/share/bash-completion/bash_completion looks in ./completions.
> > Eselect bashcomp looks in that same directory. However, there are a number
> > of files in ./ which neither eselect nor bashcomp find. Most notably, many
> > of Gentoo’s own completions such as eselect are located there:
> > […]
> 
> Well, I'm no expert on this but I recall there being a news item on this
> a while back.  Did you miss it?  Here it is if you did.

Expert or not – it was what resolved the issue for me. I did remember that
message, but thought it would only speak of the new method of loading
completions and that I no longer had to enable them by hand.

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any social network.

These valuable information, put in a Braille line, would give
a flat, polished surface.  Thank you.  (SelfHTML forum)

Re: [gentoo-user] Major site redesign, SEO, and 301 redirects

[Mick]

On Wednesday 30 Sep 2015 01:28:51 Alan McKinnon wrote:
> On 29/09/2015 22:00, Tanstaafl wrote:
> > Hi all,
> > 
> > I am not a web (or SEO) guy, but I manage our DNS and have for a long
> > time.
> > 
> > The boss has contracted with a web development company to do a full
> > redesign of our website.
> > 
> > Our website has hundreds of thousands of pages, and years of SEO behind
> > it. The guys who was her until recently was adamant that we must be very
> > carefl with the redesign so as not to totally break SEO, and possibly
> > getting blacklisted by Google.
> > 
> > The web developers are insisting that they need full access to our DNS
> > (hosted by DNSMadeEasy), and the only reason I can think of for this is
> > they plan on setting up HTTP redirects (DNSMadeEasy equivalent of a 301
> > redirect) for these pages - but hundreds of thousands of them?
> 
> I've been thinking about this some more.
> 
> We all assumed "full access" means "so we can change stuff". Maybe it
> really means they want to see what's in "dig axfr" (a zone transfer)
> which they normally can't see. There are TXT records in DNS that they
> might be interested in.
> 
> It would be wise to clarify with the devs exactly what it is they are
> looking for.
> 
> And overall, in your shoes I would be firm, adamant and above all polite
> and say that infrastructure changes go through you and you alone, and
> must be vetted by you with full transparency.
> 
> > Wouldn't this be better done at the web server level? Or am I just
> > ignorant?
> > 
> > Would love to hear experiences (good and bad), and a recommendation for
> > what I should do.
> > 
> > thanks

I couldn't agree more with all the warnings that have been posted.  However, 
it may simply be that they want to build a new website and they want to 
redirect your DNS from your currently hosted server to theirs.  Are they 
offering SaaS, or will you be hosting the new website on prem?  In any case, 
they could just ask you to do this, if you agree.  Given that "possession is 
nine-tenths of the law" I would not let them anywhere near your DNS records - 
period.

With regards to being blacklisted by Google, you have to be careful indeed.  
Google will blacklist bad code and malicious code.  If your code is clean, you 
don't fill your metadata with repetitive cr*ap and your topic is not faced 
with a competition of millions selling exactly the same undifferentiated 
product, then you should be OK in organic listing rankings.  Having mirrored 
websites on different DNS' will also blacklist you, although DNS or http 
redirects are of course legit.

A lot of so called SEO companies are not actually streamlining the content and 
metadata, but exploiting paid-for Google Ads and in a non-transparent way to 
milk the customer, on top of the Google charges.  Most of these companies set 
up Google Ads once and rarely if ever come back to to tune it.  I couldn't 
care to list the number of websites we switched off Google Ads and saw no 
discernible different in the rankings.

BTW, although SEO is not rocket science its not something you would leave to 
your marketing people alone, or for that matter to your coding people alone.  
You need both.  
-- 
Regards,
Mick


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

Re: [gentoo-user] Re: Experiences with gtk3-nocsd?

[Peter Weilbacher]

On Wed, 30 Sep 2015, Grant Edwards wrote:

> [Actually, I don't recall ever using evince or atril for filling out
> PDF forms -- so that might be another reason I'd have to keep acroread
> around.]

In my experience, at least evince is great with forms! Since that's
provided by the same backend library (I think), atril should be able to
handle them nicely as well. [The only reason to keep acrobat around are
some documents with PDF comments filled out by people on Macs. evince
does not always show all of those.]

   Peter.

[gentoo-user] Re: dynamic deps, wtf are they exactly

[Martin Vaeth]

James  wrote:
>[cr
> DAG's

All this can work only if you reflect the complete history
in the DAG. Such approaches had been discussed and eliminated
as unrealistic: You do not want to keep the history forever;
the data will always grow and eventually be too much.
Moreover, there can be overlays which might be added,
perhaps eventually are abondened, replaced by other
overlays, etc. It is not realistic to expect a complete
history from them since you installed once from them.

One must face the fact that at one stage you have the tree you
installed and at another stage you have the current tree with
possibly dramatic changes and no complete history of all changes.

In the lack of such a history, simply there is information
missing to decide the correct proceeding.

You have to choose your poison which is either to take
the old tree or the new tree as a basis (and to fill the
gaps from the other tree).

> Exactly. The current tools are insufficient

The available information is *in principle* insufficient.

[gentoo-user] Re: THE SCREAM.

[Martin Vaeth]

  wrote:
> Alan Grimes  wrote:
>
>> You know that famous Van Gough painting? That kinda haunts you because
>> it's absolutely silent...
>
> "The Scream" is painted by Edvard Munch. Van Gogh (not Gough!) is well
> known for his paintings of sunflowers and cypresses

Doesn't matter in this context:
Both have a special relation to ears ;)

Re: [gentoo-user] Re: bash-completion 2: gentoo completion files installed wrong?

[Frank Steinmetzger]

On Tue, Sep 29, 2015 at 06:15:16PM -0700, walt wrote:
> On Tue, 29 Sep 2015 17:50:08 +0200
> Frank Steinmetzger  wrote:
> 
> > Hello fellows
> > 
> > I’m trying to teach my bash to complete again. Ever since the upgrade
> > from v1 to v2 a year ago, I’ve been missing out on it in parts. I had
> > some time today, so I dug and found out that the central bash completion
> > script that sits at /usr/share/bash-completion/bash_completion looks in
> > ./completions.
> > […]
> > /usr/share/bash-completion $ ls completions | wc -l
> > 729
> > /usr/share/bash-completion $ eselect bashcomp list | tail -n 1
> >   [729] zramctl *
> > /usr/share/bash-completion $ ls
> > bash_completion calibre-debug completions ebook-convert ebook-meta
> > ebuild epkginfo eselect flaggie glsa-check java-config layman metagen
> > […]
> 
> (I'm running ~amd64).  When I try the first two commands you list above
> I get similar results (776 vs 729).  The output of your third command
> looks wrong:
> 
> It seems that 'ls' is not listing the contents of /usr/share/bash-completion
> but instead is showing you a long list of possible bash-completions.  Am
> I understanding your question/problem correctly?

No, it is proper ls output (with different colours ’n all). In response to
Dale’s answer: some of them are symlinks, some are not. In the case of
eselect I checked genlop and it was installed after bash-completion, so it
should have been migrated already. Anyways... I will do as the quoted news
item tells me to when I’m home again.

Cheers
-- 
A Tudor who tooted a flute tried to tutor two tooters to toot.
Said the two to their tutor,
“Is it harder to toot, or to tutor two tooters to toot?”

Re: [gentoo-user] Re: Experiences with gtk3-nocsd?

[Chris Spackman]

On 2015/09/30 at 04:27am, Grant Edwards wrote:

 
> [Actually, I don't recall ever using evince or atril for filling out
> PDF forms -- so that might be another reason I'd have to keep
> acroread around.]

If you are okay with KDE apps, Okular has done a great job with all
the forms I have tried with it. Only issue I have noticed is that
check marks (which show up fine on the screen) end up printed as
another character. Still better than dealing with acroread, in my
opinion.

-- 
Chris Spackman

GNU Terry Pratchett

[gentoo-user] Re: Experiences with gtk3-nocsd?

[Grant Edwards]

On 2015-09-30, Peter Weilbacher  wrote:
> On Wed, 30 Sep 2015, Grant Edwards wrote:
>
>> [Actually, I don't recall ever using evince or atril for filling out
>> PDF forms -- so that might be another reason I'd have to keep acroread
>> around.]
>
> In my experience, at least evince is great with forms! Since that's
> provided by the same backend library (I think), atril should be able to
> handle them nicely as well.

That's good to hear.  I do remember recently firing up acroread to
fill out a form when my first attempt failed, but that failed attempt
may have been with PDFStudio (which doesn't execute Javascript by
default, and apparently some forms require Javascript).

-- 
Grant Edwards   grant.b.edwardsYow! HELLO, everybody,
  at   I'm a HUMAN!!
  gmail.com

Re: [gentoo-user] bash-completion 2: gentoo completion files installed wrong?

[Dale]

Frank Steinmetzger wrote:
> On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
>> Frank Steinmetzger wrote:
>>> Hello fellows
>>>
>>> I’m trying to teach my bash to complete again. Ever since the upgrade from
>>> v1 to v2 a year ago, I’ve been missing out on it in parts. I had some time
>>> today, so I dug and found out that the central bash completion script that
>>> sits at /usr/share/bash-completion/bash_completion looks in ./completions.
>>> Eselect bashcomp looks in that same directory. However, there are a number
>>> of files in ./ which neither eselect nor bashcomp find. Most notably, many
>>> of Gentoo’s own completions such as eselect are located there:
>>> […]
>> Well, I'm no expert on this but I recall there being a news item on this
>> a while back.  Did you miss it?  Here it is if you did.
> Expert or not – it was what resolved the issue for me. I did remember that
> message, but thought it would only speak of the new method of loading
> completions and that I no longer had to enable them by hand.
>


Well, I'm glad I posted since it helped fix the problem.  Let's all do a
little dance now.  :-D 

Dale

:-)  :-) 

[gentoo-user] Re: Experiences with gtk3-nocsd?

[Grant Edwards]

On 2015-09-30, Chris Spackman  wrote:
> On 2015/09/30 at 04:27am, Grant Edwards wrote:
>
>  
>> [Actually, I don't recall ever using evince or atril for filling out
>> PDF forms -- so that might be another reason I'd have to keep
>> acroread around.]
>
> If you are okay with KDE apps, Okular has done a great job with all
> the forms I have tried with it. Only issue I have noticed is that
> check marks (which show up fine on the screen) end up printed as
> another character. Still better than dealing with acroread, in my
> opinion.

At the moment I don't have KDE libs installed, but I have in the past
used a few.  A few years ago, the whole KDE libs thing turned into a
bit of a nightmare at one point due to change in revision handling or
backwards compatibility libs or something.  I needed to get on with
life, so I just uninstalled all of the KDE stuff.  I man consider
trying again...

-- 
Grant Edwards   grant.b.edwardsYow! Like I always say
  at   -- nothing can beat
  gmail.comthe BRATWURST here in
   DUSSELDORF!!

Re: [gentoo-user] Re: Experiences with gtk3-nocsd?

[Alan McKinnon]

On 30/09/2015 16:08, Grant Edwards wrote:
> On 2015-09-30, Chris Spackman  wrote:
>> On 2015/09/30 at 04:27am, Grant Edwards wrote:
>>
>>  
>>> [Actually, I don't recall ever using evince or atril for filling out
>>> PDF forms -- so that might be another reason I'd have to keep
>>> acroread around.]
>>
>> If you are okay with KDE apps, Okular has done a great job with all
>> the forms I have tried with it. Only issue I have noticed is that
>> check marks (which show up fine on the screen) end up printed as
>> another character. Still better than dealing with acroread, in my
>> opinion.
> 
> At the moment I don't have KDE libs installed, but I have in the past
> used a few.  A few years ago, the whole KDE libs thing turned into a
> bit of a nightmare at one point due to change in revision handling or
> backwards compatibility libs or something.  I needed to get on with
> life, so I just uninstalled all of the KDE stuff.  I man consider
> trying again...
> 


Ah, you might want to hold off on KDE for a while longer. Many
things in KDE are in transition at the moment with upstream now moving
to Frameworks 5 and Plasma 5, with most apps still stuck on 4

Okular is one of those very much still at 4 so if that's the only KDE
app you'll use, it might be a smooth install. For now.




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