Use foe Other login.
by Aaron Konstam
No matter how I try I can't see any productive use for the Other login
on the gdm login screen.
Can someone explain?
14 years, 10 months
Re: Totem Movie Player
by Bruno Wolff III
On Thu, Jul 02, 2009 at 01:01:40 +0200,
gilpel(a)altern.org wrote:
>
> $ rpm -qa gpg-pubkey*
> gpg-pubkey-8fcff4da-49c51006
> gpg-pubkey-d22e77f2-49750871
> $ rpm -qi gpg-pubkey*
> package gpg-pubkey* is not installed
>
> How come Fedora uses GPG and gpg-pubkey* is not installed?
The first gets a list of packages whose names begin with gpg-pubkey, which
is what psuedo packages used for keys are named. Those names are what
you want to use in the rpm -qi command. Something like:
rpm -qi gpg-pubkey-d22e77f2-49750871
Which would tell you that that's the f11 testing key. (At least that's what
it claims, you'd need to check the key against a source you trust to make
sure it really is.)
14 years, 10 months
Gstreamer Transaction Check Error
by Paul Smith
Dear All,
I am experiencing the following problem when doing 'yum update':
Transaction Check Error:
file /usr/lib64/gstreamer-0.10/libgstselector.so from install of
gstreamer-plugins-base-0.10.23-3.fc11.x86_64 conflicts with file from
package gstreamer-plugins-bad-0.10.12-2.fc11.x86_64
Any ideas?
Thanks in advance,
Paul
14 years, 10 months
Upgrade F10/XP -- best way?
by Beartooth
My #1 machine has F10 on one hard drive, and XPPro/SP2 on the
other. I very seldom boot the XP drive, and then only to get certain
proprietary map (mostly topo map) software to interface with my GPSs, and
to transfer data back and forth.
Finally -- after ten years of eager waiting -- I can now do that,
using wine-1.1.23-1.fc10.i386 and two of the four brands of proprietary
software I have. (Garmin's and Maptech's work; DeLorme's and Topo.com's
do not.)
I don't really know how #1 got the capability. All four of my
GPSs are from Garmin, and one day during a yum update, I noticed an rpm
being installed that included the string "garmin" in its name. I jumped
with joy, tried an install of Garmin map software, and it "just worked."
On this machine, that is. All my others are already running F11,
and I've been having poor luck with my attempts to duplicate the
capability on any of them. I've called up PackageKit, first to search and
destroy wine; then to search and install rpms containing "gps" or
"garmin"; then to re-install wine. Then I've tried a/o am still trying to
install Garmin's TopoUSA2008, without success so far ...
So I'm looking at two opposite projects.
If/when I can count on doing the transfers with Fedora/Wine, I
will take gleeful delight in having a clean (i.e., M$-free) house again
-- and, of course, also in getting another 75 GB of routinely available
storage on machine #1 -- by wiping the XP drive and putting F11 on both.
If I get a success or two with the map software, I'll want to be
sure the upgrade takes over the whole second hard drive (the one
currently available for XP).
If I get flat and repeated failures, I'll want the opposite -- to
be sure upgrading F10 does not touch the XP drive.
So far, I've had better success with preupgrade than with an F11
DVD -- but always on single-boot machines. And the partitioner in
anaconda seems to be particularly fragile at present.
Which upgrade is to be preferred in each case -- preupgrade, or
DVD??
--
Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User
I have precious (very precious!) little idea where up is.
14 years, 10 months
Re: Mappery : uncertain success with Fedora/Wine/Garmin
by Tony Frame
>>
>> Followups set to gmane.linux.redhat.fedora.general
>>
>> I'm presently running four PCs, two thinkpad laptops (a T30 and a
>> T42), and an EeePC (which doesn't come into this). Everything but my #1
>> PC
>> is running Fedora 11, and all of them have some version of Garmin
>> Mapsource MetroGuide and TopoUSA2008. Most of them also have DeLorme
>> TopoUSA6, Maptech's Appalachian Trail suite, or both.
>>
>> On one laptop, the software not only doesn't launch, but crashes the
>> whole machine -- after which I have to wait a surprisingly long time
>> before I can reboot.
>>
>> On all the others, the Garmin software (but not the DeLorme) does
>> launch and run. Iirc, on the other laptop it does also talk to my GPSs;
>> it
>> does not talk to them (nor even see them, alas!) on any of the three F11
>> PCs -- that's why #1 is still running F10 instead of F11. #1 (only) also
>> has a second hard drive, on which XPProSP2 is installed -- native OS for
>> all the mapware suites. (I have another suite from Topo.com, sold by
>> National Geographic, which I haven't tried lately.)
>>
>> My installs/upgrades of F11 have been partly with media and partly
>> with the new preupgrade command; both have sometimes bollixed things so
>> badly that I eventually had to do a clean install; the preupgrade has
>> also
>> gone smoothly a couple of times.
>>
>> The Fedora repositories now contain six or eight apps for Garmin, and
>> more (with a lot of overlap) for GPSs in general; I have tried to install
>> all of both on all machines. I don't know why the other three PCs can't
>> see the GPSs.
>>
>> If I find the reason and get them to do it soon, I'll upgrade all of
>> PC #1 to F11, and have a house free of M$h!t again. If not, I'll try to
>> preserve XP on its drive for another round...
>>
>> Anybody have a guess -- or a way to find out -- why the same
>> software connects to the same GPSs on two machines, but not on four
>> others??
>>
>>
>>
>>
>>
>> --
>> Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User
>> I have precious (very precious!) little idea where up is.
>>
>>
>> --
>> fedora-list mailing list
>> fedora-list(a)redhat.com
>> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>> Guidelines:
>> http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
>>
>>
>
> If your GPSs are connected to the serial port it may be worth checking
> access rights to the serial ports are OK on the F11 machines.
>
> It seems F11 has introduced the dialup group ... in F10 and earlier adding
> users who needed access to the serial port to the uucp group worked for my
> data logger comms program. On a machine recently upgraded to F11 I needed
> to add the user to the dialup group.
>
> Regards
> Tony
uhh ... dialout group not dialup
14 years, 10 months
Problem in today's update
by Suvayu Ali
In today's updates I hit two problems. The first was the package
'xcb-util' had some dependency problems with vlc,
> vlc-core-1.0.0-0.11rc3.fc11.x86_64 from installed has depsolving problems
> --> Missing Dependency: libxcb-keysyms.so.0()(64bit) is needed by package vlc-core-1.0.0-0.11rc3.fc11.x86_64 (installed)
This was easily overcome (for now) by --skip-broken however the second
problem is a bit puzzling, a library from gstreamer-plugins-base in
today's update conflicts with a library of the same name from
gstreamer-plugins-bad.
> Transaction Check Error:
> file /usr/lib64/gstreamer-0.10/libgstselector.so from install of gstreamer-plugins-base-0.10.23-3.fc11.x86_64 conflicts with file from package gstreamer-plugins-bad-0.10.12-2.fc11.x86_64
A simple repoquery shows me this,
> $repoquery -f /usr/lib64/gstreamer-0.10/libgstselector.so
> gstreamer-plugins-bad-0:0.10.12-1.fc11.1.x86_64
> gstreamer-plugins-base-0:0.10.23-3.fc11.x86_64
> gstreamer-plugins-bad-0:0.10.11-4.fc11.x86_64
> gstreamer-plugins-bad-0:0.10.12-2.fc11.x86_64
What is a "bad" library doing in base?
--
Suvayu
Open source is the future. It sets us free.
14 years, 10 months
bizarre rpm conflicts
by Neal Becker
This is really strange. I have my own emacs-23.0.95 package. I've built
and installed fine on my x86_64 F11 machines. I just rebuilt on my i386 F10
box. But when I try to install there, I get massive conflicts, like:
file /usr/bin/emacs-23.0.95-nox from install of emacs-
nox-1:23.0.95-1.fc10.i386 conflicts with file from package emacs-
nox-1:23.0.95-1.fc10.i386
How can the file conflict with itself???
Are there 2 of them?
rpm -qlp RPM/RPMS/i386/emacs-nox-23.0.95-1.fc10.i386.rpm | grep /usr/bin/
/usr/bin/emacs-23.0.95-nox
No, there's just 1.
WTF???
14 years, 10 months
Auto-installed HP printer not working due to missing hpijs
by Daniel Roesen
Hi,
while installing Fedora 11, my HP PhotoSmart PSC 2610 (USB+Ethernet) got
automatically detected and installed as USB printer. So far so nice and
shiny. Unfortunately, any attempt to print a test page results in a
failure, stating that foomatic-rip failed. No indication in any syslog
why and how it failed.
I then added the printer again as ethernet network printer in the GNOME
GUI, _there_ it said that this printer needs hpijs to work and that I
should install it.
Now, question is to which Bugzilla component I should log this problem.
As far as I can see, this problem is not a bug of a specific component,
but a systemic problem in that printers get auto-installed without the
necessary drivers being available in the base installation, and no
proper reporting done to the user about this fact.
Any clues how to proceed on that?
Best regards,
Daniel
PS: printer (USB and network) working fine after manually installing
hpijs and its dependencies.
--
CLUE-RIPE -- Jabber: dr(a)cluenet.de -- dr@IRCnet -- PGP: 0xA85C8AA0
14 years, 10 months
yum update dependency problem today [libxcb-keysyms]
by Dr J Austin
yum update is giving following errors
Has anyone seen anything similar ?
I believe that it is telling me
xcb-util.x86_64 0:0.3.4-1.fc11
will replace existing version but that the new version is missing libxcb-keysyms.so.0
[root@naxos ~]# rpm -qa|grep -i xcb-util
xcb-util-0.3.3-2.fc11.x86_64
[root@naxos ~]# rpm -ql xcb-util
...
/usr/lib64/libxcb-keysyms.so.0
/usr/lib64/libxcb-keysyms.so.0.0.0
...
John
--> Processing Dependency: libxcb-keysyms.so.0()(64bit) for package: vlc-core-1.0.0-0.11rc3.fc11.x86_64
---> Package xcb-util.x86_64 0:0.3.4-1.fc11 set to be updated
---> Package xorg-x11-drv-nouveau.x86_64 1:0.0.12-40.20090528git0c17b87.fc11 set to be updated
--> Running transaction check
---> Package GeoIP.x86_64 0:1.4.6-1.fc11 set to be updated
---> Package polkit-qt.x86_64 0:0.9.2-1.fc11 set to be updated
--> Processing Dependency: libxcb-keysyms.so.0()(64bit) for package: vlc-core-1.0.0-0.11rc3.fc11.x86_64
--> Finished Dependency Resolution
vlc-core-1.0.0-0.11rc3.fc11.x86_64 from installed has depsolving problems
--> Missing Dependency: libxcb-keysyms.so.0()(64bit) is needed by package vlc-core-1.0.0-0.11rc3.fc11.x86_64 (installed)
Error: Missing Dependency: libxcb-keysyms.so.0()(64bit) is needed by package vlc-core-1.0.0-0.11rc3.fc11.x86_64 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
14 years, 10 months
