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
===
> Sent: Thursday, July 06, 2017 at 11:10 AM
> From: "Patrick O'Callaghan" <pocallag...@gmail.com>
> To: users@lists.fedoraproject.org
> Subject: Re: /var/cache
>
> On Thu, 2017-07-06 at 01:57 +0200, Patrick Dupre wrote:
> >
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 --
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's possibl
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
al
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" <jo...@jgcomp.com>
>> To: users@lists.fedoraproject.org
>> Subjec
ct.org>
> 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
; From: "Jon LaBadie" <jo...@jgcomp.com>
> 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:
&g
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
tems 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/x8
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
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
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&quo
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
;
> After install a new 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/cac
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
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
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
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
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 PackageKi
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 em
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 refresh
d.
>
> 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/P
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 t
| From: stan <stanl-fedorau...@vfemail.net>
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" <h...@mimosa.com> wrote:
|
| > On my Fedora 23
| > systems, /var/cache
On Thu, 17 Mar 2016 10:22:36 -0400 (EDT)
"D. Hugh Redelmeier" <h...@mimosa.com> 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/metada
ere 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/packages
>
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/packages
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) cache
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 boxes
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 available
-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/fontconfig
1 /var/cache/foomatic
1
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
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
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 anne.pos...@epfl.ch wrote:
Hello,
My
38 matches
Mail list logo