Re: /var/cache

2017-07-05 Thread Heinz Diehl 
On 05.07.2017, Patrick Dupre wrote: 

> I have directory
> /var/log/journal which seems large:
[]

Just delete all under /var/cache and reboot.

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

Re: /var/cache

2017-07-05 Thread Samuel Sieb 

On 07/05/2017 01:16 AM, Patrick Dupre wrote:

I have directory
/var/log/journal which seems large:
1646960


I will assume that you are using "du" and these numbers are in KB.  I 
recommend using the "-h" parameter to du which gives you nice "human 
readable" numbers.


1.6GB for the journal doesn't seem that bad.  You can change the 
journald settings if you want it to keep less info.



105988  /var/cache/yum/x86_64/21/fedora/gen


Anything in /var/cache/yum should be deleted, at least if it's for 
versions less than you are currently running.  It's possible that 
PackageKit stores some data in there, but I'm not sure.



113170  
/var/cache/mock/fedora-24-x86_64/dnf_cache/updates-c4f1c95f64c2b794/packages


Looks like you've run "mock" at some point.  Feel free to remove the cache.


126424  /var/cache/system-upgrade/updates/gen


This is an old upgrade directory that's not used now.


340198  /var/cache/dnf


You'll want to keep this, otherwise the next time you run dnf, it will 
just download all the metadata again and you'll have the same usage.



10930952/var/cache/PackageKit


This is where most of the space is wasted.  PackageKit has an issue 
where it doesn't delete old packages that were downloaded, but not 
installed.  Delete this.  I don't use PackageKit, so I mask the service 
as well, but that's up you.

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

Re: /var/cache

2017-07-05 Thread Jon LaBadie 
On Thu, Jul 06, 2017 at 01:53:29AM +0200, Patrick Dupre wrote:
> Why do you say that it is not a a multiple of 4k?
> dumpe2fs provides:
> Block size:   4096
> 
> At least 1646960 / 4 = 411740

Duh, 4 is not 4096.  1646960 / 4096 is 402.0898 (approximately).

> 
> du seems providing the size in k
> du /var/log/journal
> 1646956   /var/log/journal/f14e53f3162847d4ae17fd1ca988e33c
> 1646960   /var/log/journal

And what does du have to do with the size of a directory
that normally is obtained with "ls -ld".

> ls -i /var/log/journal
> 1117919 f14e53f3162847d4ae17fd1ca988e33c
> 

Another, what does the inode number of a file under 'journal'
have to do with the size of journal?  Or for that matter,
the size of the file under journal?

> Is there something wrong?
> 

I suspect you feel the 41 directories you listed contain
lots of big files, possibly wasting a lot of space.  That
is a different topic than the one you asked.  It would
have helped if you had shown how you obtained the numbers
you posted, i.e. what commands were used.  I'm now guessing
it was something like "du -s ".

-- 
Jon H. LaBadie  jo...@jgcomp.com
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: /var/cache

2017-07-05 Thread Rick Stevens 
On 07/05/2017 04:53 PM, Patrick Dupre wrote:
> Why do you say that it is not a a multiple of 4k?
> dumpe2fs provides:
> Block size:   4096
> 
> At least 1646960 / 4 = 411740
> 
> du seems providing the size in k
> du /var/log/journal
> 1646956   /var/log/journal/f14e53f3162847d4ae17fd1ca988e33c
> 1646960   /var/log/journal
> ls -i /var/log/journal
> 1117919 f14e53f3162847d4ae17fd1ca988e33c
> 
> Is there something wrong?

Why are you trying to compare "du"'s output (a file's allocated disk
size) and "ls -i" (index of files first inode inode)? They aren't
measuring the same thing.

Unless overridden by an argument, "du" uses 1kibibyte (1024-byte)
blocks. You can set environment variables to change this default. It
checks for environment variables in this order:

DU_BLOCK_SIZE
BLOCK_SIZE
BLOCKSIZE

So set those to whatever you wish. With none of those set, 1K is the
default unless the environment variable POSIXLY_CORRECT is set,
where the default display would be in 512-byte chunks. This is all
in the man page.

The allocation block size is dependent on how the filesystem was set up.
By default, the ext[2|3|4] filesystems use a block size that's
determined heuristically from the underlying device (partition) size and
default inode counts. It will choose 1024-, 2048- or 4096-byte blocks.
For most uses and with modern big-horking disks (yes, a highly technical
term), that usually comes out to 4K. You can change it as you see fit
but generally the default is "good enough".

>> Sent: Wednesday, July 05, 2017 at 10:44 PM
>> From: "Jon LaBadie" 
>> To: users@lists.fedoraproject.org
>> Subject: Re: /var/cache
>>
>> On Wed, Jul 05, 2017 at 10:16:34AM +0200, Patrick Dupre wrote:
>>> Hello,
>>>
>>> I have directory
>>> /var/log/journal which seems large:
>>> 1646960
>>>
>>
>> What type of file system are you using?  ext? or xfs or ??
>> I ask as ext expands its directories in 4K chunks and the
>> sizes you give above and below are not 4K multiples.
>>
>> Are you sure those are not inode numbers (ls -i)?
>>
>> If they are sizes, the total size of those 40+ directories
>> is just 61MB, about 0.5% of a small, 10GB file system.
>> It may not be worth worrying about recovering the space.
>>
>> On some file systems directories, once expanded, never
>> contract.  In that case, the "cure" is to create a new
>> temporary directory (eg. /var.new).  Set the ownership
>> and permissions of /var.new to match /var (don't forget
>> SELinux and extended attribute properties).  Move the
>> data to the new directory (mv /var/* /var.new).  Don't
>> forget any "dot" files/directories. Rename /var to
>> /var.old, rename /var.new to /var.
>>
>> When satisfied, repeat 40 times for the large
>> subdirectories and remove the empty old directories.
>>
>> This is best done from a boot off of external media and
>> mounting the hard disk filesystems under the portable
>> medium.  Often /a is a directory provided for this.
>>
>> Jon
>>
>>> but it is even worst for /var/cache: 14338744
>>> I gives the largest sub directories:
>>>
>>> 100602  /var/cache/PackageKit/hawkey
>>> 104278  /var/cache/PackageKit/25/hawkey
>>> 105988  /var/cache/yum/x86_64/21/fedora/gen
>>> 112622  /var/cache/yum/x86_64/22/fedora/gen
>> ...
>>> 6548048 /var/cache/PackageKit/24/metadata/updates
>>> 7287012 /var/cache/PackageKit/24/metadata
>>> 7424876 /var/cache/PackageKit/24
>>> 10930952/var/cache/PackageKit
>>>
>>>
>>> How can I clean this?
>>>
>>> Thank.
>>>
>>> ===
>>>  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
> End of included message <<<
>>
>> -- 
>> Jon H. LaBadie  jo...@jgcomp.com
>> ___
>> users mailing list -- users@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 


-- 
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- Politicians are the

Re: /var/cache

2017-07-05 Thread Patrick Dupre 
Sorry, I am using fedora 24. I will move to fedora 26 ASAP.

-rw-r-+ 1 root systemd-journal  83886080 Jul  6 01:55 
/var/log/journal/f70316db1f884a5884466d17111bd615/system.journal
-rw-r-+ 1 root systemd-journal  16777216 Jul  6 01:54 
/var/log/journal/f70316db1f884a5884466d17111bd615/user-1000.journal

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


> Sent: Wednesday, July 05, 2017 at 10:43 PM
> From: "  sixpack13" 
> To: users@lists.fedoraproject.org
> Subject: Re: /var/cache
>
> I assume
> - that you don't use Fedora elder than 25 any more'
> - you don't need aged log messages any more
> - PackageKit re-creates it's directory under /var/cache during each run as 
> dnf does
> 
> then:
> 
>  sudo rm -rf /var/log/journal/*/*;
> 
>  sudo systemctl kill --signal=SIGUSR2 systemd-journald;
> 
>  sudo rm -rf /var/cache/{dnf,mock,yum,system-upgrade,PackageKit};
> ___
> 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: /var/cache

2017-07-05 Thread Patrick Dupre 
Why do you say that it is not a a multiple of 4k?
dumpe2fs provides:
Block size:   4096

At least 1646960 / 4 = 411740

du seems providing the size in k
du /var/log/journal
1646956 /var/log/journal/f14e53f3162847d4ae17fd1ca988e33c
1646960 /var/log/journal
ls -i /var/log/journal
1117919 f14e53f3162847d4ae17fd1ca988e33c

Is there something wrong?

Thank.

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


> Sent: Wednesday, July 05, 2017 at 10:44 PM
> From: "Jon LaBadie" 
> To: users@lists.fedoraproject.org
> Subject: Re: /var/cache
>
> On Wed, Jul 05, 2017 at 10:16:34AM +0200, Patrick Dupre wrote:
> > Hello,
> > 
> > I have directory
> > /var/log/journal which seems large:
> > 1646960
> > 
> 
> What type of file system are you using?  ext? or xfs or ??
> I ask as ext expands its directories in 4K chunks and the
> sizes you give above and below are not 4K multiples.
> 
> Are you sure those are not inode numbers (ls -i)?
> 
> If they are sizes, the total size of those 40+ directories
> is just 61MB, about 0.5% of a small, 10GB file system.
> It may not be worth worrying about recovering the space.
> 
> On some file systems directories, once expanded, never
> contract.  In that case, the "cure" is to create a new
> temporary directory (eg. /var.new).  Set the ownership
> and permissions of /var.new to match /var (don't forget
> SELinux and extended attribute properties).  Move the
> data to the new directory (mv /var/* /var.new).  Don't
> forget any "dot" files/directories. Rename /var to
> /var.old, rename /var.new to /var.
> 
> When satisfied, repeat 40 times for the large
> subdirectories and remove the empty old directories.
> 
> This is best done from a boot off of external media and
> mounting the hard disk filesystems under the portable
> medium.  Often /a is a directory provided for this.
> 
> Jon
> 
> > but it is even worst for /var/cache: 14338744
> > I gives the largest sub directories:
> > 
> > 100602  /var/cache/PackageKit/hawkey
> > 104278  /var/cache/PackageKit/25/hawkey
> > 105988  /var/cache/yum/x86_64/21/fedora/gen
> > 112622  /var/cache/yum/x86_64/22/fedora/gen
> ...
> > 6548048 /var/cache/PackageKit/24/metadata/updates
> > 7287012 /var/cache/PackageKit/24/metadata
> > 7424876 /var/cache/PackageKit/24
> > 10930952/var/cache/PackageKit
> > 
> > 
> > How can I clean this?
> > 
> > Thank.
> > 
> > ===
> >  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
> >>> End of included message <<<
> 
> -- 
> Jon H. LaBadie  jo...@jgcomp.com
> ___
> 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: [F25] Emacs key binding in KDE

2017-07-05 Thread Samuel Sieb 

On 07/05/2017 11:41 AM, Sherman Grunewagen wrote:
Just moved from F21 to F25 and many things are not working as expected 
(which is to be expected!)
One is the way to get most applications (like Firefox, and KDE itself, 
to honour basic emacs
key bindings for cursor motions. In F21 and prior I had a little file in 
my home dir called

".gtkrc-2.0" which contained this magic line:

gtk-key-theme-name = "Emacs"

This no longer works.
Would one of you kind souls share the magic incantation for F25?
Thanks!


If you use the gnome-tweak-tool, in the keyboard section, you can set 
the key theme there.

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

Re: F25 nfs not starting

2017-07-05 Thread Ed Greshko 
On 07/06/17 07:10, Amadeus W.M. wrote:
> Tried that and it worked and it also worked when I restored the original
> exportfs and nfs files. The reboot took a LONG time - stuck at shutting 
> down some nfs processes (can't remember which, lockd maybe). 
>
> Everything seems to be back to normal now. Thank you for the help!


Great.  Good see everything working again.  A little bummed that we weren't 
able to
determine what was the actual culprit.  But who can argue with success?  :-)

-- 
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: DWA-192 Driver no Longer Compiles After Maintenance Update in F25

2017-07-05 Thread Samuel Sieb 

On 07/05/2017 03:25 PM, Stephen Morris wrote:
It seems to me that the reason the source code is failing to compile 
after the system update is that the compiler has been changed, as this 
is the only reason I can see that source code that compiled fine before 
the update won't compile after the update, unless the functions that the 
compiler is rejecting as being implicitly defined, are functions that 
were defined in the 4.9.9 kernel but have been removed sometime between 
there and the 4.11.5 kernel.


As Rick mentioned, the warning about implicitly defined functions 
usually means that you don't have the right headers available, although 
I would have expected an error about the import as well.  That's why, 
when you are asking a question about an issue like this, you should 
include a sample of the errors you are getting.  Otherwise, like in this 
case, you could get the wrong answer.

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

Re: F25 nfs not starting

2017-07-05 Thread Amadeus W.M. 
On Tue, 04 Jul 2017 14:45:19 +0800, Ed Greshko wrote:

> On 07/03/17 12:44, Amadeus W.M. wrote:
>> I need a fix for my problem.
> 
> 
> I have one thing for you to try.   As root
> 
> cd /etc
> 
> cp exports exports-orig
> 
> cat /dev/null > exports
> 
> cd sysconfig
> 
> cp nfs nfs-orig
> 
> cat /dev/null > nfs
> 
> reboot
> 
> After reboot check to the status of nfs-server
> 
> systemctl status nfs-server
> 
> Basically saying with all the defaults for the nfs server and no files
> systems exported the server should be running.


Tried that and it worked and it also worked when I restored the original
exportfs and nfs files. The reboot took a LONG time - stuck at shutting 
down some nfs processes (can't remember which, lockd maybe). 

Everything seems to be back to normal now. Thank you for the help!


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

Re: Thunderbird 'loading message' issue

2017-07-05 Thread William Mattison 
I observe the delays and apparent freezes both in Fedora and in Windows-7.  I 
observe them with non-gmail messages/folders, even drafts.  I'm using imap.  
These suggest that the problem is not with Fedora, but one or more of:
* Thunderbird code that is not OS-specific, and not mail service specific,
* mail service servers (agreeing with Tim), or
* network delays (agreeing with Tim).

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

Re: DWA-192 Driver no Longer Compiles After Maintenance Update in F25

2017-07-05 Thread Rick Stevens 
On 07/05/2017 03:25 PM, Stephen Morris wrote:
> On 6/24/17 4:03 PM, Samuel Sieb wrote:
>> On 06/23/2017 05:56 PM, Stephen Morris wrote:
>>>  I am using a DWA-192 usb WiFi adapter in F25 hence I need to get
>>> a driver from github to be compiled on my system so that I can use
>>> the adapter. This driver compiled and worked quite happily with
>>> kernel 4.9.9, not that the kernel version is necessarily an indicator
>>> of compile success. It had been a month or more since I had apply any
>>> system updates, so I did so two days ago, which as part of the update
>>> updated the kernel to 4.11.5, and when dkms went to compile the
>>> driver for the new kernel the compile failed with error messages
>>> about implicit function definitions and messages about warnings
>>> having been converted to errors.
>>
>> That's the problem with using out-of-tree drivers.  Someone has to
>> keep them up-to-date with kernel changes.
>>
>>>  Does anyone know if there is an updated driver that will compile
>>> with the current level of F25 or whether it has yet to be updated for
>>> compatibility with F25 and hence I will need to continue to use
>>> Ethernet internet access?
>>
>> https://github.com/xxNull-lsk/rtl8812AU has a recent commit that
>> mentions kernel 4.11.  I think
>> https://wikidevi.com/wiki/D-Link_DWA-192 is suggesting that you have
>> to modify one of the files to add your device id to it.
> I downloaded the rtl8812AU driver even though its not necessarily the
> right chipset (I believed the chipset in the DWA-192 was the rtl8814AU
> chipset) but when I compiled it, it failed with the same errors.
> It seems to me that the reason the source code is failing to compile
> after the system update is that the compiler has been changed, as this
> is the only reason I can see that source code that compiled fine before
> the update won't compile after the update, unless the functions that the
> compiler is rejecting as being implicitly defined, are functions that
> were defined in the 4.9.9 kernel but have been removed sometime between
> there and the 4.11.5 kernel.

I just built the driver from https://github.com/xxNull-lsk/rtl8812AU on
my machine with kernel 4.11.8-200.fc25.x86_64 with absolutely no
problem. Note that you must have the kernel-devel RPM installed, and
I'd recommend also having the elfutils-libelf-devel RPM installed.

I didn't build it for DKMS use, just the regular build:

[rick@prophead rtl8812AU-master]$ uname -r
4.11.8-200.fc25.x86_64

[rick@prophead rtl8812AU-master]$ modinfo 8812au.ko
filename:   /home/rick/Downloads/Drivers/rtl8812AU-master/8812au.ko
version:v5.1.5_19247.20160830
author: Realtek Semiconductor Corp.
description:Realtek Wireless Lan Driver
license:GPL
srcversion: C550A52D7A7F27740561522
alias:  usb:v2604p0012d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v2001p3316d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v2001p3315d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v07B8p8812d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v2019pAB30d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v1740p0100d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v1058p0632d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v2001p3313d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0586p3426d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0E66p0022d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0B05p17D2d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0409p0408d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0789p016Ed*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v04BBp0952d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0DF6p0074d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v7392pA822d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v2001p330Ed*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v050Dp1106d*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0BDAp881Cd*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0BDAp881Bd*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0BDAp881Ad*dc*dsc*dp*ic*isc*ip*in*
alias:  usb:v0BDAp8812d*dc*dsc*dp*ic*isc*ip*in*
depends:cfg80211
vermagic:   4.11.8-200.fc25.x86_64 SMP mod_unload


--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
-  Money can't buy happiness, but it can take the sting out of being -
- miserable! -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: users@fedora getting unthreaded?

2017-07-05 Thread William Mattison 
In a message not showing up in fedora Hyperkitty, Kevin Fenzi suggested:

> Probibly the first stop is the fedora infrastructure issues:
>
> https://pagure.io/fedora-infrastructure/issues
>
> From there we can see if it's some local issue or config problem with
> our instance or a bug in the upstream application that needs fixing by
> them.

This has been done.  It's issue #6146.

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

Re: DWA-192 Driver no Longer Compiles After Maintenance Update in F25

2017-07-05 Thread Stephen Morris 

On 6/24/17 4:03 PM, Samuel Sieb wrote:

On 06/23/2017 05:56 PM, Stephen Morris wrote:
 I am using a DWA-192 usb WiFi adapter in F25 hence I need to get 
a driver from github to be compiled on my system so that I can use 
the adapter. This driver compiled and worked quite happily with 
kernel 4.9.9, not that the kernel version is necessarily an indicator 
of compile success. It had been a month or more since I had apply any 
system updates, so I did so two days ago, which as part of the update 
updated the kernel to 4.11.5, and when dkms went to compile the 
driver for the new kernel the compile failed with error messages 
about implicit function definitions and messages about warnings 
having been converted to errors.


That's the problem with using out-of-tree drivers.  Someone has to 
keep them up-to-date with kernel changes.


 Does anyone know if there is an updated driver that will compile 
with the current level of F25 or whether it has yet to be updated for 
compatibility with F25 and hence I will need to continue to use 
Ethernet internet access?


https://github.com/xxNull-lsk/rtl8812AU has a recent commit that 
mentions kernel 4.11.  I think 
https://wikidevi.com/wiki/D-Link_DWA-192 is suggesting that you have 
to modify one of the files to add your device id to it.
I downloaded the rtl8812AU driver even though its not necessarily the 
right chipset (I believed the chipset in the DWA-192 was the rtl8814AU 
chipset) but when I compiled it, it failed with the same errors.
It seems to me that the reason the source code is failing to compile 
after the system update is that the compiler has been changed, as this 
is the only reason I can see that source code that compiled fine before 
the update won't compile after the update, unless the functions that the 
compiler is rejecting as being implicitly defined, are functions that 
were defined in the 4.9.9 kernel but have been removed sometime between 
there and the 4.11.5 kernel.


regards,
Steve


___
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: Lost wired connection

2017-07-05 Thread Rick Stevens 
On 07/05/2017 02:41 PM, Stephen Morris wrote:
> On 6/24/17 4:20 PM, Samuel Sieb wrote:
>> On 06/23/2017 11:08 PM, Samuel Sieb wrote:
>>> On 06/23/2017 05:39 PM, Stephen Morris wrote:
 Having mentioned the TB subject, I also have "problems" with the
 upstream versions of TB I use when interacting with this mail list.
 TB has "reply", "reply all" and "reply list", where "reply all"
 works as expected, whereas if I use "reply" to say respond to your
 email then that build the reply to send it to you and not the
 mailing list, so to reply to the mailing list I have to use "reply
 list", and I have never been able to work out why and whether its a
 mailing list issue or a TB issue.
>>>
>>> It seems to be a recent change to the list that the reply-to is now
>>> set to the original sender instead of the list address.  But thanks
>>> to you mentioning the reply to list option in TB, I just noticed that
>>> button and then found the shortcut key is CTRL-SHIFT-L for that.  I
>>> will train myself to use that in future.
>>
>> I just checked the email headers and the reply-to still points to the
>> list!  I have discovered that it is a change in TB after all. That is
>> rather annoying.  See
>> https://www.mozilla.org/en-US/thunderbird/52.0/releasenotes/ :
>>
>> "When replying to a mailing list, reply will be sent to address in
>> From header ignoring Reply-to header"
>>
>> Sorry for blaming the mailing list...
> On reflecting when this occurred, it seems that it did first start
> occurring in the old version of TB mentioned in the release notes, but
> what I now need to work out is, when there are multiple entries in what
> TB shows as the To address, how TB selects the right one to reply to
> when using 'Reply to List', or whether its not using the reply to tag at
> all, and is using the List_id tag instead. I say this from looking at
> the source for Rick's reply where I noticed a reply-to tag and a List_id
> tag both referencing the mailing list address.

I wonder if "Reply List" actually picks up the "List-Post" header (if
present) and uses that, whereas "Reply" just picks up the "From" header.
Regardless, I'd still consider it incorrect behavior. "Reply" should use
the "Reply-To" header if present and resort to the "From" header if
"Reply-To" isn't present. Whether it's a list posting or not is utterly
irrelevant for "Reply".

Only the "Reply List" button should care if it's a list posting or not,
and should also use the "Reply-To" header first, falling back to the
"List-Post" header and "From" headers (in that order). Why the TB people
made such a non-intuitive (and IMHO completely wrong) change is beyond
me.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- The trouble with troubleshooting is that trouble sometimes -
- shoots back.   -
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: [F25] Emacs key binding in KDE

2017-07-05 Thread Oleg Pykhalov 
Sherman Grunewagen  writes:

> Just moved from F21 to F25 and many things are not working as expected (which 
> is to be expected!)
> One is the way to get most applications (like Firefox, and KDE itself, to 
> honour basic emacs
> key bindings for cursor motions. In F21 and prior I had a little file in my 
> home dir called
> ".gtkrc-2.0" which contained this magic line:
>
>gtk-key-theme-name = "Emacs"
>
> This no longer works.
> Would one of you kind souls share the magic incantation for F25?
> Thanks!
>
> -Sherman
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org

Hi,

This snippet from
http://shallowsky.com/blog/linux/gtk3-emacs-key-theme.html works for
gtk+ Firefox.

~/.config/gtk-3.0/settings.ini
[Settings]
gtk-key-theme-name = Emacs
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Is there a way to stop ipv6 leakage without turning off ipv6?

2017-07-05 Thread Stephen Morris 

On 6/26/17 11:47 PM, Tim wrote:

Tim:

* In this case the ISP "doesn't support" IPv6 meaning that it's not
there, rather than they simply won't give any help with it.

Stephen Morris:

Yeah, my ISP has told me I should disable any attempts to use IPv6 on
my system as they do not support it. I'm in Australia and my ISP is
now the biggest ISP in Australia.

Likewise (I'm with the biggest/worst ISP in Australia).  They really are
being stupid about it.  The problem (running out of IPv4 IP addresses)
is not going to go way.  The solution is IPv6, not NAT, nor 6to4
proxies.  If they're waiting for something else, I don't see it
happening.

Oddly, when I first joined the NBN (the Networking Bloody Nightmare), I
did have IPv6.  Then some time afterwards, they switched it off.
I had the issue originally when I was on adsl, but nothing has changed 
now that I have moved to cable. I don't have any access to NBN as my 
local exchange has yet to be upgraded to support NBN and there has not 
been any information coming from NBN Co on what timeframe its likely to 
happen in (the original projection was it would happen 18 months ago), 
plus the cable plan I am on is cheaper than the equivalent performance 
NBN plans the ISP offers.
I agree with you that the running out of IPv4 addresses is only going to 
get worse and not better, but what I don't like is the potential for us 
to suffer if they keep burying their heads in the sand.


regards,
Steve

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

Re: Lost wired connection

2017-07-05 Thread Stephen Morris 

On 6/24/17 4:20 PM, Samuel Sieb wrote:

On 06/23/2017 11:08 PM, Samuel Sieb wrote:

On 06/23/2017 05:39 PM, Stephen Morris wrote:
Having mentioned the TB subject, I also have "problems" with the 
upstream versions of TB I use when interacting with this mail list. 
TB has "reply", "reply all" and "reply list", where "reply all" 
works as expected, whereas if I use "reply" to say respond to your 
email then that build the reply to send it to you and not the 
mailing list, so to reply to the mailing list I have to use "reply 
list", and I have never been able to work out why and whether its a 
mailing list issue or a TB issue.


It seems to be a recent change to the list that the reply-to is now 
set to the original sender instead of the list address.  But thanks 
to you mentioning the reply to list option in TB, I just noticed that 
button and then found the shortcut key is CTRL-SHIFT-L for that.  I 
will train myself to use that in future.


I just checked the email headers and the reply-to still points to the 
list!  I have discovered that it is a change in TB after all. That is 
rather annoying.  See 
https://www.mozilla.org/en-US/thunderbird/52.0/releasenotes/ :


"When replying to a mailing list, reply will be sent to address in 
From header ignoring Reply-to header"


Sorry for blaming the mailing list...
On reflecting when this occurred, it seems that it did first start 
occurring in the old version of TB mentioned in the release notes, but 
what I now need to work out is, when there are multiple entries in what 
TB shows as the To address, how TB selects the right one to reply to 
when using 'Reply to List', or whether its not using the reply to tag at 
all, and is using the List_id tag instead. I say this from looking at 
the source for Rick's reply where I noticed a reply-to tag and a List_id 
tag both referencing the mailing list address.


regards,
Steve


___
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: [F25] Emacs key binding in KDE

2017-07-05 Thread stan 
On Wed, 5 Jul 2017 11:41:36 -0700
Sherman Grunewagen  wrote:

> Just moved from F21 to F25 and many things are not working as
> expected (which is to be expected!) One is the way to get most
> applications (like Firefox, and KDE itself, to honour basic emacs key
> bindings for cursor motions. In F21 and prior I had a little file in
> my home dir called ".gtkrc-2.0" which contained this magic line:
> 
> gtk-key-theme-name = "Emacs"
> 
> This no longer works.
> Would one of you kind souls share the magic incantation for F25?
> Thanks!

Are you sure this was the actual reason it was working?

I think there is no magic incantation.
https://www.reddit.com/r/kde/comments/34npwo/use_emacs_keyboard_movements_in_kde_5x/

This seems to be the best answer (note the little reference to kde5
under the question).
https://unix.stackexchange.com/questions/211882/where-does-kde-4-store-its-keyboard-shortcuts

However, I'm not a KDE user or expert; if you don't get a better answer
here, you could try the Fedora kde list.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: /var/cache

2017-07-05 Thread sixpack13 
If I understand this command correct: it deletes 
/var/cache/{cups,ibus,libvirt,man}/* too ... 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: /var/cache

2017-07-05 Thread Jon LaBadie 
On Wed, Jul 05, 2017 at 10:16:34AM +0200, Patrick Dupre wrote:
> Hello,
> 
> I have directory
> /var/log/journal which seems large:
> 1646960
> 

What type of file system are you using?  ext? or xfs or ??
I ask as ext expands its directories in 4K chunks and the
sizes you give above and below are not 4K multiples.

Are you sure those are not inode numbers (ls -i)?

If they are sizes, the total size of those 40+ directories
is just 61MB, about 0.5% of a small, 10GB file system.
It may not be worth worrying about recovering the space.

On some file systems directories, once expanded, never
contract.  In that case, the "cure" is to create a new
temporary directory (eg. /var.new).  Set the ownership
and permissions of /var.new to match /var (don't forget
SELinux and extended attribute properties).  Move the
data to the new directory (mv /var/* /var.new).  Don't
forget any "dot" files/directories. Rename /var to
/var.old, rename /var.new to /var.

When satisfied, repeat 40 times for the large
subdirectories and remove the empty old directories.

This is best done from a boot off of external media and
mounting the hard disk filesystems under the portable
medium.  Often /a is a directory provided for this.

Jon

> but it is even worst for /var/cache: 14338744
> I gives the largest sub directories:
> 
> 100602/var/cache/PackageKit/hawkey
> 104278/var/cache/PackageKit/25/hawkey
> 105988/var/cache/yum/x86_64/21/fedora/gen
> 112622/var/cache/yum/x86_64/22/fedora/gen
...
> 6548048   /var/cache/PackageKit/24/metadata/updates
> 7287012   /var/cache/PackageKit/24/metadata
> 7424876   /var/cache/PackageKit/24
> 10930952  /var/cache/PackageKit
> 
> 
> How can I clean this?
> 
> Thank.
> 
> ===
>  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
>>> End of included message <<<

-- 
Jon H. LaBadie  jo...@jgcomp.com
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: /var/cache

2017-07-05 Thread sixpack13 
I assume
- that you don't use Fedora elder than 25 any more'
- you don't need aged log messages any more
- PackageKit re-creates it's directory under /var/cache during each run as dnf 
does

then:

 sudo rm -rf /var/log/journal/*/*;

 sudo systemctl kill --signal=SIGUSR2 systemd-journald;

 sudo rm -rf /var/cache/{dnf,mock,yum,system-upgrade,PackageKit};
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: /var/cache

2017-07-05 Thread Gordon Messmer 

On 07/05/2017 01:16 AM, Patrick Dupre wrote:

How can I clean this?



rpm -qf /var/cache/*/* | grep 'is not owned' | awk '{print $2}' | xargs 
rm -rf


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

[F25] Emacs key binding in KDE

2017-07-05 Thread Sherman Grunewagen 

Just moved from F21 to F25 and many things are not working as expected (which 
is to be expected!)
One is the way to get most applications (like Firefox, and KDE itself, to 
honour basic emacs
key bindings for cursor motions. In F21 and prior I had a little file in my 
home dir called
".gtkrc-2.0" which contained this magic line:

   gtk-key-theme-name = "Emacs"

This no longer works.
Would one of you kind souls share the magic incantation for F25?
Thanks!

-Sherman

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

Re: /var/cache

2017-07-05 Thread Ralf Corsepius 

On 07/05/2017 10:16 AM, Patrick Dupre wrote:


but it is even worst for /var/cache: 14338744
I gives the largest sub directories:



How can I clean this?


Files under /var/cache are supposed to be automatically regenerated by 
the programs which create them (Hence the name "cache").


I.e. in theory, you can erase everything under /var/cache
whenever you want. If this breaks something, this would qualify as a bug.

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

/var/cache

2017-07-05 Thread Patrick Dupre 
Hello,

I have directory
/var/log/journal which seems large:
1646960

but it is even worst for /var/cache: 14338744
I gives the largest sub directories:

100602  /var/cache/PackageKit/hawkey
104278  /var/cache/PackageKit/25/hawkey
105988  /var/cache/yum/x86_64/21/fedora/gen
112622  /var/cache/yum/x86_64/22/fedora/gen
113170  
/var/cache/mock/fedora-24-x86_64/dnf_cache/updates-c4f1c95f64c2b794/packages
123804  /var/cache/yum/x86_64/21/fedora
125536  /var/cache/yum/x86_64/24/fedora/gen
126424  /var/cache/system-upgrade/updates/gen
131320  /var/cache/yum/x86_64/22/fedora
134702  /var/cache/mock/fedora-24-x86_64/dnf_cache/updates-c4f1c95f64c2b794
137862  /var/cache/PackageKit/24/hawkey
146778  /var/cache/system-upgrade/updates
150620  /var/cache/yum/x86_64/24/fedora
178804  /var/cache/mock/fedora-24-x86_64/root_cache
189314  /var/cache/yum/x86_64/22
191956  /var/cache/yum/x86_64/21
196922  /var/cache/PackageKit/25
215362  /var/cache/yum/x86_64/24
223472  /var/cache/system-upgrade/default-installrepo/packages
242710  /var/cache/system-upgrade/default-installrepo
278874  /var/cache/mock/fedora-24-x86_64/dnf_cache
313804  /var/cache/system-upgrade/fedora/gen
340198  /var/cache/dnf
457680  /var/cache/mock/fedora-24-x86_64
457682  /var/cache/mock
557502  /var/cache/PackageKit/24/metadata/virtualbox/packages
557636  /var/cache/PackageKit/24/metadata/virtualbox
596634  /var/cache/yum/x86_64
596636  /var/cache/yum
1133676 /var/cache/system-upgrade/fedora/packages
1495078 /var/cache/system-upgrade/fedora
1955442 /var/cache/system-upgrade
3067536 /var/cache/PackageKit/metadata/updates/packages
3090236 /var/cache/PackageKit/metadata/updates
3208270 /var/cache/PackageKit/metadata
6524434 /var/cache/PackageKit/24/metadata/updates/packages
6548048 /var/cache/PackageKit/24/metadata/updates
7287012 /var/cache/PackageKit/24/metadata
7424876 /var/cache/PackageKit/24
10930952/var/cache/PackageKit


How can I clean this?

Thank.

===
 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: Thunderbird 'loading message' issue

2017-07-05 Thread Tim 

On 5/7/2017 11:42 am, Stephen Davies wrote:
It seems to be quite random: one day it is fast and the next it is so 
slow, I can see the numbers ticking over about once every ten seconds or 
more.


It is not a function of box size and all virus etc checking is done on 
arrival at the mail server. There is no processing during download.


My guess is simply network issues.


Could be, or even the remote mail server.

Though, I'd still double check that Thunderbird doesn't have any of its 
junk mail filtering beavering away on your messages.


I seem to recall that there was some way to show some kind of activity 
log, so you could see what it was doing as it did it.  It might be worth 
finding out if that is actually so.  Then you should be able to spot 
where the delay is.

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