RE: f22: how to change default gateway via line command

[J.Witvliet]

-Original Message-
From: users-boun...@lists.fedoraproject.org 
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of Tim
Sent: woensdag 10 juni 2015 3:32
To: users@lists.fedoraproject.org
Subject: Re: f22: how to change default gateway via line command

On Wed, 2015-06-10 at 00:22 +0200, Dario Lesca wrote:
> But when I restart NM the gateway change again then this (stop NM) is 
> not a valid solution for me.

For what it's worth, you're trying two mutually exclusive commands, as far as I 
can see.

NetworkManager automatically configures things as instructed by a DHCP server, 
or self-configures a link-local address, or activates a chosen user-configured 
network setting (the later may be an option for you, but you wanted to do stuff 
by the command line interface, and I'm unfamiliar with controlling 
NetworkManager that way).  I've certainly made new custom settings in the 
NetworkManager GUI, and chosen them to force manual changes to my network.

Using an IP command temporarily changes the current operating parameters, but 
doesn't change any stored configuration.

NetworkManager's next operation will do what it wants to do, again.
Overriding what you may have temporarily changed.

I would have thought that if you were making temporary changes, this wouldn't 
have mattered.  But it sounds like you want to make permanent changes, despite 
initially talking about making temporary ones, and going about it the wrong way.

--
tim@localhost ~]$ uname -rsvp

Linux 3.19.8-100.fc20.i686 #1 SMP Tue May 12 17:42:35 UTC 2015 i686

All mail to my mailbox is automatically deleted, there is no point trying to 
privately email me, I will only read messages posted to the public lists.

George Orwell's '1984' was supposed to be a warning against tyranny, not a set 
of instructions for supposedly democratic governments.

 
-Original Message-

Some additional thoughts.
Anything you do on the command line, is volatile thus won't survive a reboot.
It is tempting to catch any manually settings in a script, running after 
startup has completed.
Often this works, though with network-settings there is a catch22...
If you use dhcp, and the lease-renewal comes around, your manual (or scripted) 
settings, like v4/v6 addresses, (default-)routing, dns/ntp-settings are gone.
Mostly dhcp-settings are set to one or several days, so it seems static, 
But when you set on the dhcp-server the lease-time to 5 minutes, you see the 
effects.
It can cause some very hard to detect unwanted behavior.

Hw



__
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet 
de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u 
verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat 
aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband 
houdt met risico's verbonden aan het electronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are 
not the addressee or if this message was sent to you by mistake, you are 
requested to inform the sender and delete the message. The State accepts no 
liability for damage of any kind resulting from the risks inherent in the 
electronic transmission of messages.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Ed Greshko]

On 06/10/15 14:55, Gordon Messmer wrote:
> On 06/09/2015 04:53 PM, Ed Greshko wrote:
>> I can't seem to get dnf to tell me what package supplies a library.
> ...
>> [root@f22k ~]# ll /lib64/libXv.so.1.0.0
>> -rwxr-xr-x. 1 root root 19664 Aug 17  2014 /lib64/libXv.so.1.0.0
>> [root@f22k ~]# dnf whatprovides /lib64/libXv.so.1.0.0
>
> That's the correct query for a file, but not a library.
>
> Two things:
>
> First, applications don't link against libXv.so.1.0.0, they link against 
> libXv.so.1.  It is up to the dynamic linker to locate that library within the 
> search path:
>
> $ ldd /usr/bin/xvinfo | grep libXv
> libXv.so.1 => /lib64/libXv.so.1 (0x0032d360)
>
> You'll see the same string in the first column when a library is not found, 
> so that's the string that you look for.
>
> Second, rpm generates "provides" with pathless library names.  In the example 
> above, "xvinfo" is linked against "libXv.so.1".  rpm behaves the same way.  
> Since the application is linked against "libXv.so.1" that is the correct 
> string to use when searching for a package that provides it.
>
> $ dnf whatprovides libXv.so.1
> libXv-1.0.10-2.fc22.i686 : X.Org X11 libXv runtime library
> Repo: @System
>

Thanks for the info

But, just to be clear, the issue I'm addressing is what an average user may do 
in a given circumstance.  Upon seeing an error message such as this one,

error while loading shared libraries: /lib64/libexempi.so.3: file too short

assuming they know of dnf whatprovides I think it is more likely they will 
simply use copy/paste and issue the command "dnf whatprovides 
/lib64/libexempi.so.3"

Yes, the Subject I picked was not as accurate as it would be had I known then 
what I know now.  Maybe  :-)

-- 
Sorta what I want to say when folks habitually complain about Fedora - 
https://youtu.be/ZArl8fTfub4

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Has anyone upgraded from F20 to F21 or F22 using YUM?

[Suvayu Ali]

Hi,

On Mon, Jun 08, 2015 at 10:56:15AM -0700, Les Howell wrote:
> Hi, guys,
>   It is getting to be time to upgrade again.  I am debating the wipe and
> reinstall method, over the upgrade by YUM.  One of the issues facing me
> it the loss of the FEL spin.  I use a lot of those tools along with some
> other stuff I have had to get via download and install.  I have also had
> my issues with GNOME (no rant, just aggravation).  So, Here is the big
> question... Has anyone done either the full jump (f20-f22) or is the
> preferred process f20 to f21 then move to f22 a bit later?

I recently upgraded from F20 -> F21 -> F22 via dnf on two separate
machines.  So far I do not see any issues.  I cannot comment
specifically on the applications you listed.  The only gotcha was, if
you are in a multilib environment, so applications requiring 32-bit
libraries on a 64-bit install, then you might need to temporarily remove
a few of the 32-bit libraries before the upgrade can proceed.

Also beware of rebooting without looking at the transaction summary from
yum/dnf.  For one of the 4 upgrades, I overlooked the install of the
kernel failed and I could not boot with the new kernel.  It was easily
solved by booting to the old kernel and regenerating the initramfs with
dracut.

Hope this helps,

PS: don't forget to run rpmconf -a to merge your configs.

-- 
Suvayu

Open source is the future. It sets us free.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Nautilus (Files) don want to open

[Donato Roque]

On Tue, 2015-06-09 at 17:03 -0600, Isaac Cortés González wrote:
> I've been trying to open nautilus and this what ocured if I try it in
> a terminal:
> 
> > nautilus: error while loading shared libraries:
> > /lib64/libexempi.so.3: file t
> > oo short
> 
> -Isaac C.
> 
I can confirm that this is also happening to me. 
I use f22 upgrade from f21. I have an updated system. But the problem
is intermittent
-- 
Use my PGP key if you want to encrypt your replies/messages to me. You are 
invited to also send me your PGP keys so we can communicate in private. 


signature.asc
Description: This is a digitally signed message part
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Radek Holy]

- Original Message -
> From: "Ed Greshko" 
> To: users@lists.fedoraproject.org
> Sent: Wednesday, June 10, 2015 9:24:09 AM
> Subject: Re: dnf whatprovides and library files
> 
> On 06/10/15 14:55, Gordon Messmer wrote:
> > On 06/09/2015 04:53 PM, Ed Greshko wrote:
> >> I can't seem to get dnf to tell me what package supplies a library.
> > ...
> >> [root@f22k ~]# ll /lib64/libXv.so.1.0.0
> >> -rwxr-xr-x. 1 root root 19664 Aug 17  2014 /lib64/libXv.so.1.0.0
> >> [root@f22k ~]# dnf whatprovides /lib64/libXv.so.1.0.0
> >
> > That's the correct query for a file, but not a library.
> >
> > Two things:
> >
> > First, applications don't link against libXv.so.1.0.0, they link against
> > libXv.so.1.  It is up to the dynamic linker to locate that library within
> > the search path:
> >
> > $ ldd /usr/bin/xvinfo | grep libXv
> > libXv.so.1 => /lib64/libXv.so.1 (0x0032d360)
> >
> > You'll see the same string in the first column when a library is not found,
> > so that's the string that you look for.
> >
> > Second, rpm generates "provides" with pathless library names.  In the
> > example above, "xvinfo" is linked against "libXv.so.1".  rpm behaves the
> > same way.  Since the application is linked against "libXv.so.1" that is
> > the correct string to use when searching for a package that provides it.
> >
> > $ dnf whatprovides libXv.so.1
> > libXv-1.0.10-2.fc22.i686 : X.Org X11 libXv runtime library
> > Repo: @System
> >
> 
> Thanks for the info
> 
> But, just to be clear, the issue I'm addressing is what an average user may
> do in a given circumstance.  Upon seeing an error message such as this one,
> 
> error while loading shared libraries: /lib64/libexempi.so.3: file too short
> 
> assuming they know of dnf whatprovides I think it is more likely they will
> simply use copy/paste and issue the command "dnf whatprovides
> /lib64/libexempi.so.3"
> 
> Yes, the Subject I picked was not as accurate as it would be had I known then
> what I know now.  Maybe  :-)
> 
> --
> Sorta what I want to say when folks habitually complain about Fedora -
> https://youtu.be/ZArl8fTfub4
> 
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
> 

BTW, RPM can do that:

$ rpm --query --file /lib64/libXv.so.1.0.0

So, if RPM tracks these symlinks and if it provides an API to get this 
information, DNF could do the magic at least for the installed packages. But 
maybe it could become even more confusing for users since "whatprovides" would 
sometimes find the package and sometimes not depending on whether the package 
is installed or not. Maybe printing a warning would be sufficient...
-- 
Radek Holý
Associate Software Engineer
Software Management Team
Red Hat Czech
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf nonlocal update

[Radek Holy]

- Original Message -
> From: "Rick Stevens" 
> To: "Community support for Fedora users" 
> Sent: Tuesday, June 9, 2015 10:23:29 PM
> Subject: Re: dnf nonlocal update
> 
> On 06/09/2015 04:52 AM, Robert Dady wrote:
> > Hi,
> >
> > I have 2 computers: "A" has F22 and 3G cell phone Internet connection
> > with a limited data plan, "B" has Windows7 / Ubuntu 15.04 / F22 Live and
> > broadband Internet connection.
> >
> > I want "A" make a (dnf) list of packages of available updates, which I
> > could download on "B" and install them offline on "A" from a USB stick.
> >
> > Is it feasible?
> 
> Sure. One way would be to create a local repo. I'd set aside a
> partition on B and creating the local repo on that partition. Then you
> could copy the RPMs you need on A from this local repo onto the USB
> stick and do a local update on A.
> 
> Instructions on creating a local repo:
> 
>   http://dotancohen.com/howto/yum_repo.html
> 
> --
> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
> - AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
> --
> -   I haven't lost my mind.  It's backed up on tape somewhere, but   -
> -   probably not recoverable.-
> --

Or if you don't want to mirror repositories, you can run "dnf --assumeno 
upgrade" on "A", save the resolved packages into a file and use "dnf download" 
on "B" to download them. Then you can install the packages with "dnf install" 
on "A".

To make a script, I'd suggest using the Python API instead of parsing the 
output of "dnf upgrade".
-- 
Radek Holý
Associate Software Engineer
Software Management Team
Red Hat Czech
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Ed Greshko]

On 06/10/15 16:20, Radek Holy wrote:
> BTW, RPM can do that:
>
> $ rpm --query --file /lib64/libXv.so.1.0.0
>
> So, if RPM tracks these symlinks and if it provides an API to get this 
> information, DNF could do the magic at least for the installed packages. But 
> maybe it could become even more confusing for users since "whatprovides" 
> would sometimes find the package and sometimes not depending on whether the 
> package is installed or not. Maybe printing a warning would be sufficient...

Yes, rpm can tell you this *if* the file and providing package exists on your 
system.  But, it is usual that you get a message about something missing and 
that is where you need dnf.


-- 
Sorta what I want to say when folks habitually complain about Fedora - 
https://youtu.be/ZArl8fTfub4
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Basic drivers, installation and regular session

[Ahmad Samir]

On 10 June 2015 at 02:11, Rick Stevens  wrote:
>
>
> If you installed a desktop spin (Gnome, Xfce, MATE, KDE), then the
> open source drivers were installed (e.g. nouveau for nVidia chipsets,
> ati_drv/radeon_drv for AMD chipsets, etc.)
>

Installing using "basic graphics mode" adds "nomodeset" (which
disables KMS (Kernel Mode Setting)):
- to the kernel cmdline in the Live session
- to /boot/grub2/grub.cfg (or /boot/efi/EFI/fedora/grub.cfg on UEFI systems)
- to /etc/default/grub (in the GRUB_CMDLINE_LINUX entry)

that means most of the open source drivers (intel, radeon, nouveau)
won't work as they, AFAIK, require KMS. Instead the system will be
using the VESA or the FBDEV X11 drivers.

So post-installation if you want to use the open source driver for
your gfx chip you'll need to modify grub.cfg; or modify
/etc/default/grub and then use grub2-mkconfig to regenerate grub.cfg .

> If you want the vendor-provided ones, you need to install the
> appropriate akmod-whatever or kmod-whatever driver(s) you want.

For vendor-provided/proprietary drivers, nomodeset isn't a problem as
the proprietary drivers don't use KMS anyway (at the current time at
least).

-- 
Ahmad Samir
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22 KDE How To Remove "Software Updates" Widget?

[Javier Perez]

I do that, and a blank window opens after system tray settings.
Afterwards, nothing more happens, no icons, no Extra Items, nothing

On Sat, May 30, 2015 at 12:07 AM, Rex Dieter  wrote:

> Christopher Ross wrote:
>
> > In the Fedora 22 / KDE 5 task bar there is a "Software Updates" widget.
> > Where is the setting to remove that? It's inappropriate for arbitrary
> > end users to be be updating the system software on shared machines.
>
> Right click systray ^ =>
>   system tray settings =>
> General section, under "Extra Items", uncheck "Software Updates"
>
> -- Rex
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>



-- 
--
 /\_/\
 |O O|  pepeb...@gmail.com
  Javier Perez
   While the night runs
   toward the day...
  m m   Pepebuho watches
from his high perch.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Matthew Miller]

On Wed, Jun 10, 2015 at 04:20:13AM -0400, Radek Holy wrote:
> BTW, RPM can do that:
> $ rpm --query --file /lib64/libXv.so.1.0.0
> So, if RPM tracks these symlinks and if it provides an API to get this 
> information, DNF could do the magic at least for the installed packages. But 
> maybe it could become even more confusing for users since "whatprovides" 
> would sometimes find the package and sometimes not depending on whether the 
> package is installed or not. Maybe printing a warning would be sufficient...

I believe RPM isn't tracking the symlink — it's just canonicalizing the
filename when you do the --query --file (or -qf). Easy to do _on_ the
system, not so good when you're asking about a non-existent file.

An approach a DNF plugin might take, though, would be to look at all
existing elements of the pathname and see if they can be canonicalized.
And it looks like python's `os.path.realpath()` actually works that
way, so you could just try calling that on any filenames passed to dnf
provides. However, I bet we are inconsistent and have some places on
the system where files are installed into a location under a symlink,
by _that_ name. So, perhaps best to just special-case the usrmove paths 
/bin, /sbin, /lib, and /lib64.

-- 
Matthew Miller

Fedora Project Leader
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Mamoru TASAKA]

Matthew Miller wrote on 06/10/2015 08:11 PM:

On Wed, Jun 10, 2015 at 04:20:13AM -0400, Radek Holy wrote:

BTW, RPM can do that:
$ rpm --query --file /lib64/libXv.so.1.0.0
So, if RPM tracks these symlinks and if it provides an API to get this information, DNF 
could do the magic at least for the installed packages. But maybe it could become even 
more confusing for users since "whatprovides" would sometimes find the package 
and sometimes not depending on whether the package is installed or not. Maybe printing a 
warning would be sufficient...


I believe RPM isn't tracking the symlink — it's just canonicalizing the
filename when you do the --query --file (or -qf). Easy to do _on_ the
system, not so good when you're asking about a non-existent file.


On installed files rpm -qf checks the "fingerprint" of the file
and compares with all rpmdb entries having the same basename
https://lists.fedoraproject.org/pipermail/devel/2012-February/161994.html

Mamoru


An approach a DNF plugin might take, though, would be to look at all
existing elements of the pathname and see if they can be canonicalized.
And it looks like python's `os.path.realpath()` actually works that
way, so you could just try calling that on any filenames passed to dnf
provides. However, I bet we are inconsistent and have some places on
the system where files are installed into a location under a symlink,
by _that_ name. So, perhaps best to just special-case the usrmove paths
/bin, /sbin, /lib, and /lib64.



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Matthew Miller]

On Wed, Jun 10, 2015 at 08:38:38PM +0900, Mamoru TASAKA wrote:
> >I believe RPM isn't tracking the symlink — it's just canonicalizing the
> >filename when you do the --query --file (or -qf). Easy to do _on_ the
> >system, not so good when you're asking about a non-existent file.
> On installed files rpm -qf checks the "fingerprint" of the file
> and compares with all rpmdb entries having the same basename
> https://lists.fedoraproject.org/pipermail/devel/2012-February/161994.html

Ah — where "fingerprint" is "basically inode + device combination" —
that definitely is a local-only thing (as that message says,
uninstalled files can't have this sort of fingerprint).

-- 
Matthew Miller

Fedora Project Leader
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Hotkeys?

[David Cary Hart]

KDE's hotkeys package is broken in F22*. I am tired of typing ldquo, 
rdquo, mdash, etc. Autokey (via Google) no longer works. Any other 
suggestions? And, yes, I filed a bug report.


Thanks

*It doesn't work in a clean install of the KDE spin. I got it to work on 
a workstation spin but the virtual machine crashed for other reasons. I 
have been unable to replicate it.


--
David C. Hart - South Beach
http://www.slowlyboiledfrog.com
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Hotkeys?

[Patrick O'Callaghan]

On Wed, 2015-06-10 at 11:53 -0400, David Cary Hart wrote:
> KDE's hotkeys package is broken in F22*. I am tired of typing ldquo, 
> rdquo, mdash, etc. Autokey (via Google) no longer works. Any other 
> suggestions? And, yes, I filed a bug report.

If you post the reference other people might be able to comment.

You're also likely to get more responses on the Fedora KDE list (
https://admin.fedoraproject.org/mailman/listinfo/kde)

poc
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Hotkeys?

[David Cary Hart]

On 06/10/2015 11:58 AM, Patrick O'Callaghan wrote:

On Wed, 2015-06-10 at 11:53 -0400, David Cary Hart wrote:

KDE's hotkeys package is broken in F22*. I am tired of typing ldquo,
rdquo, mdash, etc. Autokey (via Google) no longer works. Any other
suggestions? And, yes, I filed a bug report.

If you post the reference other people might be able to comment.

Thanks. I assume you mean the bug report 
.


--
David C. Hart - South Beach
http://www.slowlyboiledfrog.com
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Hotkeys?

[Patrick O'Callaghan]

On Wed, 2015-06-10 at 12:05 -0400, David Cary Hart wrote:
> On 06/10/2015 11:58 AM, Patrick O'Callaghan wrote:
> > On Wed, 2015-06-10 at 11:53 -0400, David Cary Hart wrote:
> > > KDE's hotkeys package is broken in F22*. I am tired of typing 
> > > ldquo,
> > > rdquo, mdash, etc. Autokey (via Google) no longer works. Any 
> > > other
> > > suggestions? And, yes, I filed a bug report.
> > If you post the reference other people might be able to comment.
> > 
> Thanks. I assume you mean the bug report 
> .

Indeed.

poc
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf whatprovides and library files

[Gordon Messmer]

On 06/10/2015 12:24 AM, Ed Greshko wrote:

But, just to be clear, the issue I'm addressing is what an average
user may do in a given circumstance.  Upon seeing an error message
such as this one,

error while loading shared libraries: /lib64/libexempi.so.3: file too
short

assuming they know of dnf whatprovides I think it is more likely they
will simply use copy/paste and issue the command "dnf whatprovides
/lib64/libexempi.so.3"


Interesting.  I've never actually seen an error with an installed shared 
object, so I never considered that you'd query one with "whatprovides."


In that case, I agree with you.  rpm and dnf behave differently with 
such a query (which I also did not know):


$ rpm -q  --whatprovides /lib64/libXv.so.1.*
libXv-1.0.10-2.fc22.x86_64
$ dnf whatprovides /lib64/libXv.so.1.*
Error: No Matches found

dnf really should behave the same way as rpm.  If possible, it should 
call the rpm library functions for the query, rather than 
re-implementing them.



Yes, rpm can tell you this *if* the file and providing package exists
on your system.  But, it is usual that you get a message about
something missing and that is where you need dnf.


Yes, but in the case where something is missing, you won't get a path. 
You'll get a shared object name, and querying that with "dnf 
whatprovides" will work correctly, as it is.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Basic drivers, installation and regular session

[Isaac Cortés González]

>> If you installed a desktop spin (Gnome, Xfce, MATE, KDE), then the
>> open source drivers were installed (e.g. nouveau for nVidia chipsets,
>> ati_drv/radeon_drv for AMD chipsets, etc.)
>>
>
> Installing using "basic graphics mode" adds "nomodeset" (which
> disables KMS (Kernel Mode Setting)):
> - to the kernel cmdline in the Live session
> - to /boot/grub2/grub.cfg (or /boot/efi/EFI/fedora/grub.cfg on UEFI systems)
> - to /etc/default/grub (in the GRUB_CMDLINE_LINUX entry)
>
> that means most of the open source drivers (intel, radeon, nouveau)
> won't work as they, AFAIK, require KMS. Instead the system will be
> using the VESA or the FBDEV X11 drivers.
>
> So post-installation if you want to use the open source driver for
> your gfx chip you'll need to modify grub.cfg; or modify
> /etc/default/grub and then use grub2-mkconfig to regenerate grub.cfg .
>
>> If you want the vendor-provided ones, you need to install the
>> appropriate akmod-whatever or kmod-whatever driver(s) you want.
>
> For vendor-provided/proprietary drivers, nomodeset isn't a problem as
> the proprietary drivers don't use KMS anyway (at the current time at
> least).
>
> --
> Ahmad Samir

OK, right then. What would you change in those files in order to use a
gfx intel?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Basic drivers, installation and regular session

[Ahmad Samir]

On 10 June 2015 at 20:14, Isaac Cortés González
 wrote:
>
> OK, right then. What would you change in those files in order to use a
> gfx intel?

First test if removing nomodeset will work:
- At the boot loader screen press "e" to start editing the kernel cmdline
- Go to the line that starts with "linux" and remove nomodeset
- Press F10 to boot

if everything works and the graphical server starts then you can
proceed with making the change permanent:
- As root Edit /etc/default/grub, remove nomodeset from the
GRUB_CMDLINE_LINUX= line
- As root generate a new grub.cfg:
grub2-mkconfig -o /boot/grub2/grub.cfg

if this is a UEFI system use this command instead:
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

that's it; good luck.

-- 
Ahmad Samir
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

F22 rsyslog and logrotate: looks like a bug to me

[Mark C. Allman]

I see this line in /etc/logrotate.d/syslog:

/bin/kill -HUP `cat /var/run/syslogd.pid 2>/dev/null` 2>/dev/null||true

The PID file for rsyslog is actually /var/run/rsyslogd.pid, therefore
once logrotate runs the new log files, e.g., messages, maillog, etc.,
are empty.  Sound like a bug to you all?

I'm running F22 kernel 4.0.4-301.fc22.x86_64 and I just upgraded via
dnf.

Thanks,

--
Mark C. Allman, PMP, CSM
Founder, See How You Ski, www.seehowyouski.com
617-947-4263, Twitter:  @allmanpc



 






-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22 rsyslog and logrotate: looks like a bug to me

[Ed Greshko]

On 06/11/15 03:11, Mark C. Allman wrote:
> I see this line in /etc/logrotate.d/syslog:
>
> /bin/kill -HUP `cat /var/run/syslogd.pid 2>/dev/null` 2>/dev/null||true
>
> The PID file for rsyslog is actually /var/run/rsyslogd.pid, therefore
> once logrotate runs the new log files, e.g., messages, maillog, etc.,
> are empty.  Sound like a bug to you all?
>
> I'm running F22 kernel 4.0.4-301.fc22.x86_64 and I just upgraded via
> dnf.
>

Yes, it seems the name of the pid file has changed between 
rsyslog-7.4.10-5.fc21 and rsyslog-8.8.0-2.fc22 but the associated logrotate 
file wasn't updated to reflect the change.

So, you should file a bugzilla against rsyslog in F22.

-- 
Sorta what I want to say when folks habitually complain about Fedora - 
https://youtu.be/ZArl8fTfub4

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Basic drivers, installation and regular session

[Isaac Cortés González]

>> OK, right then. What would you change in those files in order to use a
>> gfx intel?
>
> First test if removing nomodeset will work:
> - At the boot loader screen press "e" to start editing the kernel cmdline
> - Go to the line that starts with "linux" and remove nomodeset
> - Press F10 to boot
>
> if everything works and the graphical server starts then you can
> proceed with making the change permanent:
> - As root Edit /etc/default/grub, remove nomodeset from the
> GRUB_CMDLINE_LINUX= line
> - As root generate a new grub.cfg:
> grub2-mkconfig -o /boot/grub2/grub.cfg
>
> if this is a UEFI system use this command instead:
> grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
>
> that's it; good luck.

Thanks, it worked. BTW, is this clarified in the wiki? I haven't
checked it; but it should be it.

-Isaac C.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

dnf headaches.

[Derrik Walker v2.0]

I seem to have some issues with dnf, and Dr Google isn't helping ...

So I installed the "Games and Entertainment," which did exactly nothing, 
except mark it installed.


So, I figured out, that if I really want the games installed, I probably 
should have:


# dnf group install with-optional "Games and Entertainment"

Cool except it tells me that "Games and Entertainment" is already 
installed.


OK, so I'll just remove it and re-install it ...  but is says NOPE!!!

# dnf group remove "Games and Entertainment"
Warning: Group 'Games and Entertainment' does not exist.
...

So, now I can't install it properly, or uninstall it.

And the versions I have installed:

# rpm -qa | grep ^dnf
dnf-1.0.0-1.fc22.noarch
dnf-plugins-core-0.1.8-1.fc22.noarch
dnf-langpacks-0.10.0-1.fc22.noarch
dnf-yum-1.0.0-1.fc22.noarch
dnf-conf-1.0.0-1.fc22.noarch

Not sure if It's a bug, or if I overlooked something in the 
documentation. But my kid want's his games!


Thanks.

--
-- Derrik

Derrik Walker v2.0, RHCE
dwal...@doomd.net

"Those UNIX guys, they think weird!" -- John C. Dvorak

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf headaches.

[Martin Cigorraga]

Hi,
Try groupinstall instead 'group install'.

On Wed, Jun 10, 2015, 22:45 Derrik Walker v2.0  wrote:

> I seem to have some issues with dnf, and Dr Google isn't helping ...
>
> So I installed the "Games and Entertainment," which did exactly nothing,
> except mark it installed.
>
> So, I figured out, that if I really want the games installed, I probably
> should have:
>
> # dnf group install with-optional "Games and Entertainment"
>
> Cool except it tells me that "Games and Entertainment" is already
> installed.
>
> OK, so I'll just remove it and re-install it ...  but is says NOPE!!!
>
> # dnf group remove "Games and Entertainment"
> Warning: Group 'Games and Entertainment' does not exist.
> ...
>
> So, now I can't install it properly, or uninstall it.
>
> And the versions I have installed:
>
> # rpm -qa | grep ^dnf
> dnf-1.0.0-1.fc22.noarch
> dnf-plugins-core-0.1.8-1.fc22.noarch
> dnf-langpacks-0.10.0-1.fc22.noarch
> dnf-yum-1.0.0-1.fc22.noarch
> dnf-conf-1.0.0-1.fc22.noarch
>
> Not sure if It's a bug, or if I overlooked something in the
> documentation. But my kid want's his games!
>
> Thanks.
>
> --
> -- Derrik
>
> Derrik Walker v2.0, RHCE
> dwal...@doomd.net
>
> "Those UNIX guys, they think weird!" -- John C. Dvorak
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
-Martín
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf headaches.

[Bruno Wolff III]

On Wed, Jun 10, 2015 at 21:44:37 -0400,
 "Derrik Walker v2.0"  wrote:

I seem to have some issues with dnf, and Dr Google isn't helping ...

So I installed the "Games and Entertainment," which did exactly 
nothing, except mark it installed.


So, I figured out, that if I really want the games installed, I 
probably should have:


# dnf group install with-optional "Games and Entertainment"

Cool except it tells me that "Games and Entertainment" is already 
installed.


OK, so I'll just remove it and re-install it ...  but is says NOPE!!!

# dnf group remove "Games and Entertainment"
Warning: Group 'Games and Entertainment' does not exist.
...

So, now I can't install it properly, or uninstall it.


I ran into something similar when I had a file conflict during a group 
install. My fix was to do dnf group mark remove group_name. I filed 
https://bugzilla.redhat.com/show_bug.cgi?id=1229046 for this, though 
mow it looks like part of the issue is bigger than handling file 
conflicts.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf headaches.

[Zoltan Hoppar]

Hi,

I had similar problem with dnf, such as I didn't know that actually
dnf using the localized versions of group names, instead of the
original english names. Btw. if we have mentioned groups - would it be
possible to create my own group aliases for my set of packages? If
yes, how? ...and later on would it be possible to save this list for
later usages or reinstalling?

Thanks,

Zoltan

2015-06-11 4:35 GMT+02:00 Bruno Wolff III :
> On Wed, Jun 10, 2015 at 21:44:37 -0400,
>  "Derrik Walker v2.0"  wrote:
>>
>> I seem to have some issues with dnf, and Dr Google isn't helping ...
>>
>> So I installed the "Games and Entertainment," which did exactly nothing,
>> except mark it installed.
>>
>> So, I figured out, that if I really want the games installed, I probably
>> should have:
>>
>> # dnf group install with-optional "Games and Entertainment"
>>
>> Cool except it tells me that "Games and Entertainment" is already
>> installed.
>>
>> OK, so I'll just remove it and re-install it ...  but is says NOPE!!!
>>
>> # dnf group remove "Games and Entertainment"
>> Warning: Group 'Games and Entertainment' does not exist.
>> ...
>>
>> So, now I can't install it properly, or uninstall it.
>
>
> I ran into something similar when I had a file conflict during a group
> install. My fix was to do dnf group mark remove group_name. I filed
> https://bugzilla.redhat.com/show_bug.cgi?id=1229046 for this, though mow it
> looks like part of the issue is bigger than handling file conflicts.
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org



-- 
PGP:  06853DF7
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org