date:20170718

Re: Adobe Acrobat & F26

2017-07-18 Thread Marc Blanc

Le Tue, 18 Jul 2017 15:49:12 -0500,
Chris Adams  a écrit :


>It can also mean it isn't an ELF binary; IIRC at one point
>/usr/bin/acroread was just a shell script wrapper.  You can run "file
>/usr/bin/acroread" to see that.

For me in f26 :


[mb@mbv ~]$ /opt/Adobe/Reader9/bin/acroread

Gtk-Message: failed to load module "pk-gtk-module"
Gtk-Message: failed to load module "canberra-gtk-module"

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

Re: rpmbuild

2017-07-18 Thread Bill Shirley


I just recently build a spec file for ndppd (NDP Proxy Daemon) and found out
you can't comment out by using a single # in a spec file if it is a % command.
It has to be like this:
#%%configure

ndppd: https://github.com/DanielAdolfsson/ndppd

Do not build rpm's as root.  Set up a build tree using a non-root uid.  My 
notes::
as root:
yum/dnf install @development-tools
yum/dnf install fedora-packager

add bill to mock group in /etc/group

as bill:
rpmdev-setuptree
rpmdev-newspec ndp-proxy

I used 'rpmdev-newspec' because ndppd doesn't have a .spec file.

Bill


On 7/18/2017 12:07 PM, Patrick Dupre wrote:

Hello,

I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/

However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe to a previous one).
Then a fixed directly the tabulate.c file

How can generate the package directly from the SOURCES?
with rpmbuild
I try to modify the .spc file by removing the
#%patch0 -p1 -b .refto
#%patch1 -p1 -b .font
#%patch3 -p1 -b .plot-sigsegv
#%patch4 -p1 -b .isinglethread
#%patch5 -p1 -b .checkint
#%patch6 -p1 -b .tabulate   # This fails

But it does not work.
because I guess that it does not compile my new sources but the old ones.

Actually, %patch6 -p1 -b .tabulate
would fails
patch -p0 gnuplot-5.0.6a-tabulate.patch (manually)
would be OK, but it fails from the .spec file

Thank for your help.

===
  Patrick DUPRÉ | | email: pdu...@gmx.com
  Laboratoire de Physico-Chimie de l'Atmosphère | |
  Université du Littoral-Côte d'Opale   | |
  Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
  189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===
___
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: EXTERNAL: Re: Adobe Acrobat & F26

2017-07-18 Thread Max Pyziur

On Tue, 18 Jul 2017, Wells, Roger K. wrote:

On 07/18/2017 04:51 PM, Tom Horsley wrote:

 On Tue, 18 Jul 2017 21:56:24 +0200
 antonio montagnani wrote:

>  same here.
> 
> ldd /usr/bin/acroread

>   not a dynamic executable
> 
>  am I missing something??

 what does "file /usr/bin/acroread" say? If it is
 a shell script, you may need to make a copy of
 the script and embed the "ldd" in it where it
 invokes the actual program.
 ___
 users mailing list -- users@lists.fedoraproject.org
 To unsubscribe send an email to users-le...@lists.fedoraproject.org

On my F25, I observe the same behavior.

If I run it from the command line (in the /opt/Adobe/ReaderR/bin directory in 
my case):

./acroread
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared 
libraries: libgdk_pixbuf_xlib-2.0.so.0: cannot open shared object file: No 
such file or directory

so, yes we do need a dynamic link library.

dnf provides libgdk_pixbuf_xlib-2.0.so.0
Last metadata expiration check: 20 days, 6:11:21 ago on Wed Jun 28 10:50:14 
2017.
gdk-pixbuf2-xlib-2.36.0-1.fc25.i686 : Additional library for using gdk-pixbuf 
with bare xlib

Repo: fedora

Now install gdk-pixbuf2-xlib:

sudo dnf install  gdk-pixbuf2-xlib.i686
Last metadata expiration check: 2:03:48 ago on Tue Jul 18 15:02:30 2017.
Dependencies resolved.
==
PackageArch Version 
Repository Size

==
Installing:
gdk-pixbuf2-xlib   i686 2.36.6-1.fc25 
updates50 k

Transaction Summary
==
Install  1 Package

Total download size: 50 k
Installed size: 67 k
Is this ok [y/N]: y
Downloading Packages:
[MIRROR] gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm: Status code: 404 for 
http://mirrors.syringanetworks.net/fedora/updates/25/x86_64/g/gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm

gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm 54 kB/s |  50 kB 00:00
--
Total 36 kB/s |  50 kB 00:01
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Installing  : gdk-pixbuf2-xlib-2.36.6-1.fc25.i686 1/1
  Verifying   : gdk-pixbuf2-xlib-2.36.6-1.fc25.i686 1/1

Installed:
  gdk-pixbuf2-xlib.i686 2.36.6-1.fc25

Complete!

And now Adobe Reader works...

HTH

This is for F25, not F26. It doesn't solve the problem for F26.

fyi,

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

Re: keyboard producing diacritics (acute accent, dot-above, cedilla-below)

2017-07-18 Thread George R Goffe

Hi,

I have tested for this "bug" under Gnome and find that it (the "bug") 
has gone away. KDE apparently has some bugs outstanding along with one 
whose component that handles menuing in the desktop and the one (same 
one?) that handles/registers apps that start up, contains other apps, 
displays virtual desktops, presents various KDE menus, displays the time of day 
and some other things.

Again, THANKS to everyone who help with this problem,

George...

On 07/16/17 10:23, George R Goffe wrote:
> Hi,
>
> System is Fedora 27 x86_64 (rawhide), fully up to date with the rawhide repo. 
>
> Firefox and Opera are producing diacritics (acute accent, dot-above, 
> cedilla-below) when I type in text windows. Other apps such as konsole seem 
> to work just fine and I have not seen this problem elsewhere.
>
> locale says:
>
> LANG=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
> Any/all hints/tips/suggestions would be greatly appreciated.
>
I just installed a fresh system (KDE desktop) using
Fedora-KDE-Live-x86_64-Rawhide-20170714.n.0.iso followed by a "dnf update".  No
problems with input firefox as far as I can tell. 

But, since you're talking about F27/Rawhide you may be better served on the 
test list.

-- 
Fedora Users List - The place to go to speculate endlessly
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: waaaaaaay off topic!! (httpd infinite redirects)

2017-07-18 Thread Tim

Allegedly, on or about 16 July 2017, bruce sent:
> I've got a site (drupal+mod) that's throwing an infinite redirect.
> I've been searching high/low, as well as modifying/testing the
> httpd.conf, .htaccess, and the setting file for the app. 

URL re-writing?  e.g The main HTTP server config is set up to redirect
calls to example.com over to www.example.com, and a mod keeps on using
example.com?  Or the same kind of thing with a URI path after the domain
name portion.

Some kind of wildcarding error in rewriting rule.

A meta reload written into a HTML head section?

A heads up:  Although I've many years experience at running Apache, I've
never run any plugins (Drupal, Wikis, blogs, etc).  Mod rewrite and SSI
are about as fancy as I get.  No JavaScript, Java, etc., just hand-typed
HTML, so my sites should work on any browser.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

The mindset of software designers: You know that feature that you, and
many thousands of other users, found useful? We removed it, because we
didn't like it. We also hard-coded the default settings that you keep
customising.


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

Re: Network dies on laptop lid closure

2017-07-18 Thread William Oliver


On Wed, 2017-07-19 at 04:08 +0930, Tim wrote:
> Oh, and another thing...
> 
> Allegedly, on or about 18 July 2017, William Oliver sent:
> > I'm running Fedora 26 on a slightly old HP laptop using KDE.
> 
> Do you have other desktops installed, too?  Even if you're using KDE,
> perhaps a part of another desktop manager is monitoring the lid, as
> well.
> 
> 

I use NetworkManager.  I installed Xcfe and Hawaii, but deleted Hawaii.
 Xcfe is still installed.

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

Re: EXTERNAL: Re: Adobe Acrobat & F26

2017-07-18 Thread Wells, Roger K.


On 07/18/2017 04:51 PM, Tom Horsley wrote:

On Tue, 18 Jul 2017 21:56:24 +0200
antonio montagnani wrote:


same here.

   ldd /usr/bin/acroread
not a dynamic executable

am I missing something??

what does "file /usr/bin/acroread" say? If it is
a shell script, you may need to make a copy of
the script and embed the "ldd" in it where it
invokes the actual program.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

On my F25, I observe the same behavior.

If I run it from the command line (in the /opt/Adobe/ReaderR/bin 
directory in my case):

./acroread
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading 
shared libraries: libgdk_pixbuf_xlib-2.0.so.0: cannot open shared object 
file: No such file or directory


so, yes we do need a dynamic link library.

dnf provides libgdk_pixbuf_xlib-2.0.so.0
Last metadata expiration check: 20 days, 6:11:21 ago on Wed Jun 28 
10:50:14 2017.
gdk-pixbuf2-xlib-2.36.0-1.fc25.i686 : Additional library for using 
gdk-pixbuf with bare xlib

Repo: fedora

Now install gdk-pixbuf2-xlib:

sudo dnf install  gdk-pixbuf2-xlib.i686
Last metadata expiration check: 2:03:48 ago on Tue Jul 18 15:02:30 2017.
Dependencies resolved.
==
 PackageArch 
VersionRepository Size

==
Installing:
 gdk-pixbuf2-xlib   i686 
2.36.6-1.fc25  updates50 k


Transaction Summary
==
Install  1 Package

Total download size: 50 k
Installed size: 67 k
Is this ok [y/N]: y
Downloading Packages:
[MIRROR] gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm: Status code: 404 for 
http://mirrors.syringanetworks.net/fedora/updates/25/x86_64/g/gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm

gdk-pixbuf2-xlib-2.36.6-1.fc25.i686.rpm 54 kB/s |  50 kB 00:00
--
Total 36 kB/s |  50 kB 00:01
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Installing  : gdk-pixbuf2-xlib-2.36.6-1.fc25.i686 1/1
  Verifying   : gdk-pixbuf2-xlib-2.36.6-1.fc25.i686 1/1

Installed:
  gdk-pixbuf2-xlib.i686 2.36.6-1.fc25

Complete!

And now Adobe Reader works...

HTH

--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-18 Thread Tom Horsley

On Tue, 18 Jul 2017 21:56:24 +0200
antonio montagnani wrote:

> same here.
> 
>   ldd /usr/bin/acroread
>   not a dynamic executable
> 
> am I missing something??

what does "file /usr/bin/acroread" say? If it is
a shell script, you may need to make a copy of
the script and embed the "ldd" in it where it
invokes the actual program.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-18 Thread Chris Adams

Once upon a time, Rick Stevens  said:
> >  ldd /usr/bin/acroread
> > not a dynamic executable
> 
> I believe that means it's a statically linked executable and doesn't use
> shared libraries (.so files).

It can also mean it isn't an ELF binary; IIRC at one point
/usr/bin/acroread was just a shell script wrapper.  You can run "file
/usr/bin/acroread" to see that.

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

Re: Adobe Acrobat & F26

2017-07-18 Thread Rick Stevens

On 07/18/2017 12:56 PM, antonio montagnani wrote:
> Tom Horsley ha scritto il 18/07/2017 alle 14:55:
>> You could try running ldd with the path to acroread as an arg and
>> see if it says some libraries are not found. If the only problem
>> is missing libraries, perhaps you could get them from an older
>> fedora where acroread worked (or they might be in the repos
>> still, but you just don't have them installed).
>> ___
>> users mailing list -- users@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>>
> 
> same here.
> 
>  ldd /usr/bin/acroread
> not a dynamic executable

I believe that means it's a statically linked executable and doesn't use
shared libraries (.so files).

> am I missing something??

Don't think so. If it's statically linked, it is a self-contained binary
and doesn't depend on any external libraries. You might try "acroread
-h" and see what options it has. It might have a "verbose" or "debug"
mode you could use to see what is going on.

In the old days, if you didn't pass it a file to process (e.g. just ran
"acroread" and not "acroread /path/to/file.pdf"), it started but was
iconified or hidden. I have no idea what acroread does now...I use
evince or ghostscript to deal with PDFs most of the time.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- Okay, who put a "stop payment" on my reality check?-
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-18 Thread Antonio M

already done: nothing happens, something is running but program doesn't
show up

Antonio Montagnani

Linux Fedora 26(Workstation)
inviato da Gmail

2017-07-18 22:06 GMT+02:00 Joe Zeff :

> On 07/18/2017 12:56 PM, antonio montagnani wrote:
>
>>
>> same here.
>>
>>   ldd /usr/bin/acroread
>>  not a dynamic executable
>>
>> am I missing something??
>>
>
> Try running acroread from a terminal and see what happens.
>
> ___
> 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: Adobe Acrobat & F26

2017-07-18 Thread Joe Zeff


On 07/18/2017 12:56 PM, antonio montagnani wrote:


same here.

  ldd /usr/bin/acroread
 not a dynamic executable

am I missing something??


Try running acroread from a terminal and see what happens.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-18 Thread antonio montagnani


Tom Horsley ha scritto il 18/07/2017 alle 14:55:

You could try running ldd with the path to acroread as an arg and
see if it says some libraries are not found. If the only problem
is missing libraries, perhaps you could get them from an older
fedora where acroread worked (or they might be in the repos
still, but you just don't have them installed).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org



same here.

 ldd /usr/bin/acroread
not a dynamic executable

am I missing something??
--
Antonio M
Skype: amontag52

Linux Fedora F26 (Workstation Edition)
on Fujitsu Lifebook A512

http://lugsaronno.altervista.org
http://campingmonterosa.altervista.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: routes not being applied to interfaces

2017-07-18 Thread InvalidPath

On Tue, Jul 18, 2017 at 12:46 PM, Rick Stevens  wrote:

> On 07/18/2017 11:05 AM, InvalidPath wrote:
> > Thanks Rick, Yeah I'm certain.  The network interface enp62s0u1u2 is the
> > usb-c adapter built into the dock.  So once docked that int comes up
> > and, before the F26 upgrade the routes would get applied. Not they don't
> :(
>
> Hmmm. Are you using NM to control this? If so, have you checked NM's
> config for that device (the IPV4 tab, the "Routes..." button).
>
> > On Tue, Jul 18, 2017 at 10:38 AM, Rick Stevens  > > wrote:
> >
> > On 07/18/2017 08:19 AM, InvalidPath wrote:
> > > Anyone?  Seems like an issue of this caliber would be important.
> I know
> > > it is for me when I am forced to resort to manually inputting
> custom
> > > routes each morning.
> >
> > You specifically said "while docked". Are you certain your system is
> > recognizing when it is docked and when it isn't? That's the first
> thing
> > to check as that's probably more complex than picking up routes (like
> > sorting out suspend issues).
> >
> > > On Mon, Jul 17, 2017 at 9:14 AM, InvalidPath <
> invalid.p...@gmail.com 
> > > >>
> > wrote:
> > >
> > > Pre-F26 upgrade I used a route file to apply work related
> routes
> > > while docked, for some reason since the upgrade when I look via
> > > route or ip route I am no longer getting the ones from the
> > file applied.
> > > I did verify the name of my interface is correct.. the name
> > changed
> > > once after an update so that's always the first thing I check.
> > >
> > > I also have the same routes in the Route tab in Network
> > Manager, and
> > > looking in journalctl I see:
> > >
> > > Jul 17 08:16:53 Vostok audit[1]: SERVICE_START pid=1 uid=0
> > > auid=4294967295 ses=4294967295 msg='unit=NetworkManager-
> dispatcher
> > > comm="systemd"
> > > Jul 17 08:16:53 Vostok dhclient[3662]: bound to 10.0.20.186 --
> > > renewal in 1122048 seconds.
> > > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:1 'pre-up'
> > > [enp62s0u1u2]: new request (1 scripts)
> > > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> > >  [1500301013.5560] device (enp62s0u1u2): state change:
> ip-check ->
> > > secondaries (reason 'n
> > > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> > >  [1500301013.5563] device (enp62s0u1u2): state change:
> secondaries
> > > -> activated (reason '
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.19#53
> > > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> > >  [1500301013.5650] device (enp62s0u1u2): Activation:
> successful,
> > > device activated.
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.1#53
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.22.1#53
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.20#53
> > > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > > [enp62s0u1u2]: new request (7 scripts)
> > > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > > [enp62s0u1u2]: start running ordered scripts...
> > > Jul 17 08:16:53 Vostok systemd[1]: iscsi.service: Unit cannot
> be
> > > reloaded because it is inactive.
> > > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> > >  [1500301013.7452] policy: set 'USB-c Ethernet' (enp62s0u1u2)
> as
> > > default for IPv4 routing
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.19#53
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.20#53
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.20.1#53
> > > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> > 10.0.22.1#53
> > >
> > > Any thoughts?
> > >
> > > Thanks
> > >
> > >
> > >
> > >
> > > ___
> > > 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

Re: EXTERNAL: Re: Network dies on laptop lid closure

2017-07-18 Thread Wells, Roger K.


On 07/18/2017 02:42 PM, William Oliver wrote:

On Tue, 2017-07-18 at 13:24 -0400, Wells, Roger K. wrote:

8/2017 11:08 AM, Sylvia Sánchez wrote:


Hello,
If you're going to install another desktop to test configuration I 
would suggest Cinnamon or Xfce. Gnome 3 has very few options, so 
you might not be able to test much.





FWIW
On my Thinkpad X260, Fedora 25 (fully updated), Gnome3 adding the 
following line:

HandleLidSwitch=ignore
to
/etc/systemd/logind.conf
allows the PC to not suspend when the lid is closed.
This was after a restart.  A simple logoff/login sequence was not 
sufficient.

Also, this is true using either X11 or Wayland.

uname -a
Linux rwells-x260 4.11.9-200.fc25.x86_64 #1 SMP Wed Jul 5 18:19:05 
UTC 2017 x86_64 x86_64 x86_64 GN



That stops the machine from suspending or hibernating, but the network 
still turns off -- even though the rest of the box stays up.




I realized (too late) that I should have mentioned in my initial 
response that I had no trouble accessing the cover lid closed x260 via 
ssh and ping from other computers

rkw.


billo


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



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

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

Re: routes not being applied to interfaces

2017-07-18 Thread Rick Stevens

On 07/18/2017 11:05 AM, InvalidPath wrote:
> Thanks Rick, Yeah I'm certain.  The network interface enp62s0u1u2 is the
> usb-c adapter built into the dock.  So once docked that int comes up
> and, before the F26 upgrade the routes would get applied. Not they don't :(

Hmmm. Are you using NM to control this? If so, have you checked NM's
config for that device (the IPV4 tab, the "Routes..." button).

> On Tue, Jul 18, 2017 at 10:38 AM, Rick Stevens  > wrote:
> 
> On 07/18/2017 08:19 AM, InvalidPath wrote:
> > Anyone?  Seems like an issue of this caliber would be important.  I know
> > it is for me when I am forced to resort to manually inputting custom
> > routes each morning.
> 
> You specifically said "while docked". Are you certain your system is
> recognizing when it is docked and when it isn't? That's the first thing
> to check as that's probably more complex than picking up routes (like
> sorting out suspend issues).
> 
> > On Mon, Jul 17, 2017 at 9:14 AM, InvalidPath  
> > >>
> wrote:
> >
> > Pre-F26 upgrade I used a route file to apply work related routes
> > while docked, for some reason since the upgrade when I look via
> > route or ip route I am no longer getting the ones from the
> file applied.
> > I did verify the name of my interface is correct.. the name
> changed
> > once after an update so that's always the first thing I check.
> >
> > I also have the same routes in the Route tab in Network
> Manager, and
> > looking in journalctl I see:
> >
> > Jul 17 08:16:53 Vostok audit[1]: SERVICE_START pid=1 uid=0
> > auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher
> > comm="systemd"
> > Jul 17 08:16:53 Vostok dhclient[3662]: bound to 10.0.20.186 --
> > renewal in 1122048 seconds.
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:1 'pre-up'
> > [enp62s0u1u2]: new request (1 scripts)
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5560] device (enp62s0u1u2): state change: ip-check ->
> > secondaries (reason 'n
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5563] device (enp62s0u1u2): state change: secondaries
> > -> activated (reason '
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.19#53
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5650] device (enp62s0u1u2): Activation: successful,
> > device activated.
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.22.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.20#53
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > [enp62s0u1u2]: new request (7 scripts)
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > [enp62s0u1u2]: start running ordered scripts...
> > Jul 17 08:16:53 Vostok systemd[1]: iscsi.service: Unit cannot be
> > reloaded because it is inactive.
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.7452] policy: set 'USB-c Ethernet' (enp62s0u1u2) as
> > default for IPv4 routing
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.19#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.20#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.20.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver
> 10.0.22.1#53
> >
> > Any thoughts?
> >
> > Thanks
> >
> >
> >
> >
> > ___
> > 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 -
> --
> -   "I'd explain it to you, but your brain might explode."   -
> --
> ___
>

Re: EXTERNAL: Re: Network dies on laptop lid closure

2017-07-18 Thread William Oliver

On Tue, 2017-07-18 at 13:24 -0400, Wells, Roger K. wrote:
> 
> > > 8/2017 11:08 AM, Sylvia Sánchez
> > >   wrote:
> > > 
> > > 
> > > 
> > > >   
> > > >   
> > > > 
> > > >   
> > > > 
> > > >   
> > > >   Hello,
> > > > 
> > > > 
> > > > If you're going to install another desktop to test
> > > > configuration
> > > > I would suggest Cinnamon or Xfce. Gnome 3 has very few
> > > > options,
> > > > so you might not be able to test much.
> > > > 
> > > > 
> > > >   
> > > > 
> > > >   
> > > > 
> > > >   
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > FWIW
> > > 
> > > On my Thinkpad X260, Fedora 25 (fully updated), Gnome3 adding
> > > the
> > > following line:
> > > 
> > > HandleLidSwitch=ignore
> > > 
> > > to
> > > 
> > > /etc/systemd/logind.conf
> > > 
> > > allows the PC to not suspend when the lid is closed.
> > > 
> > > This was after a restart.  A simple logoff/login sequence was
> > > not
> > > sufficient.
> > > 
> > > Also, this is true using either X11 or Wayland.
> > > 
> > > 
> > > 
> > > uname -a
> > > 
> > > Linux rwells-x260 4.11.9-200.fc25.x86_64 #1 SMP Wed Jul 5
> > > 18:19:05
> > > UTC 2017 x86_64 x86_64 x86_64 GN
> > 
> > 

   
That stops the machine from suspending or hibernating, but the network
still turns off -- even though the rest of the box stays up.

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

Re: Network dies on laptop lid closure

2017-07-18 Thread Tim

Oh, and another thing...

Allegedly, on or about 18 July 2017, William Oliver sent:
> I'm running Fedora 26 on a slightly old HP laptop using KDE.

Do you have other desktops installed, too?  Even if you're using KDE,
perhaps a part of another desktop manager is monitoring the lid, as
well.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

Computers are like dentists. They have their uses, but they're both
bloody pains.


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

Re: Network dies on laptop lid closure

2017-07-18 Thread Tim

Allegedly, on or about 18 July 2017, William Oliver sent:
> I'm running Fedora 26 on a slightly old HP laptop using KDE.  One
> minor irritation is that whenever I close the lid of the laptop, the
> network turns off -- both wifi and wired. 

What manages your network?  NetworkManager?  Something else?  Perhaps
there's a lid watcher in there.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

Give a man an inch, and he thinks he's a ruler.


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

Re: Network dies on laptop lid closure

2017-07-18 Thread Tim

Allegedly, on or about 18 July 2017, Tom Killian sent:
> The machine can overheat with the display running and the lid closed.

On *some* laptops they can overheat when the laptop is running and the
lid is closed (because some of the cooling venting is being blocked by
the screen/lid).  You need to be cautious about leaving a laptop running
in that state.

If you can feel airflow anywhere where the lid would cover up, I
definitely wouldn't close the lid on that laptop and leave it running.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

When it comes to electronics, I'm slightly biased.


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

Re: routes not being applied to interfaces

2017-07-18 Thread InvalidPath

Thanks Rick, Yeah I'm certain.  The network interface enp62s0u1u2 is the
usb-c adapter built into the dock.  So once docked that int comes up and,
before the F26 upgrade the routes would get applied. Not they don't :(

On Tue, Jul 18, 2017 at 10:38 AM, Rick Stevens  wrote:

> On 07/18/2017 08:19 AM, InvalidPath wrote:
> > Anyone?  Seems like an issue of this caliber would be important.  I know
> > it is for me when I am forced to resort to manually inputting custom
> > routes each morning.
>
> You specifically said "while docked". Are you certain your system is
> recognizing when it is docked and when it isn't? That's the first thing
> to check as that's probably more complex than picking up routes (like
> sorting out suspend issues).
>
> > On Mon, Jul 17, 2017 at 9:14 AM, InvalidPath  > > wrote:
> >
> > Pre-F26 upgrade I used a route file to apply work related routes
> > while docked, for some reason since the upgrade when I look via
> > route or ip route I am no longer getting the ones from the file
> applied.
> > I did verify the name of my interface is correct.. the name changed
> > once after an update so that's always the first thing I check.
> >
> > I also have the same routes in the Route tab in Network Manager, and
> > looking in journalctl I see:
> >
> > Jul 17 08:16:53 Vostok audit[1]: SERVICE_START pid=1 uid=0
> > auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher
> > comm="systemd"
> > Jul 17 08:16:53 Vostok dhclient[3662]: bound to 10.0.20.186 --
> > renewal in 1122048 seconds.
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:1 'pre-up'
> > [enp62s0u1u2]: new request (1 scripts)
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5560] device (enp62s0u1u2): state change: ip-check ->
> > secondaries (reason 'n
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5563] device (enp62s0u1u2): state change: secondaries
> > -> activated (reason '
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.5650] device (enp62s0u1u2): Activation: successful,
> > device activated.
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > [enp62s0u1u2]: new request (7 scripts)
> > Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> > [enp62s0u1u2]: start running ordered scripts...
> > Jul 17 08:16:53 Vostok systemd[1]: iscsi.service: Unit cannot be
> > reloaded because it is inactive.
> > Jul 17 08:16:53 Vostok NetworkManager[1158]: 
> >  [1500301013.7452] policy: set 'USB-c Ethernet' (enp62s0u1u2) as
> > default for IPv4 routing
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> > Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
> >
> > Any thoughts?
> >
> > Thanks
> >
> >
> >
> >
> > ___
> > 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 -
> --
> -   "I'd explain it to you, but your brain might explode."   -
> --
> ___
> 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: Network dies on laptop lid closure

2017-07-18 Thread Tom Killian

My (F24) laptop's lid behavior, configured in the MATE control center, is
to blank the display and leave everything else alone.  The machine can
overheat with the display running and the lid closed.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Network dies on laptop lid closure

2017-07-18 Thread Samuel Sieb


On 07/18/2017 05:59 AM, William Oliver wrote:


I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
irritation is that whenever I close the lid of the laptop, the network
turns off -- both wifi and wired.


Have you looked in the journal around the time that you close the lid 
and see what's happening?



This was an issue with Fedora 25, too, but not Fedora 24.  I never got
around to dealing with it in 25 because of time issues.


It's possible that a newer kernel somehow triggers a different state in 
the BIOS and the the network shutoff is there, but hard to tell without 
the logs.

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

Re: EXTERNAL: Re: Network dies on laptop lid closure

2017-07-18 Thread Samuel Sieb


On 07/18/2017 10:24 AM, Wells, Roger K. wrote:

FWIW
On my Thinkpad X260, Fedora 25 (fully updated), Gnome3 adding the 
following line:

HandleLidSwitch=ignore
to
/etc/systemd/logind.conf
allows the PC to not suspend when the lid is closed.
This was after a restart.  A simple logoff/login sequence was not 
sufficient.


You could just do "systemctl restart systemd-logind" instead of rebooting.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: EXTERNAL: Re: Network dies on laptop lid closure

2017-07-18 Thread fred roller

> FWIW
> On my Thinkpad X260, Fedora 25 (fully updated), Gnome3 adding the
following line:
> HandleLidSwitch=ignore
> to
> /etc/systemd/logind.conf
> allows the PC to not suspend when the lid is closed.
> This was after a restart.  A simple logoff/login sequence was not
sufficient.
> Also, this is true using either X11 or Wayland.


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

Re: EXTERNAL: Re: Network dies on laptop lid closure

2017-07-18 Thread Wells, Roger K.

On 07/18/2017 11:08 AM, Sylvia Sánchez wrote:

Hello,
If you're going to install another desktop to test configuration I 
would suggest Cinnamon or Xfce. Gnome 3 has very few options, so you 
might not be able to test much.

FWIW
On my Thinkpad X260, Fedora 25 (fully updated), Gnome3 adding the 
following line:

HandleLidSwitch=ignore
to
/etc/systemd/logind.conf
allows the PC to not suspend when the lid is closed.
This was after a restart.  A simple logoff/login sequence was not 
sufficient.

Also, this is true using either X11 or Wayland.

uname -a
Linux rwells-x260 4.11.9-200.fc25.x86_64 #1 SMP Wed Jul 5 18:19:05 UTC 
2017 x86_64 x86_64 x86_64 GNU/Linux

HTH

Cheers,
Sylvia

On 18 July 2017 at 16:53, William Oliver > wrote:

On Tue, 2017-07-18 at 22:03 +0800, Ed Greshko wrote:
> [snip]
> On 07/18/17 20:59, William Oliver wrote:
> Since it works for me, and I think we have similar settings, I don't
> think I've been
> much help.   Is there, perhaps, a BIOS setting?
>
>

No, that helps.  It means that it's not default-broken :-) I think
I'll
install another desktop manager, gnome or  xfce or something, and see
if that changes anything.  That might tell me if it's a KDE thing...

billo
___
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

--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

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

Re: rpmbuild

2017-07-18 Thread John Pilkington


On 18/07/17 18:07, John Pilkington wrote:

On 18/07/17 17:07, Patrick Dupre wrote:

Hello,

I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/

However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe to a previous one).
Then a fixed directly the tabulate.c file

How can generate the package directly from the SOURCES?
with rpmbuild
I try to modify the .spc file by removing the
#%patch0 -p1 -b .refto
#%patch1 -p1 -b .font
#%patch3 -p1 -b .plot-sigsegv
#%patch4 -p1 -b .isinglethread
#%patch5 -p1 -b .checkint
#%patch6 -p1 -b .tabulate   # This fails

But it does not work.
because I guess that it does not compile my new sources but the old ones.

Actually, %patch6 -p1 -b .tabulate
would fails
patch -p0 gnuplot-5.0.6a-tabulate.patch (manually)
would be OK, but it fails from the .spec file

Thank for your help.


I suggest you start from the gnuplot srpm
# put package in ~/rpmbuild/SRPMS/foo.src.rpm

$  rpm -ihv foo.src.rpm
$  rpmbuild --nodeps -bp /where/the/spec/files/land/foo.spec

$[wherever SPECS]$ rpmbuild --nodeps -bp  foo.spec

# and look for the patched source in ~/rpmbuild/BUILD/

Put your patch in SOURCES

Then add to the .spec file

Patch7:  tabulate.patch

and

%patch7 -p1 -b .tabulate

and update the changelog

and build, preferably using mock.  First the new srpm, then the rpm.



This was a tentative reply that got sent 'by accident.'  Something like 
it has worked for me (with other packages) in the past.


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

Re: rpmbuild

2017-07-18 Thread Todd Zullinger


Patrick Dupre wrote:
I am trying to patch gnuplot with 
https://sourceforge.net/p/gnuplot/patches/694/


However, it fails for several reasons, 
The first one is that the patch does not apply to last version 
of tabulate.c (maybe to a previous one). 
Then a fixed directly the tabulate.c file


How can generate the package directly from the SOURCES? 
with rpmbuild 
I try to modify the .spc file by removing the 
#%patch0 -p1 -b .refto 
#%patch1 -p1 -b .font 
#%patch3 -p1 -b .plot-sigsegv 
#%patch4 -p1 -b .isinglethread 
#%patch5 -p1 -b .checkint 
#%patch6 -p1 -b .tabulate   # This fails


But it does not work. 
because I guess that it does not compile my new sources but the old ones.


Actually, %patch6 -p1 -b .tabulate would fails 


-p1 is used here

patch -p0 gnuplot-5.0.6a-tabulate.patch (manually) 
would be OK, but it fails from the .spec file


And -p0 is used here.

The argument to -p is the number of leading directories to strip off 
the paths in the patch.  It's fairly important to use the right value.


Whether that's the main issue or not isn't clear, as you didn't 
include any of the rpmbuild output from the failure.


--
Todd
~~
So its hurry! Hurry! Step right up, it's a matter of life or death
The sun is going down and the moon is just holding its breath.



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

Re: rpmbuild

2017-07-18 Thread John Pilkington


On 18/07/17 17:07, Patrick Dupre wrote:

Hello,

I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/

However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe to a previous one).
Then a fixed directly the tabulate.c file

How can generate the package directly from the SOURCES?
with rpmbuild
I try to modify the .spc file by removing the
#%patch0 -p1 -b .refto
#%patch1 -p1 -b .font
#%patch3 -p1 -b .plot-sigsegv
#%patch4 -p1 -b .isinglethread
#%patch5 -p1 -b .checkint
#%patch6 -p1 -b .tabulate   # This fails

But it does not work.
because I guess that it does not compile my new sources but the old ones.

Actually, %patch6 -p1 -b .tabulate
would fails
patch -p0 gnuplot-5.0.6a-tabulate.patch (manually)
would be OK, but it fails from the .spec file

Thank for your help.


I suggest you start from the gnuplot srpm
# put package in ~/rpmbuild/SRPMS/foo.src.rpm

$  rpm -ihv foo.src.rpm
$  rpmbuild --nodeps -bp /where/the/spec/files/land/foo.spec

$[wherever SPECS]$ rpmbuild --nodeps -bp  foo.spec

# and look for the patched source in ~/rpmbuild/BUILD/

Put your patch in SOURCES

Then add to the .spec file

Patch7:  tabulate.patch

and

%patch7 -p1 -b .tabulate

and update the changelog

and build, preferably using mock.  First the new srpm, then the rpm.



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

Re: rpmbuild

2017-07-18 Thread Rick Stevens

On 07/18/2017 09:07 AM, Patrick Dupre wrote:
> Hello,
> 
> I am trying to patch gnuplot with
> https://sourceforge.net/p/gnuplot/patches/694/
> 
> However, it fails for several reasons,
> The first one is that the patch does not apply to last version 
> of tabulate.c (maybe to a previous one).
> Then a fixed directly the tabulate.c file
> 
> How can generate the package directly from the SOURCES?
> with rpmbuild
> I try to modify the .spc file by removing the 
> #%patch0 -p1 -b .refto
> #%patch1 -p1 -b .font
> #%patch3 -p1 -b .plot-sigsegv
> #%patch4 -p1 -b .isinglethread
> #%patch5 -p1 -b .checkint
> #%patch6 -p1 -b .tabulate   # This fails
> 
> But it does not work.
> because I guess that it does not compile my new sources but the old ones.
> 
> Actually, %patch6 -p1 -b .tabulate
> would fails
> patch -p0 gnuplot-5.0.6a-tabulate.patch (manually)
> would be OK, but it fails from the .spec file

Patrick, it's very difficult to troubleshoot many of your issues as you
(and many others) rarely provide basic information other than "such-
and-such fails". This is somewhat like taking your car to a mechanic,
saying "the car is broken" and then walking away. How is it broken? What
doesn't work? Sorta hard on the mechanic.

In this case, you simply say "this patch fails" but do not include the
error messages involved in the failure. I'm not trying to point you out
specifically, but this really goes for anyone requesting help here on
the list...we need the context around the problem (error messages, log
entries, etc.). Otherwise we're trying to troubleshoot in a vacuum which
rarely ends in a viable solution.

In a nutshell, patch files are generally quite specific. They direct
"patch" to look for a pattern to match starting at a specific line in
the original file. If the original file you're trying to patch doesn't
correspond (fairly) closely to the one the patch was created for (e.g.
extra lines, punctuation changes such as tabs, etc.), yes the patch will
likely fail. We need the output of the patch command to tell you why
it's failing. As to how to fix it, you may have to manually patch the
file. If you do that, you can create a new patchfile for that patch on
that file by running "diff" on the pre-patched file and the patched
file. I'm sure the package maintainers would like to have it.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
-Huked on foniks reely wurked for me!-
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: routes not being applied to interfaces

2017-07-18 Thread Rick Stevens

On 07/18/2017 08:19 AM, InvalidPath wrote:
> Anyone?  Seems like an issue of this caliber would be important.  I know
> it is for me when I am forced to resort to manually inputting custom
> routes each morning.

You specifically said "while docked". Are you certain your system is
recognizing when it is docked and when it isn't? That's the first thing
to check as that's probably more complex than picking up routes (like
sorting out suspend issues).

> On Mon, Jul 17, 2017 at 9:14 AM, InvalidPath  > wrote:
> 
> Pre-F26 upgrade I used a route file to apply work related routes
> while docked, for some reason since the upgrade when I look via
> route or ip route I am no longer getting the ones from the file applied.
> I did verify the name of my interface is correct.. the name changed
> once after an update so that's always the first thing I check.
> 
> I also have the same routes in the Route tab in Network Manager, and
> looking in journalctl I see:
> 
> Jul 17 08:16:53 Vostok audit[1]: SERVICE_START pid=1 uid=0
> auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher
> comm="systemd"  
> Jul 17 08:16:53 Vostok dhclient[3662]: bound to 10.0.20.186 --
> renewal in 1122048 seconds.
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:1 'pre-up'
> [enp62s0u1u2]: new request (1 scripts)
> Jul 17 08:16:53 Vostok NetworkManager[1158]: 
>  [1500301013.5560] device (enp62s0u1u2): state change: ip-check ->
> secondaries (reason 'n
> Jul 17 08:16:53 Vostok NetworkManager[1158]: 
>  [1500301013.5563] device (enp62s0u1u2): state change: secondaries
> -> activated (reason '
> Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> Jul 17 08:16:53 Vostok NetworkManager[1158]: 
>  [1500301013.5650] device (enp62s0u1u2): Activation: successful,
> device activated.
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> [enp62s0u1u2]: new request (7 scripts)
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up'
> [enp62s0u1u2]: start running ordered scripts...
> Jul 17 08:16:53 Vostok systemd[1]: iscsi.service: Unit cannot be
> reloaded because it is inactive.
> Jul 17 08:16:53 Vostok NetworkManager[1158]: 
>  [1500301013.7452] policy: set 'USB-c Ethernet' (enp62s0u1u2) as
> default for IPv4 routing
> Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
> 
> Any thoughts?
> 
> Thanks
> 
> 
> 
> 
> ___
> 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 -
--
-   "I'd explain it to you, but your brain might explode."   -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

rpmbuild

2017-07-18 Thread Patrick Dupre

Hello,

I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/

However, it fails for several reasons,
The first one is that the patch does not apply to last version 
of tabulate.c (maybe to a previous one).
Then a fixed directly the tabulate.c file

How can generate the package directly from the SOURCES?
with rpmbuild
I try to modify the .spc file by removing the 
#%patch0 -p1 -b .refto
#%patch1 -p1 -b .font
#%patch3 -p1 -b .plot-sigsegv
#%patch4 -p1 -b .isinglethread
#%patch5 -p1 -b .checkint
#%patch6 -p1 -b .tabulate   # This fails

But it does not work.
because I guess that it does not compile my new sources but the old ones.

Actually, %patch6 -p1 -b .tabulate
would fails
patch -p0 gnuplot-5.0.6a-tabulate.patch (manually)
would be OK, but it fails from the .spec file

Thank for your help.

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale   | |
 Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Network dies on laptop lid closure

2017-07-18 Thread William Oliver

On Tue, 2017-07-18 at 11:33 -0400, Fred Smith wrote:
> 
> do you have the network configured to be available to all users? If
> not,
> perhaps closing the lids makes the network drop, whereas enabling
> that
> option might prevent
> 
> I haven't seen this, so I'm only guessing,... I have my laptop set to
> allow that, and it doesn't have the problem, so who knows
> 
> -- 

Doesn't make a difference.

Thanks,

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

Re: Network dies on laptop lid closure

2017-07-18 Thread Fred Smith

On Tue, Jul 18, 2017 at 03:51:48PM +0100, John Pilkington wrote:
> On 18/07/17 15:03, Ed Greshko wrote:
> >On 07/18/17 20:59, William Oliver wrote:
> >>I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
> >>irritation is that whenever I close the lid of the laptop, the network
> >>turns off -- both wifi and wired.
> 
> 
> 
> FWIW I'll report that I have two old HP laptops running kubuntu
> xenial. I lost all wifi on one after an update in early June and
> haven't been able to get it back.  The 3945ABG firmware isn't
> loading. It has a BCM5787M controller. The other still has wifi;
> 3945 again, but BCM5788
> 
> John P
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org

do you have the network configured to be available to all users? If not,
perhaps closing the lids makes the network drop, whereas enabling that
option might prevent

I haven't seen this, so I'm only guessing,... I have my laptop set to
allow that, and it doesn't have the problem, so who knows

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  "For him who is able to keep you from falling and to present you before his 
 glorious presence without fault and with great joy--to the only God our Savior
 be glory, majesty, power and authority, through Jesus Christ our Lord, before
 all ages, now and forevermore! Amen."
- Jude 1:24,25 (niv) -
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: routes not being applied to interfaces

2017-07-18 Thread InvalidPath

Anyone?  Seems like an issue of this caliber would be important.  I know it
is for me when I am forced to resort to manually inputting custom routes
each morning.

On Mon, Jul 17, 2017 at 9:14 AM, InvalidPath  wrote:

> Pre-F26 upgrade I used a route file to apply work related routes while
> docked, for some reason since the upgrade when I look via route or ip route
> I am no longer getting the ones from the file applied.
> I did verify the name of my interface is correct.. the name changed once
> after an update so that's always the first thing I check.
>
> I also have the same routes in the Route tab in Network Manager, and
> looking in journalctl I see:
>
> Jul 17 08:16:53 Vostok audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295
> ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd"
> Jul 17 08:16:53 Vostok dhclient[3662]: bound to 10.0.20.186 -- renewal in
> 1122048 seconds.
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:1 'pre-up' [enp62s0u1u2]:
> new request (1 scripts)
> Jul 17 08:16:53 Vostok NetworkManager[1158]:   [1500301013.5560]
> device (enp62s0u1u2): state change: ip-check -> secondaries (reason 'n
> Jul 17 08:16:53 Vostok NetworkManager[1158]:   [1500301013.5563]
> device (enp62s0u1u2): state change: secondaries -> activated (reason '
> Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> Jul 17 08:16:53 Vostok NetworkManager[1158]:   [1500301013.5650]
> device (enp62s0u1u2): Activation: successful, device activated.
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up' [enp62s0u1u2]: new
> request (7 scripts)
> Jul 17 08:16:53 Vostok nm-dispatcher[3754]: req:2 'up' [enp62s0u1u2]:
> start running ordered scripts...
> Jul 17 08:16:53 Vostok systemd[1]: iscsi.service: Unit cannot be reloaded
> because it is inactive.
> Jul 17 08:16:53 Vostok NetworkManager[1158]:   [1500301013.7452]
> policy: set 'USB-c Ethernet' (enp62s0u1u2) as default for IPv4 routing
> Jul 17 08:16:53 Vostok dnsmasq[1477]: reading /etc/resolv.conf
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.19#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.20#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.20.1#53
> Jul 17 08:16:53 Vostok dnsmasq[1477]: using nameserver 10.0.22.1#53
>
> Any thoughts?
>
> Thanks
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F26: particular keystrokes cause Xorg to freeze momentarily, looking for debugging suggestions

2017-07-18 Thread Tim

Allegedly, on or about 17 July 2017, Daniel Miranda sent:
> 
> When I press the slash/question-mark (on a PT-BR keyboard) key while
> focused into a window, or when pressing backspace to erase that slash
> immediately afterwards, X11 will freeze for about a second consuming
> 100% CPU. No other key causes the same behavior, not even the slash
> key from the numeric keypad. I can observe the issue in GTK2, GTK3, Qt
> and custom applications (such as Chrome and Firefox), but I cannot
> reproduce the behavior when sending inputs to `xev` for observation.
> Even GDM is afflicted when typing my user password, before ever having
> logged in. 

Has it been set as the compose key?

e.g. If you type /ae does it turn into: æ

Not that /that/ would explain the 100% CPU pinning, but could explain
why the slash is being treated differently from other keys.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

I'd just like to say that vinyl record crackles and pops are far less
annoying than digigigigital mu-u-u-u-usic hiccicicicups and
yooo-u tu-be ... pauses.


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

Re: Network dies on laptop lid closure

2017-07-18 Thread Sylvia Sánchez

Hello,
If you're going to install another desktop to test configuration I would
suggest Cinnamon or Xfce. Gnome 3 has very few options, so you might not be
able to test much.

Cheers,
Sylvia

On 18 July 2017 at 16:53, William Oliver  wrote:

> On Tue, 2017-07-18 at 22:03 +0800, Ed Greshko wrote:
> > [snip]
> > On 07/18/17 20:59, William Oliver wrote:
> > Since it works for me, and I think we have similar settings, I don't
> > think I've been
> > much help.   Is there, perhaps, a BIOS setting?
> >
> >
>
> No, that helps.  It means that it's not default-broken :-) I think I'll
> install another desktop manager, gnome or  xfce or something, and see
> if that changes anything.  That might tell me if it's a KDE thing...
>
> billo
> ___
> 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: Network dies on laptop lid closure

2017-07-18 Thread William Oliver



On Tue, 2017-07-18 at 15:28 +0200, Sylvia Sánchez wrote:
> Hello,
> I have the same but I just don't close the lid and let it working
> alone. I mean, if it hibernates or even if it suspends, of course
> wifi will be turned off. So your options are not
> hibernating/suspending the computer or not closing the lid.
> Hope this helps you.
> 
> Regards,
> Sylvia
> 
> 
> 
> 

Yeah, that's what I'm doing now -- just leaving the lid up.  Thanks,

billo

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

Re: Network dies on laptop lid closure

2017-07-18 Thread William Oliver

On Tue, 2017-07-18 at 22:03 +0800, Ed Greshko wrote:
> [snip]
> On 07/18/17 20:59, William Oliver wrote:
> Since it works for me, and I think we have similar settings, I don't
> think I've been
> much help.   Is there, perhaps, a BIOS setting?
> 
> 

No, that helps.  It means that it's not default-broken :-) I think I'll
install another desktop manager, gnome or  xfce or something, and see
if that changes anything.  That might tell me if it's a KDE thing...

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

Re: Network dies on laptop lid closure

2017-07-18 Thread John Pilkington


On 18/07/17 15:03, Ed Greshko wrote:

On 07/18/17 20:59, William Oliver wrote:

I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
irritation is that whenever I close the lid of the laptop, the network
turns off -- both wifi and wired.




FWIW I'll report that I have two old HP laptops running kubuntu xenial. 
I lost all wifi on one after an update in early June and haven't been 
able to get it back.  The 3945ABG firmware isn't loading. It has a 
BCM5787M controller. The other still has wifi; 3945 again, but BCM5788


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

Re: F26: particular keystrokes cause Xorg to freeze momentarily, looking for debugging suggestions

2017-07-18 Thread Tim

Going off on a tangent, but replying to this comment in the thread:

Allegedly, on or about 17 July 2017, stan sent:
> This sounds a lot like a vim plugin for editing html.  In that plugin,
> it uses the , as the key to indicate that it is receiving a command.
> So, whenever a comma is typed, it treats any character within a second
> as a command, and does a lookup to see if it should do anything.  This
> causes a pause whenever a , is typed if that plugin is active. 

I use some things added to the .vimrc file to do that kind of thing, but
its trigger character is the backslash:  \  The backslash is something
that we don't make a lot of use of in general typing, so about the only
time I'd ever type it in VIM was when using a special code.  On those
few occasions I do want to type it, I can either double-tap it, or just
wait a moment.

The comma, on the other hand, gets typed an awful lot, I always want it
to be a comma, and I don't want it interrupting normal typing.

So, if you can change your special code character, the backslash is a
reasonable one to pick, the comma seems a really bad choice.  And it can
be typed without having to use shift (at least on my keyboard layout),
so it's quick.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 
(always current details of the computer that I'm writing this email on)

Boilerplate:  All mail to my mailbox is automatically deleted, there is
no point trying to privately email me, I only get to see the messages
posted to the mailing list.

Windows tablets are more like suppositories.


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

Re: Network dies on laptop lid closure

2017-07-18 Thread Ed Greshko

On 07/18/17 20:59, William Oliver wrote:
> I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
> irritation is that whenever I close the lid of the laptop, the network
> turns off -- both wifi and wired.

I just did a fresh install on a Acer Aspire laptop from 2007.  Also a KDE only
system.  The only "issue" I had was that in "System 
Settings--->Hardware--->Power
Management--->Energy Savings"  the "When laptop lid is closed" was set to 
Suspend.  I
changed it to do nothing and that is what happens.  I have only a wireless 
connection
and it remains active.  I have the wireless box unchecked.

>
> I do a lot of downloads.  I like to start one, close the lid, and set
> the machine aside while I do other tasks.  But I can't, because the
> network turns off.
>
> A quick search using Google indicates that this is a recurrent issue. 
> The solutions I've tried are;
>
> 1) Use the power management GUI in KDE system settings to set "Button
> events handling -> When laptop lid closed -> Do nothing"

Oh, right.  I could have saved some typing.
>
> This stopped the machine from going into hibernation, but the network
> still turned off.
>
> 2) Edited /etc/systemd/logind-conf to set 
>
> HandleLidSwitch=ignore

Mine is still the default, #HandleLidSwitch=suspend, I suspect the KDE setting 
is
supposed to overrides this.

>
> and, when that didnt' work after reboot, I added:
>
> 3) LidSwitchIgnoreInhibited=no
>  
> even though I'm not sure what that does. That didn't work either.

From the logind.conf man page

LidSwitchIgnoreInhibited= defaults to "yes". This means
   that when systemd-logind is handling events by itself (no low level
   inhibitor locks are taken by another application), the lid switch
   does not respect suspend blockers by default, but the power and sleep
   keys do.

I have the default.  The line is commented out.

>
> Any help would be appreciated.
>
> This was an issue with Fedora 25, too, but not Fedora 24.  I never got
> around to dealing with it in 25 because of time issues.
>
>
Since it works for me, and I think we have similar settings, I don't think I've 
been
much help.   Is there, perhaps, a BIOS setting?

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

Re: [SOLVED] problem with Viber (F26)

2017-07-18 Thread Ed Greshko

On 07/18/17 20:57, Gour wrote:
> On Tue, 18 Jul 2017 17:10:42 +0800
> Ed Greshko  wrote:
>
>> Does "ldd -v /opt/viber/Viber
>>
>> Show any abnormalities like undefined symbols?
> Nope, it's fine...however, after some googling I was able to resolve it - the
> problem is OpenSSL compatibility, iow. F26 does ship with openssl-1.1, while
> the app requires openssl-1.0, so after installing compat-openssl10 (along with
> its deps), everything is fine now. :-)
>

Great

FWIW, it seems a fresh install does include compat-openssl10 by default.  At 
least in
the KDE spin. 
My update from F25 to F26 also has the compat package installed.  Not sure how 
it
came about as I seem to have managed to corrupt my dnf history.  :-(

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

Re: F26 and blurry fonts

2017-07-18 Thread Andreas M. Kirchwitz

Heinz Diehl  wrote:

> for those who love razorsharp fonts just like me but got the new v40 
> interpreter
> coming with freetype-2.7 enforced on them when installing F26: the good old 
> v35
> interpreter is still there (and I hope it will be forever). You can
> use it by setting the environment variable
>
>  FREETYPE_PROPERTIES=truetype:interpreter-version=35

Cool, that works for GTK applications (eg, menus and other text) and
also software like Firefox (text in web pages), Thunderbird (mail) etc.

Do you know why the font display looks broken with the new v40 engine?
Is that a bug in the freetype library or something that has to be
fixed in all applications?

Unfortunately, with Anti-Antialiasing disabled, Google Chrome now
freaks out and - for unknown reasons - also disables Hinting.

In F25 (and before) Google Chrome just silently ignored fontconfig
(that's where I disabled anti-aliasing for specific fonts like Arial,
most other fonts look ugly without anti-aliasing). Google Chrome
continued to display all fonts anti-aliased.

Starting with F26, Chrome now respects the anti-aliasing config,
but although I have have turned Hinting on (which is essential for
nice font rendering, even with AA turned off), Chrome displays those
fonts without Hinting. That looks horrible. :-(

Does anybody know how to make Google Chrome have display fonts nicely?

> If you also want subpixel rendering, which now is disabled by default,
> you can dig into the foption.h file in the config directory of the
> freetype sourcecode, uncomment the option and recompile.

Does that mean, subpixel rendering has been completely removed
from the freetype library compiled for F26? Any reason for this?

Subpixel rendering has no effect if AA is turned off, right?

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

Re: Network dies on laptop lid closure

2017-07-18 Thread Sylvia Sánchez

Hello,
I have the same but I just don't close the lid and let it working alone. I
mean, if it hibernates or even if it suspends, of course wifi will be
turned off. So your options are not hibernating/suspending the computer or
not closing the lid.
Hope this helps you.

Regards,
Sylvia




On 18 July 2017 at 14:59, William Oliver  wrote:

>
> I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
> irritation is that whenever I close the lid of the laptop, the network
> turns off -- both wifi and wired.
>
> I do a lot of downloads.  I like to start one, close the lid, and set
> the machine aside while I do other tasks.  But I can't, because the
> network turns off.
>
> A quick search using Google indicates that this is a recurrent issue.
> The solutions I've tried are;
>
> 1) Use the power management GUI in KDE system settings to set "Button
> events handling -> When laptop lid closed -> Do nothing"
>
> This stopped the machine from going into hibernation, but the network
> still turned off.
>
> 2) Edited /etc/systemd/logind-conf to set
>
> HandleLidSwitch=ignore
>
> and, when that didnt' work after reboot, I added:
>
> 3) LidSwitchIgnoreInhibited=no
>
> even though I'm not sure what that does. That didn't work either.
>
> Any help would be appreciated.
>
> This was an issue with Fedora 25, too, but not Fedora 24.  I never got
> around to dealing with it in 25 because of time issues.
>
> Thanks!
>
> billo
>
>
> ___
> 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: Only one problem after F25 -> F26

2017-07-18 Thread Frank Elsner

On Mon, 17 Jul 2017 11:00:06 -0400 Tom Horsley wrote:
> On Mon, 17 Jul 2017 16:15:01 +0200
> Frank Elsner wrote:
> 
> > After succesfull login two windows come up. One asking for the
> > admin password to configure network, the other for using rfkill.
> 
> Probably related. I think rfkill has something to do with controlling
> a wireless device. Possibly you have a wireless interface you
> aren't using, but network manager desperately wants to "helpfully"
> setup?

I have one WiFi interface, configured and working without intervention
   in F25.

How can I find the process asking for the admin password?


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

Network dies on laptop lid closure

2017-07-18 Thread William Oliver


I'm running Fedora 26 on a slightly old HP laptop using KDE.  One minor
irritation is that whenever I close the lid of the laptop, the network
turns off -- both wifi and wired.

I do a lot of downloads.  I like to start one, close the lid, and set
the machine aside while I do other tasks.  But I can't, because the
network turns off.

A quick search using Google indicates that this is a recurrent issue. 
The solutions I've tried are;

1) Use the power management GUI in KDE system settings to set "Button
events handling -> When laptop lid closed -> Do nothing"

This stopped the machine from going into hibernation, but the network
still turned off.

2) Edited /etc/systemd/logind-conf to set 

HandleLidSwitch=ignore

and, when that didnt' work after reboot, I added:

3) LidSwitchIgnoreInhibited=no
 
even though I'm not sure what that does. That didn't work either.

Any help would be appreciated.

This was an issue with Fedora 25, too, but not Fedora 24.  I never got
around to dealing with it in 25 because of time issues.

Thanks!

billo


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

Re: [SOLVED] problem with Viber (F26)

2017-07-18 Thread Gour

On Tue, 18 Jul 2017 17:10:42 +0800
Ed Greshko  wrote:

> Does "ldd -v /opt/viber/Viber
> 
> Show any abnormalities like undefined symbols?

Nope, it's fine...however, after some googling I was able to resolve it - the
problem is OpenSSL compatibility, iow. F26 does ship with openssl-1.1, while
the app requires openssl-1.0, so after installing compat-openssl10 (along with
its deps), everything is fine now. :-)

Sincerely,
Gour

-- 
As a strong wind sweeps away a boat on the water,
even one of the roaming senses on which the mind
focuses can carry away a man's intelligence.

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

Re: Adobe Acrobat & F26

2017-07-18 Thread Tom Horsley

You could try running ldd with the path to acroread as an arg and
see if it says some libraries are not found. If the only problem
is missing libraries, perhaps you could get them from an older
fedora where acroread worked (or they might be in the repos
still, but you just don't have them installed).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-18 Thread Neal Becker

Max Pyziur wrote:

> 
> Greetings,
> 
> After upgrading to F26, Adobe Acrobat Reader doesn't work.
> 
> Reference:
> https://www.if-not-true-then-false.com/2010/install-adobe-acrobat-pdf-reader-on-fedora-centos-red-hat-rhel/
> 
> 
> Any guidance on what to do?
> 
> Much thanks in advance,
> 
same here.

I only used acroread in preference to evince occasionally, because sometimes 
on 1 printer, pdfs printed from evince would cause a PS error while acroread 
would work.

I may have fixed that by fiddling with print driver options.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

qt5 version(s) in f26

2017-07-18 Thread Timothée Floure

Hello,

I thought f26 would bring me qt 5.8 and improve a few things with my
qutebrowser's experience. However, after the update (from f25)
qutebrowser was still using qt 5.7.1 : weird. So I decided to take a
look to the installed version of qt5/qt5-qtwebengine...

5.8.0 for the qt5 meta package, 5.7.1 for qt5-qtbase, and 5.9.1 for
qt5-qtwebengine.

And now I'm lost. Can anyone explain it to me ?

```
~ » dnf info qt5
Last metadata expiration check: 0:30:37 ago on Tue 18 Jul 2017 10:51:26
CEST.
Installed Packages
Name : qt5
Version  : 5.8.0
Release  : 2.fc26
Arch : noarch
Size : 19
Source   : qt5-5.8.0-2.fc26.src.rpm
Repo : @System
From repo: fedora
Summary  : Qt5 meta package
URL  : https://getfedora.org/
License  : GPLv3
Description  : Qt5 meta package.

~ » dnf info qt5-qtbase
Last metadata expiration check: 0:31:21 ago on Tue 18 Jul 2017 10:51:26
CEST.
Installed Packages
Name : qt5-qtbase
Version  : 5.7.1
Release  : 15.fc26
Arch : x86_64
Size : 8.5 M
Source   : qt5-qtbase-5.7.1-15.fc26.src.rpm
Repo : @System
From repo: @commandline
Summary  : Qt5 - QtBase components
URL  : http://qt-project.org/
License  : LGPLv2 with exceptions or GPLv3 with exceptions
Description  : Qt is a software toolkit for developing applications.
 :
 : This package contains base tools, like string, xml, and
network
 : handling.

~ » dnf info qt5-qtwebengine
Last metadata expiration check: 0:31:52 ago on Tue 18 Jul 2017 10:51:26
CEST.
Installed Packages
Name : qt5-qtwebengine
Version  : 5.9.1
Release  : 1.fc26
Arch : x86_64
Size : 130 M
Source   : qt5-qtwebengine-5.9.1-1.fc26.src.rpm
Repo : @System
From repo: updates
Summary  : Qt5 - QtWebEngine components
URL  : http://www.qt.io
License  : (LGPLv2 with exceptions or GPLv3 with exceptions) and BSD
and LGPLv2+ and ASL 2.0 and IJG and MIT and GPLv2+ and ISC and OpenSSL
and (MPLv1.1 or GPLv2 or LGPLv2)
Description  : Qt5 - QtWebEngine components.
```

Thanks,

--
Timothée



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

Re: problem with Viber (F26)

2017-07-18 Thread Ed Greshko

On 07/18/17 15:55, Gour wrote:
> On Tue, 18 Jul 2017 15:10:45 +0800
> Ed Greshko  wrote:
>
>> First tip.  When you talk of an application not provided by Fedora
>> you should post a link to their site or where you acquired it.  This
>> way someone doesn't have to guess.
> I apologize. :-(

No problem.  Just something to consider next time.

>
>> Anyway, after looking up what is Viber, I installed it on the new F26
>> system and my mobile phone.
>>
>> It runs just fine for me.
> That's a bit strange.

One would think   Although yesterday someone was having trouble with blender
after upgrade.  It failed for him, but not for me.  It even worked for me using 
the
version of beignet that he had to update to the next version to fix the issue.  
So,
sometimes things are not straight forward as they fail for some and not for 
others.

Bearing that in mind, I would also run dnf update to make sure you're running 
the
latest and supposedly greatest.  :-)

Continuing on.

>
>> As a test, maybe try moving your ~/.ViberPC directory to a different
>> location temporarily.
> It does not help.
>
> Here is gdb output:
>
> gdb /opt/viber/Viber 
> GNU gdb (GDB) Fedora 8.0-13.fc26
> Copyright (C) 2017 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-redhat-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /opt/viber/Viber...done.
> (gdb) run
> Starting program: /opt/viber/Viber 
> Missing separate debuginfos, use: dnf debuginfo-install 
> viber-6.5.5.1481-2.x86_64
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Detaching after fork from child process 9892.
> Detaching after fork from child process 9919.
> QSqlDatabasePrivate::removeDatabase: connection 'ConfigureDBConnection' is 
> still in use, all queries will cease to work.
> [New Thread 0x7fffdd7b2700 (LWP 9925)]
> [New Thread 0x7fffdcd96700 (LWP 9926)]
> [New Thread 0x7fffc80da700 (LWP 9931)]
> [New Thread 0x7fffc7586700 (LWP 9932)]
> Qt WebEngine ICU data not found at /opt/viber/resources. Trying parent 
> directory...
> Qt WebEngine resources not found at /opt/viber/resources. Trying parent 
> directory...
> [New Thread 0x7fffc5bfc700 (LWP 9933)]
> Detaching after fork from child process 9934.
> [New Thread 0x7fffc53fb700 (LWP 9935)]
> [New Thread 0x7fffc49c5700 (LWP 9936)]
> [New Thread 0x7fffb7fff700 (LWP 9937)]
> [New Thread 0x7fffaf7fe700 (LWP 9938)]
> Qt WebEngine ICU data not found at /opt/viber/resources. Trying parent 
> directory...
> Qt WebEngine resources not found at /opt/viber/resources. Trying parent 
> directory...
> [New Thread 0x7fffb77fe700 (LWP 9939)]
> [New Thread 0x7fffb6ffd700 (LWP 9940)]
> [New Thread 0x7fffb67fc700 (LWP 9941)]
> [New Thread 0x7fffb5ffb700 (LWP 9942)]
> [New Thread 0x7fffb57fa700 (LWP 9943)]
> [New Thread 0x7fffb4ff9700 (LWP 9944)]
> [New Thread 0x7fffa700 (LWP 9945)]
> [New Thread 0x7fffaeffd700 (LWP 9946)]
> [New Thread 0x7fffae7fc700 (LWP 9947)]
> [New Thread 0x7fffadffb700 (LWP 9948)]
> [New Thread 0x7fffad7fa700 (LWP 9949)]
> [New Thread 0x7fffacff9700 (LWP 9950)]
> [New Thread 0x7fff6700 (LWP 9951)]
> [New Thread 0x7fff6f7fe700 (LWP 9952)]
> [New Thread 0x7fff6effd700 (LWP 9953)]
> qt.network.ssl: QSslSocket: cannot resolve CRYPTO_num_locks
> qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_id_callback
> qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_locking_callback
> qt.network.ssl: QSslSocket: cannot resolve ERR_free_strings
> qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup
> qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_init
> qt.network.ssl: QSslSocket: cannot resolve sk_new_null
> qt.network.ssl: QSslSocket: cannot resolve sk_push
> qt.network.ssl: QSslSocket: cannot resolve sk_free
> qt.network.ssl: QSslSocket: cannot resolve sk_num
> qt.network.ssl: QSslSocket: cannot resolve sk_pop_free
> qt.network.ssl: QSslSocket: cannot resolve sk_value
> qt.network.ssl: QSslSocket: cannot resolve SSL_library_init
> qt.network.ssl: QSslSocket: cannot resolve SSL_load_error_strings
> qt.network.ssl: QSslSocket: cannot resolve SSL_get_ex_new_index
> qt.network.ssl: QSslSocket: cannot resolve SSLv23_client_method
> qt.network.ssl: QSslSocket: cannot resolve SSLv23_server_method
> qt.network.ssl: QSslSocket: cannot resolve X509_STORE_CTX_get_chain
> qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_al

Re: problem with Viber (F26)

2017-07-18 Thread Gour

On Tue, 18 Jul 2017 15:10:45 +0800
Ed Greshko  wrote:

> First tip.  When you talk of an application not provided by Fedora
> you should post a link to their site or where you acquired it.  This
> way someone doesn't have to guess.

I apologize. :-(

> Anyway, after looking up what is Viber, I installed it on the new F26
> system and my mobile phone.
> 
> It runs just fine for me.

That's a bit strange.

> As a test, maybe try moving your ~/.ViberPC directory to a different
> location temporarily.

It does not help.

Here is gdb output:

gdb /opt/viber/Viber 
GNU gdb (GDB) Fedora 8.0-13.fc26
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/viber/Viber...done.
(gdb) run
Starting program: /opt/viber/Viber 
Missing separate debuginfos, use: dnf debuginfo-install 
viber-6.5.5.1481-2.x86_64
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Detaching after fork from child process 9892.
Detaching after fork from child process 9919.
QSqlDatabasePrivate::removeDatabase: connection 'ConfigureDBConnection' is 
still in use, all queries will cease to work.
[New Thread 0x7fffdd7b2700 (LWP 9925)]
[New Thread 0x7fffdcd96700 (LWP 9926)]
[New Thread 0x7fffc80da700 (LWP 9931)]
[New Thread 0x7fffc7586700 (LWP 9932)]
Qt WebEngine ICU data not found at /opt/viber/resources. Trying parent 
directory...
Qt WebEngine resources not found at /opt/viber/resources. Trying parent 
directory...
[New Thread 0x7fffc5bfc700 (LWP 9933)]
Detaching after fork from child process 9934.
[New Thread 0x7fffc53fb700 (LWP 9935)]
[New Thread 0x7fffc49c5700 (LWP 9936)]
[New Thread 0x7fffb7fff700 (LWP 9937)]
[New Thread 0x7fffaf7fe700 (LWP 9938)]
Qt WebEngine ICU data not found at /opt/viber/resources. Trying parent 
directory...
Qt WebEngine resources not found at /opt/viber/resources. Trying parent 
directory...
[New Thread 0x7fffb77fe700 (LWP 9939)]
[New Thread 0x7fffb6ffd700 (LWP 9940)]
[New Thread 0x7fffb67fc700 (LWP 9941)]
[New Thread 0x7fffb5ffb700 (LWP 9942)]
[New Thread 0x7fffb57fa700 (LWP 9943)]
[New Thread 0x7fffb4ff9700 (LWP 9944)]
[New Thread 0x7fffa700 (LWP 9945)]
[New Thread 0x7fffaeffd700 (LWP 9946)]
[New Thread 0x7fffae7fc700 (LWP 9947)]
[New Thread 0x7fffadffb700 (LWP 9948)]
[New Thread 0x7fffad7fa700 (LWP 9949)]
[New Thread 0x7fffacff9700 (LWP 9950)]
[New Thread 0x7fff6700 (LWP 9951)]
[New Thread 0x7fff6f7fe700 (LWP 9952)]
[New Thread 0x7fff6effd700 (LWP 9953)]
qt.network.ssl: QSslSocket: cannot resolve CRYPTO_num_locks
qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_id_callback
qt.network.ssl: QSslSocket: cannot resolve CRYPTO_set_locking_callback
qt.network.ssl: QSslSocket: cannot resolve ERR_free_strings
qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup
qt.network.ssl: QSslSocket: cannot resolve EVP_CIPHER_CTX_init
qt.network.ssl: QSslSocket: cannot resolve sk_new_null
qt.network.ssl: QSslSocket: cannot resolve sk_push
qt.network.ssl: QSslSocket: cannot resolve sk_free
qt.network.ssl: QSslSocket: cannot resolve sk_num
qt.network.ssl: QSslSocket: cannot resolve sk_pop_free
qt.network.ssl: QSslSocket: cannot resolve sk_value
qt.network.ssl: QSslSocket: cannot resolve SSL_library_init
qt.network.ssl: QSslSocket: cannot resolve SSL_load_error_strings
qt.network.ssl: QSslSocket: cannot resolve SSL_get_ex_new_index
qt.network.ssl: QSslSocket: cannot resolve SSLv23_client_method
qt.network.ssl: QSslSocket: cannot resolve SSLv23_server_method
qt.network.ssl: QSslSocket: cannot resolve X509_STORE_CTX_get_chain
qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf
qt.network.ssl: QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf
qt.network.ssl: QSslSocket: cannot resolve SSLeay
qt.network.ssl: QSslSocket: cannot resolve SSLeay_version
qt.network.ssl: QSslSocket: cannot call unresolved function CRYPTO_num_locks
qt.network.ssl: QSslSocket: cannot call unresolved function 
CRYPTO_set_id_callback
qt.network.ssl: QSslSocket: cannot call unresolved function 
CRYPTO_set_locking_callback
qt.network.ssl: QSslSocket: cannot call unresolved function SSL_library_init
qt.network.ssl: QSslSocket: cannot call unresolved function SSLv23_client_method
qt.network.ssl: QSslSocket: cannot call unresolved function sk_num

Thread 1 "Viber" received signal SIGSEGV, Segmentation fault.

Re: problem with Viber (F26)

2017-07-18 Thread Ed Greshko

On 07/18/17 14:39, Gour wrote:
> F25 --> F26 upgrade was, in general, great experience, but there are some
> problems to be solved (here), like inability to run desktop version of Viber
> app.
>
>
> Attempt to launch it segfaults:

I had to do a fresh install of F26/KDE on a laptop due to a failed HD.

First tip.  When you talk of an application not provided by Fedora you should 
post a
link to their site or where you acquired it.  This way someone doesn't have to 
guess.

Anyway, after looking up what is Viber, I installed it on the new F26 system 
and my
mobile phone.

It runs just fine for me.

As a test, maybe try moving your ~/.ViberPC directory to a different location
temporarily.

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

54 matches

Mail list logo