Re: Fedora 26 update causes crash on boot

2017-07-20 Thread Ed Greshko 
On 07/21/17 12:57, Robert Washbourne wrote:
> Fedora 26 worked for a while but after selecting "restart and update" the 
> laptop
> now has this behavior (google photos link with vid):
>
> https://photos.app.goo.gl/7lTzF5h09iRDZOzT2
>
> Also, going to a new session with ctrl + alt + F2 and running startx starts 
> budgie
> desktop (crashes with gnome, my default) and it appears dbus did not start 
> from
> errors like
>
> Method: No such interface 'org.freedesktop.Secret.Collection' on object at 
> path
> /org/freedesktop/secrets/collection/login
>
> from launching Chrome.


Since you've indicated you can login, it may be better to do a

journalctl -b -0 > toafile

and then upload that file for people to look at.  It should offer more 
information
than what is shown on a blurry video.

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

Fedora 26 update causes crash on boot

2017-07-20 Thread Robert Washbourne 
Fedora 26 worked for a while but after selecting "restart and update" the
laptop now has this behavior (google photos link with vid):

https://photos.app.goo.gl/7lTzF5h09iRDZOzT2

Also, going to a new session with ctrl + alt + F2 and running startx starts
budgie desktop (crashes with gnome, my default) and it appears dbus did not
start from errors like

Method: No such interface 'org.freedesktop.Secret.Collection' on object at
path /org/freedesktop/secrets/collection/login

from launching Chrome.
Any tips?

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

[F25] getting an old kernel-header rpm

2017-07-20 Thread Sherman Grunewagen 

Can anyone tell me how to get kernel-headers-4.11.8-200.fc25.x86_64 ?
Why? Long story.  Short version: my Intel 8265 wireless card is unstable with
kernel-4.11.9 and 4.11.10.  With 4.11.8 it is not.  But since I have 4.11.10 
installed
on my system (with 8, and 9) the kernel-headers are also at 4.11.10.

Vmware workstation needs to build its modules under 4.11.8 which I'm now 
running.
But it can't w/o the matching kernel-headers!

Thus my question.  Or is there a better way?

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

Re: Adobe Acrobat & F26

2017-07-20 Thread Ed Greshko 
On 07/20/17 20:38, Ed Greshko wrote:
> On 07/20/17 00:58, Rick Stevens wrote:
>> On 07/19/2017 09:35 AM, Alex Aycinena wrote:
>>> -- Forwarded message --
>>> From: Antonio M >> >
>>> To: Community support for Fedora users
>>> >
>>> Cc: 
>>> Bcc: 
>>> Date: Wed, 19 Jul 2017 09:46:00 +0200
>>> Subject: Re: Adobe Acrobat & F26
>>> /opt/Adobe/Reader9/bin/acroread
>>> No protocol specified
>>>
>>> (acroread:5276): Gtk-WARNING **: cannot open display: :0
>>>
>>> in Fedora 26...
>>>
>>> Antonio Montagnani
>>>
>>> Linux Fedora 26(Workstation)
>>> inviato da Gmail
>>>
>>>
>>> Have you tried logging in under X11 instead of Wayland to see if that
>>> makes any difference. Other applications give that warning and fail to
>>> start under Wayland but work under X11.
>> Also look to see if you're getting an selinux AVC denial.
> Well   What I would do
>
> Since /usr/bin/acroread is a symbolic link to a shell script and since the 
> shell
> scripts sets up a bunch of environment variables so the binary
> /opt/Adobe/Reader9/Reader/intellinux/bin/acroread will run I would modify the 
> shell
> script to first output the environment to a file and then just prior to shell 
> script
> executing /opt/Adobe/Reader9/Reader/intellinux/bin/acroread I would again 
> save the
> environment to a file.
>
> Then I would determine the difference in the environment   apply that 
> difference
> to my running shell to mimic and then execute the binary
> /opt/Adobe/Reader9/Reader/intellinux/bin/acroread from gdb.
>
So, no takers?

Well then.   The shell script sets up the following environment variables

LD_LIBRARY_PATH=/opt/Adobe/Reader9/Reader/intellinux/lib:/opt/Adobe/Reader9/Reader/intellinux/sidecars:/usr/lib/xulrunner-2
ACRO_ARG0=/usr/bin/acroread
SYNCAPP_EXEC_CMD=/opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp
ACRO_CONFIG=intellinux
ACRO_AT_ACTIVE=false
ACRO_INSTALL_DIR=/opt/Adobe/Reader9/Reader
ADOBE_USER_PREFERENCES=/home/egreshko/.adobe/Acrobat/9.0/Preferences
MOZILLA_FIVE_HOME=/usr/lib/xulrunner-2
ACRO_LANG=ENU
MOZILLA_COMP_PATH=/usr/lib/xulrunner-2
ACRO_EXEC_CMD=/opt/Adobe/Reader9/Reader/intellinux/bin/acroread
ADOBE_HELP_PATH=/opt/Adobe/Reader9/Reader/../../..
ACRO_LD_LIBRARY_PATH=
ACRO_RES_DIR=/opt/Adobe/Reader9/Reader/../Resource

It also alters the PATH, but that isn't important

So, then we do

[egreshko@meimei tmp]$ gdb /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
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/Adobe/Reader9/Reader/intellinux/bin/acroread...(no
debugging symbols found)...done.
Missing separate debuginfos, use: dnf debuginfo-install 
AdobeReader_enu-9.5.5-1.i486
(gdb) run
Starting program: /opt/Adobe/Reader9/Reader/intellinux/bin/acroread
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

(acroread:15593): Gtk-WARNING **: Unable to locate theme engine in module_path:
"adwaita",

(acroread:15593): Gtk-WARNING **: Unable to locate theme engine in module_path:
"adwaita",
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve 
property
`gtk-primary-button-warps-slider' of type `gboolean' from rc file value 
"((GString*)
0x9842680)" of type `gboolean'

(acroread:15593): Gtk-WARNING **: Unable to locate theme engine in module_path:
"adwaita",

(acroread:15593): Gtk-WARNING **: Unable to locate theme engine in module_path:
"adwaita",

Program received signal SIGSEGV, Segmentation fault.  <<<   Ah Ha!!!
0xf62f48f3 in __strpbrk_sse42 () from /lib/libc.so.6

And just for fun.

(gdb) thread apply all bt

Thread 1 (Thread 0xf4ccc8c0 (LWP 15593)):
#0  0xf62f48f3 in __strpbrk_sse42 () from /lib/libc.so.6
#1  0xf663c9d6 in pango_language_matches () from /lib/libpango-1.0.so.0
#2  0xf663cb48 in find_best_lang_match () from /lib/libpango-1.0.so.0
#3  0xf663cc0f in pango_language_get_sample_string () from 
/lib/libpango-1.0.so.0
#4  0xf53fe9a2 in _pango_cairo_font_get_metrics ()
   from /lib/libpangocairo-1.0.so.0
#5  0xf663e3f0 in pango_layout_get_empty_extents_at_index.part ()
   from

Re: Does Gnome ignore xdg-settings?

2017-07-20 Thread Ed Greshko 
On 07/21/17 07:51, Patrick O'Callaghan wrote:
> Did all that and it made no difference. I also logged out and in again
> just in case.


OK.try this

manually edit the file /usr/share/applications/gnome-mimeapps.list to reflect

x-scheme-handler/http=opera.desktop
x-scheme-handler/https=opera.desktop

I just did that and tested it on a KDE only F26 system and it worked just fine 
with
both T-Bird and Evolution.


-- 
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: Does Gnome ignore xdg-settings?

2017-07-20 Thread Ed Greshko 
On 07/21/17 07:51, Patrick O'Callaghan wrote:
> xdg-settings set default-url-scheme-handler http opera.desktop


Also, a clue?, after you follow that command with echo $? you get a "4" which 
the man
page for xdg-settings say is "The action failed".  I knowno kidding.  :-)

-- 
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: Does Gnome ignore xdg-settings?

2017-07-20 Thread Ed Greshko 
On 07/21/17 07:51, Patrick O'Callaghan wrote:
> On Fri, 2017-07-21 at 06:53 +0800, Ed Greshko wrote:
>> On 07/21/17 06:25, Patrick O'Callaghan wrote:
>>> On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
 On 07/20/17 20:33, Patrick O'Callaghan wrote:
> I run KDE but use a number of Gnome applications including Evolution.
> I'm currently using Opera as my default web browser, but can't get
> Evolution to recognise this. Running gnome-control-center offers me a
> list of possible browsers but Opera is not one of them and I don't see
> where I can add it as an option.
>
> I cannot make head or tail of gsettings (nothing under the evolution-
> related schemas says anything about browsers), so I try xdg-settings:
>
> $ xdg-settings get default-web-browser
> opera.desktop
>
> Looks fine, right? But clicking on a link in Evolution opens Firefox.
> So my question is, if xdg-settings is meant to be the solution to DE
> incompatibility issues, why does this not work?
>
 No, that is not enough

 What do you have for

 xdg-settings get default-url-scheme-handler http
 xdg-settings get default-url-scheme-handler https
>>> They also show firefox.desktop, however if I try to change it:
>>>
>>> $ xdg-settings set default-url-scheme-handler http opera.desktop
>>> $ xdg-settings get default-url-scheme-handler http
>>> firefox.desktop
>>>
>>> IOW I can't change it. (And yes, the opera.desktop file exists.)
>>>
>> Does the opera.desktop file contain a MimeType line and does it include
>> x-scheme-handler/http;x-scheme-handler/https; on that line?
>>
>> If it doesn't, add it.
>>
>> Then, as root run...  update-desktop-database -q
>>
>> And try again the xdg-settings set commands.
> Did all that and it made no difference. I also logged out and in again
> just in case.
>
OK  I've just been trying it with opera and haven't been able to get it 
right yet
either.  But, that is the issue.  One needs to get the x-scheme-handler to 
report
opera.desk top.

The problem is that application information is kept in multiple places and I 
forget
the order that information is parsed.  I suppose it may be time to look at the
/usr/bin/xdg-settings script again.  :-(

-- 
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: Does Gnome ignore xdg-settings?

2017-07-20 Thread Patrick O'Callaghan 
On Fri, 2017-07-21 at 06:53 +0800, Ed Greshko wrote:
> On 07/21/17 06:25, Patrick O'Callaghan wrote:
> > On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
> > > On 07/20/17 20:33, Patrick O'Callaghan wrote:
> > > > I run KDE but use a number of Gnome applications including Evolution.
> > > > I'm currently using Opera as my default web browser, but can't get
> > > > Evolution to recognise this. Running gnome-control-center offers me a
> > > > list of possible browsers but Opera is not one of them and I don't see
> > > > where I can add it as an option.
> > > > 
> > > > I cannot make head or tail of gsettings (nothing under the evolution-
> > > > related schemas says anything about browsers), so I try xdg-settings:
> > > > 
> > > > $ xdg-settings get default-web-browser
> > > > opera.desktop
> > > > 
> > > > Looks fine, right? But clicking on a link in Evolution opens Firefox.
> > > > So my question is, if xdg-settings is meant to be the solution to DE
> > > > incompatibility issues, why does this not work?
> > > > 
> > > 
> > > No, that is not enough
> > > 
> > > What do you have for
> > > 
> > > xdg-settings get default-url-scheme-handler http
> > > xdg-settings get default-url-scheme-handler https
> > 
> > They also show firefox.desktop, however if I try to change it:
> > 
> > $ xdg-settings set default-url-scheme-handler http opera.desktop
> > $ xdg-settings get default-url-scheme-handler http
> > firefox.desktop
> > 
> > IOW I can't change it. (And yes, the opera.desktop file exists.)
> > 
> 
> Does the opera.desktop file contain a MimeType line and does it include
> x-scheme-handler/http;x-scheme-handler/https; on that line?
> 
> If it doesn't, add it.
> 
> Then, as root run...  update-desktop-database -q
> 
> And try again the xdg-settings set commands.

Did all that and it made no difference. I also logged out and in again
just in case.

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

Re: Does Gnome ignore xdg-settings?

2017-07-20 Thread Ed Greshko 
On 07/21/17 06:25, Patrick O'Callaghan wrote:
> On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
>> On 07/20/17 20:33, Patrick O'Callaghan wrote:
>>> I run KDE but use a number of Gnome applications including Evolution.
>>> I'm currently using Opera as my default web browser, but can't get
>>> Evolution to recognise this. Running gnome-control-center offers me a
>>> list of possible browsers but Opera is not one of them and I don't see
>>> where I can add it as an option.
>>>
>>> I cannot make head or tail of gsettings (nothing under the evolution-
>>> related schemas says anything about browsers), so I try xdg-settings:
>>>
>>> $ xdg-settings get default-web-browser
>>> opera.desktop
>>>
>>> Looks fine, right? But clicking on a link in Evolution opens Firefox.
>>> So my question is, if xdg-settings is meant to be the solution to DE
>>> incompatibility issues, why does this not work?
>>>
>> No, that is not enough
>>
>> What do you have for
>>
>> xdg-settings get default-url-scheme-handler http
>> xdg-settings get default-url-scheme-handler https
> They also show firefox.desktop, however if I try to change it:
>
> $ xdg-settings set default-url-scheme-handler http opera.desktop
> $ xdg-settings get default-url-scheme-handler http
> firefox.desktop
>
> IOW I can't change it. (And yes, the opera.desktop file exists.)
>
Does the opera.desktop file contain a MimeType line and does it include
x-scheme-handler/http;x-scheme-handler/https; on that line?

If it doesn't, add it.

Then, as root run...  update-desktop-database -q

And try again the xdg-settings set commands.

-- 
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: Does Gnome ignore xdg-settings?

2017-07-20 Thread Patrick O'Callaghan 
On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
> On 07/20/17 20:33, Patrick O'Callaghan wrote:
> > I run KDE but use a number of Gnome applications including Evolution.
> > I'm currently using Opera as my default web browser, but can't get
> > Evolution to recognise this. Running gnome-control-center offers me a
> > list of possible browsers but Opera is not one of them and I don't see
> > where I can add it as an option.
> > 
> > I cannot make head or tail of gsettings (nothing under the evolution-
> > related schemas says anything about browsers), so I try xdg-settings:
> > 
> > $ xdg-settings get default-web-browser
> > opera.desktop
> > 
> > Looks fine, right? But clicking on a link in Evolution opens Firefox.
> > So my question is, if xdg-settings is meant to be the solution to DE
> > incompatibility issues, why does this not work?
> > 
> 
> No, that is not enough
> 
> What do you have for
> 
> xdg-settings get default-url-scheme-handler http
> xdg-settings get default-url-scheme-handler https

They also show firefox.desktop, however if I try to change it:

$ xdg-settings set default-url-scheme-handler http opera.desktop
$ xdg-settings get default-url-scheme-handler http
firefox.desktop

IOW I can't change it. (And yes, the opera.desktop file exists.)

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

Re: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread Cameron Simpson 

On 20Jul2017 13:41, Joe Zeff  wrote:

On 07/20/2017 05:31 AM, George N. White III wrote:


Rigid adherence to a standard is often overkill.  Bashisms have been a
practical problem for systems that use dash for /bin/sh.


My understanding is that when bash is invoked as sh, it acts exactly 
as sh itself would, so that only those builtin commands that are in sh 
are available.  Judging by what you write, this seems not to be the case any 
more.


My recollection was that bash went POSIXly when invoked as /bin/sh, _with some 
small exceptions_. I think it's been only-mostly-correct for a long time; it 
was a long time ago when I read the caveat.


I've never checked thoroughly, but I imagine it has to do with parser issues 
and low level things like that. For example, a longstanding pain point for me 
is that bash requires function names to the identifiers rather than just words.  
In a script my function names are identifiers, but interactively I've got a 
bunch of nonidentifier preferably-functions which are special cased as aliases 
or the like in bash. (I invoke my mail reader as "+", for example.)


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

Re: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread Cameron Simpson 

On 20Jul2017 06:29, robert p. j. day  wrote:

 (admittedly not an actual "fedora" topic but i'm sure i'll get some
good advice here.)


Hah. You will at least get lots of advice.


 i'm currently perusing someone else's collection of shell scripts,
and looking to add more, and want to clarify once and for all the
meaning of writing (and verifying) the "POSIX-ness" of shell scripts,
and what tools i can use to detect "bashisms" (or lack of POSIX-ness)
in scripts.

 first, can i verify that trying to keep my scripts as POSIX-compatible
as possible is a good thing? i've always assumed that, just curious as
to what others think, and how much effort they put into adhering to
the POSIX standard (thereby giving up all those cool bash extensions).


I definitely believe so. Aside from interactive use - the command prompt - it 
is rare that a bash (or zsh) -ism bring much value to a script, and when it 
does it is almost always a sign that you're verging on the complexity realm 
where the script would benefit from being recast in a richer language, eg 
Python.


Keeping your script POSIX compatible is a portability win. Your scripts start 
with "#!/bin/sh", which _always_ exists, and which is supposed to support the 
POSIX shell feature set and behaviour. Bash or zsh are not always in /bin, or 
even present. For example, on OpenBSD they're extras and land in 
/usr/local/bin.



 next, if i want to enforce POSIX-ness, is it just a matter of using
   #!/bin/sh --posix


Just use /bin/sh. Bash is supposed to go POSIX only when invoked that way (on 
systems where /bin/sh is bash; again, not always the case, even in Linux).



actually, i already know it's not that simple, since i'm sure i've
read that even adding that "--posix" option still leaves some
non-POSIX features active; i'll re-read the docs to verify that.


The option --posix is itself a bashism. Just avoid that option and presume 
posixness. Avoid the pain points if you trip over some nonPOSIXness that 
remains (== change your script).



 finally, pointers to shell analysis utilities? WRT fedora packages,
i've already found:
 * devscripts-checkbashisms
 * ShellCheck
and i suspect there are others.


I would like to see more in this list too. I'm sure my scripts could do with a 
bit of an audit, though I avoid bashisms as a matter of practice.



 so, thoughts? and any pointers to online coverage of this stuff?


There's the www.opengroup.org site, which _is_ POSIX. Start here:

 http://www.opengroup.org/standards/unix

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

Re: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread Joe Zeff 

On 07/20/2017 02:30 PM, George N. White III wrote:

On 20 July 2017 at 17:41, Joe Zeff > wrote:

On 07/20/2017 05:31 AM, George N. White III wrote:


Rigid adherence to a standard is often overkill.  Bashisms have
been a
practical problem for systems that use dash for /bin/sh.


My understanding is that when bash is invoked as sh, it acts exactly
as sh itself would, so that only those builtin commands that are in
sh are available.  Judging by what you write, this seems not to be
the case any more.


I don't recall the details, but problem scripts may well have had "#! 
/bin/bash" before the decision

to use dash.



If so, the scripts should have been run using bash, not dash.  In any 
event, if bash is specified, /bin/sh shouldn't ever be invoked.

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

Re: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread George N. White III 
On 20 July 2017 at 17:41, Joe Zeff  wrote:

> On 07/20/2017 05:31 AM, George N. White III wrote:
>
>>
>> Rigid adherence to a standard is often overkill.  Bashisms have been a
>> practical problem for systems that use dash for /bin/sh.
>>
>
> My understanding is that when bash is invoked as sh, it acts exactly as sh
> itself would, so that only those builtin commands that are in sh are
> available.  Judging by what you write, this seems not to be the case any
> more.


I don't recall the details, but problem scripts may well have had "#!
/bin/bash" before the decision
to use dash.


-- 
George N. White III 
Head of St. Margarets Bay, Nova Scotia
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Does Gnome ignore xdg-settings?

2017-07-20 Thread Ed Greshko 
On 07/20/17 20:33, Patrick O'Callaghan wrote:
> I run KDE but use a number of Gnome applications including Evolution.
> I'm currently using Opera as my default web browser, but can't get
> Evolution to recognise this. Running gnome-control-center offers me a
> list of possible browsers but Opera is not one of them and I don't see
> where I can add it as an option.
>
> I cannot make head or tail of gsettings (nothing under the evolution-
> related schemas says anything about browsers), so I try xdg-settings:
>
> $ xdg-settings get default-web-browser
> opera.desktop
>
> Looks fine, right? But clicking on a link in Evolution opens Firefox.
> So my question is, if xdg-settings is meant to be the solution to DE
> incompatibility issues, why does this not work?
>

No, that is not enough

What do you have for

xdg-settings get default-url-scheme-handler http
xdg-settings get default-url-scheme-handler https



-- 
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: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread Joe Zeff 

On 07/20/2017 05:31 AM, George N. White III wrote:


Rigid adherence to a standard is often overkill.  Bashisms have been a
practical problem for systems that use dash for /bin/sh.


My understanding is that when bash is invoked as sh, it acts exactly as 
sh itself would, so that only those builtin commands that are in sh are 
available.  Judging by what you write, this seems not to be the case any 
more.

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

Re: [F25] help: semi-broken wifi on new Dell laptop

2017-07-20 Thread Sherman Grunewagen 

On 07/20/2017 12:07 PM, Sherman Grunewagen wrote:








Oh yes: The machine was fully updated as of early yesterday (19th Jul)
and was running

  vmlinuz-4.11.9-200.fc25.x86_64

at the time of the iwlwifi breakdown when the messages I posted were generated.
Same thing was happening under

  vmlinuz-4.11.10-200.fc25.x86_64

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

[F25] help: semi-broken wifi on new Dell laptop

2017-07-20 Thread Sherman Grunewagen 

I just finished configuring F25 on a new Dell precision 7520
(essentially same as 7510) with Samsung's PM961 1TB PCIe M.2 SSD
"disk". Wonderously fast! Boots in like 2 seconds. KDE comes up in 5.

HOWEVER:

In the boot messages (/var/log/messages) I see these lines:

kernel: Intel(R) Wireless WiFi driver for Linux
...
kernel: iwlwifi :02:00.0: Direct firmware load for iwlwifi-8265-28.ucode 
failed with error -2
...
kernel: iwlwifi :02:00.0: capa flags index 3 larger than supported by driver
kernel: iwlwifi :02:00.0: loaded firmware version 27.455470.0 op_mode iwlmvm
...
kernel: iwlwifi :02:00.0: Detected Intel(R) Dual Band Wireless AC 8265, 
REV=0x230
kernel: iwlwifi :02:00.0: L1 Enabled - LTR Enabled
kernel: iwlwifi :02:00.0: L1 Enabled - LTR Enabled
kernel: iwlwifi :02:00.0 wlp2s0: renamed from wlan0
...

There's a few more iwlwifi related messages when NetworkManager comes
up.  No errors.  Things appear to work fine.  Then sometime later
(could be minutes or hours, in the middle of a large download,
the transfer rate goes to nearly 0 and a boatload of messages like this
dump into /var/log/messages:

kernel: iwlwifi :02:00.0: Microcode SW error detected.  Restarting 
0x8200.
kernel: iwlwifi :02:00.0: CSR values:
kernel: iwlwifi :02:00.0: (2nd byte of CSR_INT_COALESCING is 
CSR_INT_PERIODIC_REG)
kernel: iwlwifi :02:00.0:CSR_HW_IF_CONFIG_REG: 0X00489000
kernel: iwlwifi :02:00.0:  CSR_INT_COALESCING: 0X0040
kernel: iwlwifi :02:00.0: CSR_INT: 0X
kernel: iwlwifi :02:00.0:CSR_INT_MASK: 0X
kernel: iwlwifi :02:00.0:   CSR_FH_INT_STATUS: 0X
kernel: iwlwifi :02:00.0: CSR_GPIO_IN: 0X0010
kernel: iwlwifi :02:00.0:   CSR_RESET: 0X
...

After this, the "Microcode SW ..." message appear every few
seconds or minutes with the boatload of CSR values.

I have to reboot to get things right.  Then it (intermittently)
happens again on some future download.

Is this a hardware bug that I'll be stuck with forever?  If so,
I have only a short time to return the Dell before "it's mine".

Your help will be greatly appreciated!

By the way: "lspci | fgrep -i wireless"  returns

02:00.0 Network controller: Intel Corporation Wireless 8265 / 8275 (rev 78)

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

Re: Does Gnome ignore xdg-settings?

2017-07-20 Thread Christopher 
On Thu, Jul 20, 2017 at 8:42 AM Tom Horsley  wrote:

> On Thu, 20 Jul 2017 13:33:47 +0100
> Patrick O'Callaghan wrote:
>
> > Looks fine, right? But clicking on a link in Evolution opens Firefox.
> > So my question is, if xdg-settings is meant to be the solution to DE
> > incompatibility issues, why does this not work?
>
> I can add to your confusion :-).
>
> Here's the info I dug up the last time I tried to figure
> out default apps:
>
> http://tomhorsley.com/game/mimes.html
>
> Of course that was a few years ago, and since this is
> open source we are talking about, everything has probably
> been re-written 5 times since then.
>

I noticed xdg-open stopped working on directories also (using F25). I
frequently use "xdg-open ." from gnome-terminal when I want to do something
which is faster in the GUI than from the CLI, and I've had to switch to
"nautilus ."; I wonder if this is related?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Does Gnome ignore xdg-settings?

2017-07-20 Thread Tom Horsley 
On Thu, 20 Jul 2017 13:33:47 +0100
Patrick O'Callaghan wrote:

> Looks fine, right? But clicking on a link in Evolution opens Firefox.
> So my question is, if xdg-settings is meant to be the solution to DE
> incompatibility issues, why does this not work?

I can add to your confusion :-).

Here's the info I dug up the last time I tried to figure
out default apps:

http://tomhorsley.com/game/mimes.html

Of course that was a few years ago, and since this is
open source we are talking about, everything has probably
been re-written 5 times since then.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-20 Thread Ed Greshko 
On 07/20/17 00:58, Rick Stevens wrote:
> On 07/19/2017 09:35 AM, Alex Aycinena wrote:
>> -- Forwarded message --
>> From: Antonio M > >
>> To: Community support for Fedora users
>> >
>> Cc: 
>> Bcc: 
>> Date: Wed, 19 Jul 2017 09:46:00 +0200
>> Subject: Re: Adobe Acrobat & F26
>> /opt/Adobe/Reader9/bin/acroread
>> No protocol specified
>>
>> (acroread:5276): Gtk-WARNING **: cannot open display: :0
>>
>> in Fedora 26...
>>
>> Antonio Montagnani
>>
>> Linux Fedora 26(Workstation)
>> inviato da Gmail
>>
>>
>> Have you tried logging in under X11 instead of Wayland to see if that
>> makes any difference. Other applications give that warning and fail to
>> start under Wayland but work under X11.
> Also look to see if you're getting an selinux AVC denial.

Well   What I would do

Since /usr/bin/acroread is a symbolic link to a shell script and since the shell
scripts sets up a bunch of environment variables so the binary
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread will run I would modify the 
shell
script to first output the environment to a file and then just prior to shell 
script
executing /opt/Adobe/Reader9/Reader/intellinux/bin/acroread I would again save 
the
environment to a file.

Then I would determine the difference in the environment   apply that 
difference
to my running shell to mimic and then execute the binary
/opt/Adobe/Reader9/Reader/intellinux/bin/acroread from gdb.


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

Does Gnome ignore xdg-settings?

2017-07-20 Thread Patrick O'Callaghan 
I run KDE but use a number of Gnome applications including Evolution.
I'm currently using Opera as my default web browser, but can't get
Evolution to recognise this. Running gnome-control-center offers me a
list of possible browsers but Opera is not one of them and I don't see
where I can add it as an option.

I cannot make head or tail of gsettings (nothing under the evolution-
related schemas says anything about browsers), so I try xdg-settings:

$ xdg-settings get default-web-browser
opera.desktop

Looks fine, right? But clicking on a link in Evolution opens Firefox.
So my question is, if xdg-settings is meant to be the solution to DE
incompatibility issues, why does this not work?

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

Re: [slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread George N. White III 
On 20 July 2017 at 07:29,  wrote:

>   (admittedly not an actual "fedora" topic but i'm sure i'll get some
> good advice here.)
>
>   i'm currently perusing someone else's collection of shell scripts,
> and looking to add more, and want to clarify once and for all the
> meaning of writing (and verifying) the "POSIX-ness" of shell scripts,
> and what tools i can use to detect "bashisms" (or lack of POSIX-ness)
> in scripts.


>   first, can i verify that trying to keep my scripts as POSIX-compatible
> as possible is a good thing? i've always assumed that, just curious as
> to what others think, and how much effort they put into adhering to
> the POSIX standard (thereby giving up all those cool bash extensions).
>

Bash has a lot of overhead that isn't essential for batch scripts, but
requires lots of code.  Experience has shown that the bigger the code,
the more security and reliability issues will be found, which is one
reason some distros switched to dash for system scripts.

Rigid adherence to a standard is often overkill.  Bashisms have been a
practical problem for systems that use dash for /bin/sh.  Have you
seen https://www.debian.org/doc/debian-policy/ch-files.html#s-scripts
(section 10.4)?
This includes recommendations to actually use some "standard"
SUS/POSIX capabilities that are too often negelected, e.g., "set -e" and
some X/Open System Interface (XSI) extensions.

Most collections of shell scripts rely on a small number of idioms.
Some of these may be POSIX compliant but ill-conceived, so it is
often best to make a list of idioms and investigate each one
to see if it needs to be modified to follow "best practices".  One
best practice is to avoid using shell scripts where better tools
exist, so you could end up discarding some scripts in the
collection.

https://google.github.io/styleguide/shell.xml


>
>   next, if i want to enforce POSIX-ness, is it just a matter of using
>
> #!/bin/sh --posix
>
> actually, i already know it's not that simple, since i'm sure i've
> read that even adding that "--posix" option still leaves some
> non-POSIX features active; i'll re-read the docs to verify that.
>
>   finally, pointers to shell analysis utilities? WRT fedora packages,
> i've already found:
>
>   * devscripts-checkbashisms
>   * ShellCheck
>
> and i suspect there are others.
>
>   so, thoughts? and any pointers to online coverage of this stuff?
> thank you kindly.
>


https://sipb.mit.edu/doc/safe-shell/

https://google.github.io/styleguide/shell.xml

Fedora -- you have lots of scripts you can study.  You may find good and bad
examples (file bugs for the bad ones!).


-- 
George N. White III 
Head of St. Margarets Bay, Nova Scotia
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Adobe Acrobat & F26

2017-07-20 Thread Antonio M 
No Avc warning & it doesn't work also under X11

Antonio Montagnani

Linux Fedora 26(Workstation)
inviato da Gmail

2017-07-19 18:58 GMT+02:00 Rick Stevens :

> On 07/19/2017 09:35 AM, Alex Aycinena wrote:
> >
> > -- Forwarded message --
> > From: Antonio M  > >
> > To: Community support for Fedora users
> >  >>
> > Cc:
> > Bcc:
> > Date: Wed, 19 Jul 2017 09:46:00 +0200
> > Subject: Re: Adobe Acrobat & F26
> > /opt/Adobe/Reader9/bin/acroread
> > No protocol specified
> >
> > (acroread:5276): Gtk-WARNING **: cannot open display: :0
> >
> > in Fedora 26...
> >
> > Antonio Montagnani
> >
> > Linux Fedora 26(Workstation)
> > inviato da Gmail
> >
> >
> > Have you tried logging in under X11 instead of Wayland to see if that
> > makes any difference. Other applications give that warning and fail to
> > start under Wayland but work under X11.
>
> Also look to see if you're getting an selinux AVC denial.
> --
> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
> - AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
> --
> -   This message printed using recycled bandwidth-
> --
> ___
> 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

[slightly OT] writing "POSIX-compatible" scripts, and script analysis tools?

2017-07-20 Thread rpjday 

  (admittedly not an actual "fedora" topic but i'm sure i'll get some
good advice here.)

  i'm currently perusing someone else's collection of shell scripts,
and looking to add more, and want to clarify once and for all the
meaning of writing (and verifying) the "POSIX-ness" of shell scripts,
and what tools i can use to detect "bashisms" (or lack of POSIX-ness)
in scripts.

  first, can i verify that trying to keep my scripts as POSIX-compatible
as possible is a good thing? i've always assumed that, just curious as
to what others think, and how much effort they put into adhering to
the POSIX standard (thereby giving up all those cool bash extensions).

  next, if i want to enforce POSIX-ness, is it just a matter of using

#!/bin/sh --posix

actually, i already know it's not that simple, since i'm sure i've
read that even adding that "--posix" option still leaves some
non-POSIX features active; i'll re-read the docs to verify that.

  finally, pointers to shell analysis utilities? WRT fedora packages,
i've already found:

  * devscripts-checkbashisms
  * ShellCheck

and i suspect there are others.

  so, thoughts? and any pointers to online coverage of this stuff?
thank you kindly.

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