On Thu, 2017-07-06 at 11:36 +0200, Patrick Dupre wrote:
> Yes, there is good reasons,
>
> Moving from one version to another one requires a lot of work
> after all. For example, I have to recompile my own codes.
I think you misunderstood what I said. I'm suggesting you *not* change
versions until
ue, France
===
> Sent: Thursday, July 06, 2017 at 11:10 AM
> From: "Patrick O'Callaghan"
> To: users@lists.fedoraproject.org
> Subject: Re: /var/cache
>
> On Thu, 2017-07-06 at 01:57 +0200, Patrick Dupre wrote:
> > Sorry, I am using fedor
On Thu, 2017-07-06 at 01:57 +0200, Patrick Dupre wrote:
> Sorry, I am using fedora 24. I will move to fedora 26 ASAP.
F26 has not been released yet. There is no reason not to keep using F24
until that happens.
poc
___
users mailing list -- users@lists.f
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 us
mbers.
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
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
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:
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
>
: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:
> > 16469
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
ystems 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/ca
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 syst
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
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").
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
w Fedora 24, now 25, I do this step.
>
> sudo systemctl mask dnf-makecache dnf-makecache.timer packagekit
> packagekit-offline-update
> sudo systemctl stop dnf-makecache dnf-makecache.timer packagekit
> packagekit-offline-update
>
> rm -rf /var/cache/PackageKit/*
>
> And a
Dario Lesca:
>> Why not use the same cache of dnf?
Matthew Miller:
> That is work in progress. Both systems use the cache a little
> differently and grew up independently, so there is some work to align
> them.
Separate caching for the metadata, but pooled caching (and automated
purging control)
On Wed, Dec 28, 2016 at 03:21:06PM +0100, Dario Lesca wrote:
> > That cache _is_ the packagekit database. You can remove it safely.
> Why not use the same cache of dnf?
That is work in progress. Both systems use the cache a little
differently and grew up independently, so there is some work to ali
Il giorno mar, 27/12/2016 alle 11.42 -0500, Matthew Miller ha scritto:
> That cache _is_ the packagekit database. You can remove it safely.
Why not use the same cache of dnf?
In this way when someone use dnf install something the cache will be
removed.
IMHO Two cache of same (BIG!) things is not
On Mon, Dec 26, 2016 at 08:58:46PM +, Schlaegel wrote:
> What would be a good course of action?
> I'm reluctant to use root to just delete the files, assuming that they are
> in some PackageKit database somewhere.
That cache _is_ the packagekit database. You can remove it safely.
> Is there a
e dnf-makecache.timer packagekit
> packagekit-offline-update
> sudo systemctl stop dnf-makecache dnf-makecache.timer packagekit
> packagekit-offline-update
>
>
> rm -rf /var/cache/PackageKit/*
>
>
>
> And all still work.
Another way to avoid that PackageKit do
dnf-makecache.timer packagekit
packagekit-offline-update
rm -rf /var/cache/PackageKit/*
And all still work.
--
Dario Lesca
(inviato dal mio Linux Fedora 24 Workstation)___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email
On 12/26/2016 04:21 PM, Patrick O'Callaghan wrote:
On Mon, 2016-12-26 at 20:58 +, Schlaegel wrote:
After a month of updates, I started seeing warnings about the size of the
var partition. Somehow /var/cache/PackageKit/24/metadata is still there and
very large. I tried `sudo pkcon re
t;
> I then worked through an issue with the stock repositories and packages
> causing my Nvidia graphics to lock up, and I eventually had a working
> system.
>
> After a month of updates, I started seeing warnings about the size of the
> var partition. Somehow /var/cache/PackageKit/
causing my Nvidia graphics to lock up, and I eventually had a working
system.
After a month of updates, I started seeing warnings about the size of the
var partition. Somehow /var/cache/PackageKit/24/metadata is still there and
very large. I tried `sudo pkcon refresh force -c -1` but I still have 3.3
On my Fedora 23 systems, /var/cache/PackageKit/metadata/updates/packages
is full of .rpm files. For example, 2.7G on my desktop.
/var/cache/PackageKit/metadata/fedora/packages has some too.
"sudo dnf clean packages" doesn't seem to change this. What does it
change?
What is
| From: stan
Thanks for your useful response. But there are still things that
puzzle/annoy me.
| On Thu, 17 Mar 2016 10:22:36 -0400 (EDT)
| "D. Hugh Redelmeier" wrote:
|
| > On my Fedora 23
| > systems, /var/cache/PackageKit/metadata/updates/packages is full
| > of .rpm
On Thu, 17 Mar 2016 10:22:36 -0400 (EDT)
"D. Hugh Redelmeier" wrote:
> On my Fedora 23
> systems, /var/cache/PackageKit/metadata/updates/packages is full
> of .rpm files. For example, 2.7G on my desktop.
>
> /var/cache/PackageKit/metadata/fedora/packages has some
were thinking of doing, updating a
single box, and then re-using all those RPMs for othep systems.
Especially worthwhile on slow connections, or where people get charged
for usage.
> Here's how I did it. Not quite a script yet.
>
> cd /var/cache/PackageKit/metadata/updates/packag
do what you were thinking of doing, updating a
single box, and then re-using all those RPMs for othep systems.
Especially worthwhile on slow connections, or where people get charged
for usage.
Here's how I did it. Not quite a script yet.
cd /var/cache/PackageKit/metadata/updates/packag
Frank Murphy wrote:
Trying to replace an NAS with a PC.
Figured I'd check before creating
Having looked at:
https://fedoraproject.org/wiki/Administration_Guide_Draft/NFS?rd=Docs/Drafts/AGBeta/NFS
How can I share on the NFS server /var/cache/yum.
so it will be available as a local(nfs) cac
On 03/15/2013 10:36 AM, Frank Murphy wrote:
Trying to replace an NAS with a PC.
Figured I'd check before creating
Having looked at:
https://fedoraproject.org/wiki/Administration_Guide_Draft/NFS?rd=Docs/Drafts/AGBeta/NFS
How can I share on the NFS server /var/cache/yum.
so it will be avai
Trying to replace an NAS with a PC.
Figured I'd check before creating
Having looked at:
https://fedoraproject.org/wiki/Administration_Guide_Draft/NFS?rd=Docs/Drafts/AGBeta/NFS
How can I share on the NFS server /var/cache/yum.
so it will be available as a local(nfs) cache
to all fedora
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/02/2011 11:23 PM, Ranjan Maitra wrote:
> Hi,
>
> Looking at my files and diskspace, I note the following:
>
> $ sudo du -sm /var/cache/*
> 1961 /var/cache/abrt-di
> 1 /var/cache/cups
> 1 /var/cache/fontc
Hi,
Looking at my files and diskspace, I note the following:
$ sudo du -sm /var/cache/*
1961/var/cache/abrt-di
1 /var/cache/cups
1 /var/cache/fontconfig
1 /var/cache/foomatic
1 /var/cache/hald
1 /var/cache/jwhois
1 /var/cache/ldconfig
3 /var/cache
I'm somewhat confused by the many things found in vcy. On some machines
there are directories for fedora, and updates, and no architecture
notation. On some the same data is found in i386/14 or similar, while on
other in i686/i386/14 has the same stuff.
Is there rhyme or reason to this? And sho
Hey,
You can mount another partition to /var/cache until the update is complete ?
maybe add it to /etc/fstab as well so it will still be present when fedora
reboots to the installer.
Hope it helps
Vignesh
On Tue, Jun 1, 2010 at 6:38 PM, Anne Possoz wrote:
> Hello,
>
> My / partit
Hello,
My / partition, that contains /var, has only 800 MB available and
I will certainly need more.
I have plenty of space in another partition and would like to use
that one for downloading rpm's tu upgrade from fedora 12 to 13.
As preupgrade.cli accept -c yum-xxx.conf, I tried that option incl
38 matches
Mail list logo
