Re: PANIC on RPMDB... can't even get version numbers for installed packages...
On Tue, 2006-03-07 at 21:24 -0300, Casimiro de Almeida Barreto wrote: After update done 00:23 08/Mar/2006 the following happened (so I can't even get version for packages...): [r...@terra ~]# yum update rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbenv-open: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30977) error: cannot open Packages database in /var/lib/rpm rpm issue, what steps did you take up to that point? If you experienced any failures what were they? Please back up your rpmdb (/var/lib/rpm) and create a bugzilla, preferably with the history above. Paul
Re: rawhide report: 20060307 changes
On Tue, 2006-03-07 at 04:24 -0500, Build System wrote: NetworkManager-0.6.0-2 -- * Mon Mar 06 2006 Dan Williams d...@redhat.com 0.6.0-2 - Don't let wpa_supplicant perform scanning with non-WPA drivers Awesome. Now NetworkManager works for me again, it was going completely nuts earlier in the FC5 devel cycle (madwifi-old, no encryption). Thanks a million! Per
FC5 Final Release
Is FC5 still on schedule to be release March 15th? Thanks.
Re: FC5 Final Release
Sadda Teh wrote: Is FC5 still on schedule to be release March 15th? Thanks. Yes it is. -- Rahul
Re: FC5 Final Release
On Wed, 2006-03-08 at 12:08 +0530, Rahul Sundaram wrote: Sadda Teh wrote: Is FC5 still on schedule to be release March 15th? Thanks. Yes it is. Just a general question.. Will anaconda not display estimated disk usage when customizing package choices anymore? I have found the estimate quite important sometimes when installing on machines with little disk and a user that wants all the bling. No biggie, I'll just miss it. -HK
rawhide report: 20060308 changes
Updated Packages:
anaconda-11.0.1-1
-
* Tue Mar 07 2006 Jeremy Katz ka...@redhat.com - 11.0.1-1
- Fix text display for rescue CD isolinux
- Fix usb-storage not showing up by default (#181739)
* Tue Mar 07 2006 Jeremy Katz ka...@redhat.com - 11.0.0-1
- Really fix the file contexts on the directories (#182252)
- More fixing for Xen kernel naming
- Branched, turn off betanag
autoconf213-2.13-12
---
* Mon Feb 27 2006 Karsten Hopp kars...@redhat.de 2.13-12
- require m4 = 1.1
beagle-0.2.2-2
--
* Tue Mar 07 2006 Alexander Larsson al...@redhat.com - 0.2.2-2
- Fix beagle-craw-system NullPtrException
* Tue Mar 07 2006 Alexander Larsson al...@redhat.com - 0.2.2-1
- update to 0.2.2
bluez-utils-2.25-3
--
* Tue Mar 07 2006 Jeremy Katz ka...@redhat.com - 2.25-3
- more initscript tweaking
control-center-1:2.13.92-2
--
* Wed Feb 15 2006 Matthias Clasen mcla...@redhat.com - 2.13.92-2
- Add a missing BuildRequires
doxygen-1:1.4.6-2
-
* Mon Mar 06 2006 Than Ngo t...@redhat.com 1:1.4.6-2
- fix build problem #184042
e2fsprogs-1.38-11
-
* Tue Mar 07 2006 David Cantrell dcantr...@redhat.com - 1.38-11
- BuildRequires pkgconfig
* Tue Mar 07 2006 David Cantrell dcantr...@redhat.com - 1.38-10
- Disable /etc/blkid.tab caching if time is set before epoch (#182188)
eclipse-1:3.1.2-1jpp_13fc
-
* Tue Mar 07 2006 Andrew Overholt overh...@redhat.com 3.1.2-1jpp_13fc
- One more small help fix (include tomcatwrapper.jar o.e.tomcat manifest).
* Fri Mar 03 2006 Andrew Overholt overh...@redhat.com 3.1.2-1jpp_12fc
- Only build with a native ecj on x86{,_64}
* Tue Feb 28 2006 Andrew Overholt overh...@redhat.com 3.1.2-1jpp_12fc
- Update to tomcat 5.5 (e.o#98371).
- Don't build on ppc64 until we get the tomcat situation straightened out.
eclipse-cdt-1:3.0.2-1jpp_2fc
* Tue Mar 07 2006 Andrew Overholt overh...@redhat.com 3.0.2-1jpp_2fc
- Bump release.
* Mon Feb 13 2006 Andrew Overholt overh...@redhat.com 3.0.2-1jpp_1fc
- 3.0.2.
glib2-2.10.1-1
--
* Tue Mar 07 2006 Matthias Clasen mcla...@redhat.com - 2.10.1-1
- Update to 2.10.1
glibc-2.4-4
---
* Tue Mar 07 2006 Roland McGrath rol...@redhat.com 2.4-4
- back up %{ix86} gdb conflicts to 6.3.0.0-1.111
* Tue Mar 07 2006 Jakub Jelinek ja...@redhat.com 2.4-3
- really fix rintl on ppc64
* Tue Mar 07 2006 Jakub Jelinek ja...@redhat.com 2.4-2
- accurate unwind info for lowlevellock.h stubs on %{ix86}
- fix ppc/ppc64 ceill, floorl, rintl, roundl and truncl (BZ#2423)
gnome-applets-1:2.13.90-4
-
* Tue Mar 07 2006 Ray Strode rstr...@redhat.com - 2.13.90-4
- ref some objects given to us by gstreamer
kernel-2.6.15-1.2032_FC5
* Tue Mar 07 2006 John W. Linville linvi...@redhat.com
- Temporarily disable automatic load of bcm43xx driver (causes hangs on some
systems)
* Tue Mar 07 2006 Stephen Tweedie s...@redhat.com
- Include xen header files in -devel packages if we're building xen.
(bug 180198)
- Disable CONFIG_B44 for Xen builds for now: it results in
b44.ko needs unknown symbol dma_get_cache_alignment errors.
* Tue Mar 07 2006 Dave Jones da...@redhat.com
- 2.6.16rc5-git9
- Fix NMI watchdog on i386.
kexec-tools-1.101-14
* Tue Mar 07 2006 Thomas Graf tg...@redhat.com - 1.101-14
- Fix kdump.init to call kexec from its new location
kudzu-1.2.34.1-1
* Tue Mar 07 2006 Bill Nottingham nott...@redhat.com - 1.2.35-1
- switch at runtime between vm86 and x86emu on i386. Fixes vbe/ddc on
Xen and i386-on-x86_64
libbonobo-2.13.93-1
---
* Tue Mar 07 2006 Matthias Clasen mcla...@redhat.com
- Update to 2.13.93
libdv-0:0.104-2.fc5
---
* Tue Mar 07 2006 Warren Togami wtog...@redhat.com 0.104-2
- remove instead of exclude static libs
* Wed Feb 15 2006 Matthias Saou http://freshrpms.net/ 0.104-1
- Update to 0.104 at last (#147311)
- Include no-exec-stack, pic-fix, amd64reloc and gtk2 patches from Gentoo
and PLD (merge gcc4 fix to the pic-fix patch).
- Now build against gtk2 (thanks to the patch above).
- Exclude static library.
pykickstart-0.23-1
--
* Tue Mar 07 2006 Chris Lumens clum...@redhat.com 0.23-1
- Backwards compatibility support for options to zerombr.
rhythmbox-0.9.3.1-3
---
* Wed Mar 08 2006 Ray Strode rstr...@redhat.com - 0.9.3.1-3
- fix icon on notification bubbles (bug 183720)
- patch from CVS to escape bubble markup, found by
Bill Nottingham
selinux-policy-2.2.23-6
---
* Tue Mar 07 2006 Dan Walsh dwa...@redhat.com 2.2.23-5
- Add Xen support
system-config-date-1.8.2-1
--
* Mon Mar 06 2006 Nils Philippsen nphil...@redhat.com 1.8.2
- don't write into /tmp
- make synchronizing with time servers configurable (#157485)
system-config-display-1.0.37-1
--
* Tue Mar 07 2006
Re: rawhide report: 20060307 changes
Per Bjornsson wrote: NetworkManager-0.6.0-2 -- * Mon Mar 06 2006 Dan Williams d...@redhat.com 0.6.0-2 - Don't let wpa_supplicant perform scanning with non-WPA drivers Awesome. Now NetworkManager works for me again, it was going completely nuts earlier in the FC5 devel cycle (madwifi-old, no encryption). Thanks a million! Speaking about NM, are there any plans for supporting static IP addresses? -- Igor Jagec
Re: FC5 Final Release
Hans Kristian Rosbach wrote: On Wed, 2006-03-08 at 12:08 +0530, Rahul Sundaram wrote: Sadda Teh wrote: Is FC5 still on schedule to be release March 15th? Thanks. Yes it is. Just a general question.. Will anaconda not display estimated disk usage when customizing package choices anymore? I have found the estimate quite important sometimes when installing on machines with little disk and a user that wants all the bling. No biggie, I'll just miss it. I think this feature got dropped when Anaconda got revamped to use yum as a dependency resolver. Not sure if its being added back now. -- Rahul
Re: FC5 Final Release
Ivan Gyurdiev wrote: I also have heard nothing from the Xorg bugzilla regarding making the nv driver work: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182396 The information requested from you needs to be supplied on this report. It was supplied... in the freedesktop bugzilla. M. Harris said I should communicate directly with upstream (though upstream doesn't seem to be communicating back). Ok. Thanks for bringing this up. I have marked it as a blocker so that it doesnt get lost. Then there's the minor inconvenience of gnome-netstatus being broken with my atheros chip: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179406 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181861 madwifi drivers arent providing in Fedora so this one doesnt seem like a blocker to me. I wouldn't call any bug in the netstatus applet a blocker, but it's not nice that there's no response from the maintainer. Just a matter of priority when hundreds of reports flow through every day. Please be patient. -- Rahul
Re: FC5 Final Release
Yes it is. Maybe it's a good time to make it bootable then? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182008 I also have heard nothing from the Xorg bugzilla regarding making the nv driver work: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182396 Then there's the minor inconvenience of gnome-netstatus being broken with my atheros chip: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179406 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181861 I also feel this bug needs to be investigated in more detail as a potential blocker: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 I am not positive that Beagle does leak memory at this point, but there's enough users reporting memory leaks on fedora-test-list, that the issue should be looked at before release time. Just rebooted to test if 2009 kernel boots (it does not), and now mono is up and running again, I will see if memory usage increases significantly over the next 2-3 days.
Re: beagle backup (user_xattr)
ons, 08 03 2006 kl. 09:21 +0100, skrev Alexander Larsson: On Tue, 2006-03-07 at 17:15 +0100, Felipe Alfaro Solana wrote: (BTW, the filesystem is being mounted with -o user_xattr). thats the reason, by default filesystems are not mounted with user_xattr (why?) Yes... Any good reason for not doing so? Beagle was added sort of late in the cycle, and changing the default mount options needs changes in anaconda etc, so we (the desktop team) really hasn't been pushing this. At some point we should sit down with the installer people and the kernel filesystem people and figure out if and when we should set user_xattr. For FC6 isn't one of the goals to get seperate partitions for /home - then it would be a great time to add the user_xattr to that partition at least. - David
Re: rawhide report: 20060308 changes
Hi. On Wed, 8 Mar 2006 03:26:05 -0500, Build System wrote: - use an assigned uid/gid, do not loop over user ids looking for a free one I have often wondered why useradd does not have built in support for stuff like this. From time to time I'd like to do something like add a user, I do not care about the UID, but it has to be larger than X (and, optionally, less than Y).
Re: rawhide report: 20060308 changes
Ralf Ertzinger wrote: Hi. On Wed, 8 Mar 2006 03:26:05 -0500, Build System wrote: - use an assigned uid/gid, do not loop over user ids looking for a free one I have often wondered why useradd does not have built in support for stuff like this. From time to time I'd like to do something like add a user, I do not care about the UID, but it has to be larger than X (and, optionally, less than Y). Useradd has -r and groupadd has -r and -g options in Fedora/RHEL to do similar things. check the man page for them for additional details. Does that serve your purpose? -- Rahul
Re: rawhide report: 20060308 changes
Hi. On Wed, 08 Mar 2006 14:27:36 +0530, Rahul Sundaram wrote: Useradd has -r and groupadd has -r and -g options in Fedora/RHEL to do similar things. check the man page for them for additional details. Does that serve your purpose? This is not exactly about system accounts. Looking though the man page (again) I found -K, which seems to do what I want (except that -K UID_MIN=10,UID_MAX=499 is explicitly marked as does not work yet).
Re: rawhide report: 20060308 changes
rhythmbox-0.9.3.1-3 --- * Wed Mar 08 2006 Ray Strode rstr...@redhat.com - 0.9.3.1-3 - fix icon on notification bubbles (bug 183720) - patch from CVS to escape bubble markup, found by Bill Nottingham Well there goes the wasted effort of filing: #184361 and #184360 5 mins before the rawhide messages of the day. - David
Re: rawhide report: 20060308 changes
David Nielsen wrote: rhythmbox-0.9.3.1-3 --- * Wed Mar 08 2006 Ray Strode rstr...@redhat.com - 0.9.3.1-3 - fix icon on notification bubbles (bug 183720) - patch from CVS to escape bubble markup, found by Bill Nottingham Well there goes the wasted effort of filing: #184361 and #184360 5 mins before the rawhide messages of the day. Oh the joys of a rawhide rider. Thanks for reporting them anyway. -- Rahul
Re: FC5 Final Release
On Wed, 2006-03-08 at 14:02 +0530, Rahul Sundaram wrote: Hans Kristian Rosbach wrote: On Wed, 2006-03-08 at 12:08 +0530, Rahul Sundaram wrote: Sadda Teh wrote: Is FC5 still on schedule to be release March 15th? Thanks. Yes it is. Just a general question.. Will anaconda not display estimated disk usage when customizing package choices anymore? I have found the estimate quite important sometimes when installing on machines with little disk and a user that wants all the bling. No biggie, I'll just miss it. I think this feature got dropped when Anaconda got revamped to use yum as a dependency resolver. Not sure if its being added back now. -- Rahul Already reported: (and closed) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183878 Gilboa
Re: rawhide report: 20060307 changes
On Wed, 2006-03-08 at 09:32 +0100, Igor Jagec wrote: Speaking about NM, are there any plans for supporting static IP addresses? Doesn't NM work with static IP addresses? It obeys static IP addresses in /etc/sysconfig/network-scripts/ifcfg-eth1 for me -- it confused me by doing so a couple of weeks ago. -- dwmw2
Re: dropdown menu's
Erwin Rol wrote: Hey all, This is something that already bothers me a while, i think it never really worked as expected, but i am not sure if it is a my machine only kind of problem. Dropdown menu's that don't fit on the screen are not displayed correctly. For example take the gimp file-open dialog. When you move the dialog to the bottom border of the screen, and press the All Files dropdown menu, the menu will open, and the bottom of the menu will be aligned with the bottom of the screen, the top of the menu will be somewhere mid screen. But the first entry will be at the location of the position of the dropdown box, and so everything above that position is empty. I tried to make a screenshot, but that didn't work with the dropdown box open, i suggest to just try it. Since it happens with every GTK application, it smells like an GTK issue. Being fixed in GTK 2.10 FYI http://inverted-tree.livejournal.com/49201.html. -- Rahul
Re: dropdown menu's
On Wed, 2006-03-08 at 18:04 +0530, Rahul Sundaram wrote: Being fixed in GTK 2.10 FYI http://inverted-tree.livejournal.com/49201.html. From the page; A scroll menu patch went in, which gets rid of the blank area which sometimes appeared in for example popup menus and annoyed/confused a lot of people. I am glad to see it says a lot of people :-) - Erwin
Re: PANIC on RPMDB... can't even get version numbers for installed packages...
I did the same procedure as I'd do with M$... 1) Reboot the system 2) ftp download.fedora.redhat.com 3) download glibc* 4) rpm -Uvh --force --nodeps glibc-comm* (yeah... after a reboot rpm works) 5) rm glibc-comm* rpm -Uvh --force --nodeps glibc* And everything comes back to life... Paul Nasrat escreveu: On Tue, 2006-03-07 at 21:24 -0300, Casimiro de Almeida Barreto wrote: After update done 00:23 08/Mar/2006 the following happened (so I can't even get version for packages...): [r...@terra ~]# yum update rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbenv-open: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30977) error: cannot open Packages database in /var/lib/rpm rpm issue, what steps did you take up to that point? If you experienced any failures what were they? Please back up your rpmdb (/var/lib/rpm) and create a bugzilla, preferably with the history above. Paul
Re: PANIC on RPMDB... can't even get version numbers for installed packages...
On Wed, 2006-03-08 at 09:50 -0300, Casimiro de Almeida Barreto wrote: I did the same procedure as I'd do with M$... 1) Reboot the system 2) ftp download.fedora.redhat.com 3) download glibc* 4) rpm -Uvh --force --nodeps glibc-comm* (yeah... after a reboot rpm works) 5) rm glibc-comm* rpm -Uvh --force --nodeps glibc* And everything comes back to life... 1) Use a depsolver eg: yum update glibc this will do the right thing. Updating by hand is really not the way to do things. The fedora documentation projejct explain how to use yum, I suggest you read that. 2) What do you expect from partial forced updates force/nodeps have no use in a casual update. 3) rpm -Uvh glibc-...rpm glibc-commonrpm should work also Basically don't do it like that Paul
Qt 4 RPM and pkg-config problem
A while back I posted about Qt4 rpms for development work and got
pointed towards Than's rawhide SRPM at
ftp://people.redhat.com/than/rawhide/.
This works and I've just used the spec to build Qt 4.1.1, but it has
one minor flaw which I'm not sure how to fix. All the pkg-config
scripts which are installed in lib/ include the RPM build dir in the
Libs: section (I need the pkg-config stuff to properly detect Qt4
using autoconf). Here's an example from QtCore.pc:
Libs: -L${libdir} -lQtCore -L/usr/lib/mysql
-L/home/tarjeik/rpmbuild/BUILD/qt-x11-opensource-src-4.1.1/lib -lz
-lm -lpthread -ldl
What is the proper way to fix this? Add a small sed line in the spec
to clean out the rpmbuild dir from the .pc files after the build is
complete and the files are packaged? I wouldn't be surprised if this
was a common problem with a common fix, I just need to know how :)
Oh, Paul F.J., did you get around to add this RPM to Extras? (can't
find the bugzilla entry in case you did)
Sincerely,
--
Tarjei
Re: Qt 4 RPM and pkg-config problem
Hi, Oh, Paul F.J., did you get around to add this RPM to Extras? (can't find the bugzilla entry in case you did) Is it worth putting Qt4 into extras as it's sooner or later going to be in core? I have no problem submitting it, just don't want to duplicate effort. TTFN Paul -- Logic, my dear Zoe, is merely the ability to be wrong with authority - Dr Who
Re: rawhide report: 20060307 changes
On 03/08/2006 03:32 AM, Igor Jagec wrote: Per Bjornsson wrote: NetworkManager-0.6.0-2 -- * Mon Mar 06 2006 Dan Williams d...@redhat.com 0.6.0-2 - Don't let wpa_supplicant perform scanning with non-WPA drivers Awesome. Now NetworkManager works for me again, it was going completely nuts earlier in the FC5 devel cycle (madwifi-old, no encryption). Thanks a million! Speaking about NM, are there any plans for supporting static IP addresses? Static IPs are supported, but there is no way to configure it with NM. Configure it with system-config-network, and NM will pick up the static IP fine.
Re: Qt 4 RPM and pkg-config problem
Paul F. Johnson wrote: Hi, Oh, Paul F.J., did you get around to add this RPM to Extras? (can't find the bugzilla entry in case you did) Is it worth putting Qt4 into extras as it's sooner or later going to be in core? I have no problem submitting it, just don't want to duplicate effort. Its quite good to get a package submitted and reviewed in Fedora Extras even when its destined to be in Fedora Core later. It increases the quality of the packages, helps get some early feedback and so on. -- Rahul
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Hello, I don't know if it is the kind of input that is usefull, but here it is. I tried a yum update from FC-4 to rawhide. I have general comments, packages leftovers, and Xorg modularization leftovers. 1) General Things went rather smoothly. Some scriptlet said somethings (but I didn't kept what they said). There was a failure in hal post scriptlet (no other error message than the message saying there was an error), so I ended with the old hal still present in the rpmdb. There is nothing in logs, so I guess reporting this failure isn't usefull. 2) Leftovers After the update, I had those packages from fc4 still installed: gnome-kerberos system-config-mouse comps perl-XML-Encoding gimp-gap iiimf-libs I could remove them without any issue, and they didn't blocked any update. I investigated a bit, gnome-kerberos system-config-mouse and gimp-gap weren't needed by anything, comps was needed by an apt subpackage (from extras if I'm not wrong), perl-XML-Encoding was needed by foomatic and perl-libxml-enno, and it seems that perl-libxml-enno has been obsoleted by other perl modules. iiimf subsystem seems to have been obsoleted by scim. Maybe anaconda knows how to deal with these packages? Otherwise they could appear in the wiki as packaged dropped from core that could be imported in extra (if it makes sense). Otherwise I don't have much idea on how to get rid of them during the yum upgrade. I believe they may block updates later... 3) X modularization It is possible that anaconda knows how to deal with those issues. Many unowned include files and directories are kept in /usr/X11R6/include/X11/ ls /usr/X11R6/include/X11/ ap_keysym.h fonts RectObjP.hXatom.h Xfuncs.h xpm.h bitmaps HPkeysym.hShell.h Xauth.h X.hXpoll.h Composite.h ICE ShellP.h Xaw XKBlib.h Xproto.h CompositeP.h Intrinsic.h SMXaw3d Xlib.h Xprotostr.h ConstrainP.h IntrinsicP.h StringDefs.h Xcms.hXlibint.h Xresource.h Constraint.h keysymdef.h Sunkeysym.h Xcursor Xlocale.h Xthreads.h Core.hkeysym.h Vendor.h Xdefs.h Xmd.h Xutil.h CoreP.h Object.h VendorP.h Xdmcp.h XmuXWDFile.h cursorfont.h ObjectP.h X10.h XF86keysym.h Xosdefs.h DECkeysym.h PMXalloca.h Xft Xos.h extensionsRectObj.h Xarch.h Xfuncproto.h Xos_r.h A dangling symlink to X was also kept. There are also some empty directories unowned under /usr/X11R6/ (man, lib) and directories within. lib/modules/input /usr/X11R6/lib/X11: app-defaults fonts getconfig locale proxymngr xdm /usr/X11R6/lib/X11/fonts/75dpi/fonts.dir /usr/X11R6/lib/X11/locale/pt_BR.UTF-8/ In /usr/X11R6/include there are also the following unowned directories that should belong to openmotif: Mrm uil Xm The files within those directories belong to openmotif-devel-2.3.0-0.1.9.2. In fact there is a link from /usr/include/Mrm to ../X11R6/include/Mrm and similarly for Xm and uil. There is a bug about openmotif, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170947 but it was closed. Hope it helps. -- Pat
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Patrice Dumas wrote: 2) Leftovers After the update, I had those packages from fc4 still installed: gnome-kerberos system-config-mouse comps perl-XML-Encoding gimp-gap iiimf-libs I could remove them without any issue, and they didn't blocked any update. I investigated a bit, gnome-kerberos system-config-mouse and gimp-gap weren't needed by anything, comps was needed by an apt subpackage (from extras if I'm not wrong), perl-XML-Encoding was needed by foomatic and perl-libxml-enno, and it seems that perl-libxml-enno has been obsoleted by other perl modules. Regarding perl-XML-Encoding, perl-libxml-enno, and foomatic, see Bugzilla #128879 Basically, perl-libxml-enno has been split into (some of) its constituent modules (I believe perl-XML-DOM should obsolete it), and perl-XML-Encoding, which was a dep of perl-libxml-enno, is no longer needed in FC5 and so was dropped. foomatic has dropped the deps on these packages too. Paul.
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Can you check something for me? Does rpm -qf file-in-usr-x11r6-include-xm claim that the file is owned by openmotif? Yes. But not for directory. [du...@nor75-15-82-67-190-22 include]$ rpm -qf /usr/X11R6/include/Mrm/MrmAppl.h openmotif-devel-2.3.0-0.1.9.2 [du...@nor75-15-82-67-190-22 include]$ rpm -qf /usr/X11R6/include/Mrm/ file /usr/X11R6/include/Mrm is not owned by any package If yes, does rpm -ql openmotif show any files in /usr/X11R6? No they appear to be in /usr/include [du...@nor75-15-82-67-190-22 include]$ rpm -ql openmotif-devel | grep X11R6 echoes nothing, and there is: [du...@nor75-15-82-67-190-22 include]$ rpm -ql openmotif-devel | grep MrmAppl.h /usr/include/Mrm/MrmAppl.h -- Pat
Re: New /etc/services for testing available
Phil Knirsch wrote: Hi folks. I'd like to get some feedback on a hugely updated /etc/services i've done today. It basically merges the old /etc/services with almost all current official IANA services. I've tried to make sure the file is sane and in order, but due to the huge amount of new services i'd like to give it some selected exposure and feedback before i think about putting it into our setup package. The file can be downloaded from here: http://people.redhat.com/pknirsch/services Just dump it as a replacement in /etc (maybe making a copy of the old /etc/services first, but shouldn't be necessary as the first part of the file is identical to our old one). I'd especially like to get some feedback from people using it on network servers or monitoring machines where apps like nmap, tcpdump and ethereral are run. My main interest is if any errors pop up and if anyone gets performance problems (because for worst case scenarios it can now take up to 15 times as long for getservbyname() to complete). Thanks in advance, Read ya, Phil I'd really suggest instead making a poll of what people would find useful. There are going to be a lot of things in there that will probably never be useful, e.g. 2545 sis-emt is one I registered, and I'm pretty sure is now unused, or certainly of only very limited use. Just a thought.
Re: New /etc/services for testing available
Bill Crawford wrote: I'd really suggest instead making a poll of what people would find useful. There are going to be a lot of things in there that will probably never be useful, e.g. 2545 sis-emt is one I registered, and I'm pretty sure is now unused, or certainly of only very limited use. Just a thought. Whats the harm in having them there though? -- Rahul
Re: install error: unable to read package metadata
same errors after rsynced today... with kernel-2.6.15-1.2032_FC5 and anaconda-11.0.1-1 do I have to recreate anything at my side? or pxe+nfs is broken for daily snapshots? I skip debug and SRPMS directory under tree but I think this doesn't matter... Gianluca On 3/8/06, Gianluca Cecchi gianluca.cec...@gmail.com wrote: I'm trying to install via pxe+nfs from rsync of yesterday on x86 and I get this error window during anaconda: unable to read package metadata. this may be due to a missing repodata. Please ensure that your install tree has been correctly generated. failure: repodata/comps.xml from anaconda: [errno 256] no more mirrors to try switching to the shell with Ctrl+Alt+F2, I see inside anaconda.log in /tmp I have [snip] 10:42:24 INFO: NFS install method detected, will use RHupdates/ 10:42:24 INFO: Running anaconda script /usr/bin/anaconda 10:42:27 INFO: Display mode = g 10:42:27 INFO: Method = nfs://mnt/source/. 10:42:44 INFO: Started mini-wm 10:42:44 INFO: Starting graphical installation... 10:42:45 INFO: anaconda floppy device None 10:42:45 DEBUG : self.driveList(): ['sda', 'sdb'] 10:42:45 DEBUG : DiskSet.skippedDisks: [] 10:42:45 DEBUG : DiskSet.skippedDisks: [] 10:42:45 DEBUG : starting all dmraids on drives ['sda', 'sdb'] 10:42:45 DEBUG : scanning for dmraid on drives ['sda', 'sdb'] 10:42:45 WARNING : Couldnt lookup monitor type Smart Cable. 10:42:45 WARNING : step partitionmethod does not exist 10:42:45 WARNING : step partitionmethodsetup does not exist 10:42:45 WARNING : step autopartition does not exist 10:42:45 WARNING : step readcomps does not exist 10:42:45 WARNING : step selectlangpackages does not exist 10:42:45 WARNING : step handleX11pkgs does not exist 10:42:45 WARNING : step handlemiscpkgs does not exist 10:42:45 WARNING : step fixupconditionals does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:45 WARNING : step complete does not exist 10:42:46 INFO: moving (1) to step partitionobjinit 10:42:46 DEBUG : self.driveList(): ['sda', 'sdb'] 10:42:46 DEBUG : DiskSet.skippedDisks: [] 10:42:46 DEBUG : DiskSet.skippedDisks: [] 10:42:46 INFO: moving (1) to step autopartitionexecute 10:42:46 INFO: moving (1) to step partitiondone 10:42:46 INFO: moving (1) to step bootloadersetup 10:42:46 INFO: moving (1) to step networkdevicecheck 10:42:46 INFO: moving (1) to step reposetup 10:42:47 INFO: anaconda [1/1] 10:42:47 ERROR : reading package metadata: failure: repodata/comps.xml from anaconda: [Errno 256] No more mirrors to try. df -k gives: Filesystem 1K-blocks Used Available Use% Mounted on /dev 1948452 0 1948452 0% /dev 192.168.0.110:/fc5nfs 1420 9822368 3644672 73% /mnt/source /tmp/loop0 70720 70720 0 100% /mnt/runtime and I can edit /mnt/source/repodata/comps.xml Is this a problem on my part about rsync or what? How can I dig into this?
Help Needed: TEST FC5 KERNELS!
http://people.redhat.com/davej/kernels/Fedora/devel/ If you are running rawhide FC5 on any architecture, please update to the latest kernel here often, reboot and test. We need your feedback very quickly if a new kernel here causes regressions, because we are rapidly approaching what will become the FC5 final kernel. If your box is SMP or dual-core, please test booting the uniprocessor and multi-processor kernels if your architecture has both kernel builds. In cases where we have separate uniprocessor and SMP kernels (x86 and ppc), we need both tested because the installer uses uniprocessor while your yum updated system might not by default. Please keep in mind that we are only interested in regressions in things that would break installation and booting at this point. If issue has always existed in past Fedora, then it would not be useful to push it again now. PLEASE REPORT ONLY REGRESSIONS Thank you, Warren Togami wtog...@redhat.com
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
On Wed, 2006-03-08 at 16:33 +0100, Patrice Dumas wrote: 2) Leftovers After the update, I had those packages from fc4 still installed: gnome-kerberos system-config-mouse comps perl-XML-Encoding gimp-gap iiimf-libs Did you not have obsoletes enabled? iiimf-libs at least should have been removed by scim obsoleting old versions. Some packages being left isn't abnormal on an upgrade. Jeremy
Re: beagle backup (user_xattr)
On Wed, 2006-03-08 at 14:16 +0530, Rahul Sundaram wrote: David Nielsen wrote: For FC6 isn't one of the goals to get seperate partitions for /home - then it would be a great time to add the user_xattr to that partition at least. /home by default is requested at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150670. Jeremy Katz had other ideas about doing this in a much better and flexible way though I dont remember the precise details now. Would you file a RFE against anaconda to add the user_xattr by default to track this? The right way to get user_xattr by default is to change the default mount options for the filesystem in the kernel, not installer hacks. Jeremy
Re: rawhide report: 20060307 changes
Christopher Aillon (cail...@redhat.com) said: Speaking about NM, are there any plans for supporting static IP addresses? Static IPs are supported, but there is no way to configure it with NM. Configure it with system-config-network, and NM will pick up the static IP fine. ... assuming your devices end up loaded in the same order. Bill
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Did you not have obsoletes enabled? iiimf-libs at least should have been removed by scim obsoleting old versions. Some packages being left Yep, that's strange, I have scim-libs installed, and that package obsoletes iiimf-libs. Something went wrong. Unfortunately I haven't redirected the yum errors :-( I have obsoletes enabled (this is the default, if I'm not wrong). isn't abnormal on an upgrade. Yep, but won't these block later updates? For example gnome-kerberos requires a lot of libs. I understand that yum cannot deal with those packages, but maybe anaconda should? After more thinking, it is not obvious. Indeed it could be possible that I rebuild locally new versions of a package dropped from core and not obsoleted. So anaconda wouldn't be very nice if it removed it. Maybe the only thing to do should be to explicitely list such packages in the release notes. In the FC-4 release notes, there is a list of packages moved to extras, but no list of packages dropped from core and still not taken by extras. -- Pat
Re: Help Needed: FC5 Blocker List and Rawhide Install Testing
Regarding perl-XML-Encoding, perl-libxml-enno, and foomatic, see Bugzilla #128879 Basically, perl-libxml-enno has been split into (some of) its constituent modules (I believe perl-XML-DOM should obsolete it), and perl-XML-Encoding, which was a dep of perl-libxml-enno, is no longer needed in FC5 and so was dropped. foomatic has dropped the deps on these packages too. Ok. Everything is in order, so, except that I believe that at least perl-XML-Encoding should appear in http://fedoraproject.org/wiki/Extras/OrphanedPackages or in http://fedoraproject.org/wiki/Extras/OrphanedPackagesFC4 and it could be a good thing to also list the other modules that were provided by perl-libxml-enno, even though they were never in fedora core as such. Maybe I could directly contact the person in charge of updating the list of Packages removed from Fedora Core 4 not yet imported into Fedora Extras? Or am I too hasty? -- Pat
Re: gnome trash (UGENT: found problem)
Seems to occur with user accounts. root is ok. Very strange. It works for me with user accounts. Can you try making a new account and try that? Something must be different with the computers or accounts where it doesn't work. I did some investigating and found that this problem only occurs if /home is a separate partition. I unmounted /home and created a new account, logged in created a new text file and deleted it. All with nautilus. Trash showed the file and was able to see it under the trash window. Now I removed the new account and remounted /home. Did the same steps, created a new account, logged in and create and deleted text file. Trash did not show anything but ~.Trash had the file. -Louis
Re: gnome trash (UGENT: found problem)
Louis E Garcia II wrote: Seems to occur with user accounts. root is ok. Very strange. It works for me with user accounts. Can you try making a new account and try that? Something must be different with the computers or accounts where it doesn't work. I did some investigating and found that this problem only occurs if /home is a separate partition. I unmounted /home and created a new account, logged in created a new text file and deleted it. All with nautilus. Trash showed the file and was able to see it under the trash window. Now I removed the new account and remounted /home. Did the same steps, created a new account, logged in and create and deleted text file. Trash did not show anything but ~.Trash had the file. http://bugzilla.redhat.com/ is your friend. -- Rex
Bluetooth missing from i586 kernel config?
Hi, I've been struggling trying to get my USB bluetooth dongle to work on my i586 based MiniITX since I started trying FC5 (Test 3). The same BT dongle worked fine under the old FC4 installation. From what I can see, in the installed i586 kernel (2.6.15-1.2025_FC5) the drivers and net modules are all missing. To prove this I just installed the i686 kernel on another machine and bluetooth worked fine and the relevant directories with modules were present: i.e. /lib/modules/2.6.15-1.2025_FC5/kernel/drivers/bluetooth /lib/modules/2.6.15-1.2025_FC5/kernel/net/bluetooth This seems to have been the case for all kernel builds I've tried in the past few weeks. Is this just an error in the config file used to compile the i586 kernel, or a concious decision to leave it out (in which case, shouldn't the bluetooth service be removed too as it's throwing errors on every boot?). I'm hoping it's just an error, as I can't bear to think about having to figure out how to manually compile every single new kernel from source just to get bluetooth back on my mini-itx machine! :-( Brian
Re: Bluetooth missing from i586 kernel config?
On Wed, Mar 08, 2006 at 11:45:23PM +, Brian wrote: Hi, I've been struggling trying to get my USB bluetooth dongle to work on my i586 based MiniITX since I started trying FC5 (Test 3). The same BT dongle worked fine under the old FC4 installation. From what I can see, in the installed i586 kernel (2.6.15-1.2025_FC5) the drivers and net modules are all missing. To prove this I just installed the i686 kernel on another machine and bluetooth worked fine and the relevant directories with modules were present: i.e. /lib/modules/2.6.15-1.2025_FC5/kernel/drivers/bluetooth /lib/modules/2.6.15-1.2025_FC5/kernel/net/bluetooth This seems to have been the case for all kernel builds I've tried in the past few weeks. Is this just an error in the config file used to compile the i586 kernel, or a concious decision to leave it out (in which case, shouldn't the bluetooth service be removed too as it's throwing errors on every boot?). I'm hoping it's just an error, as I can't bear to think about having to figure out how to manually compile every single new kernel from source just to get bluetooth back on my mini-itx machine! :-( over-aggressive slimming down of the 586 kernel. I had fixing that on my TODO, but it got bubbled down by other things in the last few days. I'll try and get to it tonight. Dave -- http://www.codemonkey.org.uk
Re: other annoyances before fc5
On Sun, 2006-03-05 at 16:43 +0530, Rahul Sundaram wrote: Nicolas Mailhot wrote: It's pretty erratic - I suppose at one point of my workflow something happens that puts the panel in unkillable state. Pretty difficult to pinpoint - I have long sessions I don't have a bug number but this particular problem has been reported by several people already on the lists so I suppose there is an entry in bugzilla somewhere. There isnt any bug reports filed on this against fedora devel or any of the FC 5 test releases. If you come across this issue again, kindly file a bug reports with the details. -- Rahul I filed this back on Feb 23rd https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182653 tjb -- === | Thomas Baker email: t...@unh.edu| | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ===
Request: boot rescue environment from USB key
If one wants to boot Fedora Core from a USB key (using diskboot.img from the images directory), it is currently only possible to run the installer, but not a rescue environment. It would be very helpful to be able to boot a rescue environment from an USB key. Is that doable easily ? Cheers, Philippe
Re: Request: boot rescue environment from USB key
On Wed, 2006-03-08 at 22:57 -0500, Philippe Rigault wrote: If one wants to boot Fedora Core from a USB key (using diskboot.img from the images directory), it is currently only possible to run the installer, but not a rescue environment. It would be very helpful to be able to boot a rescue environment from an USB key. Is that doable easily ? I'm reasonably certain that if you boot the diskboot.img with 'rescue' as a boot option, you'll get a rescue environment. In fact, I just tested it and it does work. You still have to point to a location of Stage2 (IE an install location), but it does go into Rescue mode. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) signature.asc Description: This is a digitally signed message part
Re: Filtering requires/provides
On Wed, Mar 08, 2006 at 02:10:12PM -0600, Jason L Tibbitts III wrote:
So where are we at? We can't mess with buildroot (because the
module's signing stuff will complain) and we can't mess with
sourcedir. How about just making another directory:
%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)-blah
emitting the script there (or copying it through sed to do the
expansion) and then cleaning it up in %clean?
I think I like that. It's not too ugly, and it satisfies all of my
concerns.
We add this:
Source1:filter-requires.sh
%global real_perl_requires %{__perl_requires}
%define __perl_requires
%%{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u} -n)-filter-requires
Then in %prep do this:
sed -e 's,@@PERL_REQ@@,%{real_perl_requires},' %{SOURCE1} %{__perl_requires}
chmod +x %{__perl_requires}
And make %clean this:
rm -rf $RPM_BUILD_ROOT %{__perl_requires}
I've updated the perl-Kwiki-Raw spec to use this instead.
Steve
--
Steven Pritchard - KS Pritchard Enterprises, Inc.
Email: [EMAIL PROTECTED] http://www.kspei.com/
Phone: (618)398-3000 Mobile: (618)567-7320
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 182023] error about missing Mail/SPF/Query.pm on each mail processed.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: error about missing Mail/SPF/Query.pm on each mail processed. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182023 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO|150222 |182226 nThis|| --- Additional Comments From [EMAIL PROTECTED] 2006-03-08 16:00 EST --- No time, moving to FC5Update -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 84671] perl: should something obsolete perl-NDBM_File?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: should something obsolete perl-NDBM_File? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84671 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Additional Comments From [EMAIL PROTECTED] 2006-03-08 17:47 EST --- So AFAIK the only disparity left with the current perl is : ... Conflicts: perl-NDBM_File = 1:1.75-34.99.6 ... Now that the current perl removes NDBM::File, the above seems to be the only relic . Since nothing in core or extras provides perl-NDBM-File, including perl, this line should be removed. I've now removed the 'Conflicts: perl-NDBM_File = 1:1.75-34.99.6' tag from the perl-5.8.8-5+ .spec file in CVS - it will go in with the next version, but I don't think this problem warrants a perl respin for FC-5. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Filtering requires/provides
On Wed, 2006-03-08 at 14:49 -0600, Steven Pritchard wrote:
On Wed, Mar 08, 2006 at 02:10:12PM -0600, Jason L Tibbitts III wrote:
So where are we at? We can't mess with buildroot (because the
module's signing stuff will complain) and we can't mess with
sourcedir. How about just making another directory:
%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)-blah
emitting the script there (or copying it through sed to do the
expansion) and then cleaning it up in %clean?
I think I like that. It's not too ugly, and it satisfies all of my
concerns.
I don't quite understand what makes writing an external script and then
modifying it from the specfile better than just emitting the script
completely from the .spec in %prep, given that the script will usually
be just a few lines.
Source1:filter-requires.sh
For a guideline, that's a too generic filename.
%{name}-filter-requires.sh would be better.
%define __perl_requires
%%{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u} -n)-filter-requires
Could possibly use %define __perl_requires %{buildroot}-filter-requires
(untested). The double %% appears to be a typo.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
