USB audio takes over other devices on boot
by Konstantin Ryabitsev
Hello, all:
Since there isn't a mic input jack on Mac Mini, I have to use a USB
headset. If I leave it plugged in when booting, the HDA Intel onboard
device doesn't even show up any more in my ALSA device selector --
only USB audio devices are present. So, I have to remember to unplug
the headset before booting, in order for the onboard audio to still
show up and work (we like music).
I don't think this is desired behaviour -- both devices appear to work
correctly when I plug in the USB headset after the boot.
I'm not sure if this is the same as
https://bugzilla.redhat.com/show_bug.cgi?id=219023, but the symptoms
do seem similar.
Can anyone confirm with other devices? This is on F7.
Cheers,
--
Konstantin Ryabitsev
Montréal, Québec
16 years, 9 months
REMINDER: Fedora 8 Test3 Freeze
by Jeremy Katz
The Fedora 8 Test 3 freeze is rapidly approaching! This is your last
major chance for getting any bug fixes or other changes tested prior to
the release of Fedora 8. The freeze date is next Tuesday, September 25.
For full details of the schedule, as always, see
http://fedoraproject.org/wiki/Releases/8/Schedule
What does this mean? It means that it's probably a good time to go
through and look through all of the bugs that are filed against your
packages. And as much as possible, fixing those bugs which you deem
important for Fedora 8 prior to the freeze date. Also, for tracking
purposes, you might want to attach important bugs to one of the tracker
bugs according to the criteria at
http://fedoraproject.org/wiki/QA/ReleaseCriteria. A quick summary of
the main tracking bugs are
* F8Blocker (235703): This is for bugs which are very very bad. Bugs
which the release team should consider slipping the release for. Note,
you should not use this characterization lightly. And the final
judgement on whether a bug is worth slipping the release will be made by
the release team.
* F8Target (235704): Bugs which are pretty important, but not
slip-worthy. The release team will keep an eye on this list and would
ultimately like the open bugs here to be as minimal as possible.
Once we enter the freeze, changes for the test release will be approved
according to the normal test freeze policy
(http://fedoraproject.org/wiki/ReleaseEngineering/TestFreezePolicy).
After Test3, we want to reduce the number of changes going in to help
ensure that the final release has as few regressions as possible. So
it's very important to get as many of the fixes as possible done prior
to Test3. More complete details about the post-test3 procedure will be
forthcoming as we reach that point in the schedule.
Thanks for your hard work!
Jeremy
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 9 months
EPEL report week 37 2007
by Thorsten Leemhuis
http://fedoraproject.org/wiki/EPEL/Reports/Week37
(/me still suffered from a cold/has a headache - I hope I didn't do even
more typos then I usually do already when I wrote the report due to that...)
= Weekly EPEL Summary =
Week 37/2007
== Most important happenings ==
* push scripts improved (see below)
== EPEL SIG Meeting ==
=== Attending ===
* dgilmore (DennisGilmore)
* knurd (ThorstenLeemhuis)
* mmcgrath (MikeMcGrath)
* Jeff_S (Jeff Sheltren)
* nirik (KevinFenzi)
* stahnma (MichaelStahnke)
* f13 (Jesse Keating)
* warren (Warren Togami)
=== Summary ===
* pushing
* dglimore, nirik and mschwendt further improved and simplified
pushing directly to stable and moving a package from testing to stable;
thx guys, especially mschwendt!
* nirik will test them
* repo layout
* the plan written at
http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#head-a98bce5283e...
was to have directories for each release (e.g. have 5.0 as main repo
now and a symlink from 5 pointing to it; when 5.1 ships run "cp -al 5.0
5.1" and adjust the "5" link to point to 5.1 instead; some weeks or
months later remove the 5.0 dir to save the space; 5.0 btw would not be
maintained anymore, we just leave it around for some weeks/months). This
would allow people still on EL5.0 (for example those using derivates
that do not ship 5.1 some weeks after RH does) to use EPEL5.0 without
running into dependency issues that might arise when a package from
EPEL5.1 depends on something from EL5.1;
* seems lots of people forgot about that plan never realized it full
effects; do we still want that stuff? or in a modified way maybe?
* RHEL 5.1
* will likely be out soon; we don't know exactly when; thus the
estimated EPEL testing -> stable move that is pushed in parallel will
likely be a week (or two?) after EL 5.1 is out
* do more on the list and less in the meetings; "Power to the people
with no delay." aka "Steering Committee's are slow and old style" -- all
* some discussion how to exactly do this; more discussions to follow
the list
* RH relations
* warren: BTW, I inserted this rule into RH's processes for adding a
new package to RHEL. Something like "Check EPEL to be sure your new
package is newer"
* Free discussion around EPEL
* sticking with the alternate meeting time? we try another two or
three weeks and decide afterwards
=== Full Log ===
https://www.redhat.com/archives/epel-devel-list/2007-September/msg00006.html
== Stats ==
=== General ===
Number of EPEL Contributors 6
We welcome 6 new contributors: candyz joshuadf lkundrak ondrejj salimma
sundaram
=== EPEL 5 ===
Number of source packages: 655
Number of binary packages: 1261
There are 18 new Packages:
* abcde | A Better CD Encoder
* aspell-sk | Slovak dictionaries for Aspell
* cd-discid | Utility to get CDDB discid information
* cvs2cl | Generate ChangeLogs from CVS working copies
* dbench | Filesystem load benchmarking tool
* directfb | Graphics abstraction library for the Linux Framebuffer Device
* gcin | Input method for Traditional Chinese
* gtk-qt-engine | A project allowing GTK to use Qt widget styles.
* isync | Tool to synchronize IMAP4 and Maildir mailboxes
* kasablanca | Graphical FTP client
* lyx | WYSIWYM (What You See Is What You Mean) document processor
* mach | Make a chroot
* python-GnuPGInterface | A Python module to interface with GnuPG
* pyzor | Pyzor collaborative spam filtering system
* rubygem-rake | Ruby based make-like utility
* rubygems | The Ruby standard for packaging ruby libraries
* svn2cl | Create a ChangeLog from a Subversion log
* tomcat-native | Tomcat native library
=== EPEL 4 ===
Number of source packages: 418
Number of binary packages: 850
There are 3 new Packages:
* isync | Tool to synchronize IMAP4 and Maildir mailboxes
* python-GnuPGInterface | A Python module to interface with GnuPG
* pyzor | Pyzor collaborative spam filtering system
----
["CategoryEPELReports"]
16 years, 9 months
Drop package micq (it's new name is climm)
by Ján ONDREJ (SAL)
Hello,
please, drop package "micq", because it has been renamed to "climm".
New package is waiting for CSV admin now.
This package has been never pushed into stable updates, because name
change has been done between testing to stable change. The new climm package
will replace the old one.
Thank you.
Jan ONDREJ (SAL)
16 years, 9 months
Install speed comparisons FC5 -> rawhide
by Orion Poplawski
Since I commented on yum speed in rawhide, I thought I'd run some
comparisons from Fedora Core 5 through current rawhide. We do PXE/http
network installs using kickstart here and include extras/updates/local
repositories in the install. I did the installs on a moderately old
Pentium M 1.4GHz computer with 100MB ethernet. Here are the break downs
(time is from the previous step to that line):
FC5 (919 packages)
(actually, this is a rebuilt FC5 repo with extras and updates merged in,
and with NFS not HTTP)
boot
-> run anaconda 17s
-> basepkgsel 30s
-> postselection 41s +
-> enablefilesystems 110s |
-> installpackages 74s +- 225s
-> copylogs 19:37
FC6 (984 packages)
boot
-> run anaconda 18s
-> basepkgsel 30s
-> postsel 238s +
-> enablefilesys 212s |
-> installpackages 69s +- 519s
-> copylogs 20:12
F7 (1039 packages)
boot
-> anaconda 19s
-> basepkgsel 24s
-> postselection 99s +
-> enablefilesystems 284s |
-> installpackages 69s +- 452s
-> copylogs 17:53
rawhide (1109 packages)
boot
-> anaconda 30s (10s to insert wireless ipw2100 driver)
-> basepkgsel 27s
-> postselection 70s +
-> enablefilesystems 39s |
-> installpackages 72s +- 181s
-> copylogs 33:19
Observations:
- FC5 was the best
- FC6 was *slow*
- F7 package install speed improved
- F8 startup is looking good, packages are taking longer to install
though. Debugging still in rawhide kernel?
- Getting more and more packages each release. Hmm..
It would be nice to have a log of how long each package took to install.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
16 years, 9 months
Useless jasper split
by Michael Schwendt
$ rpm -e jasper
error: Failed dependencies:
jasper = 1.900.1-4.fc8 is needed by (installed) jasper-libs-1.900.1-4.fc8.i386
$ sudo rpm -e jasper-libs
error: Failed dependencies:
libjasper.so.1 is needed by (installed) kdelibs-3.5.7-22.fc8.i386
libjasper.so.1 is needed by (installed) jasper-1.900.1-4.fc8.i386
jasper-libs = 1.900.1-4.fc8 is needed by (installed) jasper-1.900.1-4.fc8.i386
$ rpmls jasper
-rwxr-xr-x /usr/bin/imgcmp
-rwxr-xr-x /usr/bin/imginfo
-rwxr-xr-x /usr/bin/jasper
drwxr-xr-x /usr/share/doc/jasper-1.900.1
-rw-r--r-- /usr/share/doc/jasper-1.900.1/COPYRIGHT
-rw-r--r-- /usr/share/doc/jasper-1.900.1/LICENSE
-rw-r--r-- /usr/share/doc/jasper-1.900.1/NEWS
-rw-r--r-- /usr/share/doc/jasper-1.900.1/README
-rw-r--r-- /usr/share/man/man1/imgcmp.1.gz
-rw-r--r-- /usr/share/man/man1/imginfo.1.gz
-rw-r--r-- /usr/share/man/man1/jasper.1.gz
Why does the -libs package require these tools?
The .spec doesn't answer that question.
In the other direction, there's a hardcoded strict dependency in
addition to the automatic soname deps, creating a circle:
$ rpm -qR jasper|grep jas
jasper-libs = 1.900.1-4.fc8
libjasper.so.1
Conclusively, the split is useless.
16 years, 9 months
Re: Can Name=GenericName go away now, please?
by Kevin Kofler
>
First of all, sorry for this message not being properly threaded, but followups
are currently broken in the GMane web interface. :-(
Rex Dieter wrote:
> In particular, can we/fedora consider using better menu names now, so users
> know which apps are really behind some generic (and mysterious?) items in
> menus(1).
+1
(In fact, I would have fixed XChat already if it hadn't been vetoed by the
primary maintainer.)
Jesse Keating wrote:
> Is a tooltip popup with what the application name actually is not
> enough?
First of all, KDE doesn't show that tooltip. We're in a pretty unfortunate
state where GNOME ignores GenericName and KDE ignores Comment. Still, IMHO the
best (and most logical) workaround for this problem is to have GenericName ==
Comment as seen in several .desktop files already, or to have them contain the
same information phrased differently (e.g. GenericName=E-Mail Client,
Comment=Send and receive e-mail). That way, GNOME users will get the task the
apps are solving as a tooltip, KDE users can choose to have it listed in the
menu (KDE allows displaying only Name, only GenericName or both).
Or of course we can fix the desktop environments to show all 3 items. :-)
Nicolas Mailhot wrote:
> Even if we chose to retain the current behaviour as default it has no
> business being implemented through a gross f.d.o. spec violation.
+1 to that too.
Rex Dieter wrote:
> Matthias Clasen wrote:
[snip]
> > How do Fedoras various spins change the circumstances that lead to the
> > decision ?
>
> Say Fedora Spin X decided to start naming all their "default" apps
> similarly. More specifically, wow would you react if the KDE spin started
> calling kmail "Email client" or kword "Word Processor" in the menus too?
> Wouldn't you agree this is a bad path to follow and/or a bad precedent to
> set?
Once again I fully agree with Rex. In fact, that would lead to exactly this
situation you (Matthias Clasen) describe:
> No, thats just broken. If you change the combo, you suddenly get five
> "Email Client" entries in the menu.
only you don't even get the option to fix it.
Abusing Name that way only works if there's one default, but Fedora has
outgrown this now that we have multiple spins and that the alternative
applications formerly in Extras have been merged into the core distribution.
Matthias Clasen wrote:
> Combining name and genericname programmatically just doesn't work from an
> i18n perspective.
The format can be internationalized, for example some languages can use "Name
GenericName", others "Name - GenericName" (which is what KDE is currently
using, unless it's already locale-dependent), others "Name (GenericName)".
Colin Walters wrote:
> Owen's suggested solution was:
>
> "OK, back to the present: My advise for the X-Chat is to make it match how we
> do a lot of other .desktop files now: do "X-Chat IRC Client" like
> "Firefox Web Browser" and so forth."
But we can have this without abusing the spec this way by just programmatically
displaying "Name GenericName".
Kevin Kofler
16 years, 9 months
rawhide report: 20070916 changes
by Build System
Updated Packages:
chess-1.0-9.fc8
---------------
* Sat Sep 15 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.0-9
- Rebuild for new ogre
dbus-glib-0.73-3.fc8
--------------------
* Sat Sep 15 2007 Matthias Clasen <mclasen(a)redhat.com> - 0.73-3
- Rebuild against new expat
eclipse-egit-0.2.2-0.git20070911.fc8
------------------------------------
evolution-2.11.92-4.fc8
-----------------------
* Sat Sep 15 2007 Matthew Barnes <mbarnes(a)redhat.com> - 2.11.92-4.fc8
- Add patch for GNOME bug #477045 (use standard icon names).
* Tue Sep 11 2007 Matthew Barnes <mbarnes(a)redhat.com> - 2.11.92-3.fc8
- Add patch for GNOME bug #476040 (fix attachment icon).
* Sat Sep 08 2007 Matthias Clasen <mclasen(a)redhat.com> - 2.11.92-2.fc8
- Split off an evolution-help package
glob2-0.9.1-2.fc8
-----------------
* Sun Sep 16 2007 Rafał Psota <rafalzaq(a)gmail.com> - 0.9.1-2
- new install method
* Tue Sep 04 2007 Rafał Psota <rafalzaq(a)gmail.com> - 0.9.1-1
- update to 0.9.1
librtas-1.3.2-1.fc8
-------------------
* Mon Sep 10 2007 David Cantrell <dcantrell(a)redhat.com> - 1.3.2-1
- Upgraded to librtas-1.3.2
- Cleaned up spec file to conform to Fedora packaging guidelines
mod_fcgid-2.2-1.fc8
-------------------
* Fri Sep 14 2007 Paul Howarth <paul(a)city-fan.org> 2.2-1
- Update to version 2.2
- Make sure docs are encoded as UTF-8
ogre-1.4.4-1.fc8
----------------
* Fri Sep 14 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.4.4-1
- New upstream release 1.4.4 (bz 291481)
pdfcube-0.0.2-6.fc8
-------------------
* Sat Sep 15 2007 Mads Villadsen <maxx(a)krakoa.dk> - 0.0.2-6
- Messed up tagging - trying again.
* Sat Sep 15 2007 Mads Villadsen <maxx(a)krakoa.dk> - 0.0.2-5
- Rebuild because of new poppler library
ppc64-utils-0.12-1.fc8
----------------------
* Sat Sep 15 2007 David Cantrell <dcantrell(a)redhat.com> - 0.12-1
- Upgraded to powerpc-utils-1.0.6 and powerpc-utils-papr-1.0.4
- Updated license tag to reflect licenses of all included components
pv-1.1.0-1.fc8
--------------
rss-glx-0.8.1.p-11.fc8
----------------------
* Sat Sep 15 2007 Nils Philippsen <nphilipp(a)redhat.com> 0.8.1.p-11
- enable modular xscreensaver support for Fedora 7 and later (#200881)
- include %post/%postun scripts only with modular xscreensaver support
system-config-date-1.9.9-1.fc8
------------------------------
* Sun Sep 16 2007 Nils Philippsen <nphilipp(a)redhat.com> 1.9.9
- pick up updated translations
* Sat Sep 15 2007 Nils Philippsen <nphilipp(a)redhat.com> 1.9.8
- pick up updated translations
* Mon Sep 10 2007 Nils Philippsen <nphilipp(a)redhat.com>
- make use of force tagging (since mercurial 0.9.4)
system-config-samba-1.2.52-1.fc8
--------------------------------
* Sat Sep 15 2007 Nils Philippsen <nphilipp(a)redhat.com> - 1.2.52
- pick up updated translations
system-config-users-1.2.67-1.fc8
--------------------------------
* Sun Sep 16 2007 Nils Philippsen <nphilipp(a)redhat.com> - 1.2.67
- pick up updated translations
* Sat Sep 15 2007 Nils Philippsen <nphilipp(a)redhat.com> - 1.2.66
- pick up updated translations
* Mon Sep 10 2007 Nils Philippsen <nphilipp(a)redhat.com>
- make use of force tagging (since mercurial 0.9.4)
xscreensaver-1:5.03-6.fc8
-------------------------
* Sat Sep 15 2007 Mamoru Tasaka <mtasaka(a)ioa.s.u-tokyo.ac.jp> - 1:5.03-6
- Fix update script to treat the ending character of conf file
correctly.
Broken deps for i386
----------------------------------------------------------
Miro - 0.9.8.1-2.fc7.i386 requires firefox = 0:2.0.0.5
Miro - 0.9.8.1-2.fc7.i386 requires libboost_python.so.2
claws-mail-plugins - 3.0.0-1.fc8.i386 requires claws-mail-plugins-spamreport = 0:3.0.0-1.fc8
csync2 - 1.33-5.fc7.i386 requires libsqlite.so.0
eclipse-egit - 0.2.2-0.git20070911.fc8.i386 requires eclipse-platform > 1:3.3.0
gambas-gb-db - 1.0.19-1.fc8.2.i386 requires libsqlite.so.0
kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8
kmod-em8300-PAE - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.i686 requires kernel-i686 = 0:2.6.23-0.124.rc3.git2.fc8PAE
kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8
kmod-sysprof-PAE - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.i686 requires kernel-i686 = 0:2.6.23-0.142.rc3.git10.fc8PAE
moodss - 21.5-1.fc7.i386 requires sqlite2-tcl
octave-forge - 2006.07.09-9.fc7.i386 requires octave(api) = 0:api-v22
octave-forge - 2006.07.09-9.fc7.i386 requires libginac-1.3.so.2
openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1
osgal - 20060903-3.fc7.i386 requires libosgDB.so.1
osgal - 20060903-3.fc7.i386 requires libosgFX.so.1
osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1
osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1
osgal - 20060903-3.fc7.i386 requires libosgSim.so.1
osgal - 20060903-3.fc7.i386 requires libosgGA.so.1
osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1
osgal - 20060903-3.fc7.i386 requires libosgText.so.1
osgal - 20060903-3.fc7.i386 requires libosg.so.1
osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1
osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1
perl-DBD-SQLite2 - 0.33-7.fc8.1.i386 requires libsqlite.so.0
polyxmass-bin - 0.9.3-2.fc6.i386 requires libpolyxmass.so.10
referencer - 1.0.4-3.fc8.i386 requires libpoppler-glib.so.1
Broken deps for x86_64
----------------------------------------------------------
Miro - 0.9.8.1-2.fc7.x86_64 requires libboost_python.so.2()(64bit)
Miro - 0.9.8.1-2.fc7.x86_64 requires firefox = 0:2.0.0.5
claws-mail-plugins - 3.0.0-1.fc8.x86_64 requires claws-mail-plugins-spamreport = 0:3.0.0-1.fc8
csync2 - 1.33-5.fc7.x86_64 requires libsqlite.so.0()(64bit)
eclipse-egit - 0.2.2-0.git20070911.fc8.x86_64 requires eclipse-platform > 1:3.3.0
kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.124.rc3.git2.fc8
kmod-sysprof - 1.0.8-1.2.6.23_0.142.rc3.git10.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.142.rc3.git10.fc8
moodss - 21.5-1.fc7.x86_64 requires sqlite2-tcl
octave-forge - 2006.07.09-9.fc7.x86_64 requires octave(api) = 0:api-v22
octave-forge - 2006.07.09-9.fc7.x86_64 requires libginac-1.3.so.2()(64bit)
openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit)
openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1
osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit)
osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit)
osgal - 20060903-3.fc7.i386 requires libosgDB.so.1
osgal - 20060903-3.fc7.i386 requires libosgFX.so.1
osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1
osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1
osgal - 20060903-3.fc7.i386 requires libosgSim.so.1
osgal - 20060903-3.fc7.i386 requires libosgGA.so.1
osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1
osgal - 20060903-3.fc7.i386 requires libosgText.so.1
osgal - 20060903-3.fc7.i386 requires libosg.so.1
osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1
osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit)
osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit)
osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1
osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1
osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1
perl-DBD-SQLite2 - 0.33-7.fc8.1.x86_64 requires libsqlite.so.0()(64bit)
polyxmass-bin - 0.9.3-2.fc6.x86_64 requires libpolyxmass.so.10()(64bit)
referencer - 1.0.4-3.fc8.x86_64 requires libpoppler-glib.so.1()(64bit)
Broken deps for ppc
----------------------------------------------------------
Miro - 0.9.8.1-2.fc7.ppc requires firefox = 0:2.0.0.5
Miro - 0.9.8.1-2.fc7.ppc requires libboost_python.so.2
claws-mail-plugins - 3.0.0-1.fc8.ppc requires claws-mail-plugins-spamreport = 0:3.0.0-1.fc8
csync2 - 1.33-5.fc7.ppc requires libsqlite.so.0
eclipse-egit - 0.2.2-0.git20070911.fc8.ppc requires eclipse-platform > 1:3.3.0
gambas-gb-db - 1.0.19-1.fc8.2.ppc requires libsqlite.so.0
kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8
kmod-em8300-smp - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc requires kernel-ppc = 0:2.6.23-0.124.rc3.git2.fc8smp
moodss - 21.5-1.fc7.ppc requires sqlite2-tcl
octave-forge - 2006.07.09-9.fc7.ppc requires octave(api) = 0:api-v22
octave-forge - 2006.07.09-9.fc7.ppc requires libginac-1.3.so.2
openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1
osgal - 20060903-3.fc7.ppc requires libosgDB.so.1
osgal - 20060903-3.fc7.ppc requires libosgFX.so.1
osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1
osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1
osgal - 20060903-3.fc7.ppc requires libosgSim.so.1
osgal - 20060903-3.fc7.ppc requires libosgGA.so.1
osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1
osgal - 20060903-3.fc7.ppc requires libosgText.so.1
osgal - 20060903-3.fc7.ppc requires libosg.so.1
osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1
osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1
osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1
perl-DBD-SQLite2 - 0.33-7.fc8.1.ppc requires libsqlite.so.0
polyxmass-bin - 0.9.3-2.fc6.ppc requires libpolyxmass.so.10
python-vcpx - 0.9.28-4.fc8.noarch requires monotone
referencer - 1.0.4-3.fc8.ppc requires libpoppler-glib.so.1
Broken deps for ppc64
----------------------------------------------------------
Miro - 0.9.8.1-2.fc7.ppc64 requires libboost_python.so.2()(64bit)
Miro - 0.9.8.1-2.fc7.ppc64 requires firefox = 0:2.0.0.5
claws-mail-plugins - 3.0.0-1.fc8.ppc64 requires claws-mail-plugins-spamreport = 0:3.0.0-1.fc8
eclipse-egit - 0.2.2-0.git20070911.fc8.ppc64 requires eclipse-platform > 1:3.3.0
kmod-em8300 - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8
kmod-em8300-kdump - 0.16.3-5.2.6.23_0.124.rc3.git2.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.124.rc3.git2.fc8kdump
moodss - 21.5-1.fc7.ppc64 requires sqlite2-tcl
octave-forge - 2006.07.09-9.fc7.ppc64 requires octave(api) = 0:api-v22
octave-forge - 2006.07.09-9.fc7.ppc64 requires libginac-1.3.so.2()(64bit)
perl-DBD-SQLite2 - 0.33-7.fc8.1.ppc64 requires libsqlite.so.0()(64bit)
referencer - 1.0.4-3.fc8.ppc64 requires libpoppler-glib.so.1()(64bit)
resapplet - 0.1.1-6.fc8.ppc64 requires system-config-display
xorg-x11-drivers - 7.2-7.fc8.ppc64 requires synaptics
16 years, 9 months
problems writing cd/dvd
by Manuel Wolfshant
I've been hit by a problem which I _think_ is due to a bug in growisofs,
but I am not sure. Basically, the disks written (either directly with
growisofs or via k3b) sometimes are OK but most often then not, they are
not recognized as being ISO9660. For instance:
[wolfy@wolfy64 ~]$ isoinfo -i /tmp/test.iso -d
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: test
Volume set id:
Publisher id:
Data preparer id:
Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993
E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT
TEAM
Copyright File id:
Abstract File id:
Bibliographic File id:
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 12060
NO Joliet present
Rock Ridge signatures version 1 found
[wolfy@wolfy64 ~]$ growisofs -Z /dev/dvdwriter=/tmp/test.iso
Executing 'builtin_dd if=/tmp/test.iso of=/dev/dvdwriter obs=32k seek=0'
/dev/dvdwriter: "Current Write Speed" is 4.1x1352KBps.
0/24698880 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
0/24698880 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
0/24698880 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
1048576/24698880 ( 4.2%) @0.2x, remaining 5:38 RBU 100.0% UBU 3.1%
17825792/24698880 (72.2%) @3.6x, remaining 0:07 RBU 41.0% UBU 99.8%
builtin_dd: 12064*2KB out @ average 0.9x1352KBps
/dev/dvdwriter: flushing cache
/dev/dvdwriter: stopping de-icing
/dev/dvdwriter: writing lead-out
/dev/dvdwriter: reloading tray
[wolfy@wolfy64 ~]$ isoinfo dev=/dev/dvdwriter -debug
CD-ROM is NOT in ISO 9660 format
The problem can be reduced sometimes to the following sequence:
[wolfy@wolfy64 tmp]$ for i in `seq 1 5`; do growisofs -Z
/dev/dvdwriter=/home/wolfy/cd_space/ghost.iso ; isoinfo
dev=/dev/dvdwriter -debug;done
--> exhibited no error. Trying again, 1 min later with absolutely no
change in the system:
[wolfy@wolfy64 tmp]$ growisofs -Z
/dev/dvdwriter=/home/wolfy/cd_space/ghost.iso
WARNING: /dev/dvdwriter already carries isofs!
About to execute 'builtin_dd if=/home/wolfy/cd_space/ghost.iso
of=/dev/dvdwriter obs=32k seek=0'
/dev/dvdwriter: "Current Write Speed" is 4.1x1352KBps.
builtin_dd: 1344*2KB out @ average 1.0x1352KBps
/dev/dvdwriter: flushing cache
/dev/dvdwriter: stopping de-icing
/dev/dvdwriter: writing lead-out
[wolfy@wolfy64 tmp]$ sudo mount /dev/dvdwriter /mnt/dvd
mount: you must specify the filesystem type
I've tried (but failed) to finalize the disk manually, using:
[wolfy@wolfy64 tmp]$ growisofs -M /dev/dvdwriter=/dev/zero
:-( /dev/dvdwriter doesn't look like isofs...
Now, I do admit that I might be plain dumb, but I've tested dozens of
times and
- about 15 of the DVDs written for the Freemedia project during the last
month (that is, roughly half of them) are non functional. All of them
have been created using the option "write dvd to disk" from k3b
- other .iso images (see above) are sometimes written OK, sometimes
(most of the times) not
- disks created using genisoimage with the option "-udf" (in whatever
combination) seem to fail always
- the problem was first spotted while using an ASUS 804P (ATA) which is
now used by a colleague without problems; meanwhile I have replaced it
with a SATA unit, DRW-1814BLT.
- I have replaced the power supply
- I have used several types of media(DVD-R, DVD+R, lately DVD+RW, from
different manufacturer[s] lots) but I have found no correlation
- I have tried to disable udev (udevcontrol stop_exec_queue)/dbus
(service messagebus stop) but to no avail. For a period of time I had
the impression that writing a dis and allowing the system to automount
it would lead to defective subsequent written disks. However the problem
appears even if I explicitely umount the first disk , or if I do not
mount it at all.
I emphasize that I have absolutely no other problems with the system
It looks to me like a bug in finalizing the disks, but I do not know
how to test (no other machine with DVD-ROM and anything else but linux
around). Any ideas, before filing a bug?
16 years, 9 months