Re: /var/cache
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
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
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
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 opposite of pickpockets
Re: /var/cache
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
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
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
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
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
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
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
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?
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
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
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
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?
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
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
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
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
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
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
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
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
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
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
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