yum package cleanup
Nathan D'elboux
nafe27 at hotmail.com
Thu May 10 06:12:53 UTC 2012
>On my F16 machine the directory is:/var/cache/yum/i386/16/<repo>/packages
I just used reposync and pointed it at the url of the official repository and then the destination of the folder i wanted to keep them, it then downloads all full RPM's to that directory.
I then used createrepo to create my own local RPM repo so that my other Fedora machines connect to it rather than the internet. Can have benefits of added security if you dont want machines on the internet but saves bandwidth costs also
Nathan
From: users-request at lists.fedoraproject.org
Subject: users Digest, Vol 99, Issue 27
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 05:14:20 +0000
Send users mailing list submissions to
users at lists.fedoraproject.org
To subscribe or unsubscribe via the World Wide Web, visit
https://admin.fedoraproject.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request at lists.fedoraproject.org
You can reach the person managing the list at
users-owner at lists.fedoraproject.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of users digest..."
--Forwarded Message Attachment--
From: akonstam at sbcglobal.net
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 15:50:13 -0500
Subject: Re: yum package cleanup
On Wed, 2012-05-09 at 09:35 -0700, Mike Wright wrote:
> Hi all,
>
> I would like to be able to save the rpm files that yum downloads.
>
> Thanks to the following nugget from Google...
>
> "I believe what you are looking for is /var/cache/yum/<repo>/packages.
> This directory is expunged during package cleanup."
>
> ...I now know where they are stored.
>
On my F16 machine the directory is:
/var/cache/yum/i386/16/<repo>/packages
--
=======================================================================
"Language shapes the way we think, and determines what we can think
about." -- B. L. Whorf
=======================================================================
Aaron Konstam theelephone: (210) 656-0355 e-mail: akonstam at sbcglobal.net
--Forwarded Message Attachment--
From: wporta at gmail.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 14:50:49 -0600
Subject: Re: What steps to have sound working.
If you really mean Flash player, I used to have the same issue. Turned out to be pulseaudio the issue. Try removing it and reboot and try again. Also, what version of flash-player do you have?
Wilfredo
On Wed, May 9, 2012 at 10:01 AM, <ny6p01 at gmail.com> wrote:
On Wed, May 09, 2012 at 02:00:32PM -0300, Luc?lio Gomes de Freitas wrote:
> Hi,
>
> Does anybody could give the steps to have sound working on KDE Fedora?
> $ uname -r ====> 3.3.4-3.fc16.x86_64
> Installed ====> alsa-plugins-pulseaudio.x86_64
>
> Today I have image but no sound? Any help? How to test it, to find the
> problem?
>
> Ps1. It used to work ok, but there is a long time I don't use it, now I
> have to use the sound.
> Ps2. I did not change any hardware.
>
> Thanks,
I assume you are talking about Flash in your browser? If you haven't used it
in a while, chances are you need to upgrade your flash plugin. I would do
that first. :)
Terry
--
users mailing list
users at lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
--Forwarded Message Attachment--
From: davidsen at tmr.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 17:40:13 -0400
Subject: Re: NFS mount fails CentOS5 on FC16 host
Ed Greshko wrote:
> On 05/09/2012 10:26 PM, Bill Davidsen wrote:
>> I get a message "rpc.idmapd appears not to be running" when it is running, and I'm
>> using the same setup I have on my other clients from FC9 to fc17, including both
>> 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc, etc. I do
>> this on a real bunch of other machines, so I'm reasonably sure it's set up
>> correctly. I did diff idmapd config between working and non-working machines, etc.
>>
>> Everything maps to nobody, which is not useful. Both CentOS5 and FC16 machines are
>> current on patches.
>> mount is "rw,soft,intr -t nfs4" and the idmap process is running on host and
>> client, remounts from other clients work, etc, etc.
>>
>> Anyone have a clue?
>>
>
> It isn't clear to me from the above what system is the Client and what system is the
> Server and on which system you're getting the error message.
>
Sorry, I intended the subject to make that clear, the client is CentOS-5 the
server FC16. The message appears on the CentOS5 client. The same server and data
works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie. I'm told
but haven't personally tested) OpenBSD works as well.
This is the only machine which stopped working when the NFS server was updated,
and of course it's the internal web server. :-(
--
Bill Davidsen <davidsen at tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--Forwarded Message Attachment--
From: davidsen at tmr.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 17:42:42 -0400
Subject: Re: F16 failure to completely boot - hangs at 'Started Display Manager'
Joe Zeff wrote:
> On 05/08/2012 10:25 AM, Bill Davidsen wrote:
>> Did you by any chance have a 3rd party (aka working) video driver
>> installed, such as from another repo like rpmfusion? If so, there may
>> have been an updated kernel in your "failed update" and your
>> kmod-whatever is unable to update.
>
> There's been about a day's delay for kmod-nvidia on the last several kernel
> updates. I have both kmod and akmod installed so it's not been an issue here,
> but if you're only using kmod you might not notice that there's a reason not to
> boot into the new kernel just yet.
Sage advice, indeed.
--
Bill Davidsen <davidsen at tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
--Forwarded Message Attachment--
From: cs at zip.com.au
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 07:50:23 +1000
Subject: Re: QT4 apps slooooow in ssh
On 09May2012 01:45, T.C. Hollingsworth <tchollingsworth at gmail.com> wrote:
| On Wed, May 9, 2012 at 12:53 AM, Roberto Ragusa <mail at robertoragusa.it> wrote:
| > On 05/08/2012 10:18 PM, T.C. Hollingsworth wrote:
| >> The "native" graphics engine uses regular X11, which will probably
| >> always be best over SSH.
| >> Qt also respects the QT_GRAPHICSSYSTEM environment variable to
| >> configure this, so you can add `export QT_GRAPHICSSYSTEM=native` to
| >> your ~/.profile or wherever to make it your "default".
| >
| > Ok, so I have a work-around, but the default behavior is unacceptable,
| > there should be some kind of fallback to native when on a remote display,
| > maybe by automatically measuring the speed of bitmap transfers.
|
| I doubt Qt can safely switch graphics systems midway through
| application execution. The only way it could do anything about it is
| if it could detect whether it's being run remotely at startup, which I
| don't think is possible either.
It could inspect $DISPLAY. If it begins with ":" then it is local and
otherwise, probably remote. One could tune default choice on that basis.
| Fedora's Qt/KDE guys might be convinced to stick `[[ -n
| "${SSH_CONNECTION}" ]] && export QT_GRAPHICSSYSTEM=native` in
| /etc/profile.d, though. (Unless there's a nicer way to change the
| environment of only SSH logins.)
It isn't ssh you want to care about, it is remoteness. And of course
QT_GRAPHICSSYSTEM should never be mangled if it is already initialised;
that way lies "magic" behaviour. (Of course, this is RedHat we're
talking about, who still believe that having $PS1 set is a meaningful
indicator of stuff; had to mangle my nice clean login procedures, many
years old, when I finally bothered tracking down that misdecision.)
Cheers,
--
Cameron Simpson <cs at zip.com.au> DoD#743
http://www.cskk.ezoshosting.com/cs/
Uh, this is only temporary...unless it works. - Red Green
--Forwarded Message Attachment--
From: joe at zeff.us
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 14:55:00 -0700
Subject: Re: NFS mount fails CentOS5 on FC16 host
On 05/09/2012 02:40 PM, Bill Davidsen wrote:
>>
> Sorry, I intended the subject to make that clear, the client is CentOS-5
> the server FC16. The message appears on the CentOS5 client. The same
> server and data works on clients running FC9, FC10, FC13, RHEL-6, and I
> believe (ie. I'm told but haven't personally tested) OpenBSD works as well.
If so, this might be a CentOS-specific issue. Have you checked with
their help forum or mailing list to see if there's anything there that
might help?
--Forwarded Message Attachment--
From: tchollingsworth at gmail.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 15:43:03 -0700
Subject: Re: yum package cleanup
On Wed, May 9, 2012 at 10:05 AM, Mike Wright <mike.wright at mailinator.com> wrote:
> On 05/09/2012 09:57 AM, Mikkel L. Ellertson wrote:
>>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 05/09/2012 11:35 AM, Mike Wright wrote:
>>>
>>> Hi all,
>>>
>>> I would like to be able to save the rpm files that yum downloads.
>>>
>>> Thanks to the following nugget from Google...
>>>
>>> "I believe what you are looking for is
>>
>> /var/cache/yum/<repo>/packages. This directory is expunged during
>> package cleanup."
>>>
>>>
>>> ...I now know where they are stored.
>>>
>>> Two part question:
>>>
>>> When is package cleanup performed?
>>>
>>> Is there a way to prevent the expunging?
>
>
>> In /etc/yum.conf, change keepcache=0 to keepcache=1.
>
>
> Thanks Mikkel,
>
> Solves question 2. I just now found that in "man yum.conf".
>
> Would you know if there is a way to apply that to specific repos rather than
> all? Seems like a good candidate to move from yum.conf into the individual
> .repo files.
Sure, just add keepcache=1 to the .repo file instead of yum.conf.
-T.C.
--Forwarded Message Attachment--
From: kernelgardian at gmail.com
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 01:03:55 +0200
Subject: Re: NFS mount fails CentOS5 on FC16 host
it would be nice and useful if you can show /etc/sysconfig/iptables,
/etc/sysconfig/nfs from both machines and showmount -e $server from
client side and exports from server side.
On 9 May 2012 23:40, Bill Davidsen <davidsen at tmr.com> wrote:
> Ed Greshko wrote:
>>
>> On 05/09/2012 10:26 PM, Bill Davidsen wrote:
>>>
>>> I get a message "rpc.idmapd appears not to be running" when it is
>>> running, and I'm
>>> using the same setup I have on my other clients from FC9 to fc17,
>>> including both
>>> 32/64 bit RHEL. Checked DNS to be sure the IP reverse maps properly, etc,
>>> etc. I do
>>> this on a real bunch of other machines, so I'm reasonably sure it's set
>>> up
>>> correctly. I did diff idmapd config between working and non-working
>>> machines, etc.
>>>
>>> Everything maps to nobody, which is not useful. Both CentOS5 and FC16
>>> machines are
>>> current on patches.
>>> mount is "rw,soft,intr -t nfs4" and the idmap process is running on host
>>> and
>>> client, remounts from other clients work, etc, etc.
>>>
>>> Anyone have a clue?
>>>
>>
>> It isn't clear to me from the above what system is the Client and what
>> system is the
>> Server and on which system you're getting the error message.
>>
> Sorry, I intended the subject to make that clear, the client is CentOS-5 the
> server FC16. The message appears on the CentOS5 client. The same server and
> data works on clients running FC9, FC10, FC13, RHEL-6, and I believe (ie.
> I'm told but haven't personally tested) OpenBSD works as well.
>
> This is the only machine which stopped working when the NFS server was
> updated, and of course it's the internal web server. :-(
>
> --
> Bill Davidsen <davidsen at tmr.com>
> "We have more to fear from the bungling of the incompetent than from
> the machinations of the wicked." - from Slashdot
>
> --
> users mailing list
> users at lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
--Forwarded Message Attachment--
From: jd1008 at gmail.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 19:21:59 -0700
Subject: Weird behavior of Desktop Env
On FC16, with all latest updates.
My session is XFCE4.
Until a couple of days ago, XFCE was working just fine.
Suddenly, without any provocation from me, (nor new packages
installed, no packages deleted) - I am getting 2 different sets of
panels.
One set of panels is that of Gnome - on top is the launch bar,
and on bottom is the task switcher bar.
I also have the xfce4 panels, which are on right (launch bar) and
on left, task switcher bar.
How can I stop this insanity?
I am starting to get very paranoid about F16 that it may have been
shipped fully equipped with a trojan.
This, in addition to what I have been seeking help for - no audio
for media players. Only Firefox can play online YT videos and
audio works then.
I am indeed on the verge of completely dumping FC16. It has
been a very frustrating experience.
--Forwarded Message Attachment--
From: Ed.Greshko at greshko.com
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 10:51:36 +0800
Subject: Re: Weird behavior of Desktop Env
On 05/10/2012 10:21 AM, JD wrote:
> On FC16, with all latest updates.
> My session is XFCE4.
>
> Until a couple of days ago, XFCE was working just fine.
> Suddenly, without any provocation from me, (nor new packages
> installed, no packages deleted) - I am getting 2 different sets of
> panels.
> One set of panels is that of Gnome - on top is the launch bar,
> and on bottom is the task switcher bar.
>
> I also have the xfce4 panels, which are on right (launch bar) and
> on left, task switcher bar.
>
> How can I stop this insanity?
>
> I am starting to get very paranoid about F16 that it may have been
> shipped fully equipped with a trojan.
>
> This, in addition to what I have been seeking help for - no audio
> for media players. Only Firefox can play online YT videos and
> audio works then.
>
> I am indeed on the verge of completely dumping FC16. It has
> been a very frustrating experience.
Oh, no.... Not another person threatening to dump a distro because of issues they
haven't been able to resolve or even know the cause. :-)
At least you could have put a smiley at the end of the "Trojan" claim as I am sure
countless others haven't run into similar difficulties.
I don't use GNOME or XFCE on a regular basis....so can't offer any advice....
But, you should keep your audio issues in the thread you've already started on that.
I will note you've not responded to suggestions from Bryn Reeves on the audio issue.
--
Never be afraid to laugh at yourself, after all, you could be missing out on the joke
of the century. -- Dame Edna Everage
--Forwarded Message Attachment--
From: hal at faams.net
CC: users at lists.fedoraproject.org
To: alan at lxorguk.ukuu.org.uk
Date: Fri, 4 May 2012 14:16:40 -0400
Subject: Re: Obama will back down...
Yep. Sorry.
On 5/4/2012 11:26 AM, Alan Cox wrote:
> On Fri, 04 May 2012 11:06:43 -0400
> Hal<hal at faams.net> wrote:
>
>> Given the comments in this link, Obama will find a way to back down with
>> his tail between his legs.
>>
>> http://www.washingtontimes.com/news/2012/may/3/russia-threatens-strike-nato-missile-defense-sites/
> I think you posted to the wrong list.
>
>
--Forwarded Message Attachment--
From: fcassia at gmail.com
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 00:18:10 -0300
Subject: Re: Obama will back down...
On Fri, May 4, 2012 at 12:26 PM, Alan Cox <alan at lxorguk.ukuu.org.uk> wrote:
>> http://www.washingtontimes.com/news/2012/may/3/russia-threatens-strike-nato-missile-defense-sites/
I know some would prefer for Gnome 2.x to return but I think Russia is
overreacting to the changes in Gnome 3.x ! Let's not take things
*THAT* far.
JOKE JOKE
(trying to put a smile on a bad incident ;)
FC
--
During times of Universal Deceit, telling the truth becomes a revolutionary act
Durante épocas de Engaño Universal, decir la verdad se convierte en un
Acto Revolucionario
- George Orwell
--Forwarded Message Attachment--
From: joe at zeff.us
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 20:55:18 -0700
Subject: Re: Weird behavior of Desktop Env
On 05/09/2012 07:21 PM, JD wrote:
> I am starting to get very paranoid about F16 that it may have been
> shipped fully equipped with a trojan.
If it makes you feel any better, I'm also using XFCE on both my desktop
and my laptop, and I'm not seeing anything like what you're describing.
Of course, I only have one panel, at the bottom because I can't see
the point of wasting screenspace on a second one. Log out, go to a
different console, log in and rename .config.xfce4 to .config.xfce4.bak
or something, then go back to the GUI and log in again. That way, your
config isn't lost for good, but you can get a clean start and see if
it's still happening.
--Forwarded Message Attachment--
From: jd1008 at gmail.com
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 21:38:19 -0700
Subject: Re: Weird behavior of Desktop Env
On Wed, May 9, 2012 at 8:55 PM, Joe Zeff <joe at zeff.us> wrote:
> On 05/09/2012 07:21 PM, JD wrote:
>>
>> I am starting to get very paranoid about F16 that it may have been
>> shipped fully equipped with a trojan.
>
>
> If it makes you feel any better, I'm also using XFCE on both my desktop and
> my laptop, and I'm not seeing anything like what you're describing. Of
> course, I only have one panel, at the bottom because I can't see the point
> of wasting screenspace on a second one. Log out, go to a different console,
> log in and rename .config.xfce4 to .config.xfce4.bak or something, then go
> back to the GUI and log in again. That way, your config isn't lost for
> good, but you can get a clean start and see if it's still happening.
>
I renamed the .config dir, and logged out and logged back in.
Now I have the clean xfce desktop.
I found out that if I subsequently login and select classic gnome,
log out, and log back in and select xfce, I will end up with 2sets of panels.
This SHOULD NEVER happen - else, why provide multiple desktop choices
at login, if they will end up getting mixed together.
Also, this was a CLEAN install from the DVD (the sha256-sum of which
checked out).
It was not an upgrade. So it is not clear at all why I have been
having so many problems
with so many different things, of which I have enumerated only a few
on this list.
I will not even mention the others, lest I get cussed out :) by some
purist list cop for deviating off topic.
--Forwarded Message Attachment--
From: joe at zeff.us
To: users at lists.fedoraproject.org
Date: Wed, 9 May 2012 21:46:24 -0700
Subject: Re: Weird behavior of Desktop Env
On 05/09/2012 09:38 PM, JD wrote:
> I found out that if I subsequently login and select classic gnome,
> log out, and log back in and select xfce, I will end up with 2sets of panels.
> This SHOULD NEVER happen - else, why provide multiple desktop choices
> at login, if they will end up getting mixed together.
OK, we're making progress. It sounds like Gnome is storing some
settings in the wrong place.
--Forwarded Message Attachment--
From: arelem at bigpond.com
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 14:52:31 +1000
Subject: Re: Obama will back down...and
Re: Obama will back down... and demand Linux be used for and in all
government instruments..
Woo hoo!
R
--Forwarded Message Attachment--
From: Ed.Greshko at greshko.com
To: users at lists.fedoraproject.org
Date: Thu, 10 May 2012 13:14:17 +0800
Subject: Re: Weird behavior of Desktop Env
On 05/10/2012 12:38 PM, JD wrote:
> On Wed, May 9, 2012 at 8:55 PM, Joe Zeff <joe at zeff.us> wrote:
>> On 05/09/2012 07:21 PM, JD wrote:
>>> I am starting to get very paranoid about F16 that it may have been
>>> shipped fully equipped with a trojan.
>>
>> If it makes you feel any better, I'm also using XFCE on both my desktop and
>> my laptop, and I'm not seeing anything like what you're describing. Of
>> course, I only have one panel, at the bottom because I can't see the point
>> of wasting screenspace on a second one. Log out, go to a different console,
>> log in and rename .config.xfce4 to .config.xfce4.bak or something, then go
>> back to the GUI and log in again. That way, your config isn't lost for
>> good, but you can get a clean start and see if it's still happening.
>>
> I renamed the .config dir, and logged out and logged back in.
> Now I have the clean xfce desktop.
> I found out that if I subsequently login and select classic gnome,
> log out, and log back in and select xfce, I will end up with 2sets of panels.
> This SHOULD NEVER happen - else, why provide multiple desktop choices
> at login, if they will end up getting mixed together.
I believe I did the same thing you did.... These are the steps I took.
1. Login to a xfce session
2. mv .config to config
3. Logout
4. Login to a xfce session
5. Dialog pops up and I pick "default".
6. Logout
7. Login to a GNOME session. (don't know what "classic gnome" is)
8. Logout
9. Login to a xfce session .... and I should see a problem?
I don't see any problems.... So....am I doing what you're doing to try and duplicate
the problem?
>
> Also, this was a CLEAN install from the DVD (the sha256-sum of which
> checked out).
> It was not an upgrade. So it is not clear at all why I have been
> having so many problems
> with so many different things, of which I have enumerated only a few
> on this list.
> I will not even mention the others, lest I get cussed out :) by some
> purist list cop for deviating off topic.
Bringing up problems with Fedora on this list are never OT. But, it is suggested
that you keep to one problem per message/thread to avoid having things get mixed up
or confused.
--
Never be afraid to laugh at yourself, after all, you could be missing out on the joke
of the century. -- Dame Edna Everage
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20120510/8a24a00e/attachment-0001.html>
More information about the users
mailing list