SDL_gfx - Re: fedora-test-list Digest, Vol 35, Issue 27
wayne
wdhammond at earthlink.net
Mon Jan 22 23:18:39 UTC 2007
fedora-test-list-request at redhat.com wrote:
> Send fedora-test-list mailing list submissions to
> fedora-test-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/fedora-test-list
> or, via email, send a message with subject or body 'help' to
> fedora-test-list-request at redhat.com
>
> You can reach the person managing the list at
> fedora-test-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of fedora-test-list digest..."
>
>
> Today's Topics:
>
> 1. SDL_gfx - Re: fedora-test-list Digest, Vol 35, Issue 27
> (Michael Schwendt)
> 2. Re: Inclusion of Grub 2 in FC7 ? (Bruno Wolff III)
> 3. rawhide report: 20070122 changes (buildsys at redhat.com)
> 4. FC6, kernel 2.6.19 and software suspend (Peter Robinson)
> 5. Re: rawhide report: 20070120 changes (Tomas Mraz)
> 6. kickstart testing needed (Chris Lumens)
> 7. Bluetooth Logitech mouse (Ernest L. Williams Jr.)
> 8. Re: Bluetooth Logitech mouse (Jeffrey C. Ollie)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 22 Jan 2007 08:00:37 +0100
> From: Michael Schwendt <mschwendt.tmp0701.nospam at arcor.de>
> Subject: SDL_gfx - Re: fedora-test-list Digest, Vol 35, Issue 27
> To: For testers of Fedora Core development releases
> <fedora-test-list at redhat.com>
> Message-ID:
> <20070122080037.e7044a3c.mschwendt.tmp0701.nospam at arcor.de>
> Content-Type: text/plain; charset=US-ASCII
>
> On Sun, 21 Jan 2007 22:04:27 -0600, wayne wrote:
>
>
>> If libSDL_gfx.so.13 was on my computer and was not recognized as such,
>> what would cause that?
>>
>
> An upgrade to an incompatible SDL_gfx package provided in a non-Fedora
> repository. Or a hopelessly broken RPM database.
>
> Yum *does* see the installed libSDL_gfx.so.13 just like
>
> rpm -qf /usr/lib/libSDL_gfx*
>
> does, e.g.
>
> yum list SDL_gfx
>
> *But* if there is a package upgrade to the libSDL_gfx.so.0.0.15 you've
> talked of, the old files are not available anymore and are not in the
> transaction check either. They would be gone with the upgrade, which
> fails because other files still need the older SDL_gfx package.
>
> So, look into what SDL_gfx package version is installed and what package
> would be installed by "yum upgrade". Find out where it comes from.
>
These are the repos installed on my computer.
/etc/yum.repos.d/dries.repo
/etc/yum.repos.d/fedora-core.repo
/etc/yum.repos.d/fedora-development.repo
/etc/yum.repos.d/fedora-extras-development.repo
/etc/yum.repos.d/fedora-extras.repo
/etc/yum.repos.d/fedora-legacy.repo
/etc/yum.repos.d/fedora-updates-testing.repo
/etc/yum.repos.d/fedora-updates.repo
/etc/yum.repos.d/freshrpms.repo
/etc/yum.repos.d/livna.repo
>
>> That was the symbolic link available but yum
>> didn't recognize the it as such as that package did not meet the
>> dependency requirements and the whole process failed.
>>
>
> With all due respect, this is nonsense. "rpm -ql SDL_gfx" lists the files
> *any* symlinks included in the package, and the symlink is included, too.
>
When this mess started, libSDL_gfx.so.13 was installed, complete with a
symlink to it, but was not recognized by yum for some reason. Perhaps
the db files were already corrupt?
>
>> Which repos could cause that? I believe the only one I have that is not
>> Fedora is for NVidia drivers, and I only enable it when the kernel is
>> updated so that I can use my NVidia graphics card.
>>
>
> Instead of guessing that you could simply verify which repositories you
> have enabled. You've talked about a version of SDL_gfx that is not
> provided in Fedora Extras 6 and "Development" packages yet. Where does
> it come from?
>
When yum would not adcance with upgrades because of the original error I
posted, I downloaded version 15 from the website listed and installed
it. Yum would still not upgrade.
>
>> I kept getting error messages during yum -y update attempts. After "yum
>> remove frozen-bubble" and "yum remove perl-SDL" attempting to run "yum
>> -y update" generated a lockup of the terminal session with many lines of
>> ascii characters. Also messages about a corrupt database. "rpm --vv
>> --rebuilddb" did not work. After "cd /var/lib/rpm" then "rm -f *.00*" I
>> was able to successfully use "rpm -vv --rebuilddb" and then run "yum -y
>> update".
>>
>
> Well, can you accept that all this is abnormal behaviour?
>
> You cover multiple problems in one mail. Problems with an incompatible
> SDL_gfx package from an unknown location and corruption with RPM. That
> doesn't make it easy if the investigation work is not done by you.
>
Agreed, I often have to troubleshoot DCS programming not done by me and
am well aware of the aggravation. The original error message may have
mislead me down the wrong path!
>
>> Also, after I received this response from you, I received the below from
>> the website from the above link:
>>
>
> That is irrelevant. You search in wrong places. SDL_gfx in Fedora
> Extras is still at v2.0.13. Only if you mess with upstream package
> releases or non-Fedora packages, you run into the problems with the
> SONAME change.
>
Could you point me to a documentation source for troubleshooting?
>
>> Until then please try the following:
>> - you can try to locate the new SDL_gfx rpm, download it manually and
>> force an installation using "rpm -Uvh --force --nodeps *.rpm"
>>
>
> And this is a big fat DO NOT. Whoever has recommended those rpm
> options has given you very bad advice. It's not just that --force
> is permitted to overwrite arbitrary files from other packages, --nodeps
> ignores package dependencies altogether and only increases problems
> with further installs.
>
The person that made the recommendation was apparently from the site
that provides the driver. How do I find out who I should listen to?
Thanks again for your help.
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 22 Jan 2007 01:31:05 -0600
> From: Bruno Wolff III <bruno at wolff.to>
> Subject: Re: Inclusion of Grub 2 in FC7 ?
> To: "monty19@ hotmail.com" <monty19 at hotmail.com>
> Cc: fedora-test-list at redhat.com
> Message-ID: <20070122073105.GA2318 at wolff.to>
> Content-Type: text/plain; charset=us-ascii
>
> On Sun, Jan 21, 2007 at 05:44:43 +0000,
> "monty19@ hotmail.com" <monty19 at hotmail.com> wrote:
>
>> I would like to see it included, at least as an option. I gather that it
>> is too late for FC7, but it would be nice to be able to boot to a root
>> partition on a Software RAID when F8 comes out...
>>
>
> I tried cvs a week or so ago and the software raid part didn't seem to work.
> I had the raid module loaded but listing devices didn't show any of my
> raid arrays. I asked about in on the grub-devel list and didn't get a response.
>
> Also of note for getting into FC7 is that the last change to cvs was December
> 13th, so there seems to be some kind of lull in development right now.
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 22 Jan 2007 06:24:27 -0500
> From: buildsys at redhat.com
> Subject: rawhide report: 20070122 changes
> To: fedora-devel-list at redhat.com, fedora-test-list at redhat.com
> Message-ID: <200701221124.l0MBOREI020990 at hs20-bc2-6.build.redhat.com>
>
>
>
>
> Updated Packages:
>
> bison-2.3-3.fc7
> ---------------
> * Sun Jan 21 2007 Roland McGrath <roland at redhat.com> - 2.3-3
> - Canonicalize post/preun use of install-info.
> - Resolves: 223679
>
> cpio-2.6-23.fc7
> ---------------
> * Mon Jan 22 2007 Peter Vrabec <pvrabec at redhat.com> 2.6-23
> - fix non-failsafe install-info use in scriptlets (#223682)
>
> emacspeak-25-1.fc7
> ------------------
> * Mon Jan 22 2007 Jens Petersen <petersen at redhat.com> - 25-1
> - update to version 25
> - update emacspeak-tcl-pkgreq-tclx.patch
> - protect install-info in %post and %preun (Ville Skyttä, #223685)
>
> gettext-0.16.1-3.fc7
> --------------------
> * Mon Jan 22 2007 Jens Petersen <petersen at redhat.com> - 0.16.1-3
> - protect install-info in %post and %preun (Ville Skyttä, #223689)
>
> gnome-desktop-2.17.90-1.fc7
> ---------------------------
> * Sun Jan 21 2007 Matthias Clasen <mclasen at redhat.com> - 2.17.90-1
> - Update to 2.17.90
> - Drop some long-obsolete images
> - Clean up BuildRequires
>
> gnome-panel-2.17.90-1.fc7
> -------------------------
> * Mon Jan 22 2007 Matthias Clasen <mclasen at redhat.com> - 2.17.90-1
> - Update to 2.17.90
> - Clean up BuildRequires
> - Allow user switching from the logout dialog
>
> gnome-session-2.17.90-1.fc7
> ---------------------------
> * Sun Jan 21 2007 Matthias Clasen <mclasen at redhat.com> - 2.17.90-1
> - Update to 2.17.90
> - Clean up BuildRequires
>
> ncurses-5.6-2.20070120.fc7
> --------------------------
> * Sun Jan 21 2007 Miroslav Lichvar <mlichvar at redhat.com> 5.6-2.20070120
> - update to patch 20070120
> - don't depend on bash, drop resetall script
> - include rxvt-unicode description
>
> tar-2:1.15.1-25.fc7
> -------------------
> * Wed Jan 03 2007 Peter Vrabec <pvrabec at redhat.com> 2:1.15.1-25
> - fix non-failsafe install-info use in scriptlets (#223718)
>
> Broken deps for i386
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
> Broken deps for ppc64
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
> Broken deps for x86_64
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
> Broken deps for ia64
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
> Broken deps for s390
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
> systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
> systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
>
>
>
> Broken deps for ppc
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
> Broken deps for s390x
> ----------------------------------------------------------
> emacspeak - 25-1.fc7.noarch requires /usr/bin/tcl
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 22 Jan 2007 12:26:53 +0000
> From: "Peter Robinson" <pbrobinson at gmail.com>
> Subject: FC6, kernel 2.6.19 and software suspend
> To: "For testers of Fedora Core development releases"
> <fedora-test-list at redhat.com>
> Message-ID:
> <5256d0b0701220426o54aa7cd7hdee11ce081a1e34a at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi All,
>
> A while ago (in the test-2 or test-3 stage of FC6) I got a new laptop.
> A Dell Latitude D620. My old laptop was a Latitude D600 running FC5.
>
> I installed the testing release of FC6 because the D620 is a Core Duo
> chip and chipset and FC6 looked to have better support for that
> hardware. The one thing that never seemed to work was the resume from
> suspend, it worked perfectly on FC5 on the D600. I seem to remember I
> mentioned it on the list in one of the discussions about it.
>
> Last night I finally got around to playing with it some more. It seems
> the reason it doesn't resume (lots of errors spewed to the console
> about ata.1) is due to the fact we have a corporate policy of having
> HDD passwords on all laptops. If I temporarily remove the HDD password
> it resumes perfectly on 2.6.18 but it doesn't on 2.6.19 (hence the
> mention of 2.6.19 in the subject).
>
> So is this a known problem with HDD passwords using a SATA chip
> (libata presumably) or should I bugzilla it? I seem to remember an age
> ago there was this issue somewhere with another ide laptop.
>
> Peter
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 22 Jan 2007 14:10:48 +0100
> From: Tomas Mraz <tmraz at redhat.com>
> Subject: Re: rawhide report: 20070120 changes
> To: Bernardo Innocenti <bernie at develer.com>
> Cc: fedora-devel-list at redhat.com, fedora-test-list at redhat.com,
> buildsys at redhat.com
> Message-ID: <1169471448.3244.3.camel at perun.kabelta.loc>
> Content-Type: text/plain
>
> On Mon, 2007-01-22 at 07:21 +0100, Bernardo Innocenti wrote:
>
>> On Saturday 20 January 2007 12:27, buildsys at redhat.com wrote:
>>
>>
>>> pam-0.99.7.0-1.fc7
>>> ------------------
>>> * Fri Jan 19 2007 Tomas Mraz <tmraz at redhat.com> 0.99.7.0-1
>>> - upgrade to new upstream version
>>> - drop pam_stack module as it is obsolete
>>> - some changes to silence rpmlint
>>>
>> Is it just me or after this update anybody and his dog can
>> login without typing a valid password in any account?
>>
>> See:
>>
>> bernie at bender:~$ su - openwrt
>> Password: <type anything>
>> openwrt at bender:~$
>> openwrt at bender:~$ logout
>> openwrt at bender:~$ logout
>> bender:/etc/pam.d# grep openwrt /etc/passwd /etc/shadow
>> /etc/passwd:openwrt:x:501:501:openwrt compiler:/usr/local/src/openwrt:/bin/bash
>> /etc/shadow:openwrt:!!:13529::::::
>>
>> I've installed this update yesterday in the evening and today
>> there were already rootkits and irc bots everywhere :)
>>
>>
> Well it is not just you. And I am ashamed I didn't catch this problem
> when reviewing changes in new upstream version. :( It won't allow anyone
> to any account but only accounts with only two characters in passwd
> field - like !! and similar. It is very serious anyway.
> Should be fixed in pam-0.99.7.0-2.fc7.
>
>
--
Wayne
www.glenmeadows.us
"I cannot imagine a God who rewards and punishes the objects of his
creation, whose purposes are modeled after our own -- a God, in short,
who is but a reflection of human frailty. Neither can I believe that the
individual survives the death of his body, although feeble souls harbor
such thoughts through fear or ridiculous egotism." [Einstein]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20070122/61b73725/attachment.htm>
More information about the fedora-test-list
mailing list