list and just
loops through them without making any progress. --disablepresto works
a-ok, I think yum clean all; yum update also did the trick once.
Still, this can probably be made a lot better. It shouldn't do that even if the
mirrors
are out-of-sync. Maybe add some logic that just disables
Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I
guess. Presto/deltarpm is very useful for machines with low net
connectivity to mirrors but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does
On Fri, 08 Jan 2010 21:42:06 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a
compromise I guess. Presto/deltarpm is very useful for machines
with low net connectivity to mirrors but enough resources
In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess.
Presto/deltarpm is very useful for machines with low net connectivity to mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop package at all and certainly does not
belong in the gnome-desktop
On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I
guess.
Presto/deltarpm is very useful for machines with low net connectivity to
mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop
On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote:
In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I
guess.
Presto/deltarpm is very useful for machines with low net connectivity to
mirrors
but enough resources to rebuild rpms.
But yum-presto is not a desktop
Presto is one of the best things ever, but occasionally it ends up not
finding the delta files from any of the mirrors in the mirror list and just
loops through them without making any progress. --disablepresto works
a-ok, I think yum clean all; yum update also did the trick once.
Still
yum clean all; yum update also did the trick once.
Still, this can probably be made a lot better. It shouldn't do that even if
the mirrors
are out-of-sync. Maybe add some logic that just disables
presto if the deltas are nowhere to be found after a few attempts? Anyone
else even see
making any progress. --disablepresto works
a-ok, I think yum clean all; yum update also did the trick once.
Still, this can probably be made a lot better. It shouldn't do that even if
the mirrors
are out-of-sync. Maybe add some logic that just disables
presto if the deltas
I did a yum update this morning; picked up about 20Mb of new stuff.
1:20 min later the system just up and powered off.
There is nothing in /var/log/messages between the yum update messages
and the start messages. ANy thoughts and what caused this? Here is
what I got today:
Jan 06 08:41:52
On Wed, Jan 6, 2010 at 11:54 AM, Robert Moskowitz r...@htt-consult.comwrote:
I did a yum update this morning; picked up about 20Mb of new stuff.
1:20 min later the system just up and powered off.
There is nothing in /var/log/messages between the yum update messages and
the start messages
2010/1/6 Paulo Cavalcanti pro...@gmail.com:
On Wed, Jan 6, 2010 at 11:54 AM, Robert Moskowitz r...@htt-consult.com
wrote:
I did a yum update this morning; picked up about 20Mb of new stuff.
1:20 min later the system just up and powered off.
There is nothing in /var/log/messages between
Hi, all,
I had an interesting time updating a machine from i686 to x86_64 last
night. I wound up using rpm alot, and would rather have used yum more,
but for problems like the one noted below (just one example out of a
large number of similar instances).
Is there a way to get yum
On Sun, 2010-01-03 at 21:42 -0800, Paul Allen Newell wrote:
While reinstalling f12 on a machine that I messed up, I was
following all my notes and directions and reached the point where the
install was successful and it was time to update. I did a su -l and
then typed yum update. I realized I
On 10-01-05 03:01:45, Tim wrote:
...
In the yum updating case, it's breaking the current process
(downloading some file), but not the thing controlling it. You'd
need to CTRL+C more than once, to break the chain of events higher
up.
...
No, yum is doing the download in-process. It takes
Marko Vojinovic wrote:
On Monday 04 January 2010 05:50:54 Paul Allen Newell wrote:
While doing a yum update after an install from DVD, I noticed that I
got the following message (this is a write it down and then retype into
computer that has mail so I might have a typo:
[...]
Installing
On 01/03/2010 11:50 PM, Paul Allen Newell wrote:
While doing a yum update after an install from DVD, I noticed that I
got the following message (this is a write it down and then retype
into computer that has mail so I might have a typo:
[...]
Installing: kernal-PAE-2.6.31.9-174.fc12.i686
W
On Monday 04 January 2010 08:15:13 Paul Allen Newell wrote:
Marko Vojinovic wrote:
On Monday 04 January 2010 05:50:54 Paul Allen Newell wrote:
[...]
Installing: kernal-PAE-2.6.31.9-174.fc12.i686
W: Possible missing firmware ql8100_fw.bin for module qla2xxx.lo
W: Possible missing
and then typed
yum update. I realized I had forgotten something and immediately did a
control-C in the terminal that I had executed the yum update. To my
surprise, it ignored it until it got to the first confirm and then
proceeded to kill the process. No problem as the update was stopped but ...
I
the install was
successful and it was time to update. I did a su -l and then typed
yum update. I realized I had forgotten something and immediately did a
control-C in the terminal that I had executed the yum update. To my
surprise, it ignored it until it got to the first confirm
and it was time to update. I did a su -l and
then typed yum update. I realized I had forgotten something and
immediately did a control-C in the terminal that I had executed the
yum update. To my surprise, it ignored it until it got to the first
confirm and then proceeded to kill the process
On 10-01-04 08:12:39, John Austin wrote:
...
I have been using Tony Nelson's stablemirror for several years
(and Control/C) with yum (currently F12) with no problems.
http://www.georgeanelson.com/stablemirror.htm
Stablemirror provides working Ctl-C handling during downloads, in a
way
modules already, and just needs to recreate the initramfs,
which happens automatically.
So nothing to worry about. ;-)
Best, :-)
Marko
Marko:
I capture and save a cut-and-paste of screen output of most yum updates
I do, so I checked and the delta message is there. Appreciate the
additional
s wrote:
On 01/03/2010 11:50 PM, Paul Allen Newell wrote:
While doing a yum update after an install from DVD, I noticed that
I got the following message (this is a write it down and then retype
into computer that has mail so I might have a typo:
[...]
Installing: kernal-PAE-2.6.31.9-174.fc12
A quick question which is hopefully just an education request ...
While reinstalling f12 on a machine that I messed up, I was following
all my notes and directions and reached the point where the install was
successful and it was time to update. I did a su -l and then typed
yum update. I
While doing a yum update after an install from DVD, I noticed that I
got the following message (this is a write it down and then retype into
computer that has mail so I might have a typo:
[...]
Installing: kernal-PAE-2.6.31.9-174.fc12.i686
W: Possible missing firmware ql8100_fw.bin
2010/1/4 Paul Allen Newell pnew...@cs.cmu.edu:
I though control-C was an immediate kill of whatever was running and was
wondering why yum didn't stop when I tried to kill it.
It's an interrupt, which could be blocked or it might be on a
different queue. You should be able to background yum
Chris Smart wrote:
2010/1/4 Paul Allen Newell pnew...@cs.cmu.edu:
I though control-C was an immediate kill of whatever was running and was
wondering why yum didn't stop when I tried to kill it.
It's an interrupt, which could be blocked or it might be on a
different queue. You should
On Monday 04 January 2010 05:50:54 Paul Allen Newell wrote:
While doing a yum update after an install from DVD, I noticed that I
got the following message (this is a write it down and then retype into
computer that has mail so I might have a typo:
[...]
Installing: kernal-PAE-2.6.31.9
Trying to do a
yum makecache
on my fedora 12 i386 machine and it starts downloading updates/filelists_db
and the download rate gets slower and slower, from 100s of KBs/second to KBs
to 100s of B/s to Bytes/seccond
to 0 B/s - basically stopping.
I can Control-C to restart but the same happens again
On Wed, Dec 30, 2009 at 1:28 PM, Rich Emberson emberson.r...@gmail.comwrote:
Trying to do a
yum makecache
on my fedora 12 i386 machine and it starts downloading updates/filelists_db
and the download rate gets slower and slower, from 100s of KBs/second to
KBs to 100s of B/s to Bytes/seccond
--- On Wed, 12/30/09, Rich Emberson emberson.r...@gmail.com wrote:
Trying to do a
yum makecache
on my fedora 12 i386 machine and it starts downloading
updates/filelists_db
and the download rate gets slower and slower, from 100s of
KBs/second to KBs to 100s of B/s to Bytes/seccond
to 0 B
FC12/KDE
How would I do a yum command to enablerepo=updates-testing to update
python. I did it this way but it won't work.
yum update --enablerepo=updates-testing python
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On 12/19/2009 08:51 PM, Jim wrote:
FC12/KDE
How would I do a yum command to enablerepo=updates-testing to
update python. I did it this way but it won't work.
yum update --enablerepo=updates-testing python
Its working here in F11
[r...@mybox ~]# yum update --enablerepo=updates-testing
Jim wrote:
FC12/KDE
How would I do a yum command to enablerepo=updates-testing to
update python. I did it this way but it won't work.
yum update --enablerepo=updates-testing python
You should give options (--enablerepo) _before the command (update).
The yum man page and help output say
Jim wrote:
FC12/KDE
How would I do a yum command to enablerepo=updates-testing to update
python. I did it this way but it won't work.
yum update --enablerepo=updates-testing python
It should be:
yum --enablerepo=updates-testing _update_ python
--
fedora-list mailing list
fedora
Hi -
Is yum-presto known to work on arm? Today I changed our repo to use
deltarpms and tested it out. I noticed...
1) On a package where I know the bulk of the unpacked data is some fonts
inside an ELF executable that didn't change, the compression result
was... not good
Old RPM
On Wed, 2009-12-16 at 14:06 +, Andy Green wrote:
Hi -
Is yum-presto known to work on arm? Today I changed our repo to use
deltarpms and tested it out. I noticed...
1) On a package where I know the bulk of the unpacked data is some fonts
inside an ELF executable that didn't change
On 12/16/09 14:12, Somebody in the thread at some point said:
Hi -
Is yum-presto known to work on arm? Today I changed our repo to use
deltarpms and tested it out. I noticed...
If you can get me ssh access to an arm machine, I'll look into both of
these problems. Please also open a bug
On Sat, 2009-12-12 at 00:24 +0530, Rahul Sundaram wrote:
On 12/11/2009 11:08 PM, Kelly Jones wrote:
Ever since I yum install mencoder, my X server's been flaky +
frequently crashing.
I remember yum installing/upgrading libraries when I ran the command
above, but don't remember what
On Wednesday 16 December 2009 12:22 AM, Jonathan Ryshpan wrote:
On Sat, 2009-12-12 at 00:24 +0530, Rahul Sundaram wrote:
On 12/11/2009 11:08 PM, Kelly Jones wrote:
Ever since I yum install mencoder, my X server's been flaky +
frequently crashing.
I remember yum installing/upgrading libraries
2009/12/16 Jonathan Ryshpan jonr...@pacbell.net:
Are you sure? I would like this info to post my troubles with sunbird
(forthcoming shortly), but
# yum history list
produces only the usage message. System is F11 with all upgrades.
Yum is yum-3.2.24-2.fc11.noarch .
Might be only
On Wed, 2009-12-16 at 00:22 -0800, Jonathan Ryshpan wrote:
On Sat, 2009-12-12 at 00:24 +0530, Rahul Sundaram wrote:
On 12/11/2009 11:08 PM, Kelly Jones wrote:
Ever since I yum install mencoder, my X server's been flaky +
frequently crashing.
I remember yum installing/upgrading
Hi all,
Since my latest rawhide update, performed on Dec 12 (with
--skip-broken enabled because of some broken dependencies and a
certain laziness on my side), my yum is giving me the following error:
Loaded plugins: presto
Error: Cannot retrieve repository metadata (repomd.xml) for
repository
.
BUT, when upgrade complete, i can not reboot or bootup
On Tue, 2009-12-15 at 09:00 +0100, Eelko Berkenpies wrote:
Hi all,
Since my latest rawhide update, performed on Dec 12 (with
--skip-broken enabled because of some broken dependencies and a
certain laziness on my side), my yum is giving me
On Tue, Dec 15, 2009 at 10:32 AM, phenix dalinhu...@gmail.com wrote:
I have the same problem. This is what i do to solve it.
edit /etc/hosts, add the following hosts
80.239.156.215 mirrors.fedoraproject.org
152.46.7.222 download.fedoraproject.org
209.132.183.67
download.fedora.redhat.com
use baseurl instead of mirrorlist repos.
We've had some problems with DNS during the Fedora Infrastructure
move, but these should be resolved now, eliminating the need to edit
/etc/hosts or the yum .repo files.
If you find you still have problems, please file a ticket with Fedora
I have this problem too.
I believe the problem is in libcurl 7.19.7-8.fc13. If I downgrade to
curl/libcurl 7.19.6-10.fc12 the problem goes away.
If I run from a command line:
$ curl 'https://mirrors.fedoraproject.org/metalink?repo=rawhidearch=i386'
I now get:
curl: (7) Failed to connect to
.PAE is needed by (installed)
kmod-nvidia-2.6.30.9-96.fc11.i686.PAE-190.42-1.fc11.1.i686
Complete!
(1, [u'Please report this error in http://yum.baseurl.org/report'])
Anyone got any idea of what's wrong?
No -- I'd need more output from yum to see what's wrong.
There is a new kernel out
what kernel do you use?
I think you have
kmod-nvidia rpm for kernel 2.6.30.9-96.fc11.i686.PAE
but dont have that kernel itself installed
--
Terminal je t'aime . I love you terminal Bella Mia.
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe:
# yum --skip-broken update
...
gnome-keyring-sharp
i686
1.0.1-0.5.133722svn.fc12
fedora 20 k
kmod-nvidia-173xx-2.6.31.6-166.fc12.i686.PAE
At first glance this look simple, but it seems to be telling me there's an
error.
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
kernel-uname-r = 2.6.30.9-96.fc11.i686.PAE is needed by (installed)
kmod-nvidia-2.6.30.9-96.fc11.i686.PAE-190.42-1.fc11.1.i686
Complete!
(1, [u'Please
Am Samstag, den 12.12.2009, 22:10 + schrieb John Lagrue:
At first glance this look simple, but it seems to be telling me
there's an error.
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
kernel-uname-r = 2.6.30.9-96.fc11.i686.PAE is needed by (installed)
Ever since I yum install mencoder, my X server's been flaky +
frequently crashing.
I remember yum installing/upgrading libraries when I ran the command
above, but don't remember what the libraries were.
How do I find out what yum installed/upgraded, and remove it so my X
server behaves properly
On Fri, 2009-12-11 at 11:38 -0600, Kelly Jones wrote:
How do I find out what yum installed/upgraded, and remove it so my X
server behaves properly again?
less /var/log/yum.log
--
MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com
--
fedora-list mailing list
fedora-list
On 12/11/2009 11:08 PM, Kelly Jones wrote:
Ever since I yum install mencoder, my X server's been flaky +
frequently crashing.
I remember yum installing/upgrading libraries when I ran the command
above, but don't remember what the libraries were.
How do I find out what yum installed
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded plugins: presto, refresh-packagekit
Options Error: Error parsing '1': out of range integer value
PackageKit gave me a better traceback:
Traceback (most recent call last
On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote:
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded plugins: presto, refresh-packagekit
Options Error: Error parsing '1': out of range integer value
On 12/10/09, James Antill ja...@fedoraproject.org wrote:
On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote:
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded plugins: presto, refresh-packagekit
Options Error
On Thu, 10 Dec 2009, Rajeesh K Nambiar wrote:
On 12/10/09, James Antill ja...@fedoraproject.org wrote:
On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote:
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded
On Thu, 2009-12-10 at 20:45 +0530, Rajeesh K Nambiar wrote:
On 12/10/09, James Antill ja...@fedoraproject.org wrote:
On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote:
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search
from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded plugins: presto, refresh-packagekit
Options Error: Error parsing '1': out of range integer value
This is an error message, not what I'd usually term blows up.
I mean - can't install anything, can't
On Wed, 9 Dec 2009, Richard W.M. Jones wrote:
I don't want to make unfair comparisons to the famous bug in Windows
Vista[1], but it seems as if when a yum download stalls, then the
estimates can start to look a little large:
rawhide/primar 20% [- ] 0.0 B/s | 2.5 MB
On Wed, Dec 09, 2009 at 12:20:12PM -0500, Seth Vidal wrote:
On Wed, 9 Dec 2009, Richard W.M. Jones wrote:
I don't want to make unfair comparisons to the famous bug in Windows
Vista[1], but it seems as if when a yum download stalls, then the
estimates can start to look a little large
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=507294
Juan P. Daza P. tcpip4...@gmail.com changed:
What|Removed |Added
FC12/KDE
Yum is hanging up at Running Transaction , how do I correct this problem.
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 9.0 M
(1/8): keyutils-libs-devel-1.2-6.fc12.x86_64.rpm|
29 kB
Notice how it tries to remove the 64 bit usbutils. This does not
happen with 'yum remove *.i586' (it's identical except for that 1
package)
[r...@fedz ~]# yum remove *.*86
Loaded plugins: presto
Setting up Remove Process
Resolving Dependencies
-- Running transaction check
--- Package alsa
On 2009-12-04 06:37, Eric Springer wrote:
Notice how it tries to remove the 64 bit usbutils. This does not
happen with 'yum remove *.i586' (it's identical except for that 1
package)
[r...@fedz ~]# yum remove *.*86
--- Package usbutils.x86_64 0:0.86-2.fc12 set to be erased
It matches. See
Thanks Sjoerd,
On Fri, Dec 4, 2009 at 3:54 PM, Sjoerd Mullender sjo...@acm.org wrote:
It matches. See ^^
Ah, i see. I didn't realize it was searching version numbers. Thanks
for clearing that up
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe:
data for installed, repository not
found
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3125, in
module
main()
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3122, in main
backend.dispatcher(sys.argv[1:])
File : /usr/lib/python2.6/site-packages/packagekit
On Tue, 01 Dec 2009 21:39:21 -0500, Charlie wrote:
I have had a problem for the last 5 weeks or so whenever I run the yum
update command on my F11 machine. No amount of research or reading up
on yum and rpm have allowed me to correct my problem. So I am turning
to the wizards here
On 12/01/2009 07:41 PM, fedora-list-requ...@redhat.com wrote:
Message: 1
Date: Tue, 01 Dec 2009 15:02:19 -0600
From: Steven Stern subscribed-li...@sterndata.com
Subject: yum-updatesd -- doesn't seem to do anything
To: Community assistance, encouragement, and advice for using
Fedora
I've installed yum-updatesd on my server (run level 3) and nothing seems
to happen. It hasn't reported any updates for a long time, whether on
F11 or F12. Yum update works, however.
The service is running:
root 1940 0.0 0.9 28820 9616 ?SN 13:51 0:00
/usr/bin/python -tt /usr
is there a way to request new yum groups related to a particular
issue? i'm thinking of embedded linux developers, who might want to
install the Embedded Linux group, which would contain packages like
squashfs-tools, mtd-tools, mtd-tools-ubi and so on. it wouldn't be
hard to put together
Greetings,
After doing a yum update I notice these (W)arnings?
** Snip **
Updating : abrt-gui-1.0.0-1.fc12.i686 35/79
Updating : coreutils-7.6-7.fc12.i686 36/79
Installing : kernel-PAE-2.6.31.6-145.fc12.i686 37/79
W: Possible missing firmware ql8100_fw.bin for module qla2xxx.ko
W: Possible
On 12/02/2009 03:57 AM, Robert P. J. Day wrote:
is there a way to request new yum groups related to a particular
issue? i'm thinking of embedded linux developers, who might want to
install the Embedded Linux group, which would contain packages like
squashfs-tools, mtd-tools, mtd-tools-ubi
Steven Stern wrote:
I've installed yum-updatesd on my server (run level 3) and nothing
seems
to happen. It hasn't reported any updates for a long time, whether on
F11 or F12. Yum update works, however.
What happens if you manually do yum update? It's likely
there is some reason it didn't
I have had a problem for the last 5 weeks or so whenever I run the yum
update command on my F11 machine. No amount of research or reading up
on yum and rpm have allowed me to correct my problem. So I am turning
to the wizards here on the Fedora List for help.
Any help deciphering and correcting
Chris writes:
Greetings,
After doing a yum update I notice these (W)arnings?
** Snip **
Updating : abrt-gui-1.0.0-1.fc12.i686 35/79
Updating : coreutils-7.6-7.fc12.i686 36/79
Installing : kernel-PAE-2.6.31.6-145.fc12.i686 37/79
W: Possible missing firmware ql8100_fw.bin for module
On 12/01/2009 07:10 PM, Neal Becker wrote:
Steven Stern wrote:
I've installed yum-updatesd on my server (run level 3) and nothing
seems
to happen. It hasn't reported any updates for a long time, whether on
F11 or F12. Yum update works, however.
What happens if you manually do yum update
On Tue, 01 Dec 2009 22:08:35 -0500
Sam Varshavchik mr...@courier-mta.com wrote:
Chris writes:
Greetings,
After doing a yum update I notice these (W)arnings?
** Snip **
Updating : abrt-gui-1.0.0-1.fc12.i686 35/79
Updating : coreutils-7.6-7.fc12.i686 36/79
Installing : kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonsoir,
I am running f10.
trying to update I get this error message from yum:
ERREUR de résolution de dépendance par rpm_check_debug :
mono(Mono.Addins) is needed by f-spot-0.6.1.3-1.fc10.i386
mono(Mono.Addins.Gui) is needed by f-spot-0.6.1.3-1
Hi,
I have just installed Wireshark on F12 on the console using 'yum install
wireshark' as root.
And Wireshark has not appearing on the menus, and it is does not envoke from
the command line either.
Where does it live and is there anyway to add it to the menus ?
Many thanks in advance,
Aaron
Le jeudi 26 novembre 2009 à 18:20 +, Aaron Gray a écrit :
Hi,
I have just installed Wireshark on F12 on the console using 'yum
install wireshark' as root.
And Wireshark has not appearing on the menus, and it is does not
envoke from the command line either.
Where does it live
On Thu, Nov 26, 2009 at 20:20, Aaron Gray
aaronngray.li...@googlemail.comwrote:
Hi,
I have just installed Wireshark on F12 on the console using 'yum install
wireshark' as root.
And Wireshark has not appearing on the menus, and it is does not envoke
from the command line either.
Where
2009/11/26 ELMORABITY Mohamed pikachu.2...@gmail.com
Le jeudi 26 novembre 2009 à 18:20 +, Aaron Gray a écrit :
Hi,
I have just installed Wireshark on F12 on the console using 'yum
install wireshark' as root.
And Wireshark has not appearing on the menus, and it is does
On Thu, Nov 26, 2009 at 04:27:21PM +0530, onkar bhardwaj wrote:
Hi,
I did it after your mail but still the problem persists. I also executed
updatedb to check the possibility of stale databases.
As far as I'm aware, it should work. If it doesn't it may be
a bug - please file a bug giving full
On Tue, Nov 17, 2009 at 11:43:50AM +0530, onkar bhardwaj wrote:
Hi,
I executed yum install ocaml-lacaml on my system but I don't know how to
use it.
Since this was installed using rpm, I am unable to know what module to open
or
which library to link and where yum has installed these things
after #list too. I reinstalled lacaml but
same thing again. What can be the reason?
Regardsm
Onkar
On 11/26/09, Richard W.M. Jones rjo...@redhat.com wrote:
On Tue, Nov 17, 2009 at 11:43:50AM +0530, onkar bhardwaj wrote:
Hi,
I executed yum install ocaml-lacaml on my system but I don't know how
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
I made a mistake and erased libgcc
How can I re-install it without using yum or rpm which seem to depend on
this library...
Thanks for helping
- --
François Patte
UFR de mathématiques et informatique
Université Paris Descartes
45
2009/11/24 François Patte francois.pa...@mi.parisdescartes.fr:
Bonjour,
I made a mistake and erased libgcc
How can I re-install it without using yum or rpm which seem to depend on
this library...
Thanks for helping
Not sure if this will work, but maybe boot from a live or rescue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 24/11/2009 12:27, Ian Malone a écrit :
2009/11/24 François Patte francois.pa...@mi.parisdescartes.fr:
Bonjour,
I made a mistake and erased libgcc
How can I re-install it without using yum or rpm which seem to depend on
this library
On Sun, 22 Nov 2009 23:37:00 -0800 (PST), Rob wrote:
Installing : condor-7.2.4-1.fc12.x86_64
3/3
Non-fatal POSTIN scriptlet failure in rpm package condor-7.2.4-1.fc12.x86_64
warning: %post(condor-7.2.4-1.fc12.x86_64) scriptlet failed, exit status 1
I
Hi John,
I had an up to date fedora 11 install that was working fine. I followed the
instructions on the wiki for doing a yum upgrade and everything seemed to go
very well until I rebooted and things hung as the graphical interface (I use
KDE) was to boot. I am able to boot into single user
always `yum remove qt3` and answer no (as long as
assumeyes is not set).
I have a project that I am porting to x86_64/qt4 and would prefer not
to mix the two subsystems on my development machine.
The /etc/profile.d/qt* files are currently pointing the default
QTDIR, QTINC, QTLIB, and PATH variables
Hi,
I get this message on my freshly installed F12 with the condor package:
=
[...snip...]
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 9.6 M
(1/3):
On f12 I see a package called oprofile-gui depends on the qt3-3.8b rpm.
What command(s) can I run inside a local repo (where all the rpm
packages are) that will tell me how many f12 Everything packages are
still using qt3?
What command(s) can I run for the locally installed package set that
installed package set that
will tell me how many packages are still using qt3?
The repoquery command, from yum-utils, is perfect for this task
(though it will just query the repodata rather than look at local
packages -- generally I think this is preferable, but it's not exactly
what you asked
--whatrequires --alldeps qt3
You may need to specify the repository with
--repofrompath=repoid,path/url see `man repoquery`.
What command(s) can I run for the locally installed package set that
will tell me how many packages are still using qt3?
Well, there's always `yum remove qt3` and answer
I had an up to date fedora 11 install that was working fine. I followed
the instructions on the wiki for doing a yum upgrade and everything
seemed to go very well until I rebooted and things hung as the graphical
interface (I use KDE) was to boot. I am able to boot into single user
mode
1 - 100 of 1765 matches
Mail list logo