fedora-test-list-request@xxxxxxxxxx wrote:
Send fedora-test-list mailing list submissions to
fedora-test-list@xxxxxxxxxx
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@xxxxxxxxxx
You can reach the person managing the list at
fedora-test-list-owner@xxxxxxxxxx
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@xxxxxxxxxx)
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@xxxxxxxx>
Subject: SDL_gfx - Re: fedora-test-list Digest, Vol 35, Issue 27
To: For testers of Fedora Core development releases
<fedora-test-list@xxxxxxxxxx>
Message-ID:
<20070122080037.e7044a3c.mschwendt.tmp0701.nospam@xxxxxxxx>
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@xxxxxxxx>
Subject: Re: Inclusion of Grub 2 in FC7 ?
To: "monty19@ hotmail.com" <monty19@xxxxxxxxxxx>
Cc: fedora-test-list@xxxxxxxxxx
Message-ID: <20070122073105.GA2318@xxxxxxxx>
Content-Type: text/plain; charset=us-ascii
On Sun, Jan 21, 2007 at 05:44:43 +0000,
"monty19@ hotmail.com" <monty19@xxxxxxxxxxx> 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@xxxxxxxxxx
Subject: rawhide report: 20070122 changes
To: fedora-devel-list@xxxxxxxxxx, fedora-test-list@xxxxxxxxxx
Message-ID: <200701221124.l0MBOREI020990@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Updated Packages:
bison-2.3-3.fc7
---------------
* Sun Jan 21 2007 Roland McGrath <roland@xxxxxxxxxx> - 2.3-3
- Canonicalize post/preun use of install-info.
- Resolves: 223679
cpio-2.6-23.fc7
---------------
* Mon Jan 22 2007 Peter Vrabec <pvrabec@xxxxxxxxxx> 2.6-23
- fix non-failsafe install-info use in scriptlets (#223682)
emacspeak-25-1.fc7
------------------
* Mon Jan 22 2007 Jens Petersen <petersen@xxxxxxxxxx> - 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@xxxxxxxxxx> - 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@xxxxxxxxxx> - 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@xxxxxxxxxx> - 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@xxxxxxxxxx> - 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxx>
Subject: FC6, kernel 2.6.19 and software suspend
To: "For testers of Fedora Core development releases"
<fedora-test-list@xxxxxxxxxx>
Message-ID:
<5256d0b0701220426o54aa7cd7hdee11ce081a1e34a@xxxxxxxxxxxxxx>
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@xxxxxxxxxx>
Subject: Re: rawhide report: 20070120 changes
To: Bernardo Innocenti <bernie@xxxxxxxxxxx>
Cc: fedora-devel-list@xxxxxxxxxx, fedora-test-list@xxxxxxxxxx,
buildsys@xxxxxxxxxx
Message-ID: <1169471448.3244.3.camel@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain
On Mon, 2007-01-22 at 07:21 +0100, Bernardo Innocenti wrote:
On Saturday 20 January 2007 12:27, buildsys@xxxxxxxxxx wrote:
pam-0.99.7.0-1.fc7
------------------
* Fri Jan 19 2007 Tomas Mraz <tmraz@xxxxxxxxxx> 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@bender:~$ su - openwrt
Password: <type anything>
openwrt@bender:~$
openwrt@bender:~$ logout
openwrt@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]
|