Re: Re:emerge [gentoo-user] logging output

[Walter Dnes]

On Tue, May 22, 2018 at 12:56:12PM +, Lucas Ramage wrote

> Or output to file,
> 
> emerge --update --deep --newuse @world > emerge.log
> 
> # then you can open it in a text editor and search around.
> # I took out the `--ask` so that it wouldn't prompt before starting

  This will *NOT* capture error error messages, because you're only
redirecting stdout, not stderr.  One way to get both is to redirect
stderr to stdout before redirecting stdout, e.g.

emerge --update --deep --newuse @world >>emerge.log 2>&1

  And I absolutely *HATE* commands that send "--help" output to stderr
rather than stdout.  That's why I researched this stuff.

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

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 07:33 PM, tu...@posteo.de wrote:
putty (has a gui and minimal configuration possibilities for serial 
connections and bunch more...)


plink is the command line / text equivalent of PuTTY, from the same authors.



--
Grant. . . .
unix || die

Re: [gentoo-user] Console serial terminal/console with command history?

[tuxic]

On 05/22 03:43, R0b0t1 wrote:
> On Tue, May 22, 2018 at 12:39 PM,   wrote:
> > Hi
> >
> > I am currently exploring Mecrisp-Stellaris FORTH on a STM32F103C8 uC.
> >
> > To communicate with the FORTH-system I use a serlal terminal console
> > like picocom.
> >
> > Since I am still learning this quirky though fascinating language I
> > really would appreciate a commandline history.
> >
> > For that I tried picocom and picocom with rlfe / rlwrap, neocon,
> > screen, tio.
> >
> > None worked and/or has a fixed handling of CR<=>LF, which leads
> > to an
> >  ugly
> >  output.
> >
> > Is there any serial terminal/console (no gui), which has a command
> > history of some sort and a configurable handling of cr<=>lf?
> >
> > Thanks for any help in advance -- the FORTH will be with you!
> > Cheers
> > Meino
> >
> 
> Have you tried screen? It may have more features than kermit by
> default, but it is intended for speaking with "smart" terminal devices
> and will do lots of input processing.
> 
> Based on your description of the problem you may want this?
> 
> Cheers,
>  R0b0t1
> 


Hi all,

tahnks a lot for the huge and overwelming amount of posts. help and
opinion about things of the past and the present.

I have to apologise: I overlooked a certain option of rlwrap:

  rlwrap -a picocom -b 115200 --imap lfcrlf,crcrlf -s /usr/local/bin/msend 
/dev/ttyACM0

or

  rlwrap -a tio -b 115200 -d 8 -s 1 -p none -m INLCRNL /dev/ttyACM0

or similiar does the job perfectly.

Cheers!
Meino

PS: I also checked screen (no crlf handling), putty (has a gui and
minimal configuration possibilities for serial connections and bunch
more...)

Re: [gentoo-user] Re: Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 05:12 PM, Grant Edwards wrote:
The 3270 was completely screen-oriented.  An entire screen was loaded 
from the host.  That screen included fields with various attributes 
(e.g. editable vs. read-only).  You could edit whatever was editable on 
the screen, and then when you hit "submit" the entire screen was sent to 
the host (there may have been an option to send only edited or editable 
fields, I don't remember the details).  IOW, it worked vaguely like an 
HTML page containing a form.  Except there were various entertaining 
ways things went wrong that don't happen with an HTML form.  IIRC, if 
you inserted too much data into an improperly defined field, it could 
shift everything below it and muck up all the rest of the fields.  I also 
seem to recall sometimes being able to edit fields that weren't really 
supposed to be editable, and then hilarity ensued when you hit submit.


I should have known / remembered that 3270 was screen oriented.

I've made the comparison to HTML forms multiple times myself.

Ya, the editable / non-editable setting was sent by the host and it 
trusted that the client would not much with them.  A number of mainframe 
hackers have leveraged this (mis)feature before.


Some of the fields are similar to hidden fields in HTML forms.

Though I did actually use some genuine IBM green-screen "3270-like" 
terminals, most of my experience was with 3270 emulators running under 
X11 -- so some of the fun was probably caused by bugs in the emulators.


Yep.



--
Grant. . . .
unix || die

[gentoo-user] Re: Console serial terminal/console with command history?

[Grant Edwards]

On 2018-05-22, Grant Taylor  wrote:

> Aside:  Now my brain is trying to remember the old differences between 
> telnet and 3270 / 5250.  I think that telnet was inherently line 
> oriented (by default) and 3270 / 5250 were something else (but I don't 
> remember what).

The 3270 was completely screen-oriented.  An entire screen was loaded
from the host.  That screen included fields with various attributes
(e.g. editable vs. read-only).  You could edit whatever was editable
on the screen, and then when you hit "submit" the entire screen was
sent to the host (there may have been an option to send only edited or
editable fields, I don't remember the details).  IOW, it worked
vaguely like an HTML page containing a form.  Except there were
various entertaining ways things went wrong that don't happen with an
HTML form.  IIRC, if you inserted too much data into an improperly
defined field, it could shift everything below it and muck up all the
rest of the fields.  I also seem to recall sometimes being able to
edit fields that weren't really supposed to be editable, and then
hilarity ensued when you hit submit.

Though I did actually use some genuine IBM green-screen "3270-like"
terminals, most of my experience was with 3270 emulators running under
X11 -- so some of the fun was probably caused by bugs in the
emulators.

-- 
Grant Edwards   grant.b.edwardsYow! I'm shaving!!
  at   I'M SHAVING!!
  gmail.com

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 03:44 PM, R0b0t1 wrote:
Yes - screen can hold everything until you hit enter and allow you to 
edit the line and do wrapping clientside. Screen also handles control 
codes properly.


Good to know.

Aside:  Now my brain is trying to remember the old differences between 
telnet and 3270 / 5250.  I think that telnet was inherently line 
oriented (by default) and 3270 / 5250 were something else (but I don't 
remember what).


I just tried to find the exact settings but drew a blank. It doesn't 
do local line editing by default. Local editing should be okay with a 
normal device but it will not work well if your board runs Linux.


The other thing that comes to mind is mosh and some of the features that 
it has.


Though, all of those don't do anything like command history.  (I'm 
assuming that editing is limited to the current, unsent, command line.)




--
Grant. . . .
unix || die

Re: [gentoo-user] Where are the AMD microcode updates for spectre?

[Corbin Bird]

On 05/22/2018 03:41 AM, Adam Carter wrote:
> On Tue, May 22, 2018 at 2:47 PM, taii...@gmx.com
>  mailto:taii...@gmx.com>> wrote:
>
> The fam15h microcode update adds IBPB
>
>   * Indirect Branch Prediction Barrier (IBPB)
>     * PRED_CMD MSR is available:  YES
>     * CPU indicates IBPB capability:  YES  (IBPB_SUPPORT feature bit)
>
>
> My fam15 with kernel 4.16.10 and linux-firmware-20180518 confirms IBPB
> has been added;
>
> $ grep . /sys/devices/system/cpu/vulnerabilities/*
> /sys/devices/system/cpu/vulnerabilities/meltdown:Not affected
> /sys/devices/system/cpu/vulnerabilities/spectre_v1:Mitigation: __user
> pointer sanitization
> /sys/devices/system/cpu/vulnerabilities/spectre_v2:Mitigation: Full
> AMD retpoline, IBPB
>
> FWIW i saw a bunch of spectre fixes in 4.16.9
> https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.16.9
.
I cat'd /proc/cpuinfo before and after the firmware upgrade.

The new smaller Fam15h firmware adds "ibpb" and removes "lwp".

Couldn't / Didn't really find a definition of WHAT the 'lwp'
instruction(s) does.

Is 'lwp' used for anything?

Corbin

Re: [gentoo-user] Console serial terminal/console with command history?

[R0b0t1]

On Tue, May 22, 2018 at 4:03 PM, Grant Taylor
 wrote:
> On 05/22/2018 02:43 PM, R0b0t1 wrote:
>>
>> Have you tried screen? It may have more features than kermit by default,
>> but it is intended for speaking with "smart" terminal devices and will do
>> lots of input processing.
>
>
> Are you saying that screen (and possibly tmux, etc.) have the ability to
> inject something like history and command line editing?
>
> I thought that they basically kept track of multiple TTYs (PTYs) and did
> some intelligent shuffling between them and / or copying & pasting of
> content therein.  That seems significantly different than introducing
> something like readline / rlwrap like functionality.
>

Yes - screen *can* hold everything until you hit enter and allow you
to edit the line and do wrapping clientside. Screen also handles
control codes properly.

I just tried to find the exact settings but drew a blank. It doesn't
do local line editing by default. Local editing should be okay with a
normal device but it will not work well if your board runs Linux.

[gentoo-user] Re: Console serial terminal/console with command history?

[Grant Edwards]

On 2018-05-22, Grant Taylor  wrote:
> On 05/22/2018 02:39 PM, Grant Edwards wrote:
>> Just to be pedantic, ckermit isn't a terminal emulator.  It's a serial 
>> comm package that will connect a serial port to whatever terminal/tty 
>> you used to run the ckermit command.  It's also a file transfer protocol, 
>> but that's pretty much irrelevant for this thread.
>
> Duly noted.  I suspect that minicom, cu, and putty-link (?) also qualify 
> the same way.

Yes for cu and (I think) plink.  IIRC, minicom actually _is_ a
terminal emulator.  It emulates an ANSI/VT100 terminal inside whatever
text-mode terminal you run it from.

> Conversely, XTerm, Gnome-Term, PuTTY, Datastorm ProComm, Vandyke 
> (Secure)CRT, and Hummingbird Host Explorer are all true terminal 
> emulators as they are GUI applications that display text.

There are also text-mode terminal emulators.  You can run screen or
minicom from any terminal supported by your system's termcap/terminfo
library, but whatever is connected to screen/minicom thinks it is
talking to an ANSI terminal.

>> I use ckermit every day, but have never tried to wrap it with either 
>> of the aforementioned readline utilities (the things I connect to have 
>> their own command line history/editing facilities).
>
> Interesting.  Can I ask more about what your use case is?

Connecting urxvt instances to physical serial ports which are
connected to physical serial ports on various embedded systems where
I'm developing and testing firmware.

-- 
Grant Edwards   grant.b.edwardsYow! The PILLSBURY DOUGHBOY
  at   is CRYING for an END to
  gmail.comBURT REYNOLDS movies!!

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 03:06 PM, David M. Fellows wrote:

As a terminal emulator that has a lot of configurabilty.


I'm quite curious what sort of configuration you use in (what I 
understand to be) a text based communications package in your day to day 
activities.


I do so much via SSH that I don't even think of anything other than 
XTerm and SSH.


Please enlighten me to what I might be missing.


Yes, but.. you can do some neat things with it.


ya...

I know.

I'm thinking about something that is very much so expect adjacent.

I agree that expect does have it's use cases, and that very little else 
will do when you truly need it.


I ran in to too many people that would try to do things like use expect 
to call commands to create users and deal with the failure cases instead 
of actually looking to see if the user existed first.  Read: expect was 
the wrong tool for that job.




--
Grant. . . .
unix || die

Re: [gentoo-user] Re: Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 02:39 PM, Grant Edwards wrote:
Just to be pedantic, ckermit isn't a terminal emulator.  It's a serial 
comm package that will connect a serial port to whatever terminal/tty 
you used to run the ckermit command.  It's also a file transfer protocol, 
but that's pretty much irrelevant for this thread.


Duly noted.  I suspect that minicom, cu, and putty-link (?) also qualify 
the same way.


Conversely, XTerm, Gnome-Term, PuTTY, Datastorm ProComm, Vandyke 
(Secure)CRT, and Hummingbird Host Explorer are all true terminal 
emulators as they are GUI applications that display text.


I use ckermit every day, but have never tried to wrap it with either 
of the aforementioned readline utilities (the things I connect to have 
their own command line history/editing facilities).


Interesting.  Can I ask more about what your use case is?



--
Grant. . . .
unix || die

Re: [gentoo-user] Console serial terminal/console with command history?

[David M. Fellows]

>On 05/22/2018 12:45 PM, David M. Fellows wrote:
>> Since you want to blast to the past... kermit may do what you 
>> need. Back in the day it connected everything to everything. 
>> See http://www.kermitproject.org/ emerge ckermit.
>
>Are you advocating kermit as a protocol or as a terminal (emulator) client?
As a terminal emulator that has a lot of configurabilty.
>
>> expect might also be twisted to do what you need. It is also in portage.
>
>~shudder~
Yes, but.. you can do some neat things with it.

DaveF

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 02:43 PM, R0b0t1 wrote:
Have you tried screen? It may have more features than kermit by default, 
but it is intended for speaking with "smart" terminal devices and will 
do lots of input processing.


Are you saying that screen (and possibly tmux, etc.) have the ability to 
inject something like history and command line editing?


I thought that they basically kept track of multiple TTYs (PTYs) and did 
some intelligent shuffling between them and / or copying & pasting of 
content therein.  That seems significantly different than introducing 
something like readline / rlwrap like functionality.




--
Grant. . . .
unix || die

Re: [gentoo-user] Console serial terminal/console with command history?

[R0b0t1]

On Tue, May 22, 2018 at 12:39 PM,   wrote:
> Hi
>
> I am currently exploring Mecrisp-Stellaris FORTH on a STM32F103C8 uC.
>
> To communicate with the FORTH-system I use a serlal terminal console
> like picocom.
>
> Since I am still learning this quirky though fascinating language I
> really would appreciate a commandline history.
>
> For that I tried picocom and picocom with rlfe / rlwrap, neocon,
> screen, tio.
>
> None worked and/or has a fixed handling of CR<=>LF, which leads
> to an
>  ugly
>  output.
>
> Is there any serial terminal/console (no gui), which has a command
> history of some sort and a configurable handling of cr<=>lf?
>
> Thanks for any help in advance -- the FORTH will be with you!
> Cheers
> Meino
>

Have you tried screen? It may have more features than kermit by
default, but it is intended for speaking with "smart" terminal devices
and will do lots of input processing.

Based on your description of the problem you may want this?

Cheers,
 R0b0t1

[gentoo-user] Re: Console serial terminal/console with command history?

[Grant Edwards]

On 2018-05-22, Grant Taylor  wrote:
> On 05/22/2018 12:45 PM, David M. Fellows wrote:
>> Since you want to blast to the past... kermit may do what you 
>> need. Back in the day it connected everything to everything. 
>> See http://www.kermitproject.org/ emerge ckermit.
>
> Are you advocating kermit as a protocol or as a terminal (emulator) client?

Just to be pedantic, ckermit isn't a terminal emulator.  It's a serial
comm package that will connect a serial port to whatever terminal/tty
you used to run the ckermit command.  It's also a file transfer
protocol, but that's pretty much irrelevant for this thread.

I use ckermit every day, but have never tried to wrap it with either
of the aforementioned readline utilities (the things I connect to have
their own command line history/editing facilities).

-- 
Grant Edwards   grant.b.edwardsYow! I want a WESSON OIL
  at   lease!!
  gmail.com

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 12:45 PM, David M. Fellows wrote:
Since you want to blast to the past... kermit may do what you 
need. Back in the day it connected everything to everything. 
See http://www.kermitproject.org/ emerge ckermit.


Are you advocating kermit as a protocol or as a terminal (emulator) client?


expect might also be twisted to do what you need. It is also in portage.


~shudder~



--
Grant. . . .
unix || die

Re: [gentoo-user] Re: Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 01:00 PM, Håkon Alstadheim wrote:
Pro-tip: if running emacs on the remote machine, make sure your 
terminal-connection does not interpret Control-S as a STOP signal, 
i.e.  anything to do with XON/XOFF you do NOT want enabled in your 
shell-connection.


Just to clarify, this is a client side terminal (emulator) setting / 
function and not an aspect of an 8 bit clean communications path.


If you used something that relied on the ~ (tilde) character, you may 
need to disable command interception in your ssh client or change the 
character.




--
Grant. . . .
unix || die

Re: [gentoo-user] Re: Console serial terminal/console with command history?

[Håkon Alstadheim]

Den 22. mai 2018 20:28, skrev Ian Zimmerman:
> On 2018-05-22 12:00, Grant Taylor wrote:
>
>> You might also want to check out using vim or emacs as they have
>> terminal emulators built in.  They might be able to apply some command
>> line history / editing (in a round about way).
> Indeed, if there isn't a prepackaged way the next easiest is probably
> customizing emacs "comint" mode (which is the base mode behind shell
> mode and various other specialized interpreter modes).
>
Second that, use emacs. Basically you just need to teach emacs to
recognize the prompt. Most likely it will already work.

There are at least three ways to use emacs for this. The best would be
to run emacs on your local machine and then M-x serial-term or M-x
shell. ('M' stands for meta, usually means you can push the 'alt' key
together with a letter, but there are other ways if you have no alt key,
like on a serial connection) . Third way would be to run emacs in text
mode on the remote machine. If you have ssh running on the remote
machine, check out the "tramp" package in emacs.

With no gui, you would need to learn the old tty-commands in emacs, like
push  followed by 'x' instead of using ALT-x, but it should all be
there.

Pro-tip: if running emacs on the remote machine, make sure your
terminal-connection does not interpret Control-S as a STOP signal, i.e.
anything to do with XON/XOFF you do NOT want enabled in your
shell-connection.

Re: [gentoo-user] Console serial terminal/console with command history?

[David M. Fellows]

>Hi
>
>I am currently exploring Mecrisp-Stellaris FORTH on a STM32F103C8 uC.
>
>To communicate with the FORTH-system I use a serlal terminal console
>like picocom.
>
>Since I am still learning this quirky though fascinating language I
>really would appreciate a commandline history.
>
>For that I tried picocom and picocom with rlfe / rlwrap, neocon,
>screen, tio.
>
>None worked and/or has a fixed handling of CR<=>LF, which leads
>to an
> ugly
> output.
>
>Is there any serial terminal/console (no gui), which has a command
>history of some sort and a configurable handling of cr<=>lf?

Since you want to blast to the past... kermit may do what you need. Back
in the day it connected everything to everything.
See http://www.kermitproject.org/
emerge ckermit.

expect might also be twisted to do what you need. It is also in portage.
DaveF
>
>Thanks for any help in advance -- the FORTH will be with you!
>Cheers
>Meino
>
>
>

[gentoo-user] Re: Console serial terminal/console with command history?

[Ian Zimmerman]

On 2018-05-22 12:00, Grant Taylor wrote:

> You might also want to check out using vim or emacs as they have
> terminal emulators built in.  They might be able to apply some command
> line history / editing (in a round about way).

Indeed, if there isn't a prepackaged way the next easiest is probably
customizing emacs "comint" mode (which is the base mode behind shell
mode and various other specialized interpreter modes).

-- 
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] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 11:54 AM, Grant Taylor wrote:
Random thought:  I have no idea if Plan9's terminal emulator has any 
features for this or not.  It may be worth looking at.  I believe it's 
been ported to Linux.


You might also want to check out using vim or emacs as they have 
terminal emulators built in.  They might be able to apply some command 
line history / editing (in a round about way).




--
Grant. . . .
unix || die

Re: [gentoo-user] Console serial terminal/console with command history?

[Grant Taylor]

On 05/22/2018 11:39 AM, tu...@posteo.de wrote:

I am currently exploring Mecrisp-Stellaris FORTH on a STM32F103C8 uC.


#learningIsFun

To communicate with the FORTH-system I use a serlal terminal console 
like picocom.


Okay.

Since I am still learning this quirky though fascinating language I 
really would appreciate a commandline history.


Understandable.

For that I tried picocom and picocom with rlfe / rlwrap, neocon, 
screen, tio.


I doubt it will make any difference, but you might also try minicom, 
putty, and cu.  You might even be able to get Bash (et al) talk to the 
serial terminal.


None worked and/or has a fixed handling of CR<=>LF, which leads 
to an 
 ugly 
 output.


ACK

Is there any serial terminal/console (no gui), which has a command 
history of some sort and a configurable handling of cr<=>lf?


I would be somewhat surprised if there was.  But only somewhat as there 
are a lot of different terminal (emulators) that have even more features.


Remember, that the job of the terminal (emulator) is to display text 
from the connected device and send input to the connected device.  — 
There's even room for debate about if the terminal (emulator) should 
display characters that are typed (a.k.a. local echo) or if the remote 
system should need to send them back for display (non-local / remote echo).


It sounds like you're wanting to go above and beyond this and have the 
terminal introduce some intelligence into the mix and add (basic) line 
editing capabilities and history.


Such seems like it could be possible to do.  But it also seems beyond a 
basic terminal (emulator) and gets into more of a smart application that 
you interact with in one way and it interacts with the serial device in 
another / different way.


The closest I've come to things like this is using xdotool to send 
commands from one xterm to another.  I could see how you could have a 
(prefix) command that you run that sends the actual command to another 
window.  That way you could leverage the full history and command line 
editor of the terminal (emulator) that you're using.  Granted, this 
would be two windows that you would need to use jointly and in close 
concert with each other.


There may be other ways to take the output from the remote window and 
display it locally, thus sort of providing the ability to hide the 
second / remote window.  But I have no idea how to go about this.


I can see how you might end up with something where you have a big 
window (132x50) for output and another smaller window (132x10) below it 
(I'd try to align them) that is used for input.  It would be reminiscent 
of older mainframe / AS/400 terminals where you have one command line 
and all output comes out above, including a copy of the command entered.


Anyway

I don't know of any examples of what you're asking for.  There may be a 
super fancy terminal (emulator) that will do what you want.  ProComm 
(Plus) and SecureCRT come to mind.  But they're GUIs.


Random thought:  I have no idea if Plan9's terminal emulator has any 
features for this or not.  It may be worth looking at.  I believe it's 
been ported to Linux.



Thanks for any help in advance -- the FORTH will be with you!


Good luck.

Please share if you find anything.



--
Grant. . . .
unix || die

[gentoo-user] Console serial terminal/console with command history?

[tuxic]

Hi

I am currently exploring Mecrisp-Stellaris FORTH on a STM32F103C8 uC.

To communicate with the FORTH-system I use a serlal terminal console
like picocom.

Since I am still learning this quirky though fascinating language I
really would appreciate a commandline history.

For that I tried picocom and picocom with rlfe / rlwrap, neocon,
screen, tio.

None worked and/or has a fixed handling of CR<=>LF, which leads
to an
 ugly
 output.

Is there any serial terminal/console (no gui), which has a command
history of some sort and a configurable handling of cr<=>lf?

Thanks for any help in advance -- the FORTH will be with you!
Cheers
Meino

[gentoo-user] Perl, PERL_IMPLICIT_CONTEXT

[karl]

 Hello,
how do I make sure PERL_IMPLICIT_CONTEXT is defined when building perl ?

Regards,
/Karl Hammar

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

Re: [gentoo-user] Re: logging output

[John Covici]

On Tue, 22 May 2018 10:29:11 -0400,
Grant Edwards wrote:
> 
> On 2018-05-22,  
>  wrote:
> 
> > how do i capture the output to a file and see it on the
> > display?
> 
> Use "tee"
> 
> https://linux.die.net/man/1/tee
> 
> 
> emerge  | tee emerge.out

I use script for this purpose and with that command you can still have
your ask.  Lots of options, see the man page for details.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com

[gentoo-user] Re: Home/End Insert a ~ Instead of Moving Cursor

[Ian Zimmerman]

On 2018-05-22 08:07, Klaus Ethgen wrote:

> On debian not even bash is linked against readline.

It probably bundles its own copy.  Which of course makes things harder
to debug - but hey, it's easier for the developers :P

There was a time when this was one of the things debian was religious
about - no library bundling, period.  Now, I would not be so surprised.
To be fair, it is almost impossible to ship Firefox safely and link it
against system libraries.

Brave new world of browserized computing :-(

-- 
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.

[gentoo-user] Re: Annoying mapping of some keys

[Ian Zimmerman]

On 2018-05-22 07:01, Klaus Ethgen wrote:

> The problem occurs using X or console or ssh.

Check what byte sequences those keys in fact emit.  Here:

 matica!2 ~$ echo '^[[7~' | hexdump -C
  1b 5b 37 7e 0a|.[7~.|
0005
 matica!3 ~$ echo '^[[8~' | hexdump -C
  1b 5b 38 7e 0a|.[8~.|
0005
 matica!4 ~$ echo '^[[3~' | hexdump -C
  1b 5b 33 7e 0a|.[3~.|
0005

I typed them using the readline ^Q mechanism.

If you get different results, the problem is on the level of kernel
keymaps (that is, loadkeys and friends).

If you get the same results: do you have the /etc/terminfo directory and
is the file corresponding to your TERM variable there?

-- 
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.

[gentoo-user] Re: logging output

[Grant Edwards]

On 2018-05-22,  
 wrote:

> how do i capture the output to a file and see it on the
> display?

Use "tee"

https://linux.die.net/man/1/tee


emerge  | tee emerge.out

-- 
Grant Edwards   grant.b.edwardsYow! I'm definitely not
  at   in Omaha!
  gmail.com

[gentoo-user] Re: X11 recovery ... somehow

[Grant Edwards]

On 2018-05-06, tu...@posteo.de  wrote:

> I am running X11 with Nvidia-drivers 396.18-r1.
>
> From time to time I accidentally hit a key combo
> (ALT F*) and I am thrown to the LINUX console.
>
> Back in the years when one setups X11 by hand
> carefully inserting timings for the Cathod Ray Tube
> it was possible to swicth back with CTRL-ALT-F12 
> (or was it ALT-F12).
>
> But this does not work for me.

It depends on the number of virtual consoles your system is
configured for. 6 VCs is common, so it would then be ALT-F7.

-- 
Grant Edwards   grant.b.edwardsYow! Are we live or on
  at   tape?
  gmail.com

Re:emerge [gentoo-user] logging output

[Lucas Ramage]

Use less,

emerge --ask --update --deep --newuse @world | less

Or screen,

screen emerge --ask --update --deep --newuse @world
# then Ctrl+A Esc to go into copy mode which can be navigated with up and 
down arrow keys

Or output to file,

emerge --update --deep --newuse @world > emerge.log

# then you can open it in a text editor and search around.
# I took out the `--ask` so that it wouldn't prompt before starting

On May 22, 2018 12:48:57 PM UTC, mad.scientist.at.la...@tutanota.com wrote:
>when i type, for example "emerge --ask --update --deep --newuse
>@world", how do i capture the output to a file and see it on the
>display?  It doesn't all fit in the konsole buffer (or should i bump it
>way up?)  I ask because it apparently failed to install selinux but i
>couldn't reread it to see exactly what the issue might be.
>
>mad.scientist.at.large (a good madscientist)
>--

[gentoo-user] logging output

[mad.scientist.at.large]

when i type, for example "emerge --ask --update --deep --newuse @world", how do 
i capture the output to a file and see it on the display?  It doesn't all fit 
in the konsole buffer (or should i bump it way up?)  I ask because it 
apparently failed to install selinux but i couldn't reread it to see exactly 
what the issue might be.

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

[gentoo-user] Servers down earlier?

[mad.scientist.at.large]

were some of the servers needed for install down a bit ago?  was having 
problems with dns temporarily not resolving?
in any case it seems to be working now, just trying to figure out if my gear 
had an issue.

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

Re: [gentoo-user] KDE VM Plasmashell corrupt

[Philip Webb]

180522 Neil Bothwick wrote:
> KDE5 (or KF5 or whatever they want to call it) no longer uses ~/.kde4,
> config files are stored in ~/.config

I'm using kde-plasma 5.11.5 , kde-frameworks 5.43.0 , kde-apps 17.12.3 .
There are lots of KDE files in  ~/.config ,
but when I restarted the system a few hours ago (2018-05-21) ,
it wrote  ~/.kde4/share/config/kdeglobals
(nothing else has been written there since 2017) ;
 ~/.config/kdeglobals  was last updated 2018-03-05 .

Can anyone explain ?

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

Re: [gentoo-user] Where are the AMD microcode updates for spectre?

[Adam Carter]

On Tue, May 22, 2018 at 2:47 PM, taii...@gmx.com  wrote:

> The fam15h microcode update adds IBPB
>
>   * Indirect Branch Prediction Barrier (IBPB)
> * PRED_CMD MSR is available:  YES
> * CPU indicates IBPB capability:  YES  (IBPB_SUPPORT feature bit)
>

My fam15 with kernel 4.16.10 and linux-firmware-20180518 confirms IBPB has
been added;

$ grep . /sys/devices/system/cpu/vulnerabilities/*
/sys/devices/system/cpu/vulnerabilities/meltdown:Not affected
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Mitigation: __user
pointer sanitization
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Mitigation: Full AMD
retpoline, IBPB

FWIW i saw a bunch of spectre fixes in 4.16.9
https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.16.9

Re: [gentoo-user] KDE VM Plasmashell corrupt

[Dale]

Neil Bothwick wrote:
> On Mon, 21 May 2018 17:36:50 -0400, Daniel D Jones wrote:
>
>> I've logged in as root and completely deleted ~/.kde4 (under my normal
>> login) and rebooted without fixing the issue.
> KDE5 (or KF5 or whatever they want to call it) no longer uses ~/.kde4,
> config files are stored in ~/.config
>
>


I'm glad you posted this, and glad I read this thread even tho I could
be of no help whatsoever.  I needed to get a fresh start with Konsole
and Kmix and I deleted the files in the old kde4 directory but forgot
those are no longer used.  That explains why those hadn't reset to
default values.  Maybe now I can get those two things to reset
properly.  Maybe. 

Talk about a forehead slapper.  ROFL

Dale

:-)  :-) 

Re: [gentoo-user] KDE VM Plasmashell corrupt

[Neil Bothwick]

On Mon, 21 May 2018 17:36:50 -0400, Daniel D Jones wrote:

> I've logged in as root and completely deleted ~/.kde4 (under my normal
> login) and rebooted without fixing the issue.

KDE5 (or KF5 or whatever they want to call it) no longer uses ~/.kde4,
config files are stored in ~/.config


-- 
Neil Bothwick

If you cannot fix it, feature it.




pgpWzvCY22A_W.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] udev-238 and google?

[Mick]

On Tuesday, 22 May 2018 00:13:31 BST Mike Gilbert wrote:
> On Sat, May 19, 2018 at 3:53 AM, Mick  wrote:
> > I noticed network related google variables being added in the compilation
> > by emerge as udev was being updated to 238 today:
[snip ...]

> > I don't know/understand why meson needs the above, but is there a reason
> > google DNS and NTP servers take precedence over my system settings?
> 
> You are misinterpreting this output. Nothing is "taking precedence"
> over your local settings.
> 
> systemd-udev is a component of systemd. To build it, we have to run
> meson in the systemd source tree.
> 
> The DNS servers are used by systemd-resolved.
> The NTP servers are used by systemd-timedated.
> 
> The meson build file defines default settings so that these programs
> will work even on an unconfigured system.
> 
> systemd-udev does not utilize these settings, so they are completely
> irrelevant for sys-fs/udev.

Thank you for explaining this to me Mike.
-- 
Regards,
Mick

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

Re: [gentoo-user] X11 recovery ... somehow

[J. Roeleveld]

On Sunday, May 6, 2018 2:45:51 PM CEST tu...@posteo.de wrote:
> Hi,
> 
> I am running X11 with Nvidia-drivers 396.18-r1.
> 
> From time to time I accidentally hit a key combo
> (ALT F*) and I am thrown to the LINUX console.
> 
> Back in the years when one setups X11 by hand
> carefully inserting timings for the Cathod Ray Tube
> it was possible to swicth back with CTRL-ALT-F12
> (or was it ALT-F12).
> 
> But this does not work for me.
> 
> 1) For debugging purposes I would like to
>get a fully working switch between the
>Linux console and X11 back and forth.
> 2) If that is not possible see below.
> 
> But!
> If I was accidentally thrown to the Linux console
> by my own eloborated usage of the keyboard (h)
> I am able to do the following:
> 
> Login as myself (console login) and do another
> startx.
> This will start a new X11 session.
> 
> Is it possible somehow to "take over" the original
> X11 session, which is still running in the background
> to cleanly ending the tasks running and waiting for
> my input?

When  I switch to the console (using ++F1), I usually find the X-
session by using + until I get to the X-session.

--
Joost

Re: [gentoo-user] Home/End Insert a ~ Instead of Moving Cursor

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Disregard (partly) my mail before.

in bash, the questionable keys work. It is only zsh where it does not
work.

After some digging, I found that zsh is not linked against readline.
Even more it wonders me why it work on other platforms.

On debian not even bash is linked against readline.

I am confused as before. :-(

Regards
   Klaus
- -- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Comment: Charset: ISO-8859-1

iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlsDwZEACgkQpnwKsYAZ
9qwuIgwAjj+tr5HreWXU2oO+vcGKl2Elf6htb2Gh5GpTgKEpFf2Yzq/TfmQpowMq
ICpBanD3wgSaEdBia4Pf7+hP+D4LrNHd675TJc73cFik4YIzPEQik65Kcc7eN+o/
RqYV5XhiJq3FtBylfk81gsZQOuCubj6JCNcks+C1S013jsX361s8j5mMOpQyaJ7r
QZyGUN2tSlvsBN8HXSh2xBPlWSQazyeTbflWaGLAhFuWZoReec8yasNeI9gEQFil
747amnJGhI0Hg6pAGZf82q5ce3hHDQvkq9FcQyRom1vIiucJiyHS34rqT/tqXQVk
jBF9MfoZMADja+7iUZiOawbUONBJBGSTS/3P7h2tvaKgy42ZZwPPkLklCgBzZfhR
QLMah5Hx527cQJx9lhoDc2BiuTXwoY0G1k07QJNB5pPQyT/VBB7cQIRLc3LGaOCn
ok0aUKNO1UfvZIn+ebSYhmMttpzEb1uVUflNwEEZv8s7V3LfHpZlBlhTOtVn4e27
g7j3Yzg7
=Cep0
-END PGP SIGNATURE-