Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources

[Walter Dnes]

On Tue, Apr 03, 2018 at 05:19:27PM -0600, Grant Taylor wrote

> "mtr", "vim", and "less" all three use what Xterm calls the "Alternate 
> Screen".  You can see this while the programs are running by looking at 
> the VT Options menu (Ctrl+Middle Click) and seeing that the "Show 
> Alternate Screen" is checked.

  The option was checked.  I unchecked it, and now less/mtr/vim do not
clear the screen on exit.  YY!!!  So why has the default changed,
and how can I get xterm to come up with alternate screen disabled?

> There may be a way to disable the "Alternate Screen", but I don't know 
> for sure, muchless what it would be.  I'd suggest Reading the ""Fine 
> Manpage.  (Or at least searching said manpage.)

  TFM says to use "titeInhibit"

> 
> >   A long time ago I ran into this problem and was advised to add 
> > "XTerm*titeInhibit: true" in .Xresources.  It seems to have stopped 
> > working recently.  Last night on a web forum people were comparing 
> > response times from 1.1.1.1 DNS server.  I ran "mtr" in xterm but the 
> > output would disapper entirely when I hit "q".  I managed to freeze the 
> > output with {CTRL}{S} so I could do a copy/paste into a post.  But I'd 
> > like a clean solution rather than a clunky workaround.
> 
> I would be shocked to learn that a title (bar?) related setting would 
> have anything to do with the "Alternate Screen".  -  If this worked, I'm 
> guessing that it did so by breaking something else that would trigger 
> the "Alternate Screen".  (There's a 1000% chance that I'm wrong here.)

  That's "titeInhibit" (nothing to do with title).  See
https://www.x.org/archive/X11R6.7.0/doc/xterm.1.html

> titeInhibit (class TiteInhibit)
> Specifies whether or not xterm should remove ti and te termcap
> entries (used to switch between alternate screens on startup of
> many screen-oriented programs) from the TERMCAP string. If set,
> xterm also ignores the escape sequence to switch to the alternate
> screen. Xterm supports terminfo in a different way, supporting
> composite control sequences (also known as private modes) 1047,
> 1048 and 1049 which have the same effect as the original 47
> control sequence. The default for this resource is ``false.''

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

Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources

[Grant Taylor]

On 04/03/2018 05:19 PM, Grant Taylor wrote:
"mtr", "vim", and "less" all three use what Xterm calls the "Alternate 
Screen".  You can see this while the programs are running by looking at 
the VT Options menu (Ctrl+Middle Click) and seeing that the "Show 
Alternate Screen" is checked.


Similarly, you can go back to the main (?) screen while in programs that 
are using the alternate screen.


So if you have output on the screen that was hidden when you started vim 
/ less, you can get back to it without exiting by Ctrl+Middle Clicking 
and unchecking the "Show Alternate Screen".  -  Then re-check "Show 
Alternate Screen" when you are ready to return.


Note:  vim (et al) are still running and interpreting keybaord input 
even when Xterm is not showing the alterante screen.




--
Grant. . . .
unix || die

Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources

[Grant Taylor]

On 04/03/2018 02:50 PM, Walter Dnes wrote:
  Lately, I've noticed that text apps under xterm snap back to the 
original screen after the app finishes.  This doesn't happen with 
all apps.  When I hit "q" in "top", the output stays on the screen. 
But other apps like "mtr" and "vim" and "less" restore the screen from 
which they were launched, which is extremely annoying.


"mtr", "vim", and "less" all three use what Xterm calls the "Alternate 
Screen".  You can see this while the programs are running by looking at 
the VT Options menu (Ctrl+Middle Click) and seeing that the "Show 
Alternate Screen" is checked.


"top" on the otherhand does not use the "Alternate Screen".

There may be a way to disable the "Alternate Screen", but I don't know 
for sure, muchless what it would be.  I'd suggest Reading the ""Fine 
Manpage.  (Or at least searching said manpage.)


  A long time ago I ran into this problem and was advised to add 
"XTerm*titeInhibit: true" in .Xresources.  It seems to have stopped 
working recently.  Last night on a web forum people were comparing 
response times from 1.1.1.1 DNS server.  I ran "mtr" in xterm but the 
output would disapper entirely when I hit "q".  I managed to freeze the 
output with {CTRL}{S} so I could do a copy/paste into a post.  But I'd 
like a clean solution rather than a clunky workaround.


I would be shocked to learn that a title (bar?) related setting would 
have anything to do with the "Alternate Screen".  -  If this worked, I'm 
guessing that it did so by breaking something else that would trigger 
the "Alternate Screen".  (There's a 1000% chance that I'm wrong here.)


Please let us know what you find.



--
Grant. . . .
unix || die

Re: [gentoo-user] Re: KDE update revdep-rebuild.sh fail

[Dale]

Daniel Frey wrote:
>
> Well, nuts. I wasn't using the new script because it always issued
> warnings and other crap and that drove me crazy. I guess I'll have to
> try the new script later.
>
> Dan
>
>


I use emerge -uaDN world, plus some default settings in make.conf, and
rarely run revdep-rebuild.  Just for giggles, I ran it shortly after I
read one of the replies and it came back with nothing needing to be
re-emerged.  To put that in perspective, I've likely upgraded all of KDE
at least once, maybe even more than that, since I last ran it.  I guess
doing it that way leads to not having to run that anymore.  May be
something you want to consider, if your rig can handle it and you have
time to do it that way. 

I'd be happy to post the full command options and all from the logs for
you to compare and think on. 

Dale

:-)  :-) 

Re: [gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources

[Mick]

On Tuesday, 3 April 2018 21:50:29 BST Walter Dnes wrote:
>   Lately, I've noticed that text apps under xterm snap back to the
> original screen after the app finishes.  This doesn't happen with all
> apps.  When I hit "q" in "top", the output stays on the screen.  But
> other apps like "mtr" and "vim" and "less" restore the screen from which
> they were launched, which is extremely annoying.
> 
>   A long time ago I ran into this problem and was advised to add
> "XTerm*titeInhibit: true" in .Xresources.  It seems to have stopped
> working recently.  Last night on a web forum people were comparing
> response times from 1.1.1.1 DNS server.  I ran "mtr" in xterm but the
> output would disapper entirely when I hit "q".  I managed to freeze the
> output with {CTRL}{S} so I could do a copy/paste into a post.  But I'd
> like a clean solution rather than a clunky workaround.

I don't know the answer to your question, but for mtr at least you could use 
the -r option to produce a report of the mtr output.

-- 
Regards,
Mick

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

Re: [gentoo-user] Kmail message components

[Elijah Mark Anderson]

On Tuesday, April 3, 2018 5:28:49 PM CDT Mick wrote:
> Yes, exactly.  When 'View Source' disappeared from the context menu of the
> preview pane, I went fishing for it in the main menu.  There I discovered
> 'v' being the keybinding for 'View Source' and have been using it since. 
> However, I often have to move the mouse onto the main window or preview
> pane, so right- clicking to view the source of a message always felt like a
> more natural approach.
> 
> --
> Regards,
> Mick

Agreed. Somebody who's on the KMail Dev mailing list want to forward this 
thread to them? 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

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

Re: [gentoo-user] Kmail message components

[Mick]

On Tuesday, 3 April 2018 23:26:45 BST Marc Joliet wrote:
> Am Mittwoch, 4. April 2018, 00:11:11 CEST schrieb Elijah Mark Anderson:
> > On Tuesday, April 3, 2018 4:28:40 PM CDT Marc Joliet wrote:
> > > I'm not sure what you mean.  I use KMail 5.7.3, too, and still have a
> > > "view
> > > source" menu entry under "Message", or whatever it's called in English
> > > locales (in German it's "Nachricht" -> "Nachrichtencode ansehen").
> > > 
> > > HTH
> > 
> > I think they're talking about the popup/context menu when you right-click
> > in the message preview pane.
> 
> Ah!  Yeah, now I remember, it did indeed disappear at some point :( .

Yes, exactly.  When 'View Source' disappeared from the context menu of the 
preview pane, I went fishing for it in the main menu.  There I discovered 'v' 
being the keybinding for 'View Source' and have been using it since.  However, 
I often have to move the mouse onto the main window or preview pane, so right-
clicking to view the source of a message always felt like a more natural 
approach.

-- 
Regards,
Mick

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

Re: [gentoo-user] Kmail message components

[Marc Joliet]

Am Mittwoch, 4. April 2018, 00:11:11 CEST schrieb Elijah Mark Anderson:
> On Tuesday, April 3, 2018 4:28:40 PM CDT Marc Joliet wrote:
> > I'm not sure what you mean.  I use KMail 5.7.3, too, and still have a
> > "view
> > source" menu entry under "Message", or whatever it's called in English
> > locales (in German it's "Nachricht" -> "Nachrichtencode ansehen").
> > 
> > HTH
> 
> I think they're talking about the popup/context menu when you right-click in
> the message preview pane.

Ah!  Yeah, now I remember, it did indeed disappear at some point :( .

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


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

Re: [gentoo-user] Kmail message components

[Mick]

On Tuesday, 3 April 2018 22:52:51 BST Marc Joliet wrote:
> Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> > or select to view HTML content on a per
> > message basis
> 
> FWIW, for just this particular task you can add the "Toggle HTML Display
> Mode" toolbar button (in German it's "HTML Anzeigemodus Umschalten").  I
> also found a similar feature at
> https://userbase.kde.org/Kmail/Using_Kmail_General (search for "HTML").

Yes, this will deal with toggling the display of the HTML part of a message, 
but it will not offer many other options available through the 'Message 
Structure' pane, like 'Save As', 'Open With', 'Copy', etc.  

I used HTML as an example of a message component.  Personally, I use the 'Show 
Message Structure' to inspect/troubleshoot the envelop structure of multipart 
messages, save parts separately, etc.  I also use 'View Source' to check 
message headers.  So, when these two functions suddenly disappeared I started 
looking for them.  I wasn't aware that they had gone due to conscious 
decisions taken by the devs.

-- 
Regards,
Mick

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

Re: [gentoo-user] Kmail message components

[Elijah Mark Anderson]

On Tuesday, April 3, 2018 4:28:40 PM CDT Marc Joliet wrote:
> I'm not sure what you mean.  I use KMail 5.7.3, too, and still have a "view
> source" menu entry under "Message", or whatever it's called in English
> locales (in German it's "Nachricht" -> "Nachrichtencode ansehen").
> 
> HTH

I think they're talking about the popup/context menu when you right-click in 
the message preview pane. 

--
Mark

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

Re: [gentoo-user] Kmail message components

[Marc Joliet]

Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> or select to view HTML content on a per
> message basis

FWIW, for just this particular task you can add the "Toggle HTML Display Mode" 
toolbar button (in German it's "HTML Anzeigemodus Umschalten").  I also found 
a similar feature at https://userbase.kde.org/Kmail/Using_Kmail_General 
(search for "HTML").

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


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

Re: [gentoo-user] Kmail message components

[Marc Joliet]

Am Dienstag, 3. April 2018, 20:53:40 CEST schrieb Manuel Mommertz:
> Am Dienstag, 3. April 2018, 19:49:16 CEST schrieb Mick:
[...]
> > Annoyingly, the 'View Source' submenu option was also removed ... arrrgh!
> > However, pressing 'v' on a preview pane acts as a short cut for this
> > function.
> 
> Yeah, 'View Source' is the other menu-entry I miss since some versions.
[...]

I'm not sure what you mean.  I use KMail 5.7.3, too, and still have a "view 
source" menu entry under "Message", or whatever it's called in English locales 
(in German it's "Nachricht" -> "Nachrichtencode ansehen").

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


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

[gentoo-user] xterm ignoring "XTerm*titeInhibit: true" in .Xresources

[Walter Dnes]

  Lately, I've noticed that text apps under xterm snap back to the
original screen after the app finishes.  This doesn't happen with all
apps.  When I hit "q" in "top", the output stays on the screen.  But
other apps like "mtr" and "vim" and "less" restore the screen from which
they were launched, which is extremely annoying.

  A long time ago I ran into this problem and was advised to add
"XTerm*titeInhibit: true" in .Xresources.  It seems to have stopped
working recently.  Last night on a web forum people were comparing
response times from 1.1.1.1 DNS server.  I ran "mtr" in xterm but the
output would disapper entirely when I hit "q".  I managed to freeze the
output with {CTRL}{S} so I could do a copy/paste into a post.  But I'd
like a clean solution rather than a clunky workaround.

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

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

[Walter Dnes]

On Mon, Apr 02, 2018 at 08:21:17AM -0700, Ian Zimmerman wrote
> On 2018-04-02 03:59, Dale wrote:
> 
> > That last bit should read can NOT win. Brain didn't quite make it all
> > the way to keyboard. lol
> 
> I read it as beautifully subtle sarcasm, so it worked fine as it was.
> 
> BTW, your mails are full of strange space characters - I didn't
> investigate if they're some Unicode spaces or the Windows codepage
> variety.  Can you turn that off? 

  I checked with mc (Midnight Commander) using hex mode view.  In that
message from Dale, occurences of "{SPACE}{SPACE}" are encoded as hex
"A0 20".  I.e. the first of 2 spaces has the high bit set.

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

Re: [gentoo-user] Re: KDE update revdep-rebuild.sh fail

[Daniel Frey]

On 04/03/18 09:39, Elijah Mark Anderson wrote:
> I'm pretty sure Nikos is correct. When running revdep-rebuild, you'll get the 
> following message that pretty much indicates the shell script version is 
> being 
> retired:
> 
>  * This is the new python coded version
>  * Please report any bugs found using it.
>  * The original revdep-rebuild script is installed as revdep-rebuild.sh
>  * Please file bugs at: https://bugs.gentoo.org/
> 
> On Tuesday, April 3, 2018 11:29:21 AM CDT Nikos Chantziaras wrote:
>> On 03/04/18 04:45, Daniel Frey wrote:
>>> I updated my PC today, and there was a lot of KDE-related packages being
>>> updated.
>>>
>>> As part of my usual update procedure I depclean'ed and ran
>>> revdep-rebuild.sh - and it wants to rebuild every single package on my
>>> system? Surely that has to be some kind of mistake?
>>>
>>> Anyone have any insight?
>>> [...]
>>
>> I ran into this problem too. revdep-rebuild works fine though (note the
>> lack of a ".sh" extension.)
>>
>> I think revdep-rebuild.sh is being retired in favor of revdep-rebuild,
>> and sometimes the old version acts funny.

Well, nuts. I wasn't using the new script because it always issued
warnings and other crap and that drove me crazy. I guess I'll have to
try the new script later.

Dan

Re: [gentoo-user] Kmail message components

[Elijah Mark Anderson]

Any idea why the Kmail team are making such seemingly bad decisions lately?

On Tuesday, April 3, 2018 1:53:40 PM CDT Manuel Mommertz wrote:
> Am Dienstag, 3. April 2018, 19:49:16 CEST schrieb Mick:
> > On Tuesday, 3 April 2018 16:45:45 BST Manuel Mommertz wrote:
> > > Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> > > > Hi All,
> > > > 
> > > > After some recent KDE updates I noticed that Kmail-5.7.3 no longer
> > > > shows
> > > > the message components at the bottom of the preview pane.  As a result
> > > > I
> > > > can't see the components of multipart messages or select to view HTML
> > > > content on a per message basis, should I want/need to do so.
> > > > 
> > > > Have you noticed the same?  Any idea how I could restore this feature?
> > > 
> > > you need to press ctrl+alt+D now to activate it. No menu entry anymore,
> > > see: see https://bugs.kde.org/show_bug.cgi?id=387931
> > 
> > Thank you Manuel.  Unfortunately ctrl+alt+D on an Enlightenment desktop
> > does something entirely different (minimises all windows).
> > 
> > I used Settings/Configure Toolbars and added "Show Message Structure" to
> > the main menu for now.
> > 
> > On a Plasma desktop it works as advertised, so other users on Plasma who
> > may need this feature could use it accordingly.
> > 
> > Annoyingly, the 'View Source' submenu option was also removed ... arrrgh!
> > However, pressing 'v' on a preview pane acts as a short cut for this
> > function.
> 
> Yeah, 'View Source' is the other menu-entry I miss since some versions.
> 
> > Thanks again for your help with this.
> 
> No problem

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

Re: [gentoo-user] Kmail message components

[Manuel Mommertz]

Am Dienstag, 3. April 2018, 19:49:16 CEST schrieb Mick:
> On Tuesday, 3 April 2018 16:45:45 BST Manuel Mommertz wrote:
> > Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> > > Hi All,
> > > 
> > > After some recent KDE updates I noticed that Kmail-5.7.3 no longer shows
> > > the message components at the bottom of the preview pane.  As a result I
> > > can't see the components of multipart messages or select to view HTML
> > > content on a per message basis, should I want/need to do so.
> > > 
> > > Have you noticed the same?  Any idea how I could restore this feature?
> > 
> > you need to press ctrl+alt+D now to activate it. No menu entry anymore,
> > see: see https://bugs.kde.org/show_bug.cgi?id=387931
> 
> Thank you Manuel.  Unfortunately ctrl+alt+D on an Enlightenment desktop does
> something entirely different (minimises all windows).
> 
> I used Settings/Configure Toolbars and added "Show Message Structure" to the
> main menu for now.
> 
> On a Plasma desktop it works as advertised, so other users on Plasma who may
> need this feature could use it accordingly.
> 
> Annoyingly, the 'View Source' submenu option was also removed ... arrrgh!
> However, pressing 'v' on a preview pane acts as a short cut for this
> function.

Yeah, 'View Source' is the other menu-entry I miss since some versions. 

> Thanks again for your help with this.

No problem

Re: [gentoo-user] Kmail message components

[Mick]

On Tuesday, 3 April 2018 16:45:45 BST Manuel Mommertz wrote:
> Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> > Hi All,
> > 
> > After some recent KDE updates I noticed that Kmail-5.7.3 no longer shows
> > the message components at the bottom of the preview pane.  As a result I
> > can't see the components of multipart messages or select to view HTML
> > content on a per message basis, should I want/need to do so.
> > 
> > Have you noticed the same?  Any idea how I could restore this feature?
> 
> you need to press ctrl+alt+D now to activate it. No menu entry anymore, see:
> see https://bugs.kde.org/show_bug.cgi?id=387931

Thank you Manuel.  Unfortunately ctrl+alt+D on an Enlightenment desktop does 
something entirely different (minimises all windows).

I used Settings/Configure Toolbars and added "Show Message Structure" to the 
main menu for now.

On a Plasma desktop it works as advertised, so other users on Plasma who may 
need this feature could use it accordingly.

Annoyingly, the 'View Source' submenu option was also removed ... arrrgh!  
However, pressing 'v' on a preview pane acts as a short cut for this function.

Thanks again for your help with this.
-- 
Regards,
Mick

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

Re: [gentoo-user] Re: KDE update revdep-rebuild.sh fail

[Elijah Mark Anderson]

I'm pretty sure Nikos is correct. When running revdep-rebuild, you'll get the 
following message that pretty much indicates the shell script version is being 
retired:

 * This is the new python coded version
 * Please report any bugs found using it.
 * The original revdep-rebuild script is installed as revdep-rebuild.sh
 * Please file bugs at: https://bugs.gentoo.org/

On Tuesday, April 3, 2018 11:29:21 AM CDT Nikos Chantziaras wrote:
> On 03/04/18 04:45, Daniel Frey wrote:
> > I updated my PC today, and there was a lot of KDE-related packages being
> > updated.
> > 
> > As part of my usual update procedure I depclean'ed and ran
> > revdep-rebuild.sh - and it wants to rebuild every single package on my
> > system? Surely that has to be some kind of mistake?
> > 
> > Anyone have any insight?
> > [...]
> 
> I ran into this problem too. revdep-rebuild works fine though (note the
> lack of a ".sh" extension.)
> 
> I think revdep-rebuild.sh is being retired in favor of revdep-rebuild,
> and sometimes the old version acts funny.

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

[gentoo-user] Re: KDE update revdep-rebuild.sh fail

[Nikos Chantziaras]

On 03/04/18 04:45, Daniel Frey wrote:

I updated my PC today, and there was a lot of KDE-related packages being
updated.

As part of my usual update procedure I depclean'ed and ran
revdep-rebuild.sh - and it wants to rebuild every single package on my
system? Surely that has to be some kind of mistake?

Anyone have any insight?
[...]


I ran into this problem too. revdep-rebuild works fine though (note the 
lack of a ".sh" extension.)


I think revdep-rebuild.sh is being retired in favor of revdep-rebuild, 
and sometimes the old version acts funny.

Re: [gentoo-user] Kmail message components

[Manuel Mommertz]

Am Dienstag, 3. April 2018, 14:42:31 CEST schrieb Mick:
> Hi All,
> 
> After some recent KDE updates I noticed that Kmail-5.7.3 no longer shows the
> message components at the bottom of the preview pane.  As a result I can't
> see the components of multipart messages or select to view HTML content on
> a per message basis, should I want/need to do so.
> 
> Have you noticed the same?  Any idea how I could restore this feature?

you need to press ctrl+alt+D now to activate it. No menu entry anymore, see:
see https://bugs.kde.org/show_bug.cgi?id=387931

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

[Grant Taylor]

On 04/02/2018 10:15 PM, Ian Zimmerman wrote:

Does that mean LFS is dead?  That would be a pity.


Nope.  I see "2018" on the http://www.linuxfromscratch.org/ website.  At 
a quick glance, it looks like LFS is still alive.


I was referring to my ignorance of if LFS has changed since I last 
worked through it 10+ years ago.




--
Grant. . . .
unix || die

[gentoo-user] Kmail message components

[Mick]

Hi All,

After some recent KDE updates I noticed that Kmail-5.7.3 no longer shows the 
message components at the bottom of the preview pane.  As a result I can't see 
the components of multipart messages or select to view HTML content on a per 
message basis, should I want/need to do so.

Have you noticed the same?  Any idea how I could restore this feature?

-- 
Regards,
Mick

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

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

[Marc Joliet]

Am Dienstag, 3. April 2018, 11:02:32 CEST schrieb Neil Bothwick:
> On Tue, 03 Apr 2018 09:28:40 +0100, Peter Humphrey wrote:
> > > > After each period at the end of a sentence, I put in two spaces,
> > > > not one. Something I was taught years ago somewhere and still do.
> > > > I only put one after a comma tho.
> > > 
> > > That is correct professional secretarial style, which I always follow
> > > too.
> > 
> > Correct? In what sense? I've only encountered the practice in American
> > writers (and now Canadian?), so it seems to be a regional preference.
> 
> It was done in the UK too. It dates back to the days of typewriters with
> monospaced text, to make sentence breaks clearer. It's an anachronism
> nowadays, but a habit that is hard to break if you were brought up that
> way.

There's also support for it in text editors, e.g., Vim has an option (append 
'J' to cpoptions) that makes it treat only punctuation followed by two spaces 
as a sentence delimiter, so that using '(' and ')' to move between sentences 
skips abbreviations, which I find very practical (and which is basically why I 
started following this convention in the first place).  Emacs behaves this way 
by default, but you can override it by setting 'sentence-end-double-space' to 
nil, according to the Emacs manual.

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[gentoo-user] frenchspacing (was: Firefox and addons no longer supported question)

[Martin Vaeth]

Peter Humphrey  wrote:
> On Monday, 2 April 2018 21:50:30 BST Philip Webb wrote:
>> 180402 Dale wrote:
>> > After each period at the end of a sentence, I put in two spaces, not one.
>> > Something I was taught years ago somewhere and still do.
>> > I only put one after a comma tho.
>>
>> That is correct professional secretarial style, which I always follow too.
>
> Correct? In what sense?

For non-English languages it is unusual, but according to Knuth,
it is tradition in professional English typesetting to increase
(though usually not double) the amount of space between sentences:
That's why some additional space is TeX default if you do not switch
the behaviour off with \frenchspacing (the latter being default in
many non-English languages).
For details concerning fixed-width typewriters, I know only the
tradition of my country which is \frenchspacing...
I guess the section about French/English spacing in
https://en.wikipedia.org/wiki/History_of_sentence_spacing
is rather exhaustive.

>> > Could that be triggering something ?
>> > I'm using Seamonkey set to send plain text to anything Gentoo related.
>>
>> IIRC HTML defaults to collapse double spaces to single [...]
>
> KMail also has an option to collapse double spaces to one.

Since it is "forbidden" to collapse nonbreakable space, I guess
that the seamonkey editor transforms additional spaces (maybe
only if occurring after punctation signs) to nonbreakable space
to make sure that it is not lost in display.
You need a special editor/mode (like emacs) to optically distinguish
breakable (\x20) and nonbreakable (\xa0 = \x20 | \x80) space.

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

[Neil Bothwick]

On Tue, 03 Apr 2018 09:28:40 +0100, Peter Humphrey wrote:

> > > After each period at the end of a sentence, I put in two spaces,
> > > not one. Something I was taught years ago somewhere and still do.
> > > I only put one after a comma tho.  
> > 
> > That is correct professional secretarial style, which I always follow
> > too.  
> 
> Correct? In what sense? I've only encountered the practice in American
> writers (and now Canadian?), so it seems to be a regional preference.

It was done in the UK too. It dates back to the days of typewriters with
monospaced text, to make sentence breaks clearer. It's an anachronism
nowadays, but a habit that is hard to break if you were brought up that
way.


-- 
Neil Bothwick

PC DOS Error #04: Out of disk space. Delete Windows? (Y)es (H)ell yes!


pgp5GRulE5rWZ.pgp
Description: OpenPGP digital signature

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

[Peter Humphrey]

On Monday, 2 April 2018 21:50:30 BST Philip Webb wrote:
> 180402 Dale wrote:
> > After each period at the end of a sentence, I put in two spaces, not one.
> > Something I was taught years ago somewhere and still do.
> > I only put one after a comma tho.
> 
> That is correct professional secretarial style, which I always follow too.

Correct? In what sense? I've only encountered the practice in American writers 
(and now Canadian?), so it seems to be a regional preference.

> > Could that be triggering something ?
> > I'm using Seamonkey set to send plain text to anything Gentoo related.
> 
> IIRC HTML defaults to collapse double spaces to single ;
> word-processors do so too, if you don't tell them not to.

KMail also has an option to collapse double spaces to one.

-- 
Regards,
Peter.

[gentoo-user] Avoid 'q' (from app-portage/portage-utils) output in eix-sync

[Alarig Le Lay]

Hi,

app-portage/portage-utils installs a postsync hook in
/etc/portage/repo.postsync.d/q-reinit:
#!/bin/sh

repository_name=$1
repository_path=$3

if [ -n "${repository_name}" ]; then
q ${PORTAGE_QUIET:+-q} --reinitialize="${repository_path}"
fi

:

So, according to this script, -q should be used if $PORTAGE_QUIET is not
empty; and q -q -r does not produce any output.

But, if I use it with eix-sync, I still have the q output:
airmure ~ # PORTAGE_QUIET='1' eix-sync
 * Running emerge --sync
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull --quiet
=== Sync completed for gentoo
q: Updating ebuild cache in /usr/portage ...
[…]

Also, the variable is taken in account as '--quiet' is appended to the
git command.

Then, what should I do to avoid 'q: Updating ebuild cache in
/usr/portage ...' as well?

Thanks,
-- 
alarig


signature.asc
Description: PGP signature