Re: f26 chroot PATH doesn't include /bin

[Tony Nelson]

On 17-08-31 14:43:10, Rick Stevens wrote:

On 08/31/2017 11:14 AM, Tony Nelson wrote:
> On 17-08-31 12:41:09, Mike Wright wrote:
>
>> How about using "env":  env PATH="new_path" chroot /some_dir
>>
>> Wouldn't this preempt the passed PATH, profile, bashrc, and the dot
>> files?  If so, chroot could be defined as an alias to "env ...  
chroot"

>> and thereby eliminate the problem.
>
> Seems to work.  Note that this only changes the passed path; any
> pathmunge()'ing in the chroot's startup scripts still happens.  I've
> already fixed the problem inside the chroot, but I'll set this up if
> I find another problematic chroot.  It should be OK to look at
> /usr/bin twice if /bin -> /usr/bin and the command doesn't exist.

If the pathmunging is done in a "//etc/..." script
or in a "~/.whatever", absolutely as that is done after the chroot
spawns the shell in the chrooted environment. If you're saying it
happens before the chroot, then I don't know how that'd occur.


No, I didn't say that.  I said "I've already fixed the problem inside
the chroot".



I think the issue you've been having is that your chroot environment
doesn't have the merged /bin and /usr/bin. It has separate /bin and
/usr/bin directories. After the merge of /bin and /usr/bin was
established, I believe bash's built-in default PATH was modified to
assume this symlink was done. That's why the new bash doesn't have a
separate "/bin" in its default path.


bash's default path is not being used; if it were, it would be the
CentOS5 bash.  PATH is set in the chroot environment by chroot itself,
which is how the outer PATH or the env PATH get into it.  The f20 chroot
works because it postdates the /bin -> /usr/bin merge and doesn't need
/bin in PATH.  CentOS5 has separate /bin and /usr/bin, and needs /bin in
PATH.  That can be passed in, as with env, or done in the chroot by
pathmunge'ing in a bash startup script in /etc/profile.d (both
/etc/profile and /etc/bashrc source that directory).

--

TonyN.:'   
  '  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Tony Nelson]

On 17-08-31 11:34:21, Kevin Cummings wrote:

On 08/30/17 15:16, Tony Nelson wrote:
> I have an old CentOS5 that I chroot into.  On my old f20 box, PATH
> included /bin, but now on f26 it does not.  I don't understand how

For a while now, /bin should be a link to /usr/bin.  is /usr/bin in  
the

PATH?


CentOS5.

It is still a mystery how it worked on f20, as it postdates the /bin
-> /usr/bin merge and its PATH does not contain /bin.

--

TonyN.:'   
  '  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Bug? Multiple password prompts for encrypted partitions

[Christopher]

On Tue, Aug 29, 2017 at 8:26 AM Ed Greshko  wrote:

> On 08/28/2017 05:16 PM, Ed Greshko wrote:
> > On 08/28/2017 03:27 PM, Christopher wrote:
> >> One interesting thing I noticed with this: if I hit "Backspace" a few
> times before
> >> typing the password, it seems to work on the first attempt. For some
> reason,
> >> something seems to be polluting the input buffer during boot, which
> makes it behave
> >> as a wrong password on the first attempt. Not sure what that could be.
> Also, I
> >> still have no idea why it requires two subsequent attempts after that
> to decrypt,
> >> instead of the expected one.
> >>
> >>
> > This may or may not be your issue.  So, just something to consider.
> >
> > A few years ago I had the same problem not with encrypted partitions but
> with the
> > login at the GUI prompt (I was using KDM back then)  after boot.  I had
> to remember
> > to hit backspace a few times otherwise it would tell me the password was
> wrong.  I
> > have a wireless USB keyboard and it turned out to be the problem with
> the USB
> > receiver.  Replacing that fixed the issue.
> >
> >
> Just a "funny" note here.  I had to replace my keyboard due to "cat
> abuse".  Unlike
> my old keyboard which had a dedicated power switch this one will go to
> sleep after a
> time.  So, now I have to remember to hit any key if it has been idle for a
> time.  The
> first key stroke only wakes up the keyboard and does not generate an event.
>
>

Well, I hope my issue is not a hardware problem. I don't want to replace my
laptop right now. It does not "feel" like a hardware problem, though. For
example, sometimes I can only type a few characters into the entry field
before it stops accepting characters... before I finish typing my
passphrase. It's as if the field is full of some other junk from some other
systemd process (at the console, I've even seen service log messages
printed into the space where I'm supposed to be typing my passphrase... but
I don't know if this is simply another process printing to the same
console, or if it's actually corrupting the input buffer). I have to
backspace to completely delete everything in the input field before I can
enter my passphrase.

It "feels" like it's a startup service problem... with some other
background process barfing into STDIN, instead of waiting until after I
unlock the disks. It still could be hardware... it would certainly explain
the symptoms, but I have not had any other issues with the laptop's
keyboard, and I really really "hope" it's not. Hope does not always match
reality, though. :)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: File transfer for a GoPro Hero Session

[Rick Stevens]

On 08/31/2017 01:04 PM, Jack Craig wrote:
> have you looked at wifi connection?

Uhm, does the Hero use MTPFS like some cameras and cell phones? Perhaps
"simple-mtpfs" would help. First:

simple-mtpfs -l

to list the potential devices. Identify the device's ID, then

simple-mtpfs --device= /path/to/mountpoint

to mount it. To unmount it:

simple-mtpfs -u /path/to/mountpoint

Just an idea. It's been a while since I futzed with a GoPro.

> 
> On Thu, Aug 31, 2017 at 8:02 AM, Philip Rhoades  > wrote:
> 
> People,
> 
> I just bought this camera but on my F25 x86_64 XFCE workstation,
> plugging the camera into a USB port does not register a device -
> from Googling it appears that I might have to use gvfs to get a
> usable connection?  Has anyone got this working with a setup like mine?
> 
> Thanks,
> 
> Phil.
> -- 
> Philip Rhoades
> 
> PO Box 896
> Cowra  NSW  2794
> Australia
> E-mail:  p...@pricom.com.au 
> ___
> users mailing list -- users@lists.fedoraproject.org
> 
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 
> 
> 
> 
> 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 


-- 
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- Make it idiot proof and someone will make a better idiot.  -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: File transfer for a GoPro Hero Session

[Jack Craig]

have you looked at wifi connection?

On Thu, Aug 31, 2017 at 8:02 AM, Philip Rhoades  wrote:

> People,
>
> I just bought this camera but on my F25 x86_64 XFCE workstation, plugging
> the camera into a USB port does not register a device - from Googling it
> appears that I might have to use gvfs to get a usable connection?  Has
> anyone got this working with a setup like mine?
>
> Thanks,
>
> Phil.
> --
> Philip Rhoades
>
> PO Box 896
> Cowra  NSW  2794
> Australia
> E-mail:  p...@pricom.com.au
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: in konsole vim shows $q q at startup!

[Frédéric Bron]

>> I use KDE, so added 'set term=konsole-256color' to my .vimrc file.
>
> I see that I have in my .vimrc the following:
> if ($TERM!="")
>   :set invttybuiltin term=$TERM
> endif
>
> So I tried setting TERM to konsole-256color and it worked.

In fact I followed this suggestion for setting TERM:

"Settings → Profiles, then for each profile Edit Profile → General →
Environment: [ Edit… ]"

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Rick Stevens]

On 08/31/2017 11:14 AM, Tony Nelson wrote:
> On 17-08-31 12:41:09, Mike Wright wrote:
> 
>> How about using "env":  env PATH="new_path" chroot /some_dir
>>
>> Wouldn't this preempt the passed PATH, profile, bashrc, and the dot
>> files?  If so, chroot could be defined as an alias to "env ... chroot"
>> and thereby eliminate the problem.
> 
> Seems to work.  Note that this only changes the passed path; any
> pathmunge()'ing in the chroot's startup scripts still happens.  I've
> already fixed the problem inside the chroot, but I'll set this up if
> I find another problematic chroot.  It should be OK to look at
> /usr/bin twice if /bin -> /usr/bin and the command doesn't exist.

If the pathmunging is done in a "//etc/..." script
or in a "~/.whatever", absolutely as that is done after the chroot
spawns the shell in the chrooted environment. If you're saying it
happens before the chroot, then I don't know how that'd occur.

I think the issue you've been having is that your chroot environment
doesn't have the merged /bin and /usr/bin. It has separate /bin and
/usr/bin directories. After the merge of /bin and /usr/bin was
established, I believe bash's built-in default PATH was modified to
assume this symlink was done. That's why the new bash doesn't have a
separate "/bin" in its default path.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- If you can't beat your computer at chess...try kickboxing! -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Tony Nelson]

On 17-08-31 12:41:09, Mike Wright wrote:


How about using "env":  env PATH="new_path" chroot /some_dir

Wouldn't this preempt the passed PATH, profile, bashrc, and the dot  
files?  If so, chroot could be defined as an alias to "env ...  
chroot" and thereby eliminate the problem.


Seems to work.  Note that this only changes the passed path; any
pathmunge()'ing in the chroot's startup scripts still happens.  I've
already fixed the problem inside the chroot, but I'll set this up if
I find another problematic chroot.  It should be OK to look at
/usr/bin twice if /bin -> /usr/bin and the command doesn't exist.

--

TonyN.:'   
  '  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Tony Nelson]

On 17-08-31 12:18:38, Tom H wrote:

On Wed, Aug 30, 2017 at 3:16 PM, Tony Nelson
 wrote:
>
> I have an old CentOS5 that I chroot into. On my old f20 box, PATH
> included /bin, but now on f26 it does not. I don't understand how
> this could happen; I would think that PATH is set inside the chroot
> by the shell. How does PATH get set? I see how it is modified and
> have fixed my issue, provided I use a login shell.

It's because chroot keeps PATH set. So if your pre-chroot PATH doesn't
include "/sbin" or "/bin", they won't be in the chrooted PATH:


OK, now I get it.  I have another chroot for f20, which is after the
/bin -> /usr/bin transition, that works because it doesn't need any  
help.


 ...

If you use a login shell (eg, "chroot /bb bash -l" instead of "chroot
/bb bash"), the dotfiles that will be sourced will set the appropriate
chrooted PATH.


Sadly, no, not without editing them.  The only pathmunge()'ing I see is
for root's use of sbin.  I added a file to /etc/profile.d to pathmunge
/bin, which sets the path for both interactive and login shells.

I still have an issue of no saved history on plain interactive shells,
so I do specify a login shell.  My f20 chroot doesn't have the problem,
either as a login shell or not as shown by `shopt login_shell`, but
it's a more complicated (overlayfs over ro mount) setup, as well as
newer than the CentOS5 setup.

The history issue with CentOS5 chroot is new with f26, and worked in
f20.

--

TonyN.:'   
  '  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26+Plasma: windows go to background when resized!

[Frédéric Bron]

OK it's fixed. I did not see that "left button" was at "place below"!
Thansk,
Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Rick Stevens]

On 08/31/2017 09:41 AM, Mike Wright wrote:
> On 08/31/2017 09:26 AM, Rick Stevens wrote:
>> On 08/31/2017 08:34 AM, Kevin Cummings wrote:
>>> On 08/30/17 15:16, Tony Nelson wrote:
 I have an old CentOS5 that I chroot into.  On my old f20 box, PATH
 included /bin, but now on f26 it does not.  I don't understand how
>>>
>>> For a while now, /bin should be a link to /usr/bin.  is /usr/bin in the
>>> PATH?
>>
>> That's the most likely issue here. The OP keeps referring to an F20
>> box and IIRC that predates the /bin<-->/usr/bin changeover.
>>
>> To answer the question, bash has an initial PATH compiled into it.
>> What that PATH contains depends on how bash was built and how bash
>> was launched (they inherit the environment of the launching process--
>> interactive or not). The vast majority of systems bugger that default
>> path by use of the /etc/bashrc script and possibly custom scripts in
>> /etc/profile.d.
>>
>> Interactive (login) shells are typically launched by the login process
>> and inherit the login process' PATH (see "man login" for details). The
>> additional stuff (/etc/bashrc, /etc/profile, etc.) are also invoked.
>>
>> A chrooted shell gets its environment from the chroot process and would
>> run any normal startup scripts, but they'd be from the chrooted /etc,
>> not necessarily the root system's /etc.
> 
> How about using "env":  env PATH="new_path" chroot /some_dir
> 
> Wouldn't this preempt the passed PATH, profile, bashrc, and the dot
> files?  If so, chroot could be defined as an alias to "env ... chroot"
> and thereby eliminate the problem.

I suppose you could:

env PATH="/bin:/sbin:/usr/bin:/usr/sbin" chroot /some_dir

Remember that the chrooted shell would be looking for the directories in
the "PATH=" under "/some_dir", since the shell would rooted there.

Chroot jails can be complex to set up. You need all the utilities you
need in the chroot along with their required libraries, etc., etc.
It might be better to look at things like sandboxes (based on selinux),
lxc (linux containers) or firejail (based on linux namespaces and other
goodies).

Oh, wow, my brain is starting to cramp on this. :p
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
-Admitting you have a problem is the first step toward getting   -
-medicated for it.  -- Jim Evarts (http://www.TopFive.com)   -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Mike Wright]

On 08/31/2017 09:26 AM, Rick Stevens wrote:

On 08/31/2017 08:34 AM, Kevin Cummings wrote:

On 08/30/17 15:16, Tony Nelson wrote:

I have an old CentOS5 that I chroot into.  On my old f20 box, PATH
included /bin, but now on f26 it does not.  I don't understand how


For a while now, /bin should be a link to /usr/bin.  is /usr/bin in the
PATH?


That's the most likely issue here. The OP keeps referring to an F20
box and IIRC that predates the /bin<-->/usr/bin changeover.

To answer the question, bash has an initial PATH compiled into it.
What that PATH contains depends on how bash was built and how bash
was launched (they inherit the environment of the launching process--
interactive or not). The vast majority of systems bugger that default
path by use of the /etc/bashrc script and possibly custom scripts in
/etc/profile.d.

Interactive (login) shells are typically launched by the login process
and inherit the login process' PATH (see "man login" for details). The
additional stuff (/etc/bashrc, /etc/profile, etc.) are also invoked.

A chrooted shell gets its environment from the chroot process and would
run any normal startup scripts, but they'd be from the chrooted /etc,
not necessarily the root system's /etc.


How about using "env":  env PATH="new_path" chroot /some_dir

Wouldn't this preempt the passed PATH, profile, bashrc, and the dot 
files?  If so, chroot could be defined as an alias to "env ... chroot" 
and thereby eliminate the problem.





this could happen; I would think that PATH is set inside the chroot
by the shell.  How does PATH get set?  I see how it is modified and
have fixed my issue, provided I use a login shell.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Rick Stevens]

On 08/31/2017 08:34 AM, Kevin Cummings wrote:
> On 08/30/17 15:16, Tony Nelson wrote:
>> I have an old CentOS5 that I chroot into.  On my old f20 box, PATH
>> included /bin, but now on f26 it does not.  I don't understand how
> 
> For a while now, /bin should be a link to /usr/bin.  is /usr/bin in the
> PATH?

That's the most likely issue here. The OP keeps referring to an F20
box and IIRC that predates the /bin<-->/usr/bin changeover.

To answer the question, bash has an initial PATH compiled into it.
What that PATH contains depends on how bash was built and how bash
was launched (they inherit the environment of the launching process--
interactive or not). The vast majority of systems bugger that default
path by use of the /etc/bashrc script and possibly custom scripts in
/etc/profile.d.

Interactive (login) shells are typically launched by the login process
and inherit the login process' PATH (see "man login" for details). The
additional stuff (/etc/bashrc, /etc/profile, etc.) are also invoked.

A chrooted shell gets its environment from the chroot process and would
run any normal startup scripts, but they'd be from the chrooted /etc,
not necessarily the root system's /etc.

>> this could happen; I would think that PATH is set inside the chroot
>> by the shell.  How does PATH get set?  I see how it is modified and
>> have fixed my issue, provided I use a login shell.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- Veni, Vidi, VISA:  I came, I saw, I did a little shopping. -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Tom H]

On Thu, Aug 31, 2017 at 11:34 AM, Kevin Cummings
 wrote:
> On 08/30/17 15:16, Tony Nelson wrote:
>>
>> I have an old CentOS5 that I chroot into. On my old f20 box, PATH
>> included /bin, but now on f26 it does not. I don't understand how
>
> For a while now, /bin should be a link to /usr/bin. is /usr/bin in the
> PATH?

On CentOS 5, /bin, /lib, /sbin aren't symlinks to their /usr
counterparts; that was done with CentOS 7.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Tom H]

On Wed, Aug 30, 2017 at 3:16 PM, Tony Nelson
 wrote:
>
> I have an old CentOS5 that I chroot into. On my old f20 box, PATH
> included /bin, but now on f26 it does not. I don't understand how
> this could happen; I would think that PATH is set inside the chroot
> by the shell. How does PATH get set? I see how it is modified and
> have fixed my issue, provided I use a login shell.

It's because chroot keeps PATH set. So if your pre-chroot PATH doesn't
include "/sbin" or "/bin", they won't be in the chrooted PATH:

root@fedraw ~ # echo $PATH
/usr/sbin:/usr/bin

root@fedraw ~ # chroot /bb ./busybox sh

\u@\h \w # echo $PATH
/usr/sbin:/usr/bin

\u@\h \w # exit

root@fedraw ~ # PATH=/sbin:/bin:/usr/sbin:/usr/bin chroot /bb ./busybox sh

\u@\h \w # echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin

\u@\h \w # exit

root@fedraw ~ #

If you use a login shell (eg, "chroot /bb bash -l" instead of "chroot
/bb bash"), the dotfiles that will be sourced will set the appropriate
chrooted PATH.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: in konsole vim shows $q q at startup!

[Frédéric Bron]

> This has already been reported at https://github.com/vim/vim/issues/2008

Thanks!

> I use KDE, so added 'set term=konsole-256color' to my .vimrc file.

I see that I have in my .vimrc the following:
if ($TERM!="")
  :set invttybuiltin term=$TERM
endif

So I tried setting TERM to konsole-256color and it worked.

Thanks,

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: in konsole vim shows $q q at startup!

[Frédéric Bron]

> What version you are using?
> mine are worked fine
>
> $ vim -version
> VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Aug 22 2017 12:33:17)


Same:
$ vim --version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Aug 22 2017 12:33:17)

> If you don't mind, what is your "$ env | grep TERM" output ?

xterm-256color

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26+Plasma: windows go to background when resized!

[Frédéric Bron]

> I have no such problem. The window resizes as expected.
>
> Nope. Clicking on the title bar does nothing. However, in the 'System 
> settings-
>> Window behaviour->Titlebar Actions' the titlebar double-click option is set
> to 'Nothing' :-)

Tried with "nothing", same issue.
I checked that title bar options are fine. I do not understand.

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: f26 chroot PATH doesn't include /bin

[Kevin Cummings]

On 08/30/17 15:16, Tony Nelson wrote:
> I have an old CentOS5 that I chroot into.  On my old f20 box, PATH
> included /bin, but now on f26 it does not.  I don't understand how

For a while now, /bin should be a link to /usr/bin.  is /usr/bin in the
PATH?

> this could happen; I would think that PATH is set inside the chroot
> by the shell.  How does PATH get set?  I see how it is modified and
> have fixed my issue, provided I use a login shell.
> 

-- 
Kevin J. Cummings
cummi...@kjchome.homeip.net
cummi...@kjc386.framingham.ma.us
kjch...@icloud.com
Registered Linux User #1232 (http://www.linuxcounter.net/)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26+Plasma: windows go to background when resized!

[John Horne]

On Thu, 2017-08-31 at 16:59 +0200, Frédéric Bron wrote:
> > When I resize a window by clicking in a corner, the windows goes in
> > the background during dragging and remains there after dragging, this
> > is very strange!
> >
> > This does not depend on the "windows behaviour" settings although I
> > normally use "focus follow mouse" (I get the same behaviour with
> > "click to get focus").
>
I have no such problem. The window resizes as expected.

> Oh, it is not only when resizing: whenever I click on the title bar of
> a window, it goes to the background!
>
Nope. Clicking on the title bar does nothing. However, in the 'System settings-
> Window behaviour->Titlebar Actions' the titlebar double-click option is set
to 'Nothing' :-)



John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK

[http://www.plymouth.ac.uk/images/email_footer.gif]

This email and any files with it are confidential and intended solely for the 
use of the recipient to whom it is addressed. If you are not the intended 
recipient then copying, distribution or other use of the information contained 
is strictly prohibited and you should not rely on it. If you have received this 
email in error please let the sender know immediately and delete it from your 
system(s). Internet emails are not necessarily secure. While we take every 
care, Plymouth University accepts no responsibility for viruses and it is your 
responsibility to scan emails and their attachments. Plymouth University does 
not accept responsibility for any changes made after it was sent. Nothing in 
this email or its attachments constitutes an order for goods or services unless 
accompanied by an official order form.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: in konsole vim shows $q q at startup!

[Robbi Nespu]

What version you are using?
mine are worked fine

$ vim -version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Aug 22 2017 12:33:17)


Plus, I found some people posted[1] about $q appearance on vim first line
when loaded a few days ago.
If you don't mind, what is your "$ env | grep TERM" output ?

[1] https://github.com/vim/vim/issues/2008


On Thu, Aug 31, 2017 at 10:43 PM, Frédéric Bron 
wrote:
>
> Hi,
>
> When I open vim in konsole, it shows $q q at startup. If I insert
> text, $q q is replaced by the text I typed.
> gvim has no issue.
> vim in terminator is fine.
>
> Frédéric
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org




--

Best Regards,
RN
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: in konsole vim shows $q q at startup!

[John Horne]

On Thu, 2017-08-31 at 16:43 +0200, Frédéric Bron wrote:
> Hi,
>
> When I open vim in konsole, it shows $q q at startup. If I insert
> text, $q q is replaced by the text I typed.
> gvim has no issue.
> vim in terminator is fine.
>
This has already been reported at https://github.com/vim/vim/issues/2008
I leave you to go through all the comments about it!
I use KDE, so added 'set term=konsole-256color' to my .vimrc file.



John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK

[http://www.plymouth.ac.uk/images/email_footer.gif]

This email and any files with it are confidential and intended solely for the 
use of the recipient to whom it is addressed. If you are not the intended 
recipient then copying, distribution or other use of the information contained 
is strictly prohibited and you should not rely on it. If you have received this 
email in error please let the sender know immediately and delete it from your 
system(s). Internet emails are not necessarily secure. While we take every 
care, Plymouth University accepts no responsibility for viruses and it is your 
responsibility to scan emails and their attachments. Plymouth University does 
not accept responsibility for any changes made after it was sent. Nothing in 
this email or its attachments constitutes an order for goods or services unless 
accompanied by an official order form.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

File transfer for a GoPro Hero Session

[Philip Rhoades]

People,

I just bought this camera but on my F25 x86_64 XFCE workstation, 
plugging the camera into a USB port does not register a device - from 
Googling it appears that I might have to use gvfs to get a usable 
connection?  Has anyone got this working with a setup like mine?


Thanks,

Phil.
--
Philip Rhoades

PO Box 896
Cowra  NSW  2794
Australia
E-mail:  p...@pricom.com.au
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26+Plasma: windows go to background when resized!

[Frédéric Bron]

> When I resize a window by clicking in a corner, the windows goes in
> the background during dragging and remains there after dragging, this
> is very strange!
>
> This does not depend on the "windows behaviour" settings although I
> normally use "focus follow mouse" (I get the same behaviour with
> "click to get focus").

Oh, it is not only when resizing: whenever I click on the title bar of
a window, it goes to the background!

What's happening with F26?

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

F26+Plasma: windows go to background when resized!

[Frédéric Bron]

When I resize a window by clicking in a corner, the windows goes in
the background during dragging and remains there after dragging, this
is very strange!

This does not depend on the "windows behaviour" settings although I
normally use "focus follow mouse" (I get the same behaviour with
"click to get focus").

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

F26: in konsole vim shows $q q at startup!

[Frédéric Bron]

Hi,

When I open vim in konsole, it shows $q q at startup. If I insert
text, $q q is replaced by the text I typed.
gvim has no issue.
vim in terminator is fine.

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26 not updating?

[Ed Greshko]

On 08/31/2017 09:35 PM, wge...@redhat.com wrote:
> I have been trying to run sudo dnf update -y[1] for a few days now and it 
> always seems to fail.  I'm really not sure why this is happening as I have 
> "never" had this problem before.  Going to keep looking for a solution but 
> thought I would ask this group as well.  Thanks in advance!

Your issues are related to a repository and packages not supplied by the Fedora 
project.

Disable the tlp-updates rand tlp epository and/or exclude acpi_call and
akmod-acpi_call and tlp-release from the update.

> warning: 
> /var/cache/dnf/tlp-updates-f3f475529bdb508f/packages/acpi_call-1.1.1-1.fc26.noarch.rpm:
>  Header V4 RSA/SHA256 Signature, key ID 1482d93f: NOKEY
> Importing GPG key 0xC2FB431C:
>  Userid : "Andreas Roederer (tlp Repository) "
>  Fingerprint: 8AD5 9D64 3341 C382 1333 3FBD C89A 1C1A C2FB 431C
>  From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-tlp
> Key imported successfully
> Import of key(s) didn't help, wrong key(s)?
> Import of key(s) didn't help, wrong key(s)?
> Importing GPG key 0xC2FB431C:
>  Userid : "Andreas Roederer (tlp Repository) "
>  Fingerprint: 8AD5 9D64 3341 C382 1333 3FBD C89A 1C1A C2FB 431C
>  From   : /etc/pki/rpm-gpg/RPM-GPG-KEY-tlp
> Key imported successfully
> Import of key(s) didn't help, wrong key(s)?
>
>
>
> Public key for acpi_call-1.1.1-1.fc26.noarch.rpm is not installedFailing 
> package is: acpi_call-1.1.1-1.fc26.noarch
>  GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-tlp
>
>
>
>
> Public key for akmod-acpi_call-1.1.1-1.fc26.x86_64.rpm is not 
> installedFailing package is: akmod-acpi_call-1.1.1-1.fc26.x86_64
>  GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-tlp
>
>
>
>
> Public key for tlp-release-1.0.8-2.fc26.noarch.rpm is not installedFailing 
> package is: tlp-release-1.0.8-2.fc26.noarch
>  GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-tlp
>
> The downloaded packages were saved in cache until the next successful 
> transaction.
> You can remove cached packages by executing 'dnf clean packages'.
> Error: GPG check FAILED

You can clearly see the problem is related to the signing keys of the tlp 
repositories.

So, contact them and have them help you sort out their problem.  This isn't a 
Fedora
problem.


-- 
Fedora Users List - The place to go to speculate endlessly



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

F26 not updating?

[wgelpi]

I have been trying to run sudo dnf update -y[1] for a few days now and it 
always seems to fail.  I'm really not sure why this is happening as I have 
"never" had this problem before.  Going to keep looking for a solution but 
thought I would ask this group as well.  Thanks in advance!

[1]
[wgelpi@lkalive ~]$ sudo dnf update -y
Failed to synchronize cache for repo 'hubbitus-remmina-next', disabling.
Last metadata expiration check: 1:08:18 ago on Thu 31 Aug 2017 08:19:41 AM EDT.
Dependencies resolved.

 Package Arch   Version  Repository
   Size

Installing:
 kernel  x86_64 4.12.8-300.fc26  updates   62 k
 kernel-core x86_64 4.12.8-300.fc26  updates   21 M
 kernel-modules  x86_64 4.12.8-300.fc26  updates   23 M
 kernel-modules-extrax86_64 4.12.8-300.fc26  updates  2.1 M
Upgrading:
 R-COPASIx86_64 4.20.158-4.fc26  updates  4.8 M
 acpi_call   noarch 1.1.1-1.fc26 tlp-updates
   20 k
 akmod-acpi_call x86_64 1.1.1-1.fc26 tlp-updates
   29 k
 augeas-libs x86_64 1.8.1-1.fc26 updates  373 k
 autocorr-en noarch 1:5.3.5.2-3.fc26 updates  206 k
 bind99-libs x86_64 9.9.10-2.P3.fc26 updates  672 k
 bind99-license  noarch 9.9.10-2.P3.fc26 updates   13 k
 blivet-gui-runtime  noarch 2.1.6-1.fc26 updates  317 k
 ca-certificates noarch 2017.2.16-1.0.fc26   updates  452 k
 chromiumx86_64 60.0.3112.101-1.fc26 updates   27 M
 chromium-libs   x86_64 60.0.3112.101-1.fc26 updates   51 M
 chromium-libs-media x86_64 60.0.3112.101-1.fc26 updates  1.6 M
 clang-libs  x86_64 4.0.1-4.fc26 updates   12 M
 compiler-rt x86_64 4.0.1-1.fc26 updates  1.6 M
 coreutils   x86_64 8.27-6.fc26  updates  1.1 M
 coreutils-commonx86_64 8.27-6.fc26  updates  1.9 M
 evince  x86_64 3.24.1-1.fc26updates  2.6 M
 evince-djvu x86_64 3.24.1-1.fc26updates   55 k
 evince-libs x86_64 3.24.1-1.fc26updates  364 k
 evince-nautilus x86_64 3.24.1-1.fc26updates   44 k
 expat   x86_64 2.2.4-1.fc26 updates  101 k
 expat-devel x86_64 2.2.4-1.fc26 updates   53 k
 filex86_64 5.30-10.fc26 updates   70 k
 file-libs   x86_64 5.30-10.fc26 updates  504 k
 firefox x86_64 55.0.2-3.fc26updates   82 M
 flatpak x86_64 0.9.8-2.fc26 updates  883 k
 flatpak-libsx86_64 0.9.8-2.fc26 updates  258 k
 fpaste  noarch 0.3.9.0-1.fc26   updates   36 k
 gdb x86_64 8.0-24.fc26  updates  282 k
 gdb-headlessx86_64 8.0-24.fc26  updates  3.3 M
 gdk-pixbuf2 x86_64 2.36.9-1.fc26updates  460 k
 gdk-pixbuf2-modules x86_64 2.36.9-1.fc26updates   98 k
 gjs x86_64 1.48.6-2.fc26updates  311 k
 glibc   x86_64 2.25-9.fc26  updates  3.4 M
 glibc-all-langpacks x86_64 2.25-9.fc26  updates  7.0 M
 glibc-commonx86_64 2.25-9.fc26  updates  889 k
 glibc-devel x86_64 2.25-9.fc26  updates  965 k
 glibc-headers   x86_64 2.25-9.fc26  updates  515 k
 glibc-langpack-en   x86_64 2.25-9.fc26  updates  290 k
 gnome-online-miners x86_64 3.24.0-1.fc26updates   98 k
 google-chrome-stablex86_64 60.0.3112.113-1  google-chrome
   59 M
 gtk-update-icon-cache   x86_64 3.22.19-1.fc26   updates   32 k
 gtk3x86_64 3.22.19-1.fc26   updates  4.4 M
 javapackages-tools  noarch 4.7.0-17.fc26updates  104 k
 kernel-headers  x86_64 4.12.8-300.fc26  updates  1.1 

Re: Looking for some help w/ F26 + TLP + acpi-call kernel module

[wgelpi]

> On 08/15/2017 10:22 PM, wgelpi(a)redhat.com wrote:
> 
> 
> Those packages seem to be available only from the TLP repo and according to
> http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html 
> (scroll down
> to Fedora) only available for F24 and F25.
Yea.  I was hoping they would work for F26 as well.  Poor assumption I guess.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org