From Matt_Domsch at dell.com Thu Jun 1 04:49:01 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 31 May 2006 23:49:01 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-05-31 #2 Message-ID: <20060601044901.GA9004@lists.us.dell.com> After applying the selinux mock fix to my build servers, I rebuilt everything that had previously failed, just in case. Fantastic job on the X11 fixes! Open Bugs which now build, and can be marked CLOSED RAWHIDE: gedit 193367 NEW gnome-vfs2 193392 NEW vixie-cron 191823 MODIFIED xorg-x11-drv-aiptek 191903 ASSIGNED xorg-x11-drv-apm 192333 ASSIGNED xorg-x11-drv-ark 191905 ASSIGNED xorg-x11-drv-calcomp 191904 ASSIGNED xorg-x11-drv-chips 192361 ASSIGNED xorg-x11-drv-cirrus 192362 ASSIGNED xorg-x11-drv-citron 192292 ASSIGNED xorg-x11-drv-cyrix 192364 ASSIGNED xorg-x11-drv-digitaledge 192316 ASSIGNED xorg-x11-drv-dmc 192312 ASSIGNED xorg-x11-drv-dummy 192304 ASSIGNED xorg-x11-drv-dynapro 192300 ASSIGNED xorg-x11-drv-elo2300 192320 ASSIGNED xorg-x11-drv-elographics 192318 ASSIGNED xorg-x11-drv-evdev 192317 ASSIGNED xorg-x11-drv-fpit 192324 ASSIGNED xorg-x11-drv-hyperpen 192326 ASSIGNED xorg-x11-drv-i128 192373 ASSIGNED xorg-x11-drv-i740 192370 ASSIGNED xorg-x11-drv-jamstudio 192335 ASSIGNED xorg-x11-drv-joystick 192336 ASSIGNED xorg-x11-drv-keyboard 192337 ASSIGNED xorg-x11-drv-magellan 192338 ASSIGNED xorg-x11-drv-magictouch 192339 ASSIGNED xorg-x11-drv-microtouch 192341 ASSIGNED xorg-x11-drv-mutouch 192342 ASSIGNED xorg-x11-drv-neomagic 192382 ASSIGNED xorg-x11-drv-nsc 192376 ASSIGNED xorg-x11-drv-nv 192343 ASSIGNED xorg-x11-drv-palmax 192346 ASSIGNED xorg-x11-drv-penmount 192344 ASSIGNED xorg-x11-drv-rendition 192384 ASSIGNED xorg-x11-drv-s3 192347 ASSIGNED xorg-x11-drv-s3virge 192348 ASSIGNED xorg-x11-drv-siliconmotion 192350 ASSIGNED xorg-x11-drv-sisusb 192352 ASSIGNED xorg-x11-drv-spaceorb 192353 ASSIGNED xorg-x11-drv-summa 192354 ASSIGNED xorg-x11-drv-tek4957 192357 NEW xorg-x11-drv-trident 192356 ASSIGNED xorg-x11-drv-ur98 192360 ASSIGNED xorg-x11-drv-vesa 192359 ASSIGNED xorg-x11-drv-vga 192168 ASSIGNED xorg-x11-drv-vmware 192046 ASSIGNED xorg-x11-drv-void 192045 ASSIGNED xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. core Rawhide-in-Mock Build Results for x86_64 Wed May 31 23:23:36 CDT 2006 Number failed to build: 262 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 235 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 49 ---------------------------------- automake15 automake16 boost elilo emacs ethereal kasumi kdeaccessibility libmusicbrainz openmotif pcmciautils perl pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm SDL sgml-common specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans Xaw3d xmlsec1 xmlto xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 186 ---------------------------------- am-utils ['193347 ASSIGNED'] arts ['192367 NEEDINFO'] atk ['193349 NEW'] at-spi ['192368 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cadaver ['193355 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 MODIFIED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] grub ['192504 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] ImageMagick ['192036 NEW'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] opal ['191936 CLOSED'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 NEW'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] qt ['191895 CLOSED'] reiserfs-utils ['191889 NEW'] scim ['191886 ASSIGNED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] syslinux ['192488 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xen ['192539 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Jun 1 04:49:20 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 31 May 2006 23:49:20 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-05-31 #2 Message-ID: <20060601044920.GB9004@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: gedit 193367 NEW gnome-vfs2 193392 NEW vixie-cron 191823 MODIFIED xorg-x11-drv-aiptek 191903 ASSIGNED xorg-x11-drv-apm 192333 ASSIGNED xorg-x11-drv-ark 191905 ASSIGNED xorg-x11-drv-calcomp 191904 ASSIGNED xorg-x11-drv-chips 192361 ASSIGNED xorg-x11-drv-cirrus 192362 ASSIGNED xorg-x11-drv-citron 192292 ASSIGNED xorg-x11-drv-cyrix 192364 ASSIGNED xorg-x11-drv-digitaledge 192316 ASSIGNED xorg-x11-drv-dmc 192312 ASSIGNED xorg-x11-drv-dummy 192304 ASSIGNED xorg-x11-drv-dynapro 192300 ASSIGNED xorg-x11-drv-elo2300 192320 ASSIGNED xorg-x11-drv-elographics 192318 ASSIGNED xorg-x11-drv-evdev 192317 ASSIGNED xorg-x11-drv-fpit 192324 ASSIGNED xorg-x11-drv-hyperpen 192326 ASSIGNED xorg-x11-drv-i128 192373 ASSIGNED xorg-x11-drv-i740 192370 ASSIGNED xorg-x11-drv-jamstudio 192335 ASSIGNED xorg-x11-drv-joystick 192336 ASSIGNED xorg-x11-drv-keyboard 192337 ASSIGNED xorg-x11-drv-magellan 192338 ASSIGNED xorg-x11-drv-magictouch 192339 ASSIGNED xorg-x11-drv-microtouch 192341 ASSIGNED xorg-x11-drv-mutouch 192342 ASSIGNED xorg-x11-drv-neomagic 192382 ASSIGNED xorg-x11-drv-nsc 192376 ASSIGNED xorg-x11-drv-nv 192343 ASSIGNED xorg-x11-drv-palmax 192346 ASSIGNED xorg-x11-drv-penmount 192344 ASSIGNED xorg-x11-drv-rendition 192384 ASSIGNED xorg-x11-drv-s3 192347 ASSIGNED xorg-x11-drv-s3virge 192348 ASSIGNED xorg-x11-drv-siliconmotion 192350 ASSIGNED xorg-x11-drv-sisusb 192352 ASSIGNED xorg-x11-drv-spaceorb 192353 ASSIGNED xorg-x11-drv-summa 192354 ASSIGNED xorg-x11-drv-tek4957 192357 NEW xorg-x11-drv-trident 192356 ASSIGNED xorg-x11-drv-ur98 192360 ASSIGNED xorg-x11-drv-vesa 192359 ASSIGNED xorg-x11-drv-vga 192168 ASSIGNED xorg-x11-drv-vmware 192046 ASSIGNED xorg-x11-drv-void 192045 ASSIGNED xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. core Rawhide-in-Mock Build Results for i386 Wed May 31 23:25:12 CDT 2006 Number failed to build: 237 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 226 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 43 ---------------------------------- automake15 automake16 emacs ethereal kasumi openmotif pcmciautils pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm SDL sg3_utils specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans Xaw3d xmlsec1 xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 183 ---------------------------------- am-utils ['193347 ASSIGNED'] arts ['192367 NEEDINFO'] atk ['193349 NEW'] at-spi ['192368 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cadaver ['193355 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 MODIFIED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] gpart ['193396 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] opal ['191936 CLOSED'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 NEW'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] reiserfs-utils ['191889 NEW'] scim ['191886 ASSIGNED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Jun 1 04:52:16 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 31 May 2006 23:52:16 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-05-31 #2 Message-ID: <20060601045216.GC9004@lists.us.dell.com> After applying the selinux mock fix to my build servers, I rebuilt everything that had previously failed, just in case. That addressed several packages (like pygame). Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. extras Rawhide-in-Mock Build Results for i386 Wed May 31 23:28:31 CDT 2006 Number failed to build: 157 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 156 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 153 ---------------------------------- alacarte amaya balsa banshee baobab bidiv bmp bsd-games byzanz camstream ccrtp clearsilver colorscheme contact-lookup-applet cowbell dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-ppp gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget Hermes ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libtabe libtomoe-gtk libtranslate libxfcegui4 licq lighttpd linkchecker logjam lucidlife MagicPoint mfstools multisync mysql-administrator naim nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc OpenSceneGraph paps perl-HTML-Mason perl-Image-Info php-extras pipenightdreams pitivi pl pypoker-eval python-cheetah python-goopy python-TestGears qemu qtparted quarry R-gnomeGUI rpmDirectoryCheck sabayon sblim-cmpi-base scmxx scponly SDL_ttf ser serpentine sloccount splint stow stratagus supertux swh-plugins synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont tuxpaint ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xfce4-modemlights-plugin xfce4-mount-plugin xfce4-panel xfce4-taskmanager xfce4-weather-plugin xfce-utils xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp With bugs filed: 3 ---------------------------------- anjuta-gdl ['193675 CLOSED'] gtkhtml36 ['193476 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Jun 1 04:53:32 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 31 May 2006 23:53:32 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-05-31 #2 Message-ID: <20060601045332.GD9004@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. extras Rawhide-in-Mock Build Results for x86_64 Wed May 31 23:27:02 CDT 2006 Number failed to build: 182 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 171 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 168 ---------------------------------- alacarte amaya apt atitvout balsa banshee baobab bidiv bmp bsd-games byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell d4x dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gambas gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-ppp gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget hercules ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 koffice kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libopensync-plugin-kdepim libpolyxmass libtabe libtomoe-gtk libtranslate libxfcegui4 licq lighttpd linkchecker logjam lucidlife Macaulay2 MagicPoint mhonarc multisync mysql-administrator nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc new OpenSceneGraph pam_mount paps perl-HTML-Mason perl-Image-Info perl-Unicode-Map8 perl-Unicode-MapUTF8 php-extras php-pear-DB pipenightdreams pitivi pl pypoker-eval python-cheetah python-dateutil python-goopy python-reportlab python-TestGears qemu qtparted quarry R-gnomeGUI rpmDirectoryCheck sabayon scmxx scponly SDL_ttf ser serpentine sloccount splint stow stratagus supertux swh-plugins synaptic synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont tuxpaint uqm ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xfce4-modemlights-plugin xfce4-mount-plugin xfce4-panel xfce4-taskmanager xfce4-weather-plugin xfce-utils xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp z88dk With bugs filed: 3 ---------------------------------- anjuta-gdl ['193675 CLOSED'] gtkhtml36 ['193476 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at redhat.com Thu Jun 1 07:32:00 2006 From: buildsys at redhat.com (Build System) Date: Thu, 1 Jun 2006 03:32:00 -0400 Subject: rawhide report: 20060601 changes Message-ID: <200606010732.k517W0AC026433@porkchop.devel.redhat.com> Removed package longrun Updated Packages: arts-8:1.5.3-1 -------------- * Wed May 31 2006 Than Ngo 8:1.5.3-1 - update to 1.5.3 bash-3.1-14 ----------- * Wed May 31 2006 Tim Waugh 3.1-14 - More sighandler fixes, this time hypothetical. busybox-1:1.1.3-1 ----------------- * Wed May 31 2006 Ivana Varekova - 1:1.1.3-1 - update to 1.1.3 * Mon May 29 2006 Ivana Varekova - 1:1.1.2-3 - fix Makefile typo (#193354) * Fri May 05 2006 Ivana Varekova - 1:1.1.2-1 - update to 1.1.2 ekiga-2.0.2-1 ------------- * Wed May 31 2006 Daniel Veillard - 2.0.2-1 - new release of ekiga 2.0.2 - activating Zeroconf support though avahi freeradius-1.1.1-1 ------------------ * Wed May 31 2006 Thomas Woerner 1.1.1-1 - new version 1.1.1 - fixed incorrect rlm_sql globbing (#189095) Thanks to Yanko Kaneti for the fix. - fixed chown syntax in post script (#182777) - dropped gcc34, libdir and realloc-return patch - spec file cleanup with additional libtool build fixes gdb-6.3.0.0-1.131.FC6 --------------------- * Wed May 31 2006 Alexandre Oliva - 6.3.0.0-1.131 - Require gettext at build time. (BZ193366) gimp-2:2.2.11-5 --------------- * Wed May 31 2006 Nils Philippsen - 2:2.2.11-5 - cope with pygobject2/-devel being split off (#193368) * Tue May 09 2006 Nils Philippsen - 2:2.2.11-4 - don't use long deprecated libpng API (#191027, patch by Manish Singh) * Thu Apr 20 2006 Nils Philippsen - 2:2.2.11-3 - only use pkgconfig if needed in gimptool, require pkgconfig in devel subpackage (#189314, #189371) gnome-backgrounds-2.14.2.1-2 ---------------------------- grep-2.5.1-54 ------------- * Wed May 31 2006 Tim Waugh 2.5.1-54 - Applied upstream patch to fix '-D skip' (bug #189580). * Mon Feb 20 2006 Tim Waugh 2.5.1-53 - Applied Tim Robbins' patch for 'grep -w' (bug #179698). gstreamer-plugins-good-0.10.3-2 ------------------------------- * Wed May 31 2006 Dan Williams - 0.10.3-2 - Package gsthalelements plugin so this can be pushed out * Mon May 22 2006 Matthias Clasen - 0.10.3-1 - Update to 0.10.3 hwbrowser-0.27-1 ---------------- * Wed May 31 2006 Nils Philippsen 0.27 - buildrequire perl-XML-Parser (#193400) * Thu Apr 06 2006 Nils Philippsen - make horizontal scroll arrows on hard disk tab work as well isdn4k-utils-3.2-47 ------------------- * Wed May 31 2006 Than Ngo 3.2-47 - add requires on libpcap-devel joe-3.4-1 --------- * Wed May 31 2006 Ivana Varekova 3.4-1 - update to 3.4 kernel-2.6.16-1.2236_FC6 ------------------------ lftp-3.4.7-1.FC6 ---------------- * Wed May 31 2006 Jason Vas Dias - 3.4.7-1 - Upgrade to upstream version 3.4.7 libselinux-1.30.11-1 -------------------- * Tue May 30 2006 Dan Walsh 1.30.11-1 * Merged matchmediacon and trans_to_raw_context fixes from Serge Hallyn. mikmod-3.1.6-37 --------------- * Wed May 31 2006 Martin Stransky 3.1.6-37 - fixed multilib issue (#192732), thx. to Radek Biba newt-0.52.2-6.1 --------------- * Wed May 31 2006 Miroslav Lichvar - 0.52.2-6.1 - fix handling windows larger than screen size (#189981) * Fri Feb 10 2006 Jesse Keating - 0.52.2-5.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 0.52.2-5.1 - rebuilt for new gcc4.1 snapshot and glibc changes opal-2.2.2-1 ------------ * Wed May 31 2006 Daniel Veillard - 2.2.2-1 - new release for ekiga-2.0.2 - try to fix #192740 mutilib problem perl-DBD-MySQL-3.0004-1.FC6 --------------------------- * Wed May 31 2006 Jason Vas Dias - 3.0004-1.FC6 - upgrade to upstream version 3.0004 perl-DBD-Pg-1.49-1.FC6 ---------------------- * Wed May 31 2006 Jason Vas Dias - 1.49-1 - Upgrade to upstream version 1.49 perl-String-CRC32-1.4-1.FC6 --------------------------- * Wed May 31 2006 Jason Vas Dias - 1.4-1.FC6 - upgrade to upstream version 1.4 policycoreutils-1.30.11-1 ------------------------- * Tue May 30 2006 Dan Walsh 1.30.11-1 - Update to upstream * Merged more translations from Dan Walsh. * Merged patch to relocate setfiles to /sbin for early relabel when /usr might not be mounted from Dan Walsh. * Merged semanage/seobject patch to preserve fcontext ordering in list. * Merged secon patch from James Antill. poppler-0.5.3-1 --------------- * Wed May 31 2006 Kristian H??gsberg 0.5.3-1 - Update to 0.5.3. pwlib-1.10.1-1 -------------- * Wed May 31 2006 Daniel Veillard - 1.10.1-1 - update for ekiga 2.0.2 release system-config-printer-0.7.11-1 ------------------------------ * Wed May 31 2006 Tim Waugh 0.7.11-1 - Split out system-config-printer-libs. - Updated to system-config-printer-0.7.11. tcpdump-14:3.9.4-5 ------------------ * Wed May 31 2006 Martin Stransky - 14:3.9.4-5 - removed libpcap-devel dependency from libpcap tog-pegasus-2:2.5.1-6.FC6 ------------------------- * Wed May 31 2006 JAson Vas Dias - 2:2.5.1-6 - Apply upstream patches for latest 2.5.2_APPROVED bugs: o 5046: cimprovider timeout needs to be increased o 5047: cimmof timeout needs to be increased o 5048: Invalid Pointer in CIMOperationRequestEncoder code o 5049: Unnecessary dependency on experimental headers o 5051: Improved handling of OOP indication provide module failures o 5053: reserveCapacity method may cause size overflow o 5059: XMLWriter does not escape '>' in strings o 5072: Potential race condition with OOP response chunks o 5083: CIMRequestMessage buildResponse() should be const - Fix bug 193121: restore world read access to libraries xorg-x11-utils-1.0.1-3 ---------------------- * Wed May 31 2006 Adam Jackson 1.0.1-3 - Fix BuildRequires (#191966) xterm-213-1.FC6 --------------- * Wed May 31 2006 Jason Vas Dias - 213-1 - Upgrade to upstream version 213 (fixes bug 192627) - fix bug 189161 : make -r/-rv do reverseVideo with or without xterm*{fore,back}ground set Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 kdeartwork - 3.5.2-1.s390 requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.s390 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.s390 requires libstdc++-devel = 0:4.1.0 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 systemtap - 0.5.5-2.s390 requires kernel >= 0:2.6.9-11 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 kdeartwork - 3.5.2-1.ppc64 requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires libstdc++-devel = 0:4.1.0 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5smp GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel - 2.6.15.1-0.FC5.21.i686 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5smp cman-kernel-xen0 - 2.6.15.1-0.FC5.21.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5smp dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel - 2.6.15-5.FC5.28.i686 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5smp gnbd-kernel-xen0 - 2.6.15-5.FC5.28.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU kdeartwork - 3.5.2-1.i386 requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires libstdc++-devel = 0:4.1.0 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 kdeartwork - 3.5.2-1.s390x requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.s390x requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.s390x requires libstdc++-devel = 0:4.1.0 openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 systemtap - 0.5.5-2.s390x requires kernel >= 0:2.6.9-11 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.28.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU kdeartwork - 3.5.2-1.x86_64 requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires libstdc++-devel = 0:4.1.0 Broken deps for ia64 ---------------------------------------------------------- kdeartwork - 3.5.2-1.ia64 requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires libstdc++-devel = 0:4.1.0 rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- kdeartwork - 3.5.2-1.ppc requires xscreensaver-extras libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires libstdc++-devel = 0:4.1.0 From docs-list at fedoralinks.org Thu Jun 1 07:43:50 2006 From: docs-list at fedoralinks.org (Robert 'Bob' Jensen) Date: Thu, 01 Jun 2006 02:43:50 -0500 Subject: question about creation of updated DVD iso In-Reply-To: <1148463903.19549.74.camel@linux> References: <561c252c0605160926n3f7db9f5r6b3347b363f9d51a@mail.gmail.com> <1148392634.25908.29.camel@saugart-t41.mazunetworks.com> <1148461579.19549.57.camel@linux> <1148461951.4310.570.camel@sundaram.pnq.redhat.com> <1148463903.19549.74.camel@linux> Message-ID: <447E9AB6.70705@fedoralinks.org> Hans Kristian Rosbach wrote: > Yes, so they claim. However I have not been able to locate > much info about these isos. > > I also don't know whether they use the official FC5 anaconda rpm > (with its bugs) or their own rebuild of it. And if it is a "private" > rebuild, I just don't like the idea as it raises a lot of concerns. > > Oh, and I'll have to correct my previous statement. I met a lot > of cooperation from Rahul, and I am very thankful for that. > Unfortunately we could not resolve the problems (see previous threads) > by ourself. > > > I will most likely make private respins for use in-house, just like > what we had planned the FC4 ones to be. We have a pretty strict > policy about knowing the origins and details of packages. > > -HK > Hans, We have now released our Updated ISOs, you can see the announcement https://www.redhat.com/archives/fedora-announce-list/2006-June/msg00000.html the torrent is available from http://torrent.fedoraunity.org/torrents -- Robert 'Bob' Jensen * * http://fedoraproject.org/wiki/BobJensen gpg fingerprint: F9F4 7243 4243 0043 2C45 97AF E8A4 C3AE 42EB 0BC6 Fedora Docs Projects FDSCo http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From dragoran at feuerpokemon.de Thu Jun 1 08:00:30 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 01 Jun 2006 10:00:30 +0200 Subject: Recent AIGLX Breakage? In-Reply-To: <1149085433.4504.4.camel@raptor.sr.unh.edu> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <447DA53C.7000708@feuerpokemon.de> <1149085433.4504.4.camel@raptor.sr.unh.edu> Message-ID: <447E9E9E.6050706@feuerpokemon.de> Thomas J. Baker wrote: > On Wed, 2006-05-31 at 16:16 +0200, dragoran wrote: > >> Thomas J. Baker wrote: >> >>> On Wed, 2006-05-31 at 09:32 -0400, Jeff Spaleta wrote: >>> >>> >>>> On 5/31/06, Thomas J. Baker wrote: >>>> >>>> >>>>> Fixed with today's update. Menus are a much too translucent though... >>>>> Would that be metacity or something else? >>>>> >>>>> >>>> Assuming you define 'too translucent' like I do, meaning any >>>> translucency at all, the fix is to turn off the bling completely. >>>> >>>> >>>> --jef"So who is going to sponsor the usability study to determine the >>>> best level of default transparency percentage down to the fifth >>>> significant digit? I simply can't wait to read over the minutia of >>>> that discussion. blaaaaah"spaleta >>>> >>>> >>>> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193655 >>> >>> At first blush, being a bling fanboy, I thought it was just too much >>> translucency and could be tweaked. The more I think about it though, the >>> more I lean towards menus not being translucent at all. >>> >>> tjb >>> >>> >> any screenshot? >> >> > > http://wintermute.sr.unh.edu/~tjb/Screenshot.png > > tjb > ok thats a joke ... how about making the this optional? menu translucent? yes - no if yes xx% From dwmw2 at infradead.org Thu Jun 1 10:10:33 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 01 Jun 2006 11:10:33 +0100 Subject: OLPC 'upstream' In-Reply-To: <43EA12A8.6060306@warmcat.com> References: <43E87240.9010204@warmcat.com> <1139342822.2952.2.camel@daxter.boston.redhat.com> <43E90E64.20407@warmcat.com> <1139369574.3279.34.camel@daxter.boston.redhat.com> <1139384082.15809.2.camel@rousalka.dyndns.org> <1139384578.3579.39.camel@ender> <1139408681.2584.9.camel@dhcp83-115.boston.redhat.com> <43EA12A8.6060306@warmcat.com> Message-ID: <1149156633.8593.32.camel@pmac.infradead.org> On Wed, 2006-02-08 at 15:47 +0000, Andy Green wrote: > "We plan to use the JFFS2 journalling flash file system on the flash..." > "At this point, OLPC looks most favorably on the GTK+/Pango/ATK toolkit" > > Sounds good! Be aware tho that large JFFS2 filesystems are really slow > to mount. Feedback on that now that we have it running and I've optimised JFFS2 a little bit.... it takes 5.9 seconds to mount the 512MiB flash, of which about 5 seconds is actually spent reading the flash, rather than in JFFS2 code. The flash controller on the board is reading the flash at about one tenth of the speed it should be, so our ideal mount time ought to be under two seconds. We're working on improving the raw flash speed, and I'm also going through the JFFS2 'eraseblock summary' code to halve the amount of data we have to read from the flash at mount time, so even with the existing hardware it should go down to 3s or so. I'd like to get it down to ~1s. -- dwmw2 From jfrieben at freesurf.fr Thu Jun 1 11:40:41 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 1 Jun 2006 13:40:41 +0200 (CEST) Subject: Rawhide "boot.iso" image corrupted Message-ID: <8124.194.94.224.254.1149162041.squirrel@arlette.freesurf.fr> Yesterday the "boot.iso" installer image magically shrinked down to a mere 36kB. It seems that the build process is broken in this respect. Unfortunately, today's image hasn't "grown up" again. From che666 at gmail.com Thu Jun 1 13:02:56 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Thu, 1 Jun 2006 15:02:56 +0200 Subject: Recent AIGLX Breakage? In-Reply-To: <447E9E9E.6050706@feuerpokemon.de> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <447DA53C.7000708@feuerpokemon.de> <1149085433.4504.4.camel@raptor.sr.unh.edu> <447E9E9E.6050706@feuerpokemon.de> Message-ID: 2006/6/1, dragoran : > Thomas J. Baker wrote: > > On Wed, 2006-05-31 at 16:16 +0200, dragoran wrote: > > > >> Thomas J. Baker wrote: > >> > >>> On Wed, 2006-05-31 at 09:32 -0400, Jeff Spaleta wrote: > >>> > >>> > >>>> On 5/31/06, Thomas J. Baker wrote: > >>>> > >>>> > >>>>> Fixed with today's update. Menus are a much too translucent though... > >>>>> Would that be metacity or something else? > >>>>> > >>>>> > >>>> Assuming you define 'too translucent' like I do, meaning any > >>>> translucency at all, the fix is to turn off the bling completely. > >>>> > >>>> > >>>> --jef"So who is going to sponsor the usability study to determine the > >>>> best level of default transparency percentage down to the fifth > >>>> significant digit? I simply can't wait to read over the minutia of > >>>> that discussion. blaaaaah"spaleta > >>>> > >>>> > >>>> > >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193655 > >>> > >>> At first blush, being a bling fanboy, I thought it was just too much > >>> translucency and could be tweaked. The more I think about it though, the > >>> more I lean towards menus not being translucent at all. > >>> > >>> tjb > >>> > >>> > >> any screenshot? > >> > >> > > > > http://wintermute.sr.unh.edu/~tjb/Screenshot.png > > > > tjb > > > ok thats a joke ... > how about making the this optional? > menu translucent? yes - no > if yes xx% > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > configureable is always better than hardcoded. regards, Rudolf Kastl From Matt_Domsch at dell.com Thu Jun 1 13:11:55 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 1 Jun 2006 08:11:55 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-01 Message-ID: <20060601131155.GA31411@humbolt.us.dell.com> For all builds, successful or failed, I've included the config.log file from configure (if any) in the mock result/ directory of each package. (If a package wasn't rebuilt, it won't have that file yet). That may provide additional detail to see what failed if build.log didn't contain it. Open Bugs which now build, and can be marked CLOSED RAWHIDE: gedit 193367 NEW vixie-cron 191823 MODIFIED xorg-x11-drv-aiptek 191903 ASSIGNED xorg-x11-drv-apm 192333 ASSIGNED xorg-x11-drv-ark 191905 ASSIGNED xorg-x11-drv-calcomp 191904 ASSIGNED xorg-x11-drv-chips 192361 ASSIGNED xorg-x11-drv-cirrus 192362 ASSIGNED xorg-x11-drv-citron 192292 ASSIGNED xorg-x11-drv-cyrix 192364 ASSIGNED xorg-x11-drv-digitaledge 192316 ASSIGNED xorg-x11-drv-dmc 192312 ASSIGNED xorg-x11-drv-dummy 192304 ASSIGNED xorg-x11-drv-dynapro 192300 ASSIGNED xorg-x11-drv-elo2300 192320 ASSIGNED xorg-x11-drv-elographics 192318 ASSIGNED xorg-x11-drv-evdev 192317 ASSIGNED xorg-x11-drv-fpit 192324 ASSIGNED xorg-x11-drv-hyperpen 192326 ASSIGNED xorg-x11-drv-i128 192373 ASSIGNED xorg-x11-drv-i740 192370 ASSIGNED xorg-x11-drv-jamstudio 192335 ASSIGNED xorg-x11-drv-joystick 192336 ASSIGNED xorg-x11-drv-keyboard 192337 ASSIGNED xorg-x11-drv-magellan 192338 ASSIGNED xorg-x11-drv-magictouch 192339 ASSIGNED xorg-x11-drv-microtouch 192341 ASSIGNED xorg-x11-drv-mutouch 192342 ASSIGNED xorg-x11-drv-neomagic 192382 ASSIGNED xorg-x11-drv-nsc 192376 ASSIGNED xorg-x11-drv-nv 192343 ASSIGNED xorg-x11-drv-palmax 192346 ASSIGNED xorg-x11-drv-penmount 192344 ASSIGNED xorg-x11-drv-rendition 192384 ASSIGNED xorg-x11-drv-s3 192347 ASSIGNED xorg-x11-drv-s3virge 192348 ASSIGNED xorg-x11-drv-siliconmotion 192350 ASSIGNED xorg-x11-drv-sisusb 192352 ASSIGNED xorg-x11-drv-spaceorb 192353 ASSIGNED xorg-x11-drv-summa 192354 ASSIGNED xorg-x11-drv-tek4957 192357 NEW xorg-x11-drv-trident 192356 ASSIGNED xorg-x11-drv-ur98 192360 ASSIGNED xorg-x11-drv-vesa 192359 ASSIGNED xorg-x11-drv-vga 192168 ASSIGNED xorg-x11-drv-vmware 192046 ASSIGNED xorg-x11-drv-void 192045 ASSIGNED xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. core Rawhide-in-Mock Build Results for x86_64 Thu Jun 1 07:23:10 CDT 2006 Number failed to build: 261 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 234 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 50 ---------------------------------- SDL Xaw3d automake15 automake16 boost cadaver elilo emacs ethereal kasumi kdeaccessibility libmusicbrainz openmotif pcmciautils perl pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sgml-common specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans xmlsec1 xmlto xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 184 ---------------------------------- GFS-kernel ['192569 NEW'] HelixPlayer ['192512 NEW'] ImageMagick ['192036 NEW'] am-utils ['193347 ASSIGNED'] arts ['192367 NEEDINFO'] at-spi ['192368 CLOSED'] atk ['193349 NEW'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] f-spot ['193364 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 MODIFIED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] grub ['192504 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libIDL ['193419 NEW'] libSM ['193421 NEW'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 NEW'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] qt ['191895 CLOSED'] reiserfs-utils ['191889 NEW'] scim ['191886 ASSIGNED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] syslinux ['192488 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xen ['192539 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Jun 1 13:12:26 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 1 Jun 2006 08:12:26 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-01 Message-ID: <20060601131226.GB31411@humbolt.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: gedit 193367 NEW vixie-cron 191823 MODIFIED xorg-x11-drv-aiptek 191903 ASSIGNED xorg-x11-drv-apm 192333 ASSIGNED xorg-x11-drv-ark 191905 ASSIGNED xorg-x11-drv-calcomp 191904 ASSIGNED xorg-x11-drv-chips 192361 ASSIGNED xorg-x11-drv-cirrus 192362 ASSIGNED xorg-x11-drv-citron 192292 ASSIGNED xorg-x11-drv-cyrix 192364 ASSIGNED xorg-x11-drv-digitaledge 192316 ASSIGNED xorg-x11-drv-dmc 192312 ASSIGNED xorg-x11-drv-dummy 192304 ASSIGNED xorg-x11-drv-dynapro 192300 ASSIGNED xorg-x11-drv-elo2300 192320 ASSIGNED xorg-x11-drv-elographics 192318 ASSIGNED xorg-x11-drv-evdev 192317 ASSIGNED xorg-x11-drv-fpit 192324 ASSIGNED xorg-x11-drv-hyperpen 192326 ASSIGNED xorg-x11-drv-i128 192373 ASSIGNED xorg-x11-drv-i740 192370 ASSIGNED xorg-x11-drv-jamstudio 192335 ASSIGNED xorg-x11-drv-joystick 192336 ASSIGNED xorg-x11-drv-keyboard 192337 ASSIGNED xorg-x11-drv-magellan 192338 ASSIGNED xorg-x11-drv-magictouch 192339 ASSIGNED xorg-x11-drv-microtouch 192341 ASSIGNED xorg-x11-drv-mutouch 192342 ASSIGNED xorg-x11-drv-neomagic 192382 ASSIGNED xorg-x11-drv-nsc 192376 ASSIGNED xorg-x11-drv-nv 192343 ASSIGNED xorg-x11-drv-palmax 192346 ASSIGNED xorg-x11-drv-penmount 192344 ASSIGNED xorg-x11-drv-rendition 192384 ASSIGNED xorg-x11-drv-s3 192347 ASSIGNED xorg-x11-drv-s3virge 192348 ASSIGNED xorg-x11-drv-siliconmotion 192350 ASSIGNED xorg-x11-drv-sisusb 192352 ASSIGNED xorg-x11-drv-spaceorb 192353 ASSIGNED xorg-x11-drv-summa 192354 ASSIGNED xorg-x11-drv-tek4957 192357 NEW xorg-x11-drv-trident 192356 ASSIGNED xorg-x11-drv-ur98 192360 ASSIGNED xorg-x11-drv-vesa 192359 ASSIGNED xorg-x11-drv-vga 192168 ASSIGNED xorg-x11-drv-vmware 192046 ASSIGNED xorg-x11-drv-void 192045 ASSIGNED xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. core Rawhide-in-Mock Build Results for i386 Thu Jun 1 07:24:47 CDT 2006 Number failed to build: 236 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 225 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 44 ---------------------------------- SDL Xaw3d automake15 automake16 cadaver emacs ethereal kasumi openmotif pcmciautils pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sg3_utils specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans xmlsec1 xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 181 ---------------------------------- GFS-kernel ['192569 NEW'] HelixPlayer ['192512 NEW'] am-utils ['193347 ASSIGNED'] arts ['192367 NEEDINFO'] at-spi ['192368 CLOSED'] atk ['193349 NEW'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] f-spot ['193364 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 MODIFIED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] gpart ['193396 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libIDL ['193419 NEW'] libSM ['193421 NEW'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 NEW'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] reiserfs-utils ['191889 NEW'] scim ['191886 ASSIGNED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From vonbrand at inf.utfsm.cl Thu Jun 1 15:27:54 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 01 Jun 2006 11:27:54 -0400 Subject: rawhide report: 20060601 changes In-Reply-To: Your message of "Thu, 01 Jun 2006 03:32:00 -0400." <200606010732.k517W0AC026433@porkchop.devel.redhat.com> Message-ID: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> Build System wrote: [...] > Updated Packages: [...] > system-config-printer-0.7.11-1 > ------------------------------ > * Wed May 31 2006 Tim Waugh 0.7.11-1 > - Split out system-config-printer-libs. > - Updated to system-config-printer-0.7.11. The -libs breakout is borked, it complains about --> Processing Dependency: system-config-printer-libs = %{epoch}:0.7.11-1 for package: system-config-printer and that one isn't available. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From jfrieben at freesurf.fr Thu Jun 1 15:31:48 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 1 Jun 2006 17:31:48 +0200 (CEST) Subject: rawhide report: 20060601 changes In-Reply-To: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> References: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> Message-ID: <55048.194.94.224.254.1149175908.squirrel@arlette.freesurf.fr> In the development repository it actually -is- available. > > --> Processing Dependency: system-config-printer-libs = > %{epoch}:0.7.11-1 for package: system-config-printer > > and that one isn't available. > From twaugh at redhat.com Thu Jun 1 15:50:49 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 01 Jun 2006 16:50:49 +0100 Subject: rawhide report: 20060601 changes In-Reply-To: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> References: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> Message-ID: <1149177049.3717.7.camel@cyberelk.elk> On Thu, 2006-06-01 at 11:27 -0400, Horst von Brand wrote: > The -libs breakout is borked, it complains about > > --> Processing Dependency: system-config-printer-libs = %{epoch}:0.7.11-1 for package: system-config-printer > > and that one isn't available. Yes, oops! I've fixed it in 0.7.11-3. I sort of thought that would work even when there was no explicit epoch. Oh well. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 1 16:29:43 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 1 Jun 2006 18:29:43 +0200 Subject: rawhide report: 20060601 changes In-Reply-To: <1149177049.3717.7.camel@cyberelk.elk> References: <200606011527.k51FRsJD014293@laptop11.inf.utfsm.cl> <1149177049.3717.7.camel@cyberelk.elk> Message-ID: <20060601182943.705ba79c@python2> Tim Waugh wrote : > On Thu, 2006-06-01 at 11:27 -0400, Horst von Brand wrote: > > > The -libs breakout is borked, it complains about > > > > --> Processing Dependency: system-config-printer-libs = %{epoch}:0.7.11-1 for package: system-config-printer > > > > and that one isn't available. > > Yes, oops! I've fixed it in 0.7.11-3. I sort of thought that would > work even when there was no explicit epoch. Oh well. With "%{?epoch:%{epoch}:}%{version}-%{release}" it would have, but it would be kind of ugly to always go with that IMHO. The less epochs are exposed, the better IMHO ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.89 (Rawhide) - Linux kernel 2.6.16-1.2232_FC6 Load : 1.42 1.33 1.04 From otto_rey at yahoo.com.ar Thu Jun 1 20:49:56 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Thu, 1 Jun 2006 17:49:56 -0300 (ART) Subject: AIGLX Metacity Effects Message-ID: <20060601204956.76728.qmail@web52403.mail.yahoo.com> Anybody knows what is the migration state of Luminocity effects in Metacity Composer? What about update for Aiglx's repository with more effects? My english is so sad... :( ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From sandmann at redhat.com Thu Jun 1 22:15:02 2006 From: sandmann at redhat.com (Soeren Sandmann) Date: Thu, 01 Jun 2006 18:15:02 -0400 Subject: AIGLX - blue screen In-Reply-To: <1148924659.2670.81.camel@price> References: <1148900697.3389.6.camel@localhost> <447AD8B6.4010803@feuerpokemon.de> <1148901899.4093.0.camel@localhost> <1148924659.2670.81.camel@price> Message-ID: <447F66E6.4080500@redhat.com> David Nielsen wrote: > I can ack this failure on Fedora Development using a Radeon 9250 (r200) > card. This is an AMD64 box should that matter. > > I also know of a user on an intel chip who is seeing the same. > The blue screen of death generally indicate that the texture-from-pixmap GL extension is not working. The underlying cause of that can be many different things. The BSOD's that many people have recently seen were caused by some tokens we had patched into our mesa packages and forgot to take out when they were merged. It should be fixed in rawhide now. Soren From sandmann at redhat.com Thu Jun 1 22:17:57 2006 From: sandmann at redhat.com (Soeren Sandmann) Date: Thu, 01 Jun 2006 18:17:57 -0400 Subject: Recent AIGLX Breakage? In-Reply-To: <447E9E9E.6050706@feuerpokemon.de> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <447DA53C.7000708@feuerpokemon.de> <1149085433.4504.4.camel@raptor.sr.unh.edu> <447E9E9E.6050706@feuerpokemon.de> Message-ID: <447F6795.6030408@redhat.com> dragoran wrote: > ok thats a joke ... The alpha of 0.3 is clearly not usable - it will go away soon. Soren From philipp_subx at redfish-solutions.com Thu Jun 1 22:30:23 2006 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 01 Jun 2006 16:30:23 -0600 Subject: Graylisting clients w/ gss (krb5)'s ftpd Message-ID: <447F6A7F.2050703@redfish-solutions.com> I'm using the FTP server that comes with kerberos 5 (in krb5-workstation), and noticed that by default everyone with a password can log in *except* those in /etc/ftpusers (which by default doesn't exist... but probably should, even if it only includes "root" by default). Anyway, I noticed that this server was susceptible to getting FTP password attacks from East Asia.. and I decided this was pretty annoying. So I came up with a graylisting mechanism that applies exponential backoff (up to a maximum) for someone logging in with bad user names or passwords. It's not enabled by default, but if you use the -g, -G, and -S arguments then it gets turned on (actually, you can get by with just the -g argument, and the rest will default to reasonable values). We use it here as (in /etc/xinetd.d/gssftp): server_args = -l -l -g 60 -G 604800 -S 2 which means: the first time someone logs in with 3 bad connection attempts in a row, graylist them for 60 seconds. If the user logs in correctly, his future graylisting time is forgotten. If the user connects after his graylisting time expires, the connection is permitted. Otherwise, the user is spanked and his graylisting time increased by the scaling factor (in this case doubling) until it reaches the maximum graylist amount (here it's 7 days), starting from that instant. While this doesn't make a site significantly more protected, it does hugely increase the amount of time (and simultaneous resources) that someone trying to randomly break into sites would have to take... making it more likely that they would be detected... then reported, investigated, prosecuted... and hung... before doing any substantial damage. I've suggested to the Kerberos team at MIT that they include these changes upstream... (minus the man page updates, which I only just finished). If anyone wants to try these out or send me comments on the patches, I'd appreciate it. Thanks, -Philip -------------- next part -------------- A non-text attachment was scrubbed... Name: gssftpd-graylist.patch Type: text/x-patch Size: 9042 bytes Desc: not available URL: From list at suedkaliber.de Fri Jun 2 00:01:45 2006 From: list at suedkaliber.de (Florian Obradovic) Date: Fri, 02 Jun 2006 02:01:45 +0200 Subject: AIGLX - blue screen In-Reply-To: <447F66E6.4080500@redhat.com> References: <1148900697.3389.6.camel@localhost> <447AD8B6.4010803@feuerpokemon.de> <1148901899.4093.0.camel@localhost> <1148924659.2670.81.camel@price> <447F66E6.4080500@redhat.com> Message-ID: <1149206506.23628.2.camel@flo-laptop> hi, i installed ubuntu dapper now and did exactly this short steps in 5 minutes, http://ubuntuforums.org/showthread.php?t=145068 it is running perfectly, its a dream. just after a suspend all looks like the blue/purple-sh*** but in gray. ok i, try to klick blind on the gset-compiz tray icon, and klick on restart compiz. then all is fine again ;) Am Donnerstag, den 01.06.2006, 18:15 -0400 schrieb Soeren Sandmann: > David Nielsen wrote: > > I can ack this failure on Fedora Development using a Radeon 9250 (r200) > > card. This is an AMD64 box should that matter. > > > > I also know of a user on an intel chip who is seeing the same. > > > The blue screen of death generally indicate that the texture-from-pixmap > GL extension is not working. > The underlying cause of that can be many different things. > > The BSOD's that many people have recently seen were caused by some > tokens we had patched into our > mesa packages and forgot to take out when they were merged. It should be > fixed in rawhide now. > > > Soren > From che666 at gmail.com Fri Jun 2 10:12:22 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 2 Jun 2006 12:12:22 +0200 Subject: AIGLX - blue screen In-Reply-To: <447F66E6.4080500@redhat.com> References: <1148900697.3389.6.camel@localhost> <447AD8B6.4010803@feuerpokemon.de> <1148901899.4093.0.camel@localhost> <1148924659.2670.81.camel@price> <447F66E6.4080500@redhat.com> Message-ID: 2006/6/2, Soeren Sandmann : > David Nielsen wrote: > > I can ack this failure on Fedora Development using a Radeon 9250 (r200) > > card. This is an AMD64 box should that matter. > > > > I also know of a user on an intel chip who is seeing the same. > > > The blue screen of death generally indicate that the texture-from-pixmap > GL extension is not working. > The underlying cause of that can be many different things. > > The BSOD's that many people have recently seen were caused by some > tokens we had patched into our > mesa packages and forgot to take out when they were merged. It should be > fixed in rawhide now. it is not yet fixed in the aiglx repository as far as i can see. also the already reported vte problem (Version in fc5 is newer than the one in the aiglx repo which leads to a broken gnome-terminal if the aiglx repo is used and all updates are applied) isnt fixed yet either in my eyes if theres a repository (which is nice indeed) those kind of trivial to fix problems should be tackled. will reduce bugreports and similar overhead aswell. regards, Rudolf Kastl > > > Soren > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From nicolas.mailhot at laposte.net Fri Jun 2 12:27:05 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 2 Jun 2006 14:27:05 +0200 (CEST) Subject: A sole, standard proxy library for Fedora In-Reply-To: <1148909533.24213.9.camel@gibraltar.stuttgart.redhat.com> References: <447736D6.20204@redfish-solutions.com> <44787D30.6020808@mesias.co.uk> <1148909533.24213.9.camel@gibraltar.stuttgart.redhat.com> Message-ID: <7029.192.54.193.53.1149251225.squirrel@rousalka.dyndns.org> To this user proxy settings are part of network settings, and network settings are being overhauled by Red Hat in NetworkManager NOW, so the "solution" is to make aware the NetworkManager team they have to solve proxying too. Then they can choose which method fits better in the networkmanager grand plan -- Nicolas Mailhot From dhollis at davehollis.com Fri Jun 2 12:37:38 2006 From: dhollis at davehollis.com (David Hollis) Date: Fri, 02 Jun 2006 08:37:38 -0400 Subject: A sole, standard proxy library for Fedora In-Reply-To: <44787D30.6020808@mesias.co.uk> References: <447736D6.20204@redfish-solutions.com> <44787D30.6020808@mesias.co.uk> Message-ID: <1149251859.2845.2.camel@dhollis-lnx.sunera.com> On Sat, 2006-05-27 at 17:24 +0100, Cam wrote: > Philip > > > I have a laptop that travels with me from work (where there's the > > use of web proxies) to home (where I don't), and was overwhelmed > > by the number of config files that I have to switch over every time > > I move from one place to the other. > > How about having a lightweight proxy on every machine. All configuration > should point to the local proxy. > > When the network changes, only the proxy need be informed of the changes. > > It's a horrible hack, I know :) but configuration in the environment > isn't dynamic enough, and hell will freeze over before any new > configuration scheme reaches the level of acceptance that http_proxy in > env has. I don't know that this is as bad a hack as it sounds. Having a very lightweight proxy, that has some reasonable smarts such as auto-proxy config via .pac files, D-BUS support to talk with NetworkManager, etc could be a nice way to handle it. This would also mean that it wouldn't have to be a library - though it could provide a library for apps that want to make use of it - which means not having to fixup apps. If NM was extended to have some type of profile support, ala IBM Access Connections on Thinkpads, as you swap from one wireless net to the other, you start/stop using the appropriate upstream proxy, etc. Harder to deal with on wired connections, but something should be able to be figured out. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Fri Jun 2 12:51:30 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 2 Jun 2006 14:51:30 +0200 (CEST) Subject: A sole, standard proxy library for Fedora In-Reply-To: <1149251859.2845.2.camel@dhollis-lnx.sunera.com> References: <447736D6.20204@redfish-solutions.com> <44787D30.6020808@mesias.co.uk> <1149251859.2845.2.camel@dhollis-lnx.sunera.com> Message-ID: <27201.192.54.193.53.1149252690.squirrel@rousalka.dyndns.org> The configuration logic should clearly be handled by NetworkManager. The result may be exposed to apps through config files, a lib, a local proxy, or dbus events (take your pick) -- Nicolas Mailhot From dwmw2 at infradead.org Fri Jun 2 13:56:28 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 02 Jun 2006 14:56:28 +0100 Subject: Extras i386 rawhide rebuild in mock status 2006-05-31 In-Reply-To: <20060531151520.GC30021@lists.us.dell.com> References: <20060531151520.GC30021@lists.us.dell.com> Message-ID: <1149256588.5053.42.camel@pmac.infradead.org> Would it be useful to do this on PowerPC too, or are most of the results not arch-specific? Could you share the scripts you're using to do it? Or should I just give you an account on a decent PPC64 machine so you can do it there? -- dwmw2 From tagoh at redhat.com Fri Jun 2 13:57:55 2006 From: tagoh at redhat.com (Akira TAGOH) Date: Fri, 02 Jun 2006 22:57:55 +0900 (JST) Subject: PROPOSAL: restructure the choice of input methods Message-ID: <20060602.225755.-1904194780.tagoh@redhat.com> Hi folks, Currently we have supported to choose input methods against current locale when the desktop is started. however it is a little complex and some feature was actually kindless. e.g. it allows people to specify the different input methods for the different locale though, the input method which we have used by default, scim has only supported the input method switching in itself and it is not controllable from outside scim. There are input methods that allows to specify which the input method engine would be used by default though, it makes confusion and may be incompatible in the future between the input method and something tools. So I think we need to restructure it for next release. My proposal is: - input methods that has supported the different input method engines for different languages or has such framework, only provides the alternatives name, xinput-default. - single input methods, such as XIM server provides the alternatives name, xinput-ll_CC for only their supported locale. i.e. if one supports ja_JP.* locale, it has to provides xinput-ja_JP. - $HOME/.xinput.d would be obsoletes. it is maybe overkill. just a file like .xinputrc would be better. - one xinput script which is usually put under /etc/X11/xinit/xinput.d/, invokes the proper XIM server for people who still wants to use them. so if one wants to use XIM, symlink it to .xinputrc or changing with alternatives will do that. it is still better than current one since XIM server works on only the exact locale and it will be less trouble. - xinput.sh reads only xinput-default (and .xinputrc for the user-specific thing) and stop to find ll_CC things against current locale. according to the above reasons. Any comments/objections are welcome. TIA, -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at dell.com Fri Jun 2 14:06:49 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 09:06:49 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-05-31 In-Reply-To: <1149256588.5053.42.camel@pmac.infradead.org> References: <20060531151520.GC30021@lists.us.dell.com> <1149256588.5053.42.camel@pmac.infradead.org> Message-ID: <20060602140648.GA2281@humbolt.us.dell.com> On Fri, Jun 02, 2006 at 02:56:28PM +0100, David Woodhouse wrote: > Would it be useful to do this on PowerPC too, or are most of the results > not arch-specific? I was wondering that; I suspect most aren't arch-specific, but there are a few packages that ExcludeArch / ExclusiveArch would build on PPC but not i386/x86_64. > Could you share the scripts you're using to do it? Or should I just give > you an account on a decent PPC64 machine so you can do it there? Either way; I'm happy to post the scripts, though they're somewhat specific to my environment. The only real trick is having a full rawhide / extras dev mirror available nearby (the scripts assume on locally mounted storage). http://linux.dell.com/files/fedora/FixBuildRequires/mdomsch_buildsys.tgz http://linux.dell.com/files/fedora/FixBuildRequires/mdomsch_buildsys.tgz.sign For these, create a user (e.g. 'build'), and extract this into that user's home dir. There's a config file bin/env-common where most of the environment-specific stuff like directories can be changed. To run it: $ nohup bin/autobuild_rawhide & $ tail -f rawhide-build.log Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From dwmw2 at infradead.org Fri Jun 2 14:34:39 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 02 Jun 2006 15:34:39 +0100 Subject: Extras i386 rawhide rebuild in mock status 2006-05-31 In-Reply-To: <20060602140648.GA2281@humbolt.us.dell.com> References: <20060531151520.GC30021@lists.us.dell.com> <1149256588.5053.42.camel@pmac.infradead.org> <20060602140648.GA2281@humbolt.us.dell.com> Message-ID: <1149258879.5053.47.camel@pmac.infradead.org> On Fri, 2006-06-02 at 09:06 -0500, Matt Domsch wrote: > Either way; I'm happy to post the scripts, though they're somewhat > specific to my environment. The only real trick is having a full > rawhide / extras dev mirror available nearby (the scripts assume on > locally mounted storage). Yeah, I'm working on that, slowly -- my DSL line is limited by telco incompetence to 512Kb/s at the moment, and a bandwidth cap applies between the hours of 8 and 6 so it didn't finish downloading rawhide SRPMS before I killed it... Extras will take a little longer :) Thanks for the scripts -- I'll have a play with those later. It'll have to be on a G5; our POWER5 box has had to visit the US, allegedly for tax reasons. It should be back in a week or so :) -- dwmw2 From dwmw2 at infradead.org Fri Jun 2 15:06:00 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 02 Jun 2006 16:06:00 +0100 Subject: Updating glibc-kernheaders in FC5 Message-ID: <1149260760.5053.55.camel@pmac.infradead.org> A few weeks ago, I updated rawhide to a glibc-kernheaders package derived directly from the kernel package. Now that the screams have mostly subsided, I'd like to update FC5 too. There are a bunch of FC5 glibc-kernheaders bugs filed, all of which are fixed by switching to a current set of headers. Unless there are serious objections, I plan to stick an updated glibc-kernheaders into FC5 updates-testing some time this week, and then probably push it for real after we do the 2.6.17 kernel update for FC5. OK? -- dwmw2 From paul at all-the-johnsons.co.uk Fri Jun 2 15:10:36 2006 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 02 Jun 2006 16:10:36 +0100 Subject: Updating glibc-kernheaders in FC5 In-Reply-To: <1149260760.5053.55.camel@pmac.infradead.org> References: <1149260760.5053.55.camel@pmac.infradead.org> Message-ID: <1149261036.7498.46.camel@mrwibble.mrwobble> Hi, > Now that the screams have mostly subsided, I'd like to update FC5 too. > There are a bunch of FC5 glibc-kernheaders bugs filed, all of which are > fixed by switching to a current set of headers. That's pretty much what I did on my vanilla FC5 dev box and I've not seen any problems. > Unless there are serious objections, I plan to stick an updated > glibc-kernheaders into FC5 updates-testing some time this week, and then > probably push it for real after we do the 2.6.17 kernel update for FC5. > > OK? No objections from this end... TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From michael at knox.net.nz Fri Jun 2 18:41:31 2006 From: michael at knox.net.nz (Michael J Knox) Date: Sat, 03 Jun 2006 06:41:31 +1200 Subject: Core i386 rawhide rebuild in mock status 2006-06-01 In-Reply-To: <20060601131226.GB31411@humbolt.us.dell.com> References: <20060601131226.GB31411@humbolt.us.dell.com> Message-ID: <4480865B.6050307@knox.net.nz> Hey Jessie (probably the better person to ask).. Do the internal RH guys use the new mock configs to test their changes? I have a lot of bugs being closed with comments like "built fine in last nights brew" and I am not sure what that implies since no version or release has been stated as being fixed. Thanks Michael From d.jacobfeuerborn at conversis.de Fri Jun 2 17:50:34 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Fri, 02 Jun 2006 19:50:34 +0200 Subject: AIGLX - blue screen In-Reply-To: <447F66E6.4080500@redhat.com> References: <1148900697.3389.6.camel@localhost> <447AD8B6.4010803@feuerpokemon.de> <1148901899.4093.0.camel@localhost> <1148924659.2670.81.camel@price> <447F66E6.4080500@redhat.com> Message-ID: <44807A6A.5010502@conversis.de> Soeren Sandmann wrote: > David Nielsen wrote: >> I can ack this failure on Fedora Development using a Radeon 9250 (r200) >> card. This is an AMD64 box should that matter. >> >> I also know of a user on an intel chip who is seeing the same. >> > The blue screen of death generally indicate that the texture-from-pixmap > GL extension is not working. > The underlying cause of that can be many different things. > > The BSOD's that many people have recently seen were caused by some > tokens we had patched into our > mesa packages and forgot to take out when they were merged. It should be > fixed in rawhide now. When calling "startx" I first get a screen with the fedora splash window then everything turns blue+shadows then back to normal and finally back to blue+shadows. That's on a Radeon 9500pro (r300) with current rawhide Xorg server and mesa. Regards, Dennis From otto_rey at yahoo.com.ar Fri Jun 2 18:58:00 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Fri, 2 Jun 2006 18:58:00 +0000 (GMT) Subject: Workaround for flash plugin with aiglx? Message-ID: <20060602185800.94885.qmail@web52413.mail.yahoo.com> Firefox is closed when AIGLX is enabled and try to show pages that have flash animations. Anybody knows a workaround? Thanks __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ?gratis! ?Abr? tu cuenta ya! - http://correo.yahoo.com.ar From jon.nettleton at gmail.com Fri Jun 2 19:07:13 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Fri, 02 Jun 2006 15:07:13 -0400 Subject: Workaround for flash plugin with aiglx? In-Reply-To: <20060602185800.94885.qmail@web52413.mail.yahoo.com> References: <20060602185800.94885.qmail@web52413.mail.yahoo.com> Message-ID: <1149275234.8817.13.camel@averatec.charles.net> On Fri, 2006-06-02 at 18:58 +0000, Otto Rey wrote: > Firefox is closed when AIGLX is enabled and try to > show pages that have flash animations. Anybody knows a > workaround? > add this to the /usr/bin/firefox script XLIB_SKIP_ARGB_VISUALS=1 export XLIB_SKIP_ARGB_VISUALS In the future, this type of question is more suitable for the fedora-users or fedora-test lists. Jon From che666 at gmail.com Fri Jun 2 20:36:12 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 2 Jun 2006 22:36:12 +0200 Subject: AIGLX - blue screen In-Reply-To: <44807A6A.5010502@conversis.de> References: <1148900697.3389.6.camel@localhost> <447AD8B6.4010803@feuerpokemon.de> <1148901899.4093.0.camel@localhost> <1148924659.2670.81.camel@price> <447F66E6.4080500@redhat.com> <44807A6A.5010502@conversis.de> Message-ID: 2006/6/2, Dennis Jacobfeuerborn : > Soeren Sandmann wrote: > > David Nielsen wrote: > >> I can ack this failure on Fedora Development using a Radeon 9250 (r200) > >> card. This is an AMD64 box should that matter. > >> > >> I also know of a user on an intel chip who is seeing the same. > >> > > The blue screen of death generally indicate that the texture-from-pixmap > > GL extension is not working. > > The underlying cause of that can be many different things. > > > > The BSOD's that many people have recently seen were caused by some > > tokens we had patched into our > > mesa packages and forgot to take out when they were merged. It should be > > fixed in rawhide now. > > When calling "startx" I first get a screen with the fedora splash window > then everything turns blue+shadows then back to normal and finally back to > blue+shadows. That's on a Radeon 9500pro (r300) with current rawhide Xorg > server and mesa. > > Regards, > Dennis > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > i found something about about the bsod that occured with aiglx on a r250 with fedora-development. switching to 16 bit color depth in xorg.conf made it work with it. testing box was a thinkpad r51 with radeon 9000 mobile (r250). even wobbly windows worked. maybe something to try out. From otto_rey at yahoo.com.ar Fri Jun 2 21:09:29 2006 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Fri, 2 Jun 2006 18:09:29 -0300 (ART) Subject: AIGLX - blue screen In-Reply-To: Message-ID: <20060602210929.43087.qmail@web52406.mail.yahoo.com> I have some strange things related to Xorg and 16 bit. When I test XGL + Compiz on Fedora Core 5, the only way to make it work is changing 16 bit to whatever bits. In the other hand, using Xorg without AIGLX or XGL, when switch to terminal (Ctrl + F2 for example) and back (Alt + F7), Xorg die if this is not set to 16 bits. I thing that this is related to your problem. Im using i810. Rudolf Kastl escribi?: 2006/6/2, Dennis Jacobfeuerborn : > Soeren Sandmann wrote: > > David Nielsen wrote: > >> I can ack this failure on Fedora Development using a Radeon 9250 (r200) > >> card. This is an AMD64 box should that matter. > >> > >> I also know of a user on an intel chip who is seeing the same. > >> > > The blue screen of death generally indicate that the texture-from-pixmap > > GL extension is not working. > > The underlying cause of that can be many different things. > > > > The BSOD's that many people have recently seen were caused by some > > tokens we had patched into our > > mesa packages and forgot to take out when they were merged. It should be > > fixed in rawhide now. > > When calling "startx" I first get a screen with the fedora splash window > then everything turns blue+shadows then back to normal and finally back to > blue+shadows. That's on a Radeon 9500pro (r300) with current rawhide Xorg > server and mesa. > > Regards, > Dennis > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > i found something about about the bsod that occured with aiglx on a r250 with fedora-development. switching to 16 bit color depth in xorg.conf made it work with it. testing box was a thinkpad r51 with radeon 9000 mobile (r250). even wobbly windows worked. maybe something to try out. -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ?gratis! ?Abr? tu cuenta ya! - http://correo.yahoo.com.ar -------------- next part -------------- An HTML attachment was scrubbed... URL: From scottt.tw at gmail.com Fri Jun 2 20:58:16 2006 From: scottt.tw at gmail.com (Scott Tsai) Date: Sat, 03 Jun 2006 04:58:16 +0800 Subject: PROPOSAL: restructure the choice of input methods References: <20060602.225755.-1904194780.tagoh@redhat.com> Message-ID: On Fri, 02 Jun 2006 22:57:55 +0900, Akira TAGOH wrote: > - one xinput script which is usually put under > /etc/X11/xinit/xinput.d/, invokes the proper XIM server <..snip..> > better than current one since XIM server works on only the > exact locale and it will be less trouble. Sounds like a great idea. > - xinput.sh reads only xinput-default (and .xinputrc for the One question about xinput-default, currently "scim" is in core and "uim" is in extras, both supports multiple languages so I guess you plan to let them supply "xinput-default" and "xinput-uim" respectively? From Matt_Domsch at dell.com Sat Jun 3 03:29:26 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 22:29:26 -0500 Subject: autofs NIS map usage breakage? Message-ID: <20060603032926.GB20566@lists.us.dell.com> I upgraded a system that had been running rawhide for a few weeks to the new rawhide on Thursday, which upgraded autofs. In doing so, it appears that autofs no longer queries NIS for the auto.master map, even though the autofs line in /etc/nsswitch.conf includes 'files nis'. This has been working fine for years, and continues to work fine on other non-rawhide systems, so I don't suspect a change in my environment. Is this expected? Is querying for the NIS map no longer supported? (no, it's not a SELinux problem, as that's currently disabled on this machine for other reasons). Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From thacker at math.cornell.edu Sat Jun 3 03:39:13 2006 From: thacker at math.cornell.edu (John Thacker) Date: Fri, 2 Jun 2006 23:39:13 -0400 Subject: PROPOSAL: restructure the choice of input methods In-Reply-To: <20060602.225755.-1904194780.tagoh@redhat.com> References: <20060602.225755.-1904194780.tagoh@redhat.com> Message-ID: <20060603033913.GA32669@thacker.dyndns.org> On Fri, Jun 02, 2006 at 10:57:55PM +0900, Akira TAGOH wrote: > > My proposal is: > - input methods that has supported the different input method > engines for different languages or has such framework, > only provides the alternatives name, xinput-default. > - xinput.sh reads only xinput-default (and .xinputrc for the > user-specific thing) and stop to find ll_CC things against > current locale. according to the above reasons. So, I agree that this makes sense for things like scim and uim; since they have internal configurations and can work for lots of different languages (and aren't tied to a particular locale or language like XIM -- even the XIM implementations for uim and scim can only work with one language at a time). If I understand your proposal, this would mean that some default input method (whether scim or uim) would be started in all locales, even though that typical don't need it or don't use it currently. That's actually helpful for people like me who run in en_US locale but want to use an input method for Japanese or other languages occasionally. For people who normally don't use input methods at all, would this cause a problem, or would it be configured so that the default would be essentially no input method? People who aren't used to input methods could be very confused if Shift+Space or something else started turning on an input method. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From seg at haxxed.com Sat Jun 3 03:53:52 2006 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 02 Jun 2006 22:53:52 -0500 Subject: Recent AIGLX Breakage? In-Reply-To: <604aa7910605310713i56a6d4bfjccfe4b4c2f88fbae@mail.gmail.com> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <604aa7910605310713i56a6d4bfjccfe4b4c2f88fbae@mail.gmail.com> Message-ID: <1149306832.13261.15.camel@localhost> On Wed, 2006-05-31 at 10:13 -0400, Jeff Spaleta wrote: > Transulency in any layering textual element that users are expected to > read is a usability killer.. full stop. Being able to sort of read > the desktop underneath the text in an semi-transparent open window, > just means you can sort of not read any of the text at all. Notice in the later releases of OSX, the transparency got toned WAY down from the early versions. The transparent unfocused titlebars went away. Also, while the menus are still transparent, they're only very slightly transparent to the point that I wonder why they even bother. The key issue is contrast between foreground and background. If you just layer text over text, they compete with each other. Transparency could be made workable by *blurring* out the background, to reduce its contrast. This could be done with pixel shaders, however do any of the open source drivers support them? (Let alone the hardware itself...) You could also fake it by re-rendering to a lower resolution then scaling it back up. Looks like Vista is taking this approach... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Sat Jun 3 04:09:04 2006 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 02 Jun 2006 23:09:04 -0500 Subject: A sole, standard proxy library for Fedora In-Reply-To: <7029.192.54.193.53.1149251225.squirrel@rousalka.dyndns.org> References: <447736D6.20204@redfish-solutions.com> <44787D30.6020808@mesias.co.uk> <1148909533.24213.9.camel@gibraltar.stuttgart.redhat.com> <7029.192.54.193.53.1149251225.squirrel@rousalka.dyndns.org> Message-ID: <1149307745.13261.21.camel@localhost> On Fri, 2006-06-02 at 14:27 +0200, Nicolas Mailhot wrote: > To this user proxy settings are part of network settings, and network > settings are being overhauled by Red Hat in NetworkManager NOW, so the > "solution" is to make aware the NetworkManager team they have to solve > proxying too. The obvious thing would be to get the DHCP client to propagate the proxy settings to NM, and have nm-applet update the GNOME/KDE proxy settings. Getting all apps to follow the GNOME/KDE settings is another question. Most all GNOME apps of course will follow them, and will handle dynamic changes. GNOME will also set up environment variables that most command line apps will follow, but those can't really be updated dynamically. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Matt_Domsch at dell.com Sat Jun 3 04:14:15 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 23:14:15 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-02 Message-ID: <20060603041415.GC20566@lists.us.dell.com> Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for i386 Fri Jun 2 22:56:56 CDT 2006 Number failed to build: 236 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 225 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 43 ---------------------------------- Xaw3d automake15 automake16 cadaver emacs ethereal kasumi openmotif pcmciautils pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sg3_utils specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans xmlsec1 xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 182 ---------------------------------- GFS-kernel ['192569 NEW'] HelixPlayer ['192512 NEW'] SDL ['193778 NEW'] am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] at-spi ['192368 CLOSED'] atk ['193349 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] f-spot ['193364 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] gpart ['193396 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libIDL ['193419 NEW'] libSM ['193421 NEW'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] reiserfs-utils ['191889 NEW'] scim ['191886 CLOSED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Jun 3 04:14:50 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 23:14:50 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-02 Message-ID: <20060603041449.GD20566@lists.us.dell.com> Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for x86_64 Fri Jun 2 22:55:34 CDT 2006 Number failed to build: 261 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 234 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 49 ---------------------------------- Xaw3d automake15 automake16 boost cadaver elilo emacs ethereal kasumi kdeaccessibility libmusicbrainz openmotif pcmciautils perl pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sgml-common specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans xmlsec1 xmlto xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 185 ---------------------------------- GFS-kernel ['192569 NEW'] HelixPlayer ['192512 NEW'] ImageMagick ['192036 NEW'] SDL ['193778 NEW'] am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] at-spi ['192368 CLOSED'] atk ['193349 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] f-spot ['193364 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] grub ['192504 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 NEW'] gucharmap ['193399 NEW'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libIDL ['193419 NEW'] libSM ['193421 NEW'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 NEW'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] qt ['191895 CLOSED'] reiserfs-utils ['191889 NEW'] scim ['191886 CLOSED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] syslinux ['192488 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xen ['192539 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Jun 3 04:15:28 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 23:15:28 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-06-02 Message-ID: <20060603041528.GE20566@lists.us.dell.com> compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Extras Rawhide-in-Mock Build Results for i386 Fri Jun 2 23:00:55 CDT 2006 Number failed to build: 152 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 151 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 150 ---------------------------------- Gtk-Perl GtkAda Hermes MagicPoint NetworkManager-vpnc OpenSceneGraph R-gnomeGUI SDL_ttf Terminal WindowMaker alacarte amaya balsa banshee baobab bidiv bmp bsd-games byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-ppp gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics gtk-gnutella gtk-xfce-engine gtktalog gurlchecker gwget ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libtabe libtomoe-gtk libtranslate libxfcegui4 licq lighttpd linkchecker logjam lucidlife mfstools multisync mysql-administrator naim nautilus-open-terminal nautilus-search-tool ncmpc nco paps perl-HTML-Mason perl-Image-Info php-extras pipenightdreams pitivi pl python-TestGears python-cheetah python-goopy qemu qtparted quarry rpmDirectoryCheck sabayon sblim-cmpi-base scmxx scponly ser serpentine sloccount stow stratagus supertux swh-plugins synce-software-manager synce-trayicon tagtool tetex-eurofont tuxpaint ushare verbiste wlassistant xbase xbindkeys xbsql xcin xfce-utils xfce4-modemlights-plugin xfce4-mount-plugin xfce4-panel xfce4-taskmanager xfce4-weather-plugin xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp With bugs filed: 3 ---------------------------------- clearsilver ['193795 CLOSED'] gtkhtml36 ['193476 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Jun 3 04:16:13 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 2 Jun 2006 23:16:13 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-06-02 Message-ID: <20060603041613.GF20566@lists.us.dell.com> Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Extras Rawhide-in-Mock Build Results for x86_64 Fri Jun 2 22:59:08 CDT 2006 Number failed to build: 178 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 167 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 166 ---------------------------------- Gtk-Perl GtkAda Macaulay2 MagicPoint NetworkManager-vpnc OpenSceneGraph R-gnomeGUI SDL_ttf Terminal WindowMaker alacarte amaya apt atitvout balsa banshee baobab bidiv bmp bsd-games byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell d4x dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gambas gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-ppp gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics gtk-gnutella gtk-xfce-engine gtktalog gurlchecker gwget hercules ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 koffice kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libopensync-plugin-kdepim libpolyxmass libtabe libtomoe-gtk libtranslate libxfcegui4 licq lighttpd linkchecker logjam lucidlife mhonarc multisync mysql-administrator nautilus-open-terminal nautilus-search-tool ncmpc nco new pam_mount paps perl-HTML-Mason perl-Image-Info perl-Unicode-Map8 perl-Unicode-MapUTF8 php-extras php-pear-DB pipenightdreams pitivi pl python-TestGears python-cheetah python-dateutil python-goopy python-reportlab qemu qtparted quarry rpmDirectoryCheck sabayon scmxx scponly ser serpentine sloccount stow stratagus supertux swh-plugins synaptic synce-software-manager synce-trayicon tagtool tetex-eurofont tuxpaint uqm ushare verbiste wlassistant xbase xbindkeys xbsql xcin xfce-utils xfce4-modemlights-plugin xfce4-mount-plugin xfce4-panel xfce4-taskmanager xfce4-weather-plugin xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp z88dk With bugs filed: 2 ---------------------------------- gtkhtml36 ['193476 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From gemi at bluewin.ch Sat Jun 3 09:14:37 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 03 Jun 2006 11:14:37 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-06-02 In-Reply-To: <20060603041528.GE20566@lists.us.dell.com> References: <20060603041528.GE20566@lists.us.dell.com> Message-ID: <1149326078.8462.1.camel@scriabin.tannenrauch.ch> On Fri, 2006-06-02 at 23:15 -0500, Matt Domsch wrote: > graveman checking for intltool >= 0.22... 0.33 found checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool error: Bad exit status from /var/tmp/rpm-tmp.12973 (%build) I would say, that intltool must have "Requires: perl-XML-Parser" -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From russell at coker.com.au Sat Jun 3 10:25:46 2006 From: russell at coker.com.au (Russell Coker) Date: Sat, 3 Jun 2006 20:25:46 +1000 Subject: strange useradd problem with amavis Message-ID: <200606032025.50436.russell@coker.com.au> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193954 When I install amavisd-new from Fedora Extras on a freshly installed machine group amavis will get GID 500. The -r option to the useradd command in the preinst script should give it a GID <500 and will do so if I purge the package, delete the account, and reinstall it. Not sure if this is a problem with useradd. I filed the above bugzilla against amavisd-new for lack of a better target (I haven't seen the same bug with any other package). -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From pertusus at free.fr Sat Jun 3 11:08:36 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 3 Jun 2006 13:08:36 +0200 Subject: binaries and libries in /lib /bin depends on/usr Message-ID: <20060603110836.GA2432@free.fr> Hello, I was under the impression that the commands and libraries in /bin and /lib were meant to be usable without /usr mounted. Is it right? However rpm which is a rather important command requires libraries in /usr/lib: [dumas at patoune lib]$ ldd /bin/rpm | grep usr librpm-4.4.so => /usr/lib/librpm-4.4.so (0x006ca000) librpmdb-4.4.so => /usr/lib/librpmdb-4.4.so (0x007ba000) librpmio-4.4.so => /usr/lib/librpmio-4.4.so (0x005cd000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0x00534000) libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x0066a000) libelf.so.1 => /usr/lib/libelf.so.1 (0x002c5000) libbeecrypt.so.6 => /usr/lib/libbeecrypt.so.6 (0x00556000) libneon.so.25 => /usr/lib/libneon.so.25 (0x00596000) libz.so.1 => /usr/lib/libz.so.1 (0x0029a000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x00a90000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x053e6000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x004d2000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002fd000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00374000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x002f7000) Some libs in /lib also need other libs in /usr, in my setup, there is (avoiding some dups): libcrypto.so.0.9.8a libz.so.1 => /usr/lib/libz.so.1 (0x0029a000) libnss_wins.so libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x00880000) liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x00a96000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00295000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002ae000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00a15000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00460000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x001f5000) libz.so.1 => /usr/lib/libz.so.1 (0x00211000) and libssl.so.0.9.8a libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x004d2000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002fd000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00374000) libz.so.1 => /usr/lib/libz.so.1 (0x0029a000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x002f7000) Why aren't those libs in /lib? Are they too big, or do they require things in /usr/lib /usr/share such that it isn't really worth having them in /lib? In that case I fail to see why they are in /lib (except maybe for libnss_*). -- Pat From rdieter at math.unl.edu Sat Jun 3 10:33:23 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 03 Jun 2006 06:33:23 -0400 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <20060603110836.GA2432@free.fr> References: <20060603110836.GA2432@free.fr> Message-ID: Patrice Dumas wrote: > Hello, > > I was under the impression that the commands and libraries in /bin and > /lib were meant to be usable without /usr mounted. Is it right? > However rpm which is a rather important command requires libraries > in /usr/lib: > > [dumas at patoune lib]$ ldd /bin/rpm | grep usr A related question is: why is rpm in /bin, and not /usr/bin/? (I'd venture to guess this may have something to do with anaconda/installer-stage stuff). -- Rex From Matt_Domsch at dell.com Sat Jun 3 12:58:08 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 3 Jun 2006 07:58:08 -0500 Subject: autofs NIS map usage breakage? In-Reply-To: <1149312395.11994.17.camel@raven.themaw.net> References: <20060603032926.GB20566@lists.us.dell.com> <1149312395.11994.17.camel@raven.themaw.net> Message-ID: <20060603125808.GA16186@humbolt.us.dell.com> On Sat, Jun 03, 2006 at 01:26:35PM +0800, Ian Kent wrote: > > Hi Matt, > > Sorry for the inconvenience. > > On Fri, 2006-06-02 at 22:29 -0500, Matt Domsch wrote: > > I upgraded a system that had been running rawhide for a few weeks to > > the new rawhide on Thursday, which upgraded autofs. In doing so, it > > appears that autofs no longer queries NIS for the auto.master map, > > even though the autofs line in /etc/nsswitch.conf includes 'files > > nis'. This has been working fine for years, and continues to work > > fine on other non-rawhide systems, so I don't suspect a change in my > > environment. > > I'm aware of this and I'm working on it right now. > There will be some change to this though. > > When I send out the update for this you will need to add the line > +auto.master to /etc/auto.master if one exists (that will work with the > version you have). If it doesn't exist then autofs will use nsswitch to > locate the map. NIS is usually listed in nsswitch by default. > Additionally, the default master map that will be installed will now > include the +auto.master line. So if you've removed your auto.master > because you don't use it and the default one is installed it will still > read the NIS master map. > > Can you tell me how your master map is setup please. $ ypcat -k auto.master /home auto.home --timeout 60 $ ypcat -k auto.home * -udp,hard,intr myserver:/home/& The server is running a really old Linux that pre-dates NFS use of tcp, hence the udp option. Thanks for looking into it. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From fedora-devel-list.listman at linuxnetz.de Sat Jun 3 13:41:27 2006 From: fedora-devel-list.listman at linuxnetz.de (Robert Scheck) Date: Sat, 3 Jun 2006 15:41:27 +0200 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <20060603110836.GA2432@free.fr> References: <20060603110836.GA2432@free.fr> Message-ID: <20060603134127.GA12073@hurricane.linuxnetz.de> Hello Patrice, On Sa, 03 Jun 2006, Patrice Dumas wrote: > I was under the impression that the commands and libraries in /bin and > /lib were meant to be usable without /usr mounted. Is it right? > However rpm which is a rather important command requires libraries > in /usr/lib: that's really interesting. I'm using latest rpm from upstream (4.4.7-0.11) which Fedora maintainers are currently refusing (#174307) and from upstream rebuild, rpm is static: $ ldd /bin/rpm not a dynamic executable $ Ever thought some rpm guy said, users are expecting that rpm is repairing their system (including glibc) when they screwed up it? But static rpm for Fedora wasn't accepted as per bug #91649. Greetings, Robert From mpeters at mac.com Sat Jun 3 15:28:17 2006 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 03 Jun 2006 08:28:17 -0700 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: References: <20060603110836.GA2432@free.fr> Message-ID: <1149348497.17122.31.camel@atlantis.mpeters.local> On Sat, 2006-06-03 at 06:33 -0400, Rex Dieter wrote: > Patrice Dumas wrote: > > Hello, > > > > I was under the impression that the commands and libraries in /bin and > > /lib were meant to be usable without /usr mounted. Is it right? > > However rpm which is a rather important command requires libraries > > in /usr/lib: > > > > [dumas at patoune lib]$ ldd /bin/rpm | grep usr > > A related question is: why is rpm in /bin, and not /usr/bin/? (I'd > venture to guess this may have something to do with > anaconda/installer-stage stuff). I'm pretty sure it use to be statically linked, and probably remains in /bin for historic reasons. I'm guessing those that there are few situations where rpm is useful when /usr is not mounted. From fedora at leemhuis.info Sat Jun 3 15:49:59 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 03 Jun 2006 17:49:59 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-06-02 In-Reply-To: <1149326078.8462.1.camel@scriabin.tannenrauch.ch> References: <20060603041528.GE20566@lists.us.dell.com> <1149326078.8462.1.camel@scriabin.tannenrauch.ch> Message-ID: <1149349799.2321.31.camel@localhost.localdomain> Am Samstag, den 03.06.2006, 11:14 +0200 schrieb G?rard Milmeister: > On Fri, 2006-06-02 at 23:15 -0500, Matt Domsch wrote: > > graveman > checking for intltool >= 0.22... 0.33 found > checking for perl... /usr/bin/perl > checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool > error: Bad exit status from /var/tmp/rpm-tmp.12973 (%build) > > I would say, that intltool must have "Requires: perl-XML-Parser" It has: $ rpm -q intltool --requires | grep perl-XML perl-XML-Parser See https://www.redhat.com/archives/fedora-devel-list/2006-May/msg00935.html for the whole story and the root of the problem. Cu thl -- Thorsten Leemhuis From fedora at leemhuis.info Sat Jun 3 15:53:51 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 03 Jun 2006 17:53:51 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-06-02 In-Reply-To: <1149349799.2321.31.camel@localhost.localdomain> References: <20060603041528.GE20566@lists.us.dell.com> <1149326078.8462.1.camel@scriabin.tannenrauch.ch> <1149349799.2321.31.camel@localhost.localdomain> Message-ID: <1149350031.2321.34.camel@localhost.localdomain> Am Samstag, den 03.06.2006, 17:50 +0200 schrieb Thorsten Leemhuis: > Am Samstag, den 03.06.2006, 11:14 +0200 schrieb G?rard Milmeister: > > On Fri, 2006-06-02 at 23:15 -0500, Matt Domsch wrote: > > > graveman > > checking for intltool >= 0.22... 0.33 found > > checking for perl... /usr/bin/perl > > checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool > > error: Bad exit status from /var/tmp/rpm-tmp.12973 (%build) > > > > I would say, that intltool must have "Requires: perl-XML-Parser" > > It has: > > $ rpm -q intltool --requires | grep perl-XML > perl-XML-Parser > > See > https://www.redhat.com/archives/fedora-devel-list/2006-May/msg00935.html > for the whole story and the root of the problem. Sorry, seems this was solved on fedora-extras-list already. /me hides CU thl -- Thorsten Leemhuis From steve at silug.org Sat Jun 3 17:01:49 2006 From: steve at silug.org (Steven Pritchard) Date: Sat, 3 Jun 2006 12:01:49 -0500 Subject: strange useradd problem with amavis In-Reply-To: <200606032025.50436.russell@coker.com.au> References: <200606032025.50436.russell@coker.com.au> Message-ID: <20060603170149.GA6410@osiris.silug.org> On Sat, Jun 03, 2006 at 08:25:46PM +1000, Russell Coker wrote: > Not sure if this is a problem with useradd. I filed the above bugzilla > against amavisd-new for lack of a better target (I haven't seen the same bug > with any other package). It has to be a bug in useradd, although I can't imagine what it would be. Every system I just checked (all installed at different times) has a low uid/gid. uid=101(amavis) gid=102(amavis) groups=102(amavis) uid=101(amavis) gid=102(amavis) groups=102(amavis) uid=101(amavis) gid=102(amavis) groups=102(amavis) uid=301(amavis) gid=301(amavis) groups=301(amavis) uid=431(amavis) gid=431(amavis) groups=431(amavis) I'll leave the bug open while we try to figure out what might be going on though. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From russell at coker.com.au Sun Jun 4 00:50:21 2006 From: russell at coker.com.au (Russell Coker) Date: Sun, 4 Jun 2006 10:50:21 +1000 Subject: strange useradd problem with amavis In-Reply-To: <20060603170149.GA6410@osiris.silug.org> References: <200606032025.50436.russell@coker.com.au> <20060603170149.GA6410@osiris.silug.org> Message-ID: <200606041050.25370.russell@coker.com.au> On Sunday 04 June 2006 03:01, Steven Pritchard wrote: > On Sat, Jun 03, 2006 at 08:25:46PM +1000, Russell Coker wrote: > > Not sure if this is a problem with useradd. I filed the above bugzilla > > against amavisd-new for lack of a better target (I haven't seen the same > > bug with any other package). > > It has to be a bug in useradd, although I can't imagine what it would > be. Every system I just checked (all installed at different times) > has a low uid/gid. > > uid=101(amavis) gid=102(amavis) groups=102(amavis) > uid=101(amavis) gid=102(amavis) groups=102(amavis) > uid=101(amavis) gid=102(amavis) groups=102(amavis) > uid=301(amavis) gid=301(amavis) groups=301(amavis) > uid=431(amavis) gid=431(amavis) groups=431(amavis) Please do a fresh install of FC5 and then run "yum install amavisd-new" and see if that gets you a >=500 UID. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From kevin.kofler at chello.at Sun Jun 4 03:55:51 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 4 Jun 2006 03:55:51 +0000 (UTC) Subject: GDB version in Rawhide Message-ID: Is there any particular reason GDB in Rawhide is still at 6.3.0? 6.4 has been released in December, and 6.5 is probably going to be released soon (branched for release already). Is this because of hard-to-merge patches? If there's no good reason, should I file a bug in RH Bugzilla? Kevin Kofler From rc040203 at freenet.de Sun Jun 4 04:34:09 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 04 Jun 2006 06:34:09 +0200 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: References: <20060603110836.GA2432@free.fr> Message-ID: <1149395649.27733.436.camel@mccallum.corsepiu.local> On Sat, 2006-06-03 at 06:33 -0400, Rex Dieter wrote: > Patrice Dumas wrote: > > Hello, > > > > I was under the impression that the commands and libraries in /bin and > > /lib were meant to be usable without /usr mounted. Is it right? Right. > > However rpm which is a rather important command requires libraries > > in /usr/lib: Right, rpm is broken. I had reported the same issue for FC4 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165012 ... but unlike promised, RH's rpm maintainers apparently did not fix it. > > [dumas at patoune lib]$ ldd /bin/rpm | grep usr > > A related question is: why is rpm in /bin, Because you need it during installs, when /usr is not yet available. > and not /usr/bin/? (I'd > venture to guess this may have something to do with > anaconda/installer-stage stuff). Partially. Actual cause is: /usr is optional. A minimal system must be usable without /usr being available. Ralf From buildsys at redhat.com Sun Jun 4 06:54:48 2006 From: buildsys at redhat.com (Build System) Date: Sun, 4 Jun 2006 02:54:48 -0400 Subject: rawhide report: 20060603 changes Message-ID: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Removed package openCryptoki Removed package s390utils Updated Packages: alsa-lib-1.0.11-4.rc2 --------------------- * Thu Jun 01 2006 Martin Stransky 1.0.11-4.rc2 - fixed releasing shared semaphore am-utils-5:6.1.5-2 ------------------ * Thu Jun 01 2006 Peter Vrabec 5:6.1.5-2 - force to use HAVE_LINUX_NFS_MOUNT_H macro, because linux/nfs_mount.h check in configure fails on s390x * Mon May 29 2006 Peter Vrabec 5:6.1.5-1 - upgrade - add build depency ant-0:1.6.5-1jpp_9fc -------------------- * Thu Jun 01 2006 Deepak Bhole - 0:1.6.5-1jpp_9fc - actually apply the patch added in 8fc! * Thu Jun 01 2006 Deepak Bhole - 0:1.6.5-1jpp_8fc - Added patch to fix jvm version detection atk-1.11.4-3 ------------ * Thu Jun 01 2006 Matthias Clasen - 1.11.4-3 - Rebuild autofs-1:5.0.0_beta4-1 ---------------------- * Fri Jun 02 2006 Ian Kent - 5.0.0_beta4-1 - update to beta4. - should address at least bzs 193798, 193770, 193831 and possibly 193832. automake15-1.5-15 ----------------- * Thu Jun 01 2006 Karsten Hopp 1.5-15 - buildrequire bison for self tests automake16-1.6.3-6 ------------------ * Thu Jun 01 2006 Karsten Hopp 1.6.3-6 - buildrequire bison for self tests binutils-2.17.50.0.2-1 ---------------------- * Thu Jun 01 2006 Jakub Jelinek 2.17.50.0.2-1 - update to 2.17.50.0.2 - update from CVS to 20060601 - speed up the ELF linker by caching the result of kept section check cdrtools-8:2.01.01.0.a09-6 -------------------------- * Fri Jun 02 2006 Harald Hoyer 8:2.01.01.0.a09-6 - more corrections to multilib patch (bug #193796) * Fri Jun 02 2006 Harald Hoyer 8:2.01.01.0.a09-5 - more corrections to multilib patch (bug #193796) * Fri Jun 02 2006 Harald Hoyer 8:2.01.01.0.a09-4 - corrected multilib patch (bug #193796) cups-1:1.2.1-6 -------------- * Fri Jun 02 2006 Tim Waugh 1:1.2.1-6 - Applied upstream patch to fix STR #1740 (bug #192809). * Thu Jun 01 2006 Tim Waugh 1:1.2.1-5 - Fixed group ownerships again (bug #192880). * Thu Jun 01 2006 Tim Waugh 1:1.2.1-4 - Fixed 'service cups reload' not to give an error message. dos2unix-3.1-25 --------------- * Thu Jun 01 2006 Tim Waugh 3.1-25 - Build with large file support. ethereal-1.1.0-0.svn.2 ---------------------- * Thu Jun 01 2006 Radek Vokal 1.1.0-0.svn.1 - add libpcap-devel dependency fedora-release-5.89-rawhide --------------------------- fontconfig-2.3.95-4 ------------------- * Fri Jun 02 2006 Matthias Clasen - 2.3.95-4 - Fix the handling of TTF font collections freeradius-1.1.2-1 ------------------ * Thu Jun 01 2006 Thomas Woerner 1.1.2-1 - new version 1.1.2 glade2-2.12.1-3 --------------- * Thu Jun 01 2006 Matthias Clasen - 2.12.1-3 - Rebuild glib2-2.11.1-6 -------------- * Thu Jun 01 2006 Matthias Clasen - 2.11.1-6 - Rebuild glibc-2.4.90-11 --------------- * Wed May 31 2006 Jakub Jelinek 2.4.90-11 - don't exit from nscd -i before the database is actually invalidated, add locking to prune_cache (#191464) - build glibc-devel.i386 static libraries with -mno-tls-direct-seg-refs -DNO_TLS_DIRECT_SEG_REFS - RFC3542 support (advanced API for IPv6; #191001, BZ##2693) glibc-kernheaders-3.0-37 ------------------------ * Wed May 24 2006 David Woodhouse 3.0-37 - Update to 2.6.16-1.2240_FC6: - Remove at Martin's request - Include from (#193747) gtk2-2.9.1-2 ------------ * Thu Jun 01 2006 Matthias Clasen - 2.9.1-2 - Rebuild gucharmap-1.6.0-7 ----------------- * Fri Jun 02 2006 Matthias Clasen 1.6.0-7 - Rebuild httpd-2.2.2-4 ------------- * Fri Jun 02 2006 Joe Orton 2.2.2-4 - make -devel package multilib-safe (#192686) jsch-0:0.1.28-1jpp_1fc ---------------------- * Thu Jun 01 2006 Ben Konrath - 0:0.1.28-1jpp_1fc - 0.1.28 - Add BuildRequires ant. kdeaccessibility-1:3.5.3-1 -------------------------- * Fri Jun 02 2006 Than Ngo 1:3.5.3-1 - update to 3.5.3 kdeadmin-7:3.5.3-1 ------------------ * Fri Jun 02 2006 Than Ngo 7:3.5.3-1 - update to 3.5.3 kdeartwork-3.5.3-1 ------------------ * Thu Jun 01 2006 Than Ngo 3.5.3-1 - update to 3.5.3 kdebase-6:3.5.3-1 ----------------- * Thu Jun 01 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 - drop --enable-new-ldflags, workaround for ld bug - update kioslave_media_dbus patch * Wed May 24 2006 Than Ngo 6:3.5.2-12 - don't overwrites user preference kdegames-6:3.5.3-1 ------------------ * Fri Jun 02 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 kdelibs-6:3.5.3-2 ----------------- * Thu Jun 01 2006 Than Ngo 7:3.5.3-2 - drop --enable-new-ldflags, workaround for ld bug * Wed May 31 2006 Than Ngo 7:3.5.3-1 - update to 3.5.3 * Tue May 23 2006 Than Ngo 7:3.5.2-7 - fix #189677, No longer possible to "copy & rename" file in same directory kdemultimedia-6:3.5.3-1 ----------------------- * Fri Jun 02 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 kdepim-6:3.5.3-1 ---------------- * Fri Jun 02 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 kdesdk-3.5.3-1 -------------- * Fri Jun 02 2006 Than Ngo 3.5.3-1 - update to 3.5.3 kernel-2.6.16-1.2244_FC6 ------------------------ * Fri Jun 02 2006 Dave Jones - Drop previous autofs4 patch, it was broken. * Fri Jun 02 2006 Juan Quintela - disable PAE for now - update xen HV to xen-unstable cset 10243 - rebase xen-patch to linux-2.6-xen cset 22568 - rebase xen-patch to linux-2.6 cset 27329 * Thu Jun 01 2006 Dave Jones - 2.6.17rc5-git8 ksh-20060214-1 -------------- * Thu Jun 01 2006 Karsten Hopp 20060214-1 - new upstream source libidn-0.6.3-1 -------------- * Thu Jun 01 2006 Joe Orton 0.6.3-1 - update to 0.6.3 - fix some places where gettext() was not getting used * Thu Jun 01 2006 Joe Orton 0.6.2-4 - remove the libidn.la (#172639) libselinux-1.30.11-2 -------------------- * Thu Jun 01 2006 Dan Walsh 1.30.11-2 - Check for selinux_mnt == NULL libtiff-3.8.2-4 --------------- * Fri Jun 02 2006 Matthias Clasen - 3.8.2-3 - Fix multilib conflict libusb-0.1.12-4 --------------- * Thu Jun 01 2006 Jindrich Novy 0.1.12-4 - remove .la files from libusb-devel (#172643) libwpd-0.8.5-2 -------------- * Fri Jun 02 2006 Caolan McNamara 0.8.5-2 - build through brew * Thu Jun 01 2006 Caolan McNamara 0.8.5-1 - next version libwvstreams-4.2.2-2 -------------------- * Fri Jun 02 2006 Harald Hoyer 4.2.2-2 - more corrections to multilib patch (bug #192717) m17n-db-1.3.3-5 --------------- * Fri Jun 02 2006 Mayank Jain - Added modified as-phonetic.mim keymap, modified by for RH bz #193849 neon-0.25.5-5 ------------- * Thu Jun 01 2006 Joe Orton 0.25.5-5 - have -devel require pkgconfig (#193355) net-snmp-5.3.1.pre3-1 --------------------- * Fri Jun 02 2006 Radek Vokal 5.3.1.pre3-1 - update to another prerelease (fixes perl agents) openoffice.org-1:2.0.3-5.1 -------------------------- * Mon May 29 2006 Caolan McNamara - 1:2.0.3-5.1 - 2.0.3 RC5 pciutils-2.2.3-2 ---------------- * Fri Jun 02 2006 Harald Hoyer 2.2.3-2 - corrected multilib patch perl-4:5.8.8-6 -------------- * Thu Jun 01 2006 Jason Vas Dias - 4:5.8.8-6 - Fix upstream perl bug 38454: 'rindex corrects for $[ on bytes rather than UTF-8' apply upstream patch #27116 - Fix upstream perl bug 24816: 'Magic vars seem unsure if they are purely numeric' ( perl -wle 'print $? = $? ^ "3"' -> 'Argument "^C" isn't numeric' ) apply upstream patch #27391 - Avoid writing over the input string in the case 'F' in moreswitches. apply upstream patch #27426 - Fix upstream perl bug 34925 - 'overload and rebless' - apply upstream patches #27509, #27512 - Fix upstream perl bug 3038 - '$qr = qr/^a$/m; $x =~ $qr; fails' apply upstream patch #27604 - apply upstream patch #27605 - 'Fix off-by-one in $0 set magic.' - Fix upstream perl bug 23141 - '($_) = () fails to set $_ to undef' apply upstream patch #27914 - Fix upstream perl bug 38619 - 'Bug in lc and uc (interaction between UTF-8, substr, and lc/uc)' apply upstream patch #27329 - Give users the '-R' option to disable the Red Hat module compatibility default search path extension (incpush.patch). * Thu May 11 2006 Jason Vas Dias - 4:5.8.8-6 - Fix bug 191416: make h2ph generate correct code for cpp statements like: '#if defined A || defined B' - Fix 172396.patch for non-threaded builds * Wed Apr 12 2006 Jason Vas Dias - 4:5.8.8-6 - Fix bug 188841: make CGI.pm's url(-relative) handle rewrites php-5.1.4-6 ----------- * Fri Jun 02 2006 Joe Orton 5.1.4-6 - split out php-cli, php-common subpackages (#177821) - add php-pdo-abi version export (#193202) pkgconfig-1:0.20-3 ------------------ * Thu Jun 01 2006 Matthias Clasen - 1:0.20-3 - Add missing BuildRequires procps-3.2.6-4 -------------- * Thu Jun 01 2006 Karel Zak 3.2.6-4 - fix #191493 - watch -n doesn't handle large integers properly - fix #186017 - top "Cpu0" line never updates on single processor machine (bugfix added to the 'remcpu' patch) - fix #168444 - memory usage conflicts with /proc/meminfo - fix #174619 - top reports wrong values for CPU(s) in batch mode - fix #185299 - cpu steal time support * Fri Feb 10 2006 Jesse Keating - 3.2.6-3.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 3.2.6-3.1 - rebuilt for new gcc4.1 snapshot and glibc changes star-1.5a74-2 ------------- * Fri Jun 02 2006 Peter Vrabec 1.5a74-2 - update tarball system-config-printer-0.7.11-3 ------------------------------ * Thu Jun 01 2006 Tim Waugh 0.7.11-3 - Fix libs dependency. * Thu Jun 01 2006 Tim Waugh 0.7.11-2 - Moved the gtk_html2pango module to the libs package (needed by foomatic.py). tcpdump-14:3.9.4-6 ------------------ * Thu Jun 01 2006 Martin Stransky - 14:3.9.4-6 - added release to arpwatch package name Broken deps for ia64 ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires libstdc++-devel = 0:4.1.0 Broken deps for x86_64 ---------------------------------------------------------- GConf2 - 2.14.0-1.i386 requires libcairo.so.2 GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 ImageMagick - 6.2.5.4-4.2.1.fc5.3.i386 requires libgs.so.8 ImageMagick - 6.2.5.4-4.2.1.fc5.3.i386 requires liblcms.so.1 at-spi - 1.7.7-7.i386 requires libcairo.so.2 at-spi - 1.7.7-7.i386 requires libbonobo-2.so.0 at-spi - 1.7.7-7.i386 requires libbonobo-activation.so.4 at-spi - 1.7.7-7.i386 requires libgailutil.so.17 cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 elfutils - 0.120-3.i386 requires libdw.so.1(ELFUTILS_0.120) elfutils - 0.120-3.i386 requires libdw.so.1 gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.28.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnome-keyring - 0.4.9-2.i386 requires libcairo.so.2 gphoto2 - 2.1.99-13.i386 requires libltdl.so.3 gtk-engines - 1:0.12-7.2.1.i386 requires libgdk_imlib.so.1 gtk2 - 2.9.1-2.i386 requires libcairo.so.2 gtk2-engines - 2.7.4-7.i386 requires libcairo.so.2 gtksourceview - 1.6.1-2.i386 requires libcairo.so.2 gtkspell - 2.0.11-2.i386 requires libcairo.so.2 guile - 5:1.8.0-5.i386 requires libltdl.so.3 libglade2 - 2.5.1-5.i386 requires libcairo.so.2 libgnomecanvas - 2.14.0-2.i386 requires libcairo.so.2 libgnomeprintui22 - 2.12.1-1.2.1.i386 requires libcairo.so.2 libmng - 1.0.9-4.i386 requires liblcms.so.1 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires libstdc++-devel = 0:4.1.0 libwnck - 2.15.2-2.i386 requires libcairo.so.2 lm_sensors - 2.10.0-1.i386 requires libsysfs.so.1 openjade - 1.3.2-23.2.i386 requires libosp.so.5 openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libavmedia680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libgo680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires liblegacy_binfilters680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsfx680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libbf_ofa680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libxo680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libso680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libtk680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires liblegacy_binfilters680li.so(UDK_3_0_0) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libutl680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libbf_svx680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.1) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libcomphelp4gcc3.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsot680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libtl680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libvcl680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3.1) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsoffice.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libbf_xo680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libi18nisolang1gcc3.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsvt680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libucbhelper3gcc3.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libdbtools680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libfile680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsvl680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-calc - 1:2.0.3-5.1.i386 requires libsb680li.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-calc - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-calc - 1:2.0.3-5.1.i386 requires libvos3gcc3.so openoffice.org-calc - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) openoffice.org-draw - 1:2.0.3-5.1.i386 requires libsoffice.so openoffice.org-draw - 1:2.0.3-5.1.i386 requires libsd680li.so openoffice.org-draw - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libgo680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libxo680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libutl680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libjvmaccessgcc3.so.3(UDK_3.1) openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libvcl680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libjvmaccessgcc3.so.3(UDK_3_0_0) openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libcomphelp4gcc3.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libsvt680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libtl680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libjvmaccessgcc3.so.3 openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-graphicfilter - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) openoffice.org-impress - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-impress - 1:2.0.3-5.1.i386 requires libsoffice.so openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-impress - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-impress - 1:2.0.3-5.1.i386 requires libsd680li.so openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-impress - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) openoffice.org-math - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libsfx680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libxo680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-math - 1:2.0.3-5.1.i386 requires libtk680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libutl680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.1) openoffice.org-math - 1:2.0.3-5.1.i386 requires libsot680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-math - 1:2.0.3-5.1.i386 requires libtl680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libvcl680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libcomphelp4gcc3.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libsvt680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-math - 1:2.0.3-5.1.i386 requires libucbhelper3gcc3.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-math - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libsvl680li.so openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-math - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libso680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libutl680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libsot680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libtl680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libvcl680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libcomphelp4gcc3.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libsvt680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libucbhelper3gcc3.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libsvl680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libsb680li.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libj680li_g.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libvos3gcc3.so openoffice.org-testtools - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) openoffice.org-writer - 1:2.0.3-5.1.i386 requires libstlport_gcc.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsfx680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libxo680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3 openoffice.org-writer - 1:2.0.3-5.1.i386 requires libso680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libtk680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libutl680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsoffice.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsot680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3.3) openoffice.org-writer - 1:2.0.3-5.1.i386 requires libtl680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libvcl680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libwpd-0.8.so.8 openoffice.org-writer - 1:2.0.3-5.1.i386 requires libcomphelp4gcc3.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsvt680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_sal.so.3(UDK_3_0_0) openoffice.org-writer - 1:2.0.3-5.1.i386 requires libucbhelper3gcc3.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_cppuhelpergcc3.so.3(UDK_3_0_0) openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsvx680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsw680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsvl680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_sal.so.3 openoffice.org-writer - 1:2.0.3-5.1.i386 requires libsb680li.so openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3 openoffice.org-writer - 1:2.0.3-5.1.i386 requires libuno_cppu.so.3(UDK_3_0_0) pango - 1.13.1-3.i386 requires libcairo.so.2 scim-libs - 1.4.4-17.i386 requires libcairo.so.2 vte - 0.13.1-3.i386 requires libcairo.so.2 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5smp GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel - 2.6.15.1-0.FC5.21.i686 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5smp cman-kernel-xen0 - 2.6.15.1-0.FC5.21.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5smp dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel - 2.6.15-5.FC5.28.i686 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5smp gnbd-kernel-xen0 - 2.6.15-5.FC5.28.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires libstdc++-devel = 0:4.1.0 Broken deps for ppc ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires libstdc++-devel = 0:4.1.0 Broken deps for ppc64 ---------------------------------------------------------- anthy-el - 7716-1.fc6.ppc64 requires emacs avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires libstdc++-devel = 0:4.1.0 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 ruby-mode - 1.8.4-6.fc6.ppc64 requires emacs-common struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 system-config-display - 1.0.37-2.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-2.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 From dgregor at redhat.com Sun Jun 4 07:05:39 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Sun, 04 Jun 2006 03:05:39 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: <200606040654.k546smqo032461@porkchop.devel.redhat.com> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: <1149404740.10267.2.camel@localhost.localdomain> On Sun, 2006-06-04 at 02:54 -0400, Build System wrote: [snip] > Broken deps for x86_64 > ---------------------------------------------------------- > GConf2 - 2.14.0-1.i386 requires libcairo.so.2 > GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 > GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 > GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 > GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU > GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 > ImageMagick - 6.2.5.4-4.2.1.fc5.3.i386 requires libgs.so.8 > ImageMagick - 6.2.5.4-4.2.1.fc5.3.i386 requires liblcms.so.1 > at-spi - 1.7.7-7.i386 requires libcairo.so.2 > at-spi - 1.7.7-7.i386 requires libbonobo-2.so.0 > at-spi - 1.7.7-7.i386 requires libbonobo-activation.so.4 > at-spi - 1.7.7-7.i386 requires libgailutil.so.17 [snip a bunch more] Something strange is going on, probably related to some recent churn in the scripts. I'll investigate tomorrow. -- Dennis From fedora at wir-sind-cool.org Sun Jun 4 09:29:49 2006 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 4 Jun 2006 11:29:49 +0200 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <1149395649.27733.436.camel@mccallum.corsepiu.local> References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> Message-ID: <20060604112949.274ecc75.fedora@wir-sind-cool.org> On Sun, 04 Jun 2006 06:34:09 +0200, Ralf Corsepius wrote: > Right, rpm is broken. > > I had reported the same issue for FC4 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165012 > > ... but unlike promised, RH's rpm maintainers apparently did not fix it. 2005-08-26 CLOSED/UPSTREAM => more proof that closing bugs like this does not work. Upstream RPM may be fixed since last year. But FC remains broken. From pertusus at free.fr Sun Jun 4 10:09:33 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 4 Jun 2006 12:09:33 +0200 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <20060603110836.GA2432@free.fr> References: <20060603110836.GA2432@free.fr> Message-ID: <20060604100933.GC2475@free.fr> > Some libs in /lib also need other libs in /usr, in my setup, there is > (avoiding some dups): > libcrypto.so.0.9.8a > libz.so.1 => /usr/lib/libz.so.1 (0x0029a000) > libnss_wins.so > libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x00880000) > liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x00a96000) > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00295000) > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002ae000) > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00a15000) > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00460000) > libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x001f5000) > libz.so.1 => /usr/lib/libz.so.1 (0x00211000) > and libssl.so.0.9.8a > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x004d2000) > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002fd000) > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00374000) > libz.so.1 => /usr/lib/libz.so.1 (0x0029a000) > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x002f7000) Should I fill bugs against libz/openldap/krb5/cyrus-sasl? -- Pat From fedora-devel-list.listman at linuxnetz.de Sun Jun 4 11:42:20 2006 From: fedora-devel-list.listman at linuxnetz.de (Robert Scheck) Date: Sun, 4 Jun 2006 13:42:20 +0200 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <20060604112949.274ecc75.fedora@wir-sind-cool.org> References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> Message-ID: <20060604114220.GA29085@hurricane.linuxnetz.de> Hello Michael, On So, 04 Jun 2006, Michael Schwendt wrote: > 2005-08-26 CLOSED/UPSTREAM => more proof that closing bugs like this does > not work. Upstream RPM may be fixed since last year. But FC remains > broken. at least this is proofing, that the RPM maintainers on the Red Hat side should be *more closed* to upstream. I opened up bug #174307 already more then half a year ago and nothing happend, because maintainers are telling, that they don't have the time to looking in and review what changed since the old 4.4.2, Red Hat uses. Another reason is, that Red Hat is developing own hacks, patches and things of RPM instead of supporting upstream of RPM to get a sane solution. This could be the beginning of forking of RPM... :-( Greetings, Robert p.s.: The bug mentioned above isn't "assigned", it only got it's state, because "NeedInfo_Eng" disappeared in April" ;-) From rdieter at math.unl.edu Sun Jun 4 14:46:16 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 04 Jun 2006 09:46:16 -0500 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <20060604114220.GA29085@hurricane.linuxnetz.de> References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> <20060604114220.GA29085@hurricane.linuxnetz.de> Message-ID: <4482F238.3060000@math.unl.edu> Robert Scheck wrote: > Another reason is, that Red Hat is developing own hacks, patches and things > of RPM instead of supporting upstream of RPM to get a sane solution. This > could be the beginning of forking of RPM... :-( All speculation of course (I'd suggest you check your facts... hint: RPM upstream maintainer works @ Red Hat). -- Rex From seandarcy2 at gmail.com Sun Jun 4 16:09:44 2006 From: seandarcy2 at gmail.com (sean) Date: Sun, 04 Jun 2006 12:09:44 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: <200606040654.k546smqo032461@porkchop.devel.redhat.com> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: Build System wrote: > > .................................. > > kernel-2.6.16-1.2244_FC6 > ------------------------ > * Fri Jun 02 2006 Dave Jones > - Drop previous autofs4 patch, it was broken. > > * Fri Jun 02 2006 Juan Quintela > - disable PAE for now > - update xen HV to xen-unstable cset 10243 > - rebase xen-patch to linux-2.6-xen cset 22568 > - rebase xen-patch to linux-2.6 cset 27329 > > * Thu Jun 01 2006 Dave Jones > - 2.6.17rc5-git8 > ......................................... # rpm -ivh kernel-2.6.16-1.2244_FC6.x86_64.rpm Preparing... ########################################### [100%] 1:kernel ########################################### [100%] /sbin/mkinitrd: line 740: break: only meaningful in a `for', `while', or `until' loop sean From seandarcy2 at gmail.com Sun Jun 4 16:17:29 2006 From: seandarcy2 at gmail.com (sean) Date: Sun, 04 Jun 2006 12:17:29 -0400 Subject: libhesiod.so.0 keeps recreating itself!! Message-ID: Install hesiod-3.1.0-3.x86_64.rpm, and I get: ls -l /usr/lib64/libhes* -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a lrwxrwxrwx 1 root root 18 May 29 11:49 /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 -rw-r--r-- 1 root root 22564 May 29 11:29 /usr/lib64/libhesiod.so.0 -rw-r--r-- 1 root root 20140 May 29 11:29 /usr/lib64/libhesiod.so.0.0.0 But hours later, I get an ldconfig error: 4:cups-devel ########################################### [100%] /sbin/ldconfig: /usr/lib64/libhesiod.so.0 is not a symbolic link And: ls -l /usr/lib64/libhes* -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a lrwxrwxrwx 1 root root 18 May 29 11:49 /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 -rw-r--r-- 1 root root 22564 May 29 11:29 /usr/lib64/libhesiod.so.0 -rw-r--r-- 1 root root 20140 May 29 11:29 /usr/lib64/libhesiod.so.0.0.0 I've reinstalled hesiod a coule of times, but it keeps happening. rpm -qif /usr/lib64/libhesiod.so.0 shows hesiod. sunspots??? sean From tibbs at math.uh.edu Sun Jun 4 16:18:01 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sun, 04 Jun 2006 11:18:01 -0500 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: <4482F238.3060000@math.unl.edu> (Rex Dieter's message of "Sun, 04 Jun 2006 09:46:16 -0500") References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> <20060604114220.GA29085@hurricane.linuxnetz.de> <4482F238.3060000@math.unl.edu> Message-ID: >>>>> "RD" == Rex Dieter writes: RD> All speculation of course (I'd suggest you check your RD> facts... hint: RPM upstream maintainer works @ Red Hat). Really? I thought he left some time ago. - J< From skvidal at linux.duke.edu Sun Jun 4 16:25:52 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 04 Jun 2006 12:25:52 -0400 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> <20060604114220.GA29085@hurricane.linuxnetz.de> <4482F238.3060000@math.unl.edu> Message-ID: <1149438352.21779.0.camel@cutter> On Sun, 2006-06-04 at 11:18 -0500, Jason L Tibbitts III wrote: > >>>>> "RD" == Rex Dieter writes: > > RD> All speculation of course (I'd suggest you check your > RD> facts... hint: RPM upstream maintainer works @ Red Hat). > > Really? I thought he left some time ago. he did leave a while ago. the current rpm maintainer for red hat's rpm is paul nasrat. the upstream maintainer of rpm is jeff johnson. -sv From kloczek at zie.pg.gda.pl Sun Jun 4 16:25:19 2006 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Sun, 04 Jun 2006 18:25:19 +0200 Subject: rawhide report: 20060603 changes In-Reply-To: <200606040654.k546smqo032461@porkchop.devel.redhat.com> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: <1149438319.16150.3.camel@kloczek01.pracownicy.zie> Dnia 04-06-2006, nie o godzinie 02:54 -0400, Build System napisa?(a): [..] On x86_64: # yum clean all; yum upgrade Loading "installonlyn" plugin Cleaning up Everything 0 headers removed 0 packages removed 1 metadata files removed 0 cache files removed 0 cache files removed Loading "installonlyn" plugin Setting up Upgrade Process Setting up repositories development [1/2] //var/cache/yum/development/repomd.xml:16: parser error : Opening and ending tag mismatch: link line 15 and head ^ //var/cache/yum/development/repomd.xml:22: parser error : Opening and ending tag mismatch: img line 22 and a Fedora Project ^ //var/cache/yum/development/repomd.xml:27: parser error : Opening and ending tag mismatch: img line 27 and a Download References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> <20060604114220.GA29085@hurricane.linuxnetz.de> <4482F238.3060000@math.unl.edu> Message-ID: <20060604165636.GA768@hurricane.linuxnetz.de> Hello Rex, On Sun, 04 Jun 2006, Rex Dieter wrote: > All speculation of course (I'd suggest you check your facts... hint: RPM > upstream maintainer works @ Red Hat). about which RPM upstream maintainer are you talking? Even I still believe, that there is only one real RPM guy for years now and this is Jeff. Or is there somebody else I missed? I'm talking the whole time about that RPM upstream maintainer, pushing new RPM versions at www.jbj.org/pub/. But the new official URL for this is www.wraptastic.org/pub/rpm-4.4.x and -devel for development snapshots. Slap me using all printed RPM guides the world ever has seen, but Jeff isn't working for Red Hat - at least since July 2005 (maybe even longer). And sorry, I don't remember the name of his new employer but it supported him concerning the rollback support in RPM >= 4.4.5. Oh and if you're meaning Paul...he's most of the time "only" merging and backporting stuff from RPM upstream into the Fedora RPM mess (sorry, but did you ever have a look into the patches and compared with upstream?). And when skipping the backporting patches, there are AFAIK (!) things and other stuff which never got and never will get into upstream RPM. And this for very good reasons. One out of many examples for this statement is Red Hat Bugzilla ID #182998. Greetings, Robert p.s.: I know, there are already two correct answers on the mailing list concerning this, but deleting this mail would have been a great pity... From ellson at research.att.com Sun Jun 4 17:12:01 2006 From: ellson at research.att.com (John Ellson) Date: Sun, 04 Jun 2006 13:12:01 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: <44831461.70706@research.att.com> sean wrote: > > > # rpm -ivh kernel-2.6.16-1.2244_FC6.x86_64.rpm > Preparing... ########################################### [100%] > 1:kernel ########################################### [100%] > /sbin/mkinitrd: line 740: break: only meaningful in a `for', `while', > or `until' loop > > sean > There is a patch in comment #1 of BZ#193130 that fixes this for me. I don't know why this hasn't been pushed out yet. John From rdieter at math.unl.edu Sun Jun 4 17:59:21 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 04 Jun 2006 12:59:21 -0500 Subject: binaries and libries in /lib /bin depends on/usr In-Reply-To: References: <20060603110836.GA2432@free.fr> <1149395649.27733.436.camel@mccallum.corsepiu.local> <20060604112949.274ecc75.fedora@wir-sind-cool.org> <20060604114220.GA29085@hurricane.linuxnetz.de> <4482F238.3060000@math.unl.edu> Message-ID: <44831F79.5090802@math.unl.edu> Jason L Tibbitts III wrote: >>>>>> "RD" == Rex Dieter writes: > > RD> All speculation of course (I'd suggest you check your > RD> facts... hint: RPM upstream maintainer works @ Red Hat). > > Really? I thought he left some time ago. My bad, I really thought Jeff was still there. -- Rex From fedora at wir-sind-cool.org Sun Jun 4 18:17:30 2006 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 4 Jun 2006 20:17:30 +0200 Subject: rawhide report: 20060603 changes In-Reply-To: <1149438319.16150.3.camel@kloczek01.pracownicy.zie> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> <1149438319.16150.3.camel@kloczek01.pracownicy.zie> Message-ID: <20060604201730.20411847.fedora@wir-sind-cool.org> On Sun, 04 Jun 2006 18:25:19 +0200, Tomasz K?oczko wrote: > On x86_64: > > # yum clean all; yum upgrade > Loading "installonlyn" plugin > Cleaning up Everything > 0 headers removed > 0 packages removed > 1 metadata files removed > 0 cache files removed > 0 cache files removed > Loading "installonlyn" plugin > Setting up Upgrade Process > Setting up repositories > development > [1/2] > //var/cache/yum/development/repomd.xml:16: parser error : Opening and > ending tag mismatch: link line 15 and head > > ^ The "repodata" directory is missing. From davej at redhat.com Sun Jun 4 18:20:40 2006 From: davej at redhat.com (Dave Jones) Date: Sun, 4 Jun 2006 14:20:40 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: <20060604182040.GA5980@redhat.com> On Sun, Jun 04, 2006 at 12:09:44PM -0400, sean wrote: Ugh, it's only by chance that I happened to find this in my spam folder: X-Spam-Status: Yes, score=11.8 required=5.0 tests=AWL,BAYES_00, HELO_DYNAMIC_DHCP,HELO_DYNAMIC_HCC,HELO_DYNAMIC_IPADDR, UNPARSEABLE_RELAY autolearn=no version=3.1.2 X-Spam-Report: * 3.1 HELO_DYNAMIC_DHCP Relay HELO'd using suspicious hostname (DHCP) * 4.1 HELO_DYNAMIC_HCC Relay HELO'd using suspicious hostname (HCC) * 4.2 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr * 1) * 3.0 UNPARSEABLE_RELAY Informational: message has unparseable relay * lines * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.0 AWL AWL: From: address is in the auto white-list Sending mail from ISP assigned dynamic IPs bad mmkay? > >kernel-2.6.16-1.2244_FC6 > >------------------------ > >* Fri Jun 02 2006 Dave Jones > >- Drop previous autofs4 patch, it was broken. > > > >* Fri Jun 02 2006 Juan Quintela > >- disable PAE for now > >- update xen HV to xen-unstable cset 10243 > >- rebase xen-patch to linux-2.6-xen cset 22568 > >- rebase xen-patch to linux-2.6 cset 27329 > > > >* Thu Jun 01 2006 Dave Jones > >- 2.6.17rc5-git8 > > > ......................................... > > # rpm -ivh kernel-2.6.16-1.2244_FC6.x86_64.rpm > Preparing... > ########################################### [100%] > 1:kernel > ########################################### [100%] > /sbin/mkinitrd: line 740: break: only meaningful in a `for', > `while', or `until' loop This looks like a bug in mkinitrd. Peter? Dave -- http://www.codemonkey.org.uk From paul at city-fan.org Sun Jun 4 18:24:58 2006 From: paul at city-fan.org (Paul Howarth) Date: Sun, 04 Jun 2006 19:24:58 +0100 Subject: libhesiod.so.0 keeps recreating itself!! In-Reply-To: References: Message-ID: <1149445499.766.33.camel@laurel.intra.city-fan.org> On Sun, 2006-06-04 at 12:17 -0400, sean wrote: > Install hesiod-3.1.0-3.x86_64.rpm, and I get: > > ls -l /usr/lib64/libhes* > -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a > lrwxrwxrwx 1 root root 18 May 29 11:49 > /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 > -rw-r--r-- 1 root root 22564 May 29 11:29 > /usr/lib64/libhesiod.so.0 > -rw-r--r-- 1 root root 20140 May 29 11:29 > /usr/lib64/libhesiod.so.0.0.0 > > > But hours later, I get an ldconfig error: > > 4:cups-devel > ########################################### [100%] > /sbin/ldconfig: /usr/lib64/libhesiod.so.0 is not a symbolic link > > > And: > ls -l /usr/lib64/libhes* > -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a > lrwxrwxrwx 1 root root 18 May 29 11:49 > /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 > -rw-r--r-- 1 root root 22564 May 29 11:29 > /usr/lib64/libhesiod.so.0 > -rw-r--r-- 1 root root 20140 May 29 11:29 > /usr/lib64/libhesiod.so.0.0.0 > > > I've reinstalled hesiod a coule of times, but it keeps > happening. rpm -qif /usr/lib64/libhesiod.so.0 shows hesiod. > > sunspots??? http://www.redhat.com/archives/rhl-devel-list/2006-April/msg00489.html Paul. From dgregor at redhat.com Sun Jun 4 23:33:04 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Sun, 04 Jun 2006 19:33:04 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: <20060604201730.20411847.fedora@wir-sind-cool.org> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> <1149438319.16150.3.camel@kloczek01.pracownicy.zie> <20060604201730.20411847.fedora@wir-sind-cool.org> Message-ID: <1149463984.10267.16.camel@localhost.localdomain> On Sun, 2006-06-04 at 20:17 +0200, Michael Schwendt wrote: > On Sun, 04 Jun 2006 18:25:19 +0200, Tomasz K?oczko wrote: > > > On x86_64: > > > > # yum clean all; yum upgrade > > Loading "installonlyn" plugin > > Cleaning up Everything > > 0 headers removed > > 0 packages removed > > 1 metadata files removed > > 0 cache files removed > > 0 cache files removed > > Loading "installonlyn" plugin > > Setting up Upgrade Process > > Setting up repositories > > development > > [1/2] > > //var/cache/yum/development/repomd.xml:16: parser error : Opening and > > ending tag mismatch: link line 15 and head > > > > ^ > > The "repodata" directory is missing. I just pushed a repodata directory manually for x86_64. I apologize that it got removed in the first place. Let me know if you run into any issues with it. -- Dennis From vonbrand at inf.utfsm.cl Sun Jun 4 22:54:20 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Sun, 04 Jun 2006 18:54:20 -0400 Subject: libhesiod.so.0 keeps recreating itself!! In-Reply-To: Your message of "Sun, 04 Jun 2006 19:24:58 +0100." <1149445499.766.33.camel@laurel.intra.city-fan.org> Message-ID: <200606042254.k54MsLck010741@laptop11.inf.utfsm.cl> Paul Howarth wrote: > On Sun, 2006-06-04 at 12:17 -0400, sean wrote: > > Install hesiod-3.1.0-3.x86_64.rpm, and I get: > > > > ls -l /usr/lib64/libhes* > > -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a > > lrwxrwxrwx 1 root root 18 May 29 11:49 > > /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 > > -rw-r--r-- 1 root root 22564 May 29 11:29 > > /usr/lib64/libhesiod.so.0 > > -rw-r--r-- 1 root root 20140 May 29 11:29 > > /usr/lib64/libhesiod.so.0.0.0 > > > > > > But hours later, I get an ldconfig error: > > > > 4:cups-devel > > ########################################### [100%] > > /sbin/ldconfig: /usr/lib64/libhesiod.so.0 is not a symbolic link > > > > > > And: > > ls -l /usr/lib64/libhes* > > -rw-r--r-- 1 root root 23542 May 29 11:29 /usr/lib64/libhesiod.a > > lrwxrwxrwx 1 root root 18 May 29 11:49 > > /usr/lib64/libhesiod.so -> libhesiod.so.0.0.0 > > -rw-r--r-- 1 root root 22564 May 29 11:29 > > /usr/lib64/libhesiod.so.0 > > -rw-r--r-- 1 root root 20140 May 29 11:29 > > /usr/lib64/libhesiod.so.0.0.0 > > > > > > I've reinstalled hesiod a coule of times, but it keeps > > happening. rpm -qif /usr/lib64/libhesiod.so.0 shows hesiod. > > > > sunspots??? > > http://www.redhat.com/archives/rhl-devel-list/2006-April/msg00489.html Nope. It is also claimed to be fixed by latest prelink, but isn't. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188062 -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From vonbrand at inf.utfsm.cl Mon Jun 5 00:06:02 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Sun, 04 Jun 2006 20:06:02 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: Your message of "Sun, 04 Jun 2006 19:33:04 -0400." <1149463984.10267.16.camel@localhost.localdomain> Message-ID: <200606050006.k55062sP018066@laptop11.inf.utfsm.cl> Dennis Gregorovic wrote: > On Sun, 2006-06-04 at 20:17 +0200, Michael Schwendt wrote: [...] > > The "repodata" directory is missing. > I just pushed a repodata directory manually for x86_64. I apologize > that it got removed in the first place. Let me know if you run into any > issues with it. Not present on any of the mirrors yum selects here. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From dgregor at redhat.com Mon Jun 5 00:26:46 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Sun, 04 Jun 2006 20:26:46 -0400 Subject: rawhide report: 20060603 changes In-Reply-To: <200606050006.k55062sP018066@laptop11.inf.utfsm.cl> References: <200606050006.k55062sP018066@laptop11.inf.utfsm.cl> Message-ID: <1149467206.10267.20.camel@localhost.localdomain> On Sun, 2006-06-04 at 20:06 -0400, Horst von Brand wrote: > Dennis Gregorovic wrote: > > On Sun, 2006-06-04 at 20:17 +0200, Michael Schwendt wrote: > > [...] > > > > The "repodata" directory is missing. > > > I just pushed a repodata directory manually for x86_64. I apologize > > that it got removed in the first place. Let me know if you run into any > > issues with it. > > Not present on any of the mirrors yum selects here. Yes, it'll take some time for it to propagate to the mirrors. -- Dennis From dtimms at bigpond.net.au Mon Jun 5 01:04:34 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 05 Jun 2006 11:04:34 +1000 Subject: Core i386 rawhide rebuild in mock status 2006-06-02 In-Reply-To: <20060603041415.GC20566@lists.us.dell.com> References: <20060603041415.GC20566@lists.us.dell.com> Message-ID: <44838322.2090809@bigpond.net.au> Matt Domsch wrote: > Note: This is using a reduced set of packages in the build chroot as ... > Of those expected to have worked... > Without a bug filed: 43 > ---------------------------------- > Xaw3d ... I saw that FESCo 2006-06-01 made a decision on default build environment packages. Would this finalized list have made it into Matt's rebuild of 2006-06-02 ? I was planning on spending a few hours filing bugs. Can someone let me know if this list would not be accurate given the decision ? {hate to waste both bugs and time} DaveT. From tagoh at redhat.com Mon Jun 5 03:52:48 2006 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 05 Jun 2006 12:52:48 +0900 (JST) Subject: PROPOSAL: restructure the choice of input methods In-Reply-To: References: <20060602.225755.-1904194780.tagoh@redhat.com> Message-ID: <20060605.125248.-1884188473.tagoh@redhat.com> Hi, >>>>> On Sat, 03 Jun 2006 04:58:16 +0800, >>>>> "ST" == Scott Tsai wrote: ST> One question about xinput-default, ST> currently "scim" is in core and "uim" is in extras, both supports multiple ST> languages so I guess you plan to let them supply "xinput-default" and ST> "xinput-uim" respectively? both scim and uim will provides xinput-default which is managed under alternatives as currently it does for ll_CC things. So if you want to change the default behavior to uim for system wide, /usr/sbin/alternatives --config xinput-default will be the way. -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tagoh at redhat.com Mon Jun 5 03:57:05 2006 From: tagoh at redhat.com (Akira TAGOH) Date: Mon, 05 Jun 2006 12:57:05 +0900 (JST) Subject: PROPOSAL: restructure the choice of input methods In-Reply-To: <20060603033913.GA32669@thacker.dyndns.org> References: <20060602.225755.-1904194780.tagoh@redhat.com> <20060603033913.GA32669@thacker.dyndns.org> Message-ID: <20060605.125705.1435615681.tagoh@redhat.com> >>>>> On Fri, 2 Jun 2006 23:39:13 -0400, >>>>> "JT" == John Thacker wrote: JT> If I understand your proposal, this would mean that some default JT> input method (whether scim or uim) would be started in all locales, JT> even though that typical don't need it or don't use it currently. Yes. JT> That's actually helpful for people like me who run in en_US locale JT> but want to use an input method for Japanese or other languages JT> occasionally. For people who normally don't use input methods at JT> all, would this cause a problem, or would it be configured so that JT> the default would be essentially no input method? People who aren't JT> used to input methods could be very confused if Shift+Space or something JT> else started turning on an input method. Good question. I'm planning to provide the input method GUI configuration tool and with an option like "never use input methods", to disable the whole input methods for people who don't want to use input methods at all. but the default behavior will enables input methods as scim has already done in rawhide. Ideally even if it's running by default for all the locales, any problems shouldn't be happened and if there are, it should be fixed. also we are trying to improve the keybinding stuff with having them in each IMEs. as IME specific hotkey I mean. I hope it would be helpful in that case. If you have any issues, please file a bug into bugzilla. we would appreciate your bug report. Thanks, -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Matt_Domsch at dell.com Mon Jun 5 04:45:33 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 4 Jun 2006 23:45:33 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-02 In-Reply-To: <44838322.2090809@bigpond.net.au> References: <20060603041415.GC20566@lists.us.dell.com> <44838322.2090809@bigpond.net.au> Message-ID: <20060605044533.GA19950@humbolt.us.dell.com> On Mon, Jun 05, 2006 at 11:04:34AM +1000, David Timms wrote: > Matt Domsch wrote: > >Note: This is using a reduced set of packages in the build chroot as > ... > >Of those expected to have worked... > >Without a bug filed: 43 > >---------------------------------- > >Xaw3d > ... > I saw that FESCo 2006-06-01 made a decision on default build environment > packages. Would this finalized list have made it into Matt's rebuild of > 2006-06-02 ? > I was planning on spending a few hours filing bugs. Can someone let me > know if this list would not be accurate given the decision ? {hate to > waste both bugs and time} My goal was to make them the same. However, I see that they're not quite identical. Comparing FESCO's fully resolved list against what I find in my buildroots, I've got a few extras packages listed below. Soon as the FESCO buildgroups.xml and/or buildsys-build.rpm exists, I'll convert to using that. That said, there are few differences, so starting now would get you quite close to being correct for most packages. --- FESCO-all-packages.txt 2006-06-04 23:39:44.000000000 -0500 +++ Matts-packages-sorted.txt 2006-06-04 23:39:23.000000000 -0500 @@ -1,93 +1,107 @@ audit-libs audit-libs-python +autoconf +automake basesystem bash beecrypt binutils buildsys-macros bzip2 bzip2-libs chkconfig coreutils cpio cpp cracklib cracklib-dicts db4 device-mapper diffutils +dmraid e2fsprogs e2fsprogs-libs elfutils +elfutils-libelf +elfutils-libs ethtool expat fedora-release file filesystem findutils gawk gcc gcc-c++ gdbm +glib2 glibc +glibc-common glibc-devel glibc-headers glibc-kernheaders grep gzip info initscripts iproute iputils krb5-libs less libacl libattr libcap libgcc libgomp libselinux libselinux-python libsemanage libsepol libstdc++ +libstdc++-devel libtermcap +libtool lvm2 +m4 make MAKEDEV mcstrans mingetty mkinitrd mktemp module-init-tools ncurses neon net-tools openssl pam patch pcre perl policycoreutils popt procps psmisc python +pyxf86config readline redhat-rpm-config +rhpl rpm rpm-build rpm-libs sed setup shadow-utils sqlite sysklogd SysVinit tar termcap +tzdata udev unzip util-linux which +wireless-tools zlib Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at Dell.com Mon Jun 5 04:47:28 2006 From: Matt_Domsch at Dell.com (Matt Domsch) Date: Sun, 4 Jun 2006 23:47:28 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-04 Message-ID: <20060605044728.GA6822@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for x86_64 Sun Jun 4 18:04:32 CDT 2006 Number failed to build: 311 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 284 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 75 ---------------------------------- alsa-lib ant autofs automake15 automake16 binutils boost cadaver cdrtools dos2unix elilo emacs ethereal fedora-release fontconfig freeradius glib2 glibc httpd kasumi kdeaccessibility kdeadmin ksh libidn libmusicbrainz libtiff libwpd libwvstreams m17n-db net-snmp openmotif pciutils pcmciautils perl php pirut procps pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sgml-common specspo squirrelmail star switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-printer system-config-services system-config-soundcard tcpdump tsclient w3m wordtrans Xaw3d xmlsec1 xmlto xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 190 ---------------------------------- am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] cups ['191908 CLOSED'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] glibc-kernheaders ['191883 CLOSED', '191954 CLOSED'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] grub ['192504 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 CLOSED'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] ImageMagick ['192036 NEW'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libselinux ['192562 CLOSED'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libusb ['191744 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] neon ['193355 CLOSED'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] qt ['191895 CLOSED'] reiserfs-utils ['191889 NEW'] scim ['191886 CLOSED'] SDL ['193778 NEW'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] syslinux ['192488 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xen ['192539 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Jun 5 04:47:51 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 4 Jun 2006 23:47:51 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-04 Message-ID: <20060605044751.GB6822@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: xscreensaver 191769 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for i386 Sun Jun 4 18:05:59 CDT 2006 Number failed to build: 247 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 236 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 46 ---------------------------------- automake15 automake16 cadaver emacs ethereal kasumi libwpd openmotif pcmciautils perl php pirut pwlib pycairo pykickstart radvd rdist redhat-artwork redhat-menus rgmanager ruby sane-backends scim-chewing scim-qtimm sg3_utils specspo squirrelmail switchdesk sysstat system-config-bind system-config-boot system-config-cluster system-config-display system-config-kickstart system-config-lvm system-config-services system-config-soundcard tsclient w3m wordtrans Xaw3d xmlsec1 xorg-x11-twm xorg-x11-xinit xorg-x11-xkbdata zenity With bugs filed: 182 ---------------------------------- am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 NEW'] bsf ['192369 NEW'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] gpart ['193396 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 CLOSED'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 NEW'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 NEW'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 NEW'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 NEW'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] perl-XML-Simple ['191911 NEW'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pydict ['191898 NEW'] python-pyblock ['191866 NEW'] reiserfs-utils ['191889 NEW'] scim ['191886 CLOSED'] SDL ['193778 NEW'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 NEW'] struts ['192489 NEW'] subversion ['191611 NEW'] system-config-netboot ['192537 ASSIGNED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tux ['191828 NEW'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] xdoclet ['192483 NEW'] xjavadoc ['192057 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-utils ['191966 CLOSED'] yelp ['191660 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Jun 5 04:48:20 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 4 Jun 2006 23:48:20 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-06-04 Message-ID: <20060605044820.GC6822@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. extras Rawhide-in-Mock Build Results for i386 Sun Jun 4 18:09:21 CDT 2006 Number failed to build: 146 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 145 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 142 ---------------------------------- alacarte amaya balsa banshee baobab bidiv bmp byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget Hermes ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libtabe libtomoe-gtk libtranslate libxfcegui4 licq lighttpd linkchecker logjam lucidlife MagicPoint mfstools multisync mysql-administrator naim nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc OpenSceneGraph paps perl-HTML-Mason perl-Image-Info php-extras pipenightdreams pitivi pl python-cheetah python-goopy python-TestGears qemu quarry R-gnomeGUI rpmDirectoryCheck sabayon sblim-cmpi-base scmxx scponly SDL_ttf ser serpentine sloccount stow stratagus swh-plugins synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont tuxpaint ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xfce4-panel xfce-utils xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp With bugs filed: 3 ---------------------------------- gtkhtml36 ['193476 ASSIGNED'] xfce4-weather-plugin ['193973 ASSIGNED'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Mon Jun 5 04:48:49 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 4 Jun 2006 23:48:49 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-06-04 Message-ID: <20060605044848.GD6822@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Extras Rawhide-in-Mock Build Results for x86_64 Sun Jun 4 18:07:51 CDT 2006 Number failed to build: 202 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 191 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 184 ---------------------------------- alacarte amaya apt atitvout balsa banshee baobab bidiv bmp bsd-games byzanz cacti camstream ccrtp cfs colorscheme contact-lookup-applet cowbell d4x dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables emelfm2 epiphany-extensions epylog exim exiv2 exo factory fillets-ng fish flim flow-tools fontforge gambas gazpacho gdesklets gif2png glabels gnochm gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-schedule gnome-sudoku gnome-themes-extras gnupg2 gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget hercules htmldoc ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 koffice kover kphotoalbum ladspa leafpad lft libassetml libeXosip2 libfac libgda libgnomedb libksba libopensync-plugin-kdepim libpolyxmass libtabe libtasn1 libtomoe-gtk libtranslate libxfcegui4 licq lighttpd lineak-defaultplugin lineak-kdeplugins lineak-xosdplugin linkchecker logjam lucidlife Macaulay2 MagicPoint mhonarc multisync mysql-administrator nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc new nucleo openalpp OpenSceneGraph pam_mount pan paps perl-GD perl-HTML-Mason perl-Image-Info perl-SOAP-Lite perl-Unicode-Map8 perl-Unicode-MapUTF8 php-extras php-pear-DB pipenightdreams pitivi pl plib python-cheetah python-dateutil python-goopy python-reportlab python-TestGears PyX qemu quarry R renrot R-gnomeGUI rpmDirectoryCheck sabayon scmxx scponly SDL_ttf ser serpentine sloccount stow stratagus supertux swh-plugins sword sylpheed synaptic synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont tuxpaint ucblogo uqm ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xfce4-panel xfce-utils xfdesktop xffm xfprint xfwm4 xmms-crossfade xplanet xsp z88dk With bugs filed: 7 ---------------------------------- gnome-ppp ['193968 CLOSED'] gtkhtml36 ['193476 ASSIGNED'] xfce4-modemlights-plugin ['193970 CLOSED'] xfce4-mount-plugin ['193971 CLOSED'] xfce4-taskmanager ['193972 CLOSED'] xfce4-weather-plugin ['193973 ASSIGNED'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From dragoran at feuerpokemon.de Mon Jun 5 07:09:34 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 05 Jun 2006 09:09:34 +0200 Subject: AIGLX/metacity + full screen glapps Message-ID: <4483D8AE.4090106@feuerpokemon.de> does metacity with aiglx enable redirect fullscreen glapps to pixmaps ? This posting: http://www.nvnews.net/vbulletin/showpost.php?p=904662&postcount=7 says that this would have a big effect on perfomance. Does metacity has this option or does it even unredirect fullscreen glapps by default? (I can't test myself because of having a nvidia card, so thats why I am asking) From petersen at redhat.com Mon Jun 5 08:57:14 2006 From: petersen at redhat.com (Jens Petersen) Date: Mon, 05 Jun 2006 17:57:14 +0900 Subject: [Fedora-i18n-list] PROPOSAL: restructure the choice of input methods In-Reply-To: <20060602.225755.-1904194780.tagoh@redhat.com> References: <20060602.225755.-1904194780.tagoh@redhat.com> Message-ID: <4483F1EA.4060301@redhat.com> Just a few comments to clarify my understanding of the proposal. Akira TAGOH wrote: > - input methods that has supported the different input method > engines for different languages or has such framework, > only provides the alternatives name, xinput-default. Ok, so the main change here is that scim, uim, etc will basically just need to setup a single alternative rather than one for each "supported" locale. I understand xinput-default here to mean the current symlink "/etc/X11/xinit/xinput.d/default -> /etc/alternatives/xinput-default". > - single input methods, such as XIM server provides the > alternatives name, xinput-ll_CC for only their supported > locale. i.e. if one supports ja_JP.* locale, it has to > provides xinput-ja_JP. This is unchanged. > - $HOME/.xinput.d would be obsoletes. it is maybe > overkill. just a file like .xinputrc would be better. I would like to suggest using "/etc/X11/xinit/xinputrc" for the system file instead of "/etc/X11/xinit/xinput.d/default", since that seems more consistent and logical IMHO. > - one xinput script which is usually put under > /etc/X11/xinit/xinput.d/, invokes the proper XIM server > for people who still wants to use them. > so if one wants to use XIM, symlink it to .xinputrc or > changing with alternatives will do that. it is still > better than current one since XIM server works on only the > exact locale and it will be less trouble. So basically the current locale selecting code in xinput.sh will move to this alternative script for xim client setup. We could also consider renaming "/etc/X11/xinit/xinput.d/" to say "/etc/X11/xinit/xim.d/" at the same time: that would avoid confusion between the old xinput.d system and the new xinputrc system. > - xinput.sh reads only xinput-default (and .xinputrc for the > user-specific thing) and stop to find ll_CC things against > current locale. according to the above reasons. So xinput.sh would first try "~/.xinputrc" and if that doesn't exist it would read "/etc/X11/xinit/xinputrc". Jens From buildsys at redhat.com Mon Jun 5 09:08:03 2006 From: buildsys at redhat.com (Build System) Date: Mon, 5 Jun 2006 05:08:03 -0400 Subject: rawhide report: 20060605 changes Message-ID: <200606050908.k55983vg027781@porkchop.devel.redhat.com> Updated Packages: kernel-2.6.16-1.2245_FC6 ------------------------ * Sun Jun 04 2006 Dave Jones - 2.6.17rc5-git11 m17n-db-1.3.3-7 --------------- * Mon Jun 05 2006 Mayank Jain - Added as-*.png icons. Broken deps for ia64 ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires libstdc++-devel = 0:4.1.0 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.28.x86_64 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.x86_64 requires /lib/modules/2.6.16-1.2122_FC5xenU libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires libstdc++-devel = 0:4.1.0 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires kernel = 0:2.6.16-1.2122_FC5 GFS-kernel - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5smp GFS-kernel-xen0 - 2.6.15.1-5.FC5.22.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.22.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU cman-kernel - 2.6.15.1-0.FC5.21.i686 requires kernel = 0:2.6.16-1.2122_FC5 cman-kernel - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5smp cman-kernel-xen0 - 2.6.15.1-0.FC5.21.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.21.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires kernel = 0:2.6.16-1.2122_FC5 dlm-kernel - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5smp dlm-kernel-xen0 - 2.6.15.1-0.FC5.19.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.19.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU gnbd-kernel - 2.6.15-5.FC5.28.i686 requires kernel = 0:2.6.16-1.2122_FC5 gnbd-kernel - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires kernel-smp = 0:2.6.16-1.2122_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5smp gnbd-kernel-xen0 - 2.6.15-5.FC5.28.i686 requires kernel-xen0 = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires kernel-xenU = 0:2.6.16-1.2122_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.28.i686 requires /lib/modules/2.6.16-1.2122_FC5xenU libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires libstdc++-devel = 0:4.1.0 Broken deps for ppc ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires libstdc++-devel = 0:4.1.0 Broken deps for ppc64 ---------------------------------------------------------- anthy-el - 7716-1.fc6.ppc64 requires emacs avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires libstdc++-devel = 0:4.1.0 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 ruby-mode - 1.8.4-6.fc6.ppc64 requires emacs-common struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 system-config-display - 1.0.37-2.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-2.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 From dtimms at bigpond.net.au Mon Jun 5 09:25:29 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 05 Jun 2006 19:25:29 +1000 Subject: Core rebuild in mock - BuildRequires - rpmdiffs normal ? Message-ID: <4483F889.1030308@bigpond.net.au> Hi, while learning a bit about doing this, I find similar to others eg: Alexander in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191647#c4 "all files of the rpm are built, but there are still some MD5 differences shown with rpmdiff" For some combinations, Eg ncpfs: rpmdiff on i386 ..5....T /usr/bin/nwpurge ..5....T /usr/bin/nwrevoke ..5....T /usr/bin/nwrights * most common case where the binary is different contents, but of identical size to the published rpm. S.5....T /usr/bin/nwsfind * rarer case detected where the original rpm's binary and the mock build's size differ, and are not the same contents. .......T /usr/bin/pqrm * A rare case where a mock built binary is identical to the original packages binary, except for time. .......T /usr/include .......T /usr/include/ncp .......T /usr/include/ncp/eas.h .......T /usr/include/ncp/ext .......T /usr/include/ncp/ext/socket.h * diff due to T=modifiedTime. Mock just extracted/made the dirs/files this moment, so this should be ignored. So, if a BuildRequires patch: 1. allows the rpms to get built *and* 2. there are no missing files shown via rpmdiff compared to devel i386 rpm, should the patch be considered complete for BuildRequires purposes ? I did read that one of the points of rpm packaging was to have repeatable package builds. While this doesn't seem to fit this scenario, perhaps it is normal when re-compiling an i386 package on an AMD Athlon with possibly updated libraries / compilers etc (from mock devel as well) that the built binaries would change (eg, even if it was just text fields like: # abcdtool Built on blah machine on Fri blah) ? Would the fact that cpp/gcc/gcc-c++ has been updated 2006-05, but the ncpfs package not since 2006-04 explicitly cause this difference ? DaveT. From arjan at fenrus.demon.nl Mon Jun 5 09:36:22 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 05 Jun 2006 11:36:22 +0200 Subject: Core rebuild in mock - BuildRequires - rpmdiffs normal ? In-Reply-To: <4483F889.1030308@bigpond.net.au> References: <4483F889.1030308@bigpond.net.au> Message-ID: <1149500182.3111.38.camel@laptopd505.fenrus.org> > I did read that one of the points of rpm packaging was to have > repeatable package builds. While this doesn't seem to fit this scenario, > perhaps it is normal when re-compiling an i386 package on an AMD Athlon > with possibly updated libraries / compilers etc (from mock devel as > well) that the built binaries would change (eg, even if it was just text > fields like: > # abcdtool > Built on blah machine on Fri blah) ? elfutils has a tool to compare two binaries and see if they're different for real; eg ignoring usual "elf noise" ;) From dtimms at bigpond.net.au Mon Jun 5 12:06:02 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 05 Jun 2006 22:06:02 +1000 Subject: Core rebuild in mock - BuildRequires - rpmdiffs normal ? In-Reply-To: <1149500182.3111.38.camel@laptopd505.fenrus.org> References: <4483F889.1030308@bigpond.net.au> <1149500182.3111.38.camel@laptopd505.fenrus.org> Message-ID: <44841E2A.2090804@bigpond.net.au> Arjan van de Ven wrote: >> I did read that one of the points of rpm packaging was to have >> repeatable package builds. While this doesn't seem to fit this scenario, >> perhaps it is normal when re-compiling an i386 package on an AMD Athlon >> with possibly updated libraries / compilers etc (from mock devel as >> well) that the built binaries would change (eg, even if it was just text >> fields like: >> # abcdtool >> Built on blah machine on Fri blah) ? > > elfutils has a tool to compare two binaries and see if they're different > for real; eg ignoring usual "elf noise" ;) OK, # eu-elfcmp ncopy mock/ncopy eu-elfcmp: ncopy mock/ncopy differ: symbol table [4] Can someone offer an interpretation of this ? DaveT. From rdieter at math.unl.edu Mon Jun 5 12:55:08 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 07:55:08 -0500 Subject: rawhide report: 20060531 changes References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> Message-ID: dragoran wrote: > Jim Cornette wrote: >> Build System wrote: >>> >>> Removed package xscreensaver >>> >> >> Is there a worthy replacement for this program yet? >> >> Jim >> > kde uses kscreensaver; gnome uses gnome-screensaver FYI, kscreensaver uses xscreensaver as the back-end for a lot of it's offered screesavers. Dropping xscreensaver effectively cripples kdeartwork. Can kdeartwork go to Extras then? (hint, hint...) -- Rex From gilboad at gmail.com Mon Jun 5 13:11:26 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 5 Jun 2006 15:11:26 +0200 Subject: rawhide report: 20060531 changes In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> Message-ID: <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> On 6/5/06, Rex Dieter wrote: > dragoran wrote: > > > Jim Cornette wrote: > >> Build System wrote: > >>> > >>> Removed package xscreensaver > >>> > >> > >> Is there a worthy replacement for this program yet? > >> > >> Jim > >> > > kde uses kscreensaver; gnome uses gnome-screensaver > > FYI, kscreensaver uses xscreensaver as the back-end for a lot of it's > offered screesavers. Dropping xscreensaver effectively cripples > kdeartwork. Can kdeartwork go to Extras then? (hint, hint...) > > -- Rex > What about the plan to push KDE into extra? has it been finalized yet? Gilboa From rdieter at math.unl.edu Mon Jun 5 13:31:01 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 08:31:01 -0500 Subject: rawhide report: 20060531 changes References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: Gilboa Davara wrote: > What about the plan to push KDE into extra? has it been finalized yet? The "plan" is simply a proposal, and certainly nothing has been finalized. However, there's a lot of momentum for this, and I'd venture to guess that it will almost certainly get done in time for KDE4. In the meantime, it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) in Extras. -- Rex From windenntw at gmail.com Mon Jun 5 13:37:11 2006 From: windenntw at gmail.com (Antonio Vargas) Date: Mon, 5 Jun 2006 15:37:11 +0200 Subject: Recent AIGLX Breakage? In-Reply-To: <1149306832.13261.15.camel@localhost> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <604aa7910605310713i56a6d4bfjccfe4b4c2f88fbae@mail.gmail.com> <1149306832.13261.15.camel@localhost> Message-ID: <69304d110606050637v441b90f0o3191b74a74244104@mail.gmail.com> On 6/3/06, Callum Lerwick wrote: > On Wed, 2006-05-31 at 10:13 -0400, Jeff Spaleta wrote: > > Transulency in any layering textual element that users are expected to > > read is a usability killer.. full stop. Being able to sort of read > > the desktop underneath the text in an semi-transparent open window, > > just means you can sort of not read any of the text at all. > > Notice in the later releases of OSX, the transparency got toned WAY down > from the early versions. The transparent unfocused titlebars went away. Yes > Also, while the menus are still transparent, they're only very slightly > transparent to the point that I wonder why they even bother. Just to show-off the capability ;) > The key issue is contrast between foreground and background. If you just > layer text over text, they compete with each other. Transparency could > be made workable by *blurring* out the background, to reduce its > contrast. This could be done with pixel shaders, however do any of the > open source drivers support them? (Let alone the hardware itself...) You > could also fake it by re-rendering to a lower resolution then scaling it > back up. The usual real-time way is to render the original to a texture, generate mipmaps for the texture and then use texture-bias so that you paint into the screen a lower-resolution texture before overlaying the translucent item. Notice that this does not need any pixel shader, just a fast mipmap generator (depends on the driver support), or even if this is not provided, then use multitexturing to implement a box-filter yourself: you can get 4 samples/pixel with each texture source by sampling the original pixels with a (+0.5,+0.5) difference in (U,V) coordinates > Looks like Vista is taking this approach... > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (GNU/Linux) > > iD8DBQBEgQfQI3BVKRcrX7cRAuL2AKCVqjuHnAtg6PCjXkiesJc+utYFxQCeIspk > kyeBJfyvazViclyddkIJ9Pg= > =k6Rb > -----END PGP SIGNATURE----- > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- Greetz, Antonio Vargas aka winden of network http://wind.codepixel.com/ windNOenSPAMntw at gmail.com thesameasabove at amigascne.org Every day, every year you have to work you have to study you have to scene. From rdieter at math.unl.edu Mon Jun 5 13:44:37 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 08:44:37 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: Rex Dieter wrote: > Gilboa Davara wrote: >> What about the plan to push KDE into extra? has it been finalized yet? > The "plan" is simply a proposal, and certainly nothing has been finalized. See http://fedoraproject.org/wiki/UnleashKDE > it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) in > Extras. Speaking of which, IMO, here's a list of kde bits that are very Extras-worthy: kdeaddons kdeadmin kdeartwork (since xscreensaver -> Extras) kdebindings kdeedu kdegames kdeutils kdewebdev 2nd tier bits: kdegraphics kdemultimedia kdenetwork kdepim kdesdk kdevelop lastly, core/esential bits: kdebase kdelibs and if you're *really* wild: (doubt this will ever happen) qt(3.3.x) As far as I'm aware (at least off the top of my head) the only bits in Core that depend on any of these are: redhat-artwork (not a hard-dep, contains Bluecurve kde widget/theme) k3b (on kdelibs). -- Rex From katzj at redhat.com Mon Jun 5 14:19:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 05 Jun 2006 10:19:52 -0400 Subject: UnleashKDE In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: <1149517192.20398.3.camel@orodruin.boston.redhat.com> On Mon, 2006-06-05 at 08:44 -0500, Rex Dieter wrote: > Speaking of which, IMO, here's a list of kde bits that are very > Extras-worthy: > kdeaddons > kdeadmin > kdeartwork (since xscreensaver -> Extras) > kdebindings > kdeedu > kdegames > kdeutils > kdewebdev FWIW, I'd be interested in exploring moving some of these to Extras to start "testing the waters" as it were -- but one question which springs to mind is how does this interact with the monolithic blob that is kde-i18n? Jeremy From bart.vanbrabant at zoeloelip.be Mon Jun 5 14:50:34 2006 From: bart.vanbrabant at zoeloelip.be (Bart Vanbrabant) Date: Mon, 05 Jun 2006 16:50:34 +0200 Subject: rawhide report: 20060603 changes In-Reply-To: <200606040654.k546smqo032461@porkchop.devel.redhat.com> References: <200606040654.k546smqo032461@porkchop.devel.redhat.com> Message-ID: <448444BA.50200@zoeloelip.be> Build System wrote: > gtk2-2.9.1-2 > ------------ > * Thu Jun 01 2006 Matthias Clasen - 2.9.1-2 > - Rebuild After this update a lot of stock icons aren't showed any more. I'm using a tango icon-theme. Only the bluecurve icon-theme seems to be showed like it should. Icons like yes and no aren't showed. gr, Bart -- Bart Vanbrabant PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From rdieter at math.unl.edu Mon Jun 5 15:16:08 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 10:16:08 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149517192.20398.3.camel@orodruin.boston.redhat.com> Message-ID: Jeremy Katz wrote: > On Mon, 2006-06-05 at 08:44 -0500, Rex Dieter wrote: >> Speaking of which, IMO, here's a list of kde bits that are very >> Extras-worthy: >> kdeaddons >> kdeadmin >> kdeartwork (since xscreensaver -> Extras) >> kdebindings >> kdeedu >> kdegames >> kdeutils >> kdewebdev > > FWIW, I'd be interested in exploring moving some of these to Extras to > start "testing the waters" as it were -- Cool. > one question which springs > to mind is how does this interact with the monolithic blob that is > kde-i18n? No direct interaction. The kde-i18n packages are monolithic in that they provide translations for *all* kde packages (regardless of whether the apps for which they provide translations are installed or not). -- Rex From katzj at redhat.com Mon Jun 5 15:32:37 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 05 Jun 2006 11:32:37 -0400 Subject: UnleashKDE In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149517192.20398.3.camel@orodruin.boston.redhat.com> Message-ID: <1149521557.3106.1.camel@aglarond.local> On Mon, 2006-06-05 at 10:16 -0500, Rex Dieter wrote: > Jeremy Katz wrote: > > On Mon, 2006-06-05 at 08:44 -0500, Rex Dieter wrote: > >> Speaking of which, IMO, here's a list of kde bits that are very > >> Extras-worthy: > >> kdeaddons > >> kdeadmin > >> kdeartwork (since xscreensaver -> Extras) > >> kdebindings > >> kdeedu > >> kdegames > >> kdeutils > >> kdewebdev > > > > FWIW, I'd be interested in exploring moving some of these to Extras to > > start "testing the waters" as it were -- > > Cool. > > > one question which springs > > to mind is how does this interact with the monolithic blob that is > > kde-i18n? > > No direct interaction. The kde-i18n packages are monolithic in that they > provide translations for *all* kde packages (regardless of whether the apps > for which they provide translations are installed or not). Right, but as the packages are maintained more independently, I think it becomes more important to actually have the translations with the code. Otherwise, it becomes much more of a coordination problem to update just one piece. Then again, I've thought that kde-i18n is broken by design forever ;-) Jeremy From rdieter at math.unl.edu Mon Jun 5 15:43:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 10:43:52 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149517192.20398.3.camel@orodruin.boston.redhat.com> <1149521557.3106.1.camel@aglarond.local> Message-ID: Jeremy Katz wrote: > On Mon, 2006-06-05 at 10:16 -0500, Rex Dieter wrote: >> No direct interaction. The kde-i18n packages are monolithic in that they >> provide translations for *all* kde packages (regardless of whether the >> apps for which they provide translations are installed or not). > > Right, but as the packages are maintained more independently, I think it > becomes more important to actually have the translations with the code. > Otherwise, it becomes much more of a coordination problem to update just > one piece. > > Then again, I've thought that kde-i18n is broken by design forever ;-) I think you're right... ;-) and certainly not worth our (short-term at least) time to address. -- Rex From notting at redhat.com Mon Jun 5 16:01:29 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 5 Jun 2006 12:01:29 -0400 Subject: UnleashKDE In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: <20060605160129.GA2746@nostromo.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > Rex Dieter wrote: > > > Gilboa Davara wrote: > > >> What about the plan to push KDE into extra? has it been finalized yet? > > > The "plan" is simply a proposal, and certainly nothing has been finalized. > > See http://fedoraproject.org/wiki/UnleashKDE > > > it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) in > > Extras. > > Speaking of which, IMO, here's a list of kde bits that are very > Extras-worthy: > kdeaddons > kdeadmin > kdeartwork (since xscreensaver -> Extras) > kdebindings > kdeedu > kdegames > kdeutils > kdewebdev > > 2nd tier bits: > kdegraphics > kdemultimedia > kdenetwork > kdepim > kdesdk > kdevelop > > lastly, core/esential bits: > kdebase > kdelibs > > and if you're *really* wild: (doubt this will ever happen) > qt(3.3.x) Are these all distinct dependency-wise? How does it improve the value proposition to have bits in extras, as opposed to the whole thing? Bill From ajackson at redhat.com Mon Jun 5 15:09:22 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 05 Jun 2006 11:09:22 -0400 Subject: AIGLX/metacity + full screen glapps In-Reply-To: <4483D8AE.4090106@feuerpokemon.de> References: <4483D8AE.4090106@feuerpokemon.de> Message-ID: <44844922.6020808@redhat.com> dragoran wrote: > does metacity with aiglx enable redirect fullscreen glapps to pixmaps ? > This posting: > http://www.nvnews.net/vbulletin/showpost.php?p=904662&postcount=7 > says that this would have a big effect on perfomance. > Does metacity has this option or does it even unredirect fullscreen > glapps by default? > (I can't test myself because of having a nvidia card, so thats why I am > asking) No DRI driver can redirect GLX apps yet. - ajax From rdieter at math.unl.edu Mon Jun 5 17:05:34 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 12:05:34 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <20060605160129.GA2746@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Rex Dieter (rdieter at math.unl.edu) said: >> Rex Dieter wrote: >> >> > Gilboa Davara wrote: >> >> >> What about the plan to push KDE into extra? has it been finalized yet? >> >> > The "plan" is simply a proposal, and certainly nothing has been >> > finalized. >> >> See http://fedoraproject.org/wiki/UnleashKDE >> >> > it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) >> > in Extras. >> >> Speaking of which, IMO, here's a list of kde bits that are very >> Extras-worthy: >> kdeaddons >> kdeadmin >> kdeartwork (since xscreensaver -> Extras) >> kdebindings >> kdeedu >> kdegames >> kdeutils >> kdewebdev >> >> 2nd tier bits: >> kdegraphics >> kdemultimedia >> kdenetwork >> kdepim >> kdesdk >> kdevelop >> >> lastly, core/esential bits: >> kdebase >> kdelibs >> >> and if you're *really* wild: (doubt this will ever happen) >> qt(3.3.x) > > Are these all distinct dependency-wise? Mostly. Exceptions below: essential kde-pkg: BuildRequires --------------------- arts: qt-devel kdelibs: qt-devel arts-devel (*) Given for kde-3.x: Everything BuildRequires: kdelibs-devel kde-pkg BuildRequires(*) ------------------- kdeaddons: kdebase-devel kdegames-devel kdemultimedia-devel kdepim-devel kdeartwork: kdebase-devel kdesdk: kdepim-devel kdevelop: kdesdk-devel Core apps depending on kde (with BuildRequires): k3b: kdelibs-devel Am I missing anything? > How does it improve the value proposition to have bits in extras, > as opposed to the whole thing? None, I was just advocating an incremental move to ease the pain and suffering... (: -- Rex From ajackson at redhat.com Mon Jun 5 17:10:03 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 05 Jun 2006 13:10:03 -0400 Subject: Recent AIGLX Breakage? In-Reply-To: <69304d110606050637v441b90f0o3191b74a74244104@mail.gmail.com> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <604aa7910605310713i56a6d4bfjccfe4b4c2f88fbae@mail.gmail.com> <1149306832.13261.15.camel@localhost> <69304d110606050637v441b90f0o3191b74a74244104@mail.gmail.com> Message-ID: <4484656B.3020203@redhat.com> Antonio Vargas wrote: > The usual real-time way is to render the original to a texture, > generate mipmaps for the texture and then use texture-bias so that you > paint into the screen a lower-resolution texture before overlaying the > translucent item. Notice that this does not need any pixel shader, > just a fast mipmap generator (depends on the driver support), or even > if this is not provided, then use multitexturing to implement a > box-filter yourself: you can get 4 samples/pixel with each texture > source by sampling the original pixels with a (+0.5,+0.5) difference > in (U,V) coordinates Cute trick! I think right now we're not doing hardware mipmap generation, though it wouldn't be hard to add in principle. The mipmap control code in Mesa could use a little work anyway, if someone's looking for a relatively easy project to take on. Even if we were, though, almost all of our textures are non-power-of-two, and the intersection of the sets of (hardware without pixel shaders) and (hardware that can do mipmapped rectangular textures) is pretty small, so it might be difficult to get this to work acceptably with just plain mipmapping. However, pretty much all hardware that can do EXT_texture_rectangle can also multitexture so that'd be an option too, the only exception I know of is the Intel i740 which we don't have a driver for anyway. - ajax From dennis at ausil.us Mon Jun 5 18:34:43 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 5 Jun 2006 13:34:43 -0500 (CDT) Subject: UnleashKDE In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <20060605160129.GA2746@nostromo.devel.redhat.com> Message-ID: <33137.68.254.239.133.1149532483.squirrel@webmail.ausil.us> > Bill Nottingham wrote: > >> Rex Dieter (rdieter at math.unl.edu) said: > Core apps depending on kde (with BuildRequires): > k3b: kdelibs-devel > Am I missing anything? > >> How does it improve the value proposition to have bits in extras, >> as opposed to the whole thing? > > None, I was just advocating an incremental move to ease the pain and > suffering... (: > > -- Rex The way i see it the only thing that probably long term needs to stay in core is qt. I think a progressive move would be best. As Rex says less pain. most parts really could benefit from the love and attention of many eyes. I will certainly put my hand up to Help Dennis From windenntw at gmail.com Mon Jun 5 18:56:03 2006 From: windenntw at gmail.com (Antonio Vargas) Date: Mon, 5 Jun 2006 20:56:03 +0200 Subject: Recent AIGLX Breakage? In-Reply-To: <4484656B.3020203@redhat.com> References: <1147911717.3434.9.camel@continuity> <1147912511.27961.9.camel@localhost.localdomain> <1147917712.3434.11.camel@continuity> <1149081436.4310.13.camel@raptor.sr.unh.edu> <604aa7910605310632r610b451rc2f314a2e4e3177a@mail.gmail.com> <1149083233.4310.23.camel@raptor.sr.unh.edu> <604aa7910605310713i56a6d4bfjccfe4b4c2f88fbae@mail.gmail.com> <1149306832.13261.15.camel@localhost> <69304d110606050637v441b90f0o3191b74a74244104@mail.gmail.com> <4484656B.3020203@redhat.com> Message-ID: <69304d110606051156i1f12442iaae4539fe59dd036@mail.gmail.com> On 6/5/06, Adam Jackson wrote: > Antonio Vargas wrote: > > The usual real-time way is to render the original to a texture, > > generate mipmaps for the texture and then use texture-bias so that you > > paint into the screen a lower-resolution texture before overlaying the > > translucent item. Notice that this does not need any pixel shader, > > just a fast mipmap generator (depends on the driver support), or even > > if this is not provided, then use multitexturing to implement a > > box-filter yourself: you can get 4 samples/pixel with each texture > > source by sampling the original pixels with a (+0.5,+0.5) difference > > in (U,V) coordinates > > Cute trick! I think right now we're not doing hardware mipmap > generation, though it wouldn't be hard to add in principle. The mipmap > control code in Mesa could use a little work anyway, if someone's > looking for a relatively easy project to take on. > > Even if we were, though, almost all of our textures are > non-power-of-two, and the intersection of the sets of (hardware without > pixel shaders) and (hardware that can do mipmapped rectangular textures) > is pretty small, so it might be difficult to get this to work acceptably > with just plain mipmapping. However, pretty much all hardware that can > do EXT_texture_rectangle can also multitexture so that'd be an option > too, the only exception I know of is the Intel i740 which we don't have > a driver for anyway. The original Riva TNT 1 did have 2 texture sources per pixel (TNT meant twin texturing ;) and of course the ever popular 3dfx did also have 2 sources/pixel, so I think any interesting hardware we are likely to try AIGLX on will support both rectangles and multitexturing just fine. -- Greetz, Antonio Vargas aka winden of network From rdieter at math.unl.edu Mon Jun 5 20:03:27 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Jun 2006 15:03:27 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: Rex Dieter wrote: > Rex Dieter wrote: > >> Gilboa Davara wrote: > >>> What about the plan to push KDE into extra? has it been finalized yet? > >> The "plan" is simply a proposal, and certainly nothing has been >> finalized. > > See http://fedoraproject.org/wiki/UnleashKDE > >> it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) in >> Extras. > > Speaking of which, IMO, here's a list of kde bits that are very > Extras-worthy: > kdeaddons > kdeadmin > kdeartwork (since xscreensaver -> Extras) > kdebindings > kdeedu > kdegames > kdeutils > kdewebdev Just to get the ball rollling, over the next couple of days, I'll go ahead and submit these to bugzilla for review. We'll definitely hold off on any package publications until some/any sort of official OK is given. -- Rex From mailinglists at erwinrol.com Mon Jun 5 22:42:44 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 06 Jun 2006 00:42:44 +0200 Subject: UnleashKDE In-Reply-To: References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> Message-ID: <1149547364.2719.370.camel@xpc.home.erwinrol.com> Maybe this is a silly idea, but why not just make a fedora-kde project that only holds all the kde stuff, instead of putting it in fedora-extras ? Probably would fit on a single CD, so people that want fedora with KDE can just burn core and the kde CD. - Erwin On Mon, 2006-06-05 at 15:03 -0500, Rex Dieter wrote: > Rex Dieter wrote: > > > Rex Dieter wrote: > > > >> Gilboa Davara wrote: > > > >>> What about the plan to push KDE into extra? has it been finalized yet? > > > >> The "plan" is simply a proposal, and certainly nothing has been > >> finalized. > > > > See http://fedoraproject.org/wiki/UnleashKDE > > > >> it's going to be a piecemeal process... e.g. qt4,kdetoys are (already) in > >> Extras. > > > > Speaking of which, IMO, here's a list of kde bits that are very > > Extras-worthy: > > kdeaddons > > kdeadmin > > kdeartwork (since xscreensaver -> Extras) > > kdebindings > > kdeedu > > kdegames > > kdeutils > > kdewebdev > > Just to get the ball rollling, over the next couple of days, I'll go ahead > and submit these to bugzilla for review. We'll definitely hold off on any > package publications until some/any sort of official OK is given. > > -- Rex > From mc-al34luc at sbcglobal.net Mon Jun 5 22:57:37 2006 From: mc-al34luc at sbcglobal.net (Mike Carney) Date: Mon, 05 Jun 2006 15:57:37 -0700 Subject: FC5: Conflict between pam-0.99.4.0-fc5.4 and authconfig-5.2.3-1 re: /etc/pam.d/system-auth? Message-ID: Greetings, pam is providing /etc/pam.d/system-auth as a file. authconfig generates /etc/pam.d/system-auth-ac, and replaces /etc/pam.d/system-auth with a symbolic link to /etc/pam.d/system-auth-ac. Now that pam was just updated, I have a /etc/pam.d/system-auth.rpmnew file. Since I don't remember ever running authconfig, how should I resolve this conflict? (was authconfig run as part of firstboot?) Shouldn't pam be providing /etc/pam.d/system-auth as some kind of template which would be consumed by authconfig, rather that generating this conflict everytime pam is updated? Thanks! From michael at knox.net.nz Tue Jun 6 00:21:17 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Tue, 06 Jun 2006 12:21:17 +1200 Subject: Core i386 rawhide rebuild in mock status 2006-06-04 In-Reply-To: <20060605044751.GB6822@lists.us.dell.com> References: <20060605044751.GB6822@lists.us.dell.com> Message-ID: <4484CA7D.1090203@knox.net.nz> OK, finally got some time to finsh bug reporting the below. The list is now complete (well.. 99% sure it is) with the exception of these: duplicates present emacs duplicates present ethereal duplicates present rgmanager The new of each of these built ok. libwpd failed because it was not able to download some of the requirements. I am now building this locally to test this myself. Michael Matt Domsch wrote: > Open Bugs which now build, and can be marked CLOSED RAWHIDE: > xscreensaver 191769 NEW > > > Note: This is using a reduced set of packages in the build chroot as > compared to the standard Fedora Extras build system before FC6test1. See > http://fedoraproject.org/wiki/QA/FixBuildRequires for more > information, including the list of packages removed from the > default build chroot. > > Core Rawhide-in-Mock Build Results for i386 Sun Jun 4 18:05:59 CDT 2006 > Number failed to build: 247 > Number expected to fail due to ExclusiveArch or ExcludeArch: 11 > Leaving: 236 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 46 > ---------------------------------- > automake15 > automake16 > cadaver > emacs > ethereal > kasumi > libwpd > openmotif > pcmciautils > perl > php > pirut > pwlib > pycairo > pykickstart > radvd > rdist > redhat-artwork > redhat-menus > rgmanager > ruby > sane-backends > scim-chewing > scim-qtimm > sg3_utils > specspo > squirrelmail > switchdesk > sysstat > system-config-bind > system-config-boot > system-config-cluster > system-config-display > system-config-kickstart > system-config-lvm > system-config-services > system-config-soundcard > tsclient > w3m > wordtrans > Xaw3d > xmlsec1 > xorg-x11-twm > xorg-x11-xinit > xorg-x11-xkbdata > zenity From jwboyer at jdub.homelinux.org Tue Jun 6 00:33:24 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 05 Jun 2006 19:33:24 -0500 Subject: UnleashKDE In-Reply-To: <1149547364.2719.370.camel@xpc.home.erwinrol.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> Message-ID: <1149554004.18453.3.camel@vader.jdub.homelinux.org> On Tue, 2006-06-06 at 00:42 +0200, Erwin Rol wrote: > Maybe this is a silly idea, but why not just make a fedora-kde project > that only holds all the kde stuff, instead of putting it in > fedora-extras ? Probably would fit on a single CD, so people that want > fedora with KDE can just burn core and the kde CD. Ugh... not _another_ project. If you start fragmenting projects like that, then you spread the resources that much thinner and half of them don't gain any momentum. KDE belongs in Extras. We already have guidelines, leadership, rules, etc. There is no need to reinvent all of that and fragment even more. josh From nman64 at n-man.com Tue Jun 6 00:37:19 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Mon, 5 Jun 2006 19:37:19 -0500 Subject: UnleashKDE In-Reply-To: <1149554004.18453.3.camel@vader.jdub.homelinux.org> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> Message-ID: <200606051937.21729.nman64@n-man.com> On Monday 05 June 2006 19:33, Josh Boyer wrote: > On Tue, 2006-06-06 at 00:42 +0200, Erwin Rol wrote: > > Maybe this is a silly idea, but why not just make a fedora-kde project > > that only holds all the kde stuff, instead of putting it in > > fedora-extras ? Probably would fit on a single CD, so people that want > > fedora with KDE can just burn core and the kde CD. > > Ugh... not _another_ project. If you start fragmenting projects like > that, then you spread the resources that much thinner and half of them > don't gain any momentum. > > KDE belongs in Extras. We already have guidelines, leadership, rules, > etc. There is no need to reinvent all of that and fragment even more. > Agreed 100%. If we create another project, we lose out on certain benefits of working in the Extras infrastructure, and we also add a lot of new complications. Extras is the perfect home for Fedora's KDE packages. Once KDE is in Extras, we could see a new SIG rise up behind it, and that would be an awesome development. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mailinglists at erwinrol.com Tue Jun 6 00:41:36 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Tue, 06 Jun 2006 02:41:36 +0200 Subject: UnleashKDE In-Reply-To: <1149554004.18453.3.camel@vader.jdub.homelinux.org> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> Message-ID: <1149554496.2719.402.camel@xpc.home.erwinrol.com> On Mon, 2006-06-05 at 19:33 -0500, Josh Boyer wrote: > KDE belongs in Extras. We already have guidelines, leadership, rules, > etc. There is no need to reinvent all of that and fragment even more. Than just move it to extras and be done with it :-) - Erwin From Matt_Domsch at dell.com Tue Jun 6 01:38:46 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 5 Jun 2006 20:38:46 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-05 Message-ID: <20060606013846.GC25454@lists.us.dell.com> This was a full rebuild of everything that had previously failed. Open Bugs which now build, and can be marked CLOSED RAWHIDE: cadaver 194117 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for x86_64 Mon Jun 5 20:08:59 CDT 2006 Number failed to build: 272 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 245 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 9 ---------------------------------- boost elilo emacs ethereal kdeaccessibility libmusicbrainz libwpd rgmanager xmlto With bugs filed: 225 ---------------------------------- am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] automake15 ['194114 NEW'] automake16 ['194116 NEW'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 MODIFIED'] bsf ['192369 CLOSED'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] grub ['192504 CLOSED'] gtk+ ['193397 NEW'] gtk2 ['193398 CLOSED'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] ImageMagick ['192036 NEW'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 CLOSED'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kasumi ['194121 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 CLOSED'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 CLOSED'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 CLOSED'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 CLOSED'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 CLOSED'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] openmotif ['194122 NEW'] pcmciautils ['194144 NEW'] perl ['194146 CLOSED'] perl-XML-Simple ['191911 NEW'] php ['194152 NEW'] pirut ['194071 CLOSED'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pwlib ['194154 NEW'] pycairo ['194155 NEW'] pydict ['191898 CLOSED'] pykickstart ['194156 NEW'] python-pyblock ['191866 CLOSED'] qt ['191895 CLOSED'] radvd ['194157 MODIFIED'] rdist ['194158 NEW'] redhat-artwork ['194159 NEW'] redhat-menus ['194160 NEW'] reiserfs-utils ['191889 CLOSED'] ruby ['194161 NEW'] sane-backends ['194163 NEW'] scim ['191886 CLOSED'] scim-chewing ['194164 NEW'] scim-qtimm ['194165 NEW'] SDL ['193778 NEW'] sound-juicer ['182174 CLOSED'] specspo ['194168 NEW'] squashfs-tools ['191880 CLOSED'] squirrelmail ['194169 NEW'] stardict ['191878 CLOSED'] struts ['192489 NEW'] subversion ['191611 NEW'] switchdesk ['194170 NEW'] syslinux ['192488 CLOSED'] sysstat ['194070 CLOSED', '194171 NEW'] system-config-bind ['194172 NEW'] system-config-boot ['194173 NEW'] system-config-cluster ['194175 NEW'] system-config-display ['194176 NEW'] system-config-kickstart ['194177 NEW'] system-config-lvm ['194178 NEW'] system-config-netboot ['192537 ASSIGNED'] system-config-services ['194179 NEW'] system-config-soundcard ['194180 NEW'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tsclient ['194181 NEW'] tux ['191828 CLOSED'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] w3m ['194182 NEW'] wordtrans ['194183 NEW'] Xaw3d ['194184 NEW'] xdoclet ['192483 NEW'] xen ['192539 NEW'] xjavadoc ['192057 CLOSED'] xmlsec1 ['194185 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-twm ['194186 NEW'] xorg-x11-utils ['191966 CLOSED'] xorg-x11-xinit ['194187 NEW'] xorg-x11-xkbdata ['194188 NEW'] yelp ['191660 CLOSED'] zenity ['194189 NEW'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Jun 6 01:39:08 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 5 Jun 2006 20:39:08 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-05 Message-ID: <20060606013908.GD25454@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: cadaver 194117 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. core Rawhide-in-Mock Build Results for i386 Mon Jun 5 20:10:38 CDT 2006 Number failed to build: 246 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 235 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 4 ---------------------------------- emacs ethereal libwpd rgmanager With bugs filed: 223 ---------------------------------- am-utils ['193347 CLOSED'] arts ['192367 NEEDINFO'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] automake15 ['194114 NEW'] automake16 ['194116 NEW'] autorun ['193351 CLOSED'] avahi ['191663 CLOSED'] bc ['193352 NEW'] beagle ['191664 CLOSED'] brltty ['193353 MODIFIED'] bsf ['192369 CLOSED'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] cman-kernel ['192570 NEW'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 NEW'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] dlm-kernel ['192572 NEW'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 NEW'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 NEW'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] GFS-kernel ['192569 NEW'] gimp ['193368 CLOSED'] glade2 ['193371 NEW'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 NEW'] gnome-backgrounds ['193373 NEW'] gnome-bluetooth ['193374 CLOSED'] gnome-doc-utils ['193375 NEW'] gnome-icon-theme ['193376 NEW'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 NEW'] gnome-mime-data ['193381 NEW'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 NEW'] gnome-nettool ['193383 NEW'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 NEW'] gnome-session ['193388 NEW'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 NEW'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 NEW'] gnucash ['192008 CLOSED'] gpart ['193396 NEW'] gtk+ ['193397 NEW'] gtk2 ['193398 CLOSED'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] hal-cups-utils ['192507 NEW'] HelixPlayer ['192512 NEW'] hwbrowser ['193400 CLOSED'] indent ['193401 NEW'] iptraf ['192510 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] jakarta-taglibs-standard ['192517 CLOSED'] java-1.4.2-gcj-compat ['192518 NEW'] jsch ['191668 NEW'] kasumi ['194121 NEW'] kdeartwork ['192519 NEW'] kdebase ['192037 NEW'] kdegames ['192521 CLOSED'] kdelibs ['192522 CLOSED'] kdemultimedia ['192523 CLOSED'] kdenetwork ['192525 CLOSED'] kdepim ['192526 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 NEW'] libbonoboui ['191728 CLOSED'] libbtctl ['191981 CLOSED'] libgconf-java ['192531 NEW'] libgcrypt ['193409 CLOSED'] libglade-java ['192532 NEW'] libgnome ['193410 NEW'] libgnomecanvas ['193411 NEW'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 NEW'] libgnomeui ['193415 NEW'] libgpod ['193416 NEW'] libgsf ['193417 MODIFIED'] libgtop2 ['193418 NEW'] libIDL ['193419 NEW'] libnotify ['191731 NEW'] liboldX ['193420 CLOSED'] libsemanage ['191733 CLOSED'] libSM ['193421 NEW'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] libXau ['193422 CLOSED'] libXaw ['193423 NEW'] libxkbfile ['193424 NEW'] libxkbui ['193425 NEW'] libxklavier ['193426 NEW'] libXpm ['193427 NEW'] libXrandr ['193428 NEW'] libXrender ['193429 NEW'] libXres ['193502 NEW'] libXt ['193503 NEW'] libXtst ['193504 NEW'] libXv ['193505 NEW'] libXvMC ['193506 NEW'] libXxf86dga ['193507 NEW'] libXxf86misc ['193508 NEW'] libXxf86vm ['193509 CLOSED'] linux-atm ['193510 CLOSED'] lm_sensors ['193511 CLOSED'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 NEEDINFO_REPORTER'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] openhpi ['191935 NEW'] openmotif ['194122 NEW'] pcmciautils ['194144 NEW'] perl ['194146 CLOSED'] perl-XML-Simple ['191911 NEW'] php ['194152 NEW'] pirut ['194071 CLOSED'] pkgconfig ['193552 CLOSED'] policycoreutils ['193537 NEW'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pwlib ['194154 NEW'] pycairo ['194155 NEW'] pydict ['191898 CLOSED'] pykickstart ['194156 NEW'] python-pyblock ['191866 CLOSED'] radvd ['194157 MODIFIED'] rdist ['194158 NEW'] redhat-artwork ['194159 NEW'] redhat-menus ['194160 NEW'] reiserfs-utils ['191889 CLOSED'] ruby ['194161 NEW'] sane-backends ['194163 NEW'] scim ['191886 CLOSED'] scim-chewing ['194164 NEW'] scim-qtimm ['194165 NEW'] SDL ['193778 NEW'] sg3_utils ['194167 NEW'] sound-juicer ['182174 CLOSED'] specspo ['194168 NEW'] squashfs-tools ['191880 CLOSED'] squirrelmail ['194169 NEW'] stardict ['191878 CLOSED'] struts ['192489 NEW'] subversion ['191611 NEW'] switchdesk ['194170 NEW'] sysstat ['194070 CLOSED', '194171 NEW'] system-config-bind ['194172 NEW'] system-config-boot ['194173 NEW'] system-config-cluster ['194175 NEW'] system-config-display ['194176 NEW'] system-config-kickstart ['194177 NEW'] system-config-lvm ['194178 NEW'] system-config-netboot ['192537 ASSIGNED'] system-config-services ['194179 NEW'] system-config-soundcard ['194180 NEW'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tsclient ['194181 NEW'] tux ['191828 CLOSED'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] w3m ['194182 NEW'] wordtrans ['194183 NEW'] Xaw3d ['194184 NEW'] xdoclet ['192483 NEW'] xjavadoc ['192057 CLOSED'] xmlsec1 ['194185 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 ASSIGNED'] xorg-x11-twm ['194186 NEW'] xorg-x11-utils ['191966 CLOSED'] xorg-x11-xinit ['194187 NEW'] xorg-x11-xkbdata ['194188 NEW'] yelp ['191660 CLOSED'] zenity ['194189 NEW'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Jun 6 01:39:42 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 5 Jun 2006 20:39:42 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-06-05 Message-ID: <20060606013942.GE25454@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Extras Rawhide-in-Mock Build Results for i386 Mon Jun 5 20:14:33 CDT 2006 Number failed to build: 144 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 143 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 132 ---------------------------------- alacarte amaya balsa banshee baobab bidiv bmp byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-schedule gnome-sudoku gnome-themes-extras gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget Hermes ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libtabe libtomoe-gtk libtranslate licq linkchecker logjam lucidlife MagicPoint mfstools multisync mysql-administrator naim nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc OpenSceneGraph paps perl-HTML-Mason perl-Image-Info php-extras pipenightdreams pitivi pl python-cheetah python-goopy python-TestGears qemu quarry R-gnomeGUI rpmDirectoryCheck sabayon scmxx scponly SDL_ttf ser serpentine sloccount stow stratagus swh-plugins synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont tuxpaint ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xmms-crossfade xplanet xsp With bugs filed: 11 ---------------------------------- gnupg2 ['194079 NEW'] gtkhtml36 ['193476 ASSIGNED'] libxfcegui4 ['194138 CLOSED'] xfce4-panel ['194139 NEW'] xfce4-weather-plugin ['193973 ASSIGNED'] xfce-utils ['194140 NEW'] xfdesktop ['194142 NEW'] xffm ['194145 NEW'] xfprint ['194147 NEW'] xfwm4 ['194148 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Jun 6 01:40:29 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 5 Jun 2006 20:40:29 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-06-05 Message-ID: <20060606014029.GF25454@lists.us.dell.com> This was a full rebuild of everything that had previously failed. Open Bugs which now build, and can be marked CLOSED RAWHIDE: libgpg-error 193550 NEW Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Extras Rawhide-in-Mock Build Results for x86_64 Mon Jun 5 20:12:45 CDT 2006 Number failed to build: 170 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 159 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 148 ---------------------------------- alacarte amaya apt atitvout balsa banshee baobab bidiv bmp byzanz camstream ccrtp colorscheme contact-lookup-applet cowbell d4x dbus-qt ddskk dia dillo diradmin directfb drgeo ebtables epiphany-extensions epylog exim exo factory fillets-ng fish flim flow-tools fontforge gambas gazpacho gdesklets gif2png glabels gnomad2 gnome-applet-music gnome-applet-rhythmbox gnome-schedule gnome-sudoku gnome-themes-extras gobby gpgme gphpedit graveman grhino gstreamer08 gstreamer08-python gsynaptics GtkAda gtk-gnutella Gtk-Perl gtktalog gtk-xfce-engine gurlchecker gwget hercules ifplugd jam john kanatest kdemultimedia-extras kdissert kmymoney2 koffice kover ladspa leafpad libassetml libeXosip2 libfac libgda libgnomedb libksba libopensync-plugin-kdepim libpolyxmass libtabe libtomoe-gtk libtranslate licq linkchecker logjam lucidlife Macaulay2 MagicPoint mhonarc multisync mysql-administrator nautilus-open-terminal nautilus-search-tool ncmpc nco NetworkManager-vpnc new OpenSceneGraph pam_mount paps perl-HTML-Mason perl-Image-Info perl-Unicode-Map8 perl-Unicode-MapUTF8 php-extras php-pear-DB pipenightdreams pitivi pl python-cheetah python-dateutil python-goopy python-reportlab python-TestGears qemu quarry R-gnomeGUI rpmDirectoryCheck sabayon scmxx scponly SDL_ttf ser serpentine sloccount stow stratagus swh-plugins synaptic synce-software-manager synce-trayicon tagtool Terminal tetex-eurofont uqm ushare verbiste WindowMaker wlassistant xbase xbindkeys xbsql xcin xmms-crossfade xplanet xsp z88dk With bugs filed: 11 ---------------------------------- gnupg2 ['194079 NEW'] gtkhtml36 ['193476 ASSIGNED'] libxfcegui4 ['194138 CLOSED'] xfce4-panel ['194139 NEW'] xfce4-weather-plugin ['193973 ASSIGNED'] xfce-utils ['194140 NEW'] xfdesktop ['194142 NEW'] xffm ['194145 NEW'] xfprint ['194147 NEW'] xfwm4 ['194148 NEW'] yumex ['193549 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From michael at knox.net.nz Tue Jun 6 02:10:31 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Tue, 06 Jun 2006 14:10:31 +1200 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-05 In-Reply-To: <20060606013846.GC25454@lists.us.dell.com> References: <20060606013846.GC25454@lists.us.dell.com> Message-ID: <4484E417.1060502@knox.net.nz> OK, got these too with the following exceptions: elilo - should this even be attempting to build in ix86_64 ? emacs - dupilcate, newer version builds ethereal - dupilcate, newer version builds libwpd - had issues downloading a package into the chroot rgmanager - dupilcate, newer version builds Michael Matt Domsch wrote: > This was a full rebuild of everything that had previously failed. > > Open Bugs which now build, and can be marked CLOSED RAWHIDE: > cadaver 194117 NEW > > > Note: This is using a reduced set of packages in the build chroot as > compared to the standard Fedora Extras build system before FC6test1. See > http://fedoraproject.org/wiki/QA/FixBuildRequires for more > information, including the list of packages removed from the > default build chroot. > > Core Rawhide-in-Mock Build Results for x86_64 Mon Jun 5 20:08:59 CDT 2006 > Number failed to build: 272 > Number expected to fail due to ExclusiveArch or ExcludeArch: 27 > Leaving: 245 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 9 > ---------------------------------- > boost > elilo > emacs > ethereal > kdeaccessibility > libmusicbrainz > libwpd > rgmanager > xmlto > > With bugs filed: 225 > ---------------------------------- > am-utils ['193347 CLOSED'] > arts ['192367 NEEDINFO'] > atk ['193349 CLOSED'] > at-spi ['192368 CLOSED'] > automake15 ['194114 NEW'] > automake16 ['194116 NEW'] > autorun ['193351 CLOSED'] > avahi ['191663 CLOSED'] > bc ['193352 NEW'] > beagle ['191664 CLOSED'] > brltty ['193353 MODIFIED'] > bsf ['192369 CLOSED'] > cairo-java ['192371 NEW'] > classpathx-jaf ['192372 ASSIGNED'] > cman-kernel ['192570 NEW'] > dasher ['193356 NEW'] > dbus ['193357 NEW'] > desktop-printing ['192239 CLOSED'] > device-mapper-multipath ['192242 NEEDINFO'] > dlm-kernel ['192572 NEW'] > doxygen ['193358 NEW'] > e2fsprogs ['192247 NEW'] > eel2 ['191909 CLOSED'] > epiphany ['191665 NEW'] > evince ['193359 CLOSED'] > evolution-connector ['192251 CLOSED'] > evolution-data-server ['193360 NEW'] > evolution-webcal ['193361 NEW'] > fbset ['193362 CLOSED'] > file-roller ['193363 NEW'] > frysk ['192256 NEW'] > f-spot ['193364 NEW'] > gail ['192492 CLOSED'] > gaim ['192496 NEW'] > gcalctool ['191910 CLOSED'] > gconf-editor ['193365 NEW'] > gdb ['193366 CLOSED'] > gdk-pixbuf ['192493 NEW'] > gecko-sharp2 ['192495 NEW'] > GFS-kernel ['192569 NEW'] > gimp ['193368 CLOSED'] > glade2 ['193371 NEW'] > gnbd-kernel ['192573 NEW'] > gnome-applets ['193372 NEW'] > gnome-backgrounds ['193373 NEW'] > gnome-bluetooth ['193374 CLOSED'] > gnome-doc-utils ['193375 NEW'] > gnome-icon-theme ['193376 NEW'] > gnome-media ['192497 CLOSED'] > gnome-menus ['193379 NEW'] > gnome-mime-data ['193381 NEW'] > gnome-mount ['191680 CLOSED'] > gnome-netstatus ['193382 NEW'] > gnome-nettool ['193383 NEW'] > gnome-panel ['192498 CLOSED'] > gnome-pilot ['193384 NEW'] > gnome-pilot-conduits ['193385 NEW'] > gnome-power-manager ['191720 CLOSED'] > gnome-python2 ['192499 NEW'] > gnome-python2-desktop ['192500 CLOSED'] > gnome-python2-extras ['192501 NEW'] > gnome-screensaver ['193387 NEW'] > gnome-session ['193388 NEW'] > gnome-spell ['193389 NEW'] > gnome-user-docs ['193390 NEW'] > gnome-utils ['191757 CLOSED'] > gnome-volume-manager ['193393 NEW'] > gnucash ['192008 CLOSED'] > grub ['192504 CLOSED'] > gtk+ ['193397 NEW'] > gtk2 ['193398 CLOSED'] > gucharmap ['193399 CLOSED'] > hal ['191675 CLOSED'] > hal-cups-utils ['192507 NEW'] > HelixPlayer ['192512 NEW'] > hwbrowser ['193400 CLOSED'] > ImageMagick ['192036 NEW'] > indent ['193401 NEW'] > iptraf ['192510 NEW'] > iso-codes ['193404 NEW'] > jakarta-commons-codec ['192511 NEW'] > jakarta-commons-dbcp ['192515 NEW'] > jakarta-commons-el ['192514 NEW'] > jakarta-commons-pool ['192516 NEW'] > jakarta-taglibs-standard ['192517 CLOSED'] > java-1.4.2-gcj-compat ['192518 NEW'] > jsch ['191668 NEW'] > kasumi ['194121 NEW'] > kdeartwork ['192519 NEW'] > kdebase ['192037 NEW'] > kdegames ['192521 CLOSED'] > kdelibs ['192522 CLOSED'] > kdemultimedia ['192523 CLOSED'] > kdenetwork ['192525 CLOSED'] > kdepim ['192526 CLOSED'] > kdesdk ['192527 CLOSED'] > kdevelop ['192529 CLOSED'] > kdewebdev ['191983 NEEDINFO_REPORTER'] > krb5-auth-dialog ['193407 NEW'] > latex2html ['191762 ASSIGNED'] > ldapjdk ['192530 NEW'] > libbonobo ['193408 NEW'] > libbonoboui ['191728 CLOSED'] > libbtctl ['191981 CLOSED'] > libgconf-java ['192531 NEW'] > libgcrypt ['193409 CLOSED'] > libglade-java ['192532 NEW'] > libgnome ['193410 NEW'] > libgnomecanvas ['193411 NEW'] > libgnomecups ['191747 CLOSED'] > libgnomeprint22 ['191976 CLOSED'] > libgnomeprintui22 ['193414 NEW'] > libgnomeui ['193415 NEW'] > libgpod ['193416 NEW'] > libgsf ['193417 MODIFIED'] > libgtop2 ['193418 NEW'] > libIDL ['193419 NEW'] > libnotify ['191731 NEW'] > liboldX ['193420 CLOSED'] > libsemanage ['191733 CLOSED'] > libSM ['193421 NEW'] > libvte-java ['192533 NEW'] > libwnck ['191756 CLOSED'] > libXau ['193422 CLOSED'] > libXaw ['193423 NEW'] > libxkbfile ['193424 NEW'] > libxkbui ['193425 NEW'] > libxklavier ['193426 NEW'] > libXpm ['193427 NEW'] > libXrandr ['193428 NEW'] > libXrender ['193429 NEW'] > libXres ['193502 NEW'] > libXt ['193503 NEW'] > libXtst ['193504 NEW'] > libXv ['193505 NEW'] > libXvMC ['193506 NEW'] > libXxf86dga ['193507 NEW'] > libXxf86misc ['193508 NEW'] > libXxf86vm ['193509 CLOSED'] > linux-atm ['193510 CLOSED'] > lm_sensors ['193511 CLOSED'] > lrzsz ['193513 NEW'] > m17n-lib ['193524 ASSIGNED'] > magma-plugins ['193525 NEW'] > metacity ['191960 CLOSED'] > mozilla ['191984 NEW'] > mx4j ['192534 NEW'] > nautilus-sendto ['191818 CLOSED'] > ncpfs ['193526 NEEDINFO_REPORTER'] > nfs-utils ['191943 NEW'] > nfs-utils-lib ['191749 NEW'] > notify-daemon ['191810 NEW'] > openhpi ['191935 NEW'] > openmotif ['194122 NEW'] > pcmciautils ['194144 NEW'] > perl ['194146 CLOSED'] > perl-XML-Simple ['191911 NEW'] > php ['194152 NEW'] > pirut ['194071 CLOSED'] > pkgconfig ['193552 CLOSED'] > policycoreutils ['193537 NEW'] > psgml ['191902 NEEDINFO_REPORTER'] > psmisc ['191901 CLOSED'] > pump ['193554 CLOSED'] > pwlib ['194154 NEW'] > pycairo ['194155 NEW'] > pydict ['191898 CLOSED'] > pykickstart ['194156 NEW'] > python-pyblock ['191866 CLOSED'] > qt ['191895 CLOSED'] > radvd ['194157 MODIFIED'] > rdist ['194158 NEW'] > redhat-artwork ['194159 NEW'] > redhat-menus ['194160 NEW'] > reiserfs-utils ['191889 CLOSED'] > ruby ['194161 NEW'] > sane-backends ['194163 NEW'] > scim ['191886 CLOSED'] > scim-chewing ['194164 NEW'] > scim-qtimm ['194165 NEW'] > SDL ['193778 NEW'] > sound-juicer ['182174 CLOSED'] > specspo ['194168 NEW'] > squashfs-tools ['191880 CLOSED'] > squirrelmail ['194169 NEW'] > stardict ['191878 CLOSED'] > struts ['192489 NEW'] > subversion ['191611 NEW'] > switchdesk ['194170 NEW'] > syslinux ['192488 CLOSED'] > sysstat ['194070 CLOSED', '194171 NEW'] > system-config-bind ['194172 NEW'] > system-config-boot ['194173 NEW'] > system-config-cluster ['194175 NEW'] > system-config-display ['194176 NEW'] > system-config-kickstart ['194177 NEW'] > system-config-lvm ['194178 NEW'] > system-config-netboot ['192537 ASSIGNED'] > system-config-services ['194179 NEW'] > system-config-soundcard ['194180 NEW'] > tetex ['191874 ASSIGNED'] > thunderbird ['191881 NEW'] > tomboy ['191833 CLOSED'] > tomcat5 ['192565 NEW'] > tsclient ['194181 NEW'] > tux ['191828 CLOSED'] > vino ['191827 CLOSED'] > vte ['192484 CLOSED'] > w3m ['194182 NEW'] > wordtrans ['194183 NEW'] > Xaw3d ['194184 NEW'] > xdoclet ['192483 NEW'] > xen ['192539 NEW'] > xjavadoc ['192057 CLOSED'] > xmlsec1 ['194185 NEW'] > xorg-x11-drv-i810 ['192334 CLOSED'] > xorg-x11-resutils ['192040 ASSIGNED'] > xorg-x11-server-utils ['191987 ASSIGNED'] > xorg-x11-twm ['194186 NEW'] > xorg-x11-utils ['191966 CLOSED'] > xorg-x11-xinit ['194187 NEW'] > xorg-x11-xkbdata ['194188 NEW'] > yelp ['191660 CLOSED'] > zenity ['194189 NEW'] > zsh ['191647 NEW'] > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > From dtimms at bigpond.net.au Tue Jun 6 03:02:59 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 06 Jun 2006 13:02:59 +1000 Subject: Core rebuild in mock - BuildRequires - rpmdiffs normal ? In-Reply-To: <44841E2A.2090804@bigpond.net.au> References: <4483F889.1030308@bigpond.net.au> <1149500182.3111.38.camel@laptopd505.fenrus.org> <44841E2A.2090804@bigpond.net.au> Message-ID: <4484F063.0@bigpond.net.au> David Timms wrote: > Arjan van de Ven wrote: >>> I did read that one of the points of rpm packaging was to have >>> repeatable package builds. While this doesn't seem to fit this >>> scenario, perhaps it is normal when re-compiling an i386 package on >>> an AMD Athlon with possibly updated libraries / compilers etc (from >>> mock devel as well) that the built binaries would change (eg, even if >>> it was just text fields like: >>> # abcdtool >>> Built on blah machine on Fri blah) ? >> >> elfutils has a tool to compare two binaries and see if they're different >> for real; eg ignoring usual "elf noise" ;) > OK, > # eu-elfcmp ncopy mock/ncopy > eu-elfcmp: ncopy mock/ncopy differ: symbol table [4] > > Can someone offer an interpretation of this ? Still couldn't find any man/info/--help on these utils - any pointers appreciated ;~) Also, does the message indicate a difference at item [4] ? Or that the table structure is [4] units long ? Or that there were [4] differences ? Or is there more than 1 eg[4] parts to the symbol table ? Does eu-elfcmp exit on first difference, or does it continue until end of the elf headers ? DaveT. From Matt_Domsch at dell.com Tue Jun 6 03:40:13 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 5 Jun 2006 22:40:13 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-05 In-Reply-To: <4484E417.1060502@knox.net.nz> References: <20060606013846.GC25454@lists.us.dell.com> <4484E417.1060502@knox.net.nz> Message-ID: <20060606034013.GG25454@lists.us.dell.com> On Tue, Jun 06, 2006 at 02:10:31PM +1200, Michael J. Knox wrote: > OK, got these too with the following exceptions: > > elilo - should this even be attempting to build in ix86_64 ? Nope. It's not ExclusiveArch or ExcludeArch that prevents it, but one of its BuildRequires is gnu-efi, which is ExclusiveArch i386 and ia64. I'm not presently doing any BuildRequires ordering (I'm lucky in that if it's in rawhide, presumably it built once in beehive). I did just add code to my build scripts to exclude building elilo on x86_64, so it'll stop being reported. > emacs - dupilcate, newer version builds > ethereal - dupilcate, newer version builds > rgmanager - dupilcate, newer version builds OK, I'm going to blanket exclude these from now on. I'm not sure how to handle duplicates any better... tclx is also still being excluded as it fails 'make test' and I haven't seen a new build of that come through rawhide, and longrun as it's being dropped from devel in favor of an in-kernel solution. These will stop being reported as of tomorrow. > libwpd - had issues downloading a package into the chroot OK, I'll requeue that one for tomorrow too. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From tagoh at redhat.com Tue Jun 6 04:55:47 2006 From: tagoh at redhat.com (Akira TAGOH) Date: Tue, 06 Jun 2006 13:55:47 +0900 (JST) Subject: [Fedora-i18n-list] PROPOSAL: restructure the choice of input methods In-Reply-To: <4483F1EA.4060301@redhat.com> References: <20060602.225755.-1904194780.tagoh@redhat.com> <4483F1EA.4060301@redhat.com> Message-ID: <20060606.135547.-1967704315.tagoh@redhat.com> >>>>> On Mon, 05 Jun 2006 17:57:14 +0900, >>>>> "JP" == Jens Petersen wrote: JP> Ok, so the main change here is that scim, uim, etc will basically just JP> need to setup a single alternative rather than one for each JP> "supported" locale. I understand xinput-default here to mean the JP> current symlink "/etc/X11/xinit/xinput.d/default -> JP> /etc/alternatives/xinput-default". Yes, that's right. >> - single input methods, such as XIM server provides the >> alternatives name, xinput-ll_CC for only their supported >> locale. i.e. if one supports ja_JP.* locale, it has to >> provides xinput-ja_JP. JP> This is unchanged. Yes, it's actually the same thing as what currently they does. I just explained it to clarify what maintainers needs to do for them. >> - $HOME/.xinput.d would be obsoletes. it is maybe >> overkill. just a file like .xinputrc would be better. JP> I would like to suggest using "/etc/X11/xinit/xinputrc" for the system JP> file instead of "/etc/X11/xinit/xinput.d/default", since that seems JP> more consistent and logical IMHO. Well, can you explain more details how it works? right now all xinput scripts such as scim, uim etc etc is put under /etc/X11/xinit/xinput.d and symlinks for alternatives as well. are you suggesting to just replace /etc/X11/xinit/xinit.d/default to /etc/X11/xinit/xinputrc? i.e. alternatives --install /etc/X11/xinit/xinputrc xinput-default /etc/X11/xinit/xinput.d/scim 81? JP> So basically the current locale selecting code in xinput.sh will move JP> to this alternative script for xim client setup. We could also JP> consider renaming "/etc/X11/xinit/xinput.d/" to say JP> "/etc/X11/xinit/xim.d/" at the same time: that would avoid confusion JP> between the old xinput.d system and the new xinputrc system. Sounds good - then where should be xinput scripts put onto? >> - xinput.sh reads only xinput-default (and .xinputrc for the >> user-specific thing) and stop to find ll_CC things against >> current locale. according to the above reasons. JP> So xinput.sh would first try "~/.xinputrc" and if that doesn't exist JP> it would read "/etc/X11/xinit/xinputrc". Yes, what I want to say was that the bahavior is based on current one and looking ll_CC thins up will be removed. -- Akira TAGOH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From petersen at redhat.com Tue Jun 6 06:31:50 2006 From: petersen at redhat.com (Jens Petersen) Date: Tue, 06 Jun 2006 15:31:50 +0900 Subject: [Fedora-i18n-list] PROPOSAL: restructure the choice of input methods In-Reply-To: <20060606.135547.-1967704315.tagoh@redhat.com> References: <20060602.225755.-1904194780.tagoh@redhat.com> <4483F1EA.4060301@redhat.com> <20060606.135547.-1967704315.tagoh@redhat.com> Message-ID: <44852156.2080408@redhat.com> Akira TAGOH wrote: >>>>>> On Mon, 05 Jun 2006 17:57:14 +0900, >>>>>> "JP" == Jens Petersen wrote: > JP> I would like to suggest using "/etc/X11/xinit/xinputrc" for the system > JP> file instead of "/etc/X11/xinit/xinput.d/default", since that seems > JP> more consistent and logical IMHO. > > Well, can you explain more details how it works? > right now all xinput scripts such as scim, uim etc etc is > put under /etc/X11/xinit/xinput.d and symlinks for > alternatives as well. are you suggesting to just replace > /etc/X11/xinit/xinit.d/default to /etc/X11/xinit/xinputrc? > i.e. alternatives --install /etc/X11/xinit/xinputrc > xinput-default /etc/X11/xinit/xinput.d/scim 81? Ah, you're right I hadn't thought it through clearly enough. So we need to keep "/etc/X11/xinit/xinput.d/" as you say, but I still think it is a good idea to move "/etc/X11/xinit/xinput.d/default" to "/etc/X11/xinit/xinputrc". > JP> So basically the current locale selecting code in xinput.sh will move > JP> to this alternative script for xim client setup. We could also > JP> consider renaming "/etc/X11/xinit/xinput.d/" to say > JP> "/etc/X11/xinit/xim.d/" at the same time: that would avoid confusion > JP> between the old xinput.d system and the new xinputrc system. > > Sounds good - then where should be xinput scripts put onto? So then maybe it is better to just keep everything in "xinput.d/" or rename it to "xinputrc.d/"? Jens From bojan at rexursive.com Tue Jun 6 07:50:02 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 06 Jun 2006 17:50:02 +1000 Subject: libecal-1.2.so.3: FC5 update borked Message-ID: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> On a 32-bit x86 box, I get: --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel --> Processing Dependency: libecal-1.2.so.3 for package: evolution --> Finished Dependency Resolution Error: Missing Dependency: libecal-1.2.so.3 is needed by package gnome-panel Error: Missing Dependency: libecal-1.2.so.3 is needed by package evolution x86_64 whines similarly... -- Bojan From dragoran at feuerpokemon.de Tue Jun 6 07:54:16 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 06 Jun 2006 09:54:16 +0200 Subject: libecal-1.2.so.3: FC5 update borked In-Reply-To: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> Message-ID: <448534A8.4080002@feuerpokemon.de> Bojan Smojver wrote: > On a 32-bit x86 box, I get: > > --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel > --> Processing Dependency: libecal-1.2.so.3 for package: evolution > --> Finished Dependency Resolution > Error: Missing Dependency: libecal-1.2.so.3 is needed by package > gnome-panel > Error: Missing Dependency: libecal-1.2.so.3 is needed by package > evolution > > x86_64 whines similarly... > > --Bojan > > --fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > same here x86_64 Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package evolution Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package evolution-webcal Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package evolution-sharp Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package gnome-panel From dragoran at feuerpokemon.de Tue Jun 6 07:55:45 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 06 Jun 2006 09:55:45 +0200 Subject: libecal-1.2.so.3: FC5 update borked In-Reply-To: <448534A8.4080002@feuerpokemon.de> References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> <448534A8.4080002@feuerpokemon.de> Message-ID: <44853501.4020208@feuerpokemon.de> dragoran wrote: > Bojan Smojver wrote: >> On a 32-bit x86 box, I get: >> >> --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel >> --> Processing Dependency: libecal-1.2.so.3 for package: evolution >> --> Finished Dependency Resolution >> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >> gnome-panel >> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >> evolution >> >> x86_64 whines similarly... >> >> --Bojan >> >> --fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> > same here x86_64 > Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package > evolution > Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package > evolution-webcal > Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package > evolution-sharp > Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package > gnome-panel > exclude evoltion and evolution-data-server lest the update move on From dragoran at feuerpokemon.de Tue Jun 6 08:07:25 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 06 Jun 2006 10:07:25 +0200 Subject: AIGLX/metacity + full screen glapps In-Reply-To: <44844922.6020808@redhat.com> References: <4483D8AE.4090106@feuerpokemon.de> <44844922.6020808@redhat.com> Message-ID: <448537BD.2070805@feuerpokemon.de> Adam Jackson wrote: > dragoran wrote: >> does metacity with aiglx enable redirect fullscreen glapps to pixmaps ? >> This posting: >> http://www.nvnews.net/vbulletin/showpost.php?p=904662&postcount=7 >> says that this would have a big effect on perfomance. >> Does metacity has this option or does it even unredirect fullscreen >> glapps by default? >> (I can't test myself because of having a nvidia card, so thats why I >> am asking) > > No DRI driver can redirect GLX apps yet. > > - ajax > yet means that it might be possible with xorg-7.2 ? From paul at city-fan.org Tue Jun 6 09:37:40 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 06 Jun 2006 10:37:40 +0100 Subject: libecal-1.2.so.3: FC5 update borked In-Reply-To: <44853501.4020208@feuerpokemon.de> References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> <448534A8.4080002@feuerpokemon.de> <44853501.4020208@feuerpokemon.de> Message-ID: <44854CE4.5050605@city-fan.org> dragoran wrote: > dragoran wrote: >> Bojan Smojver wrote: >>> On a 32-bit x86 box, I get: >>> >>> --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel >>> --> Processing Dependency: libecal-1.2.so.3 for package: evolution >>> --> Finished Dependency Resolution >>> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >>> gnome-panel >>> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >>> evolution >>> >>> x86_64 whines similarly... >>> >>> --Bojan >>> >>> --fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >>> >> same here x86_64 >> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >> evolution >> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >> evolution-webcal >> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >> evolution-sharp >> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >> gnome-panel >> > > exclude evoltion and evolution-data-server lest the update move on Excluding evolution-data-server\* should be sufficient. Updating evolution itself works fine. Paul. From dragoran at feuerpokemon.de Tue Jun 6 09:39:29 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 06 Jun 2006 11:39:29 +0200 Subject: libecal-1.2.so.3: FC5 update borked In-Reply-To: <44854CE4.5050605@city-fan.org> References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> <448534A8.4080002@feuerpokemon.de> <44853501.4020208@feuerpokemon.de> <44854CE4.5050605@city-fan.org> Message-ID: <44854D51.7070302@feuerpokemon.de> Paul Howarth wrote: > dragoran wrote: >> dragoran wrote: >>> Bojan Smojver wrote: >>>> On a 32-bit x86 box, I get: >>>> >>>> --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel >>>> --> Processing Dependency: libecal-1.2.so.3 for package: evolution >>>> --> Finished Dependency Resolution >>>> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >>>> gnome-panel >>>> Error: Missing Dependency: libecal-1.2.so.3 is needed by package >>>> evolution >>>> >>>> x86_64 whines similarly... >>>> >>>> --Bojan >>>> >>>> --fedora-devel-list mailing list >>>> fedora-devel-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>> >>>> >>> same here x86_64 >>> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >>> evolution >>> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >>> evolution-webcal >>> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >>> evolution-sharp >>> Missing Dependency: libecal-1.2.so.3()(64bit) is needed by package >>> gnome-panel >>> >> >> exclude evoltion and evolution-data-server lest the update move on > > Excluding evolution-data-server\* should be sufficient. Updating > evolution itself works fine. > > Paul. > ok thx updating evolution now.. From gilboad at gmail.com Tue Jun 6 13:37:37 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 06 Jun 2006 16:37:37 +0300 Subject: UnleashKDE In-Reply-To: <1149547364.2719.370.camel@xpc.home.erwinrol.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> Message-ID: <1149601057.16648.33.camel@gilboa-work-dev> On Tue, 2006-06-06 at 00:42 +0200, Erwin Rol wrote: > Maybe this is a silly idea, but why not just make a fedora-kde project > that only holds all the kde stuff, instead of putting it in > fedora-extras ? Probably would fit on a single CD, so people that want > fedora with KDE can just burn core and the kde CD. > > - Erwin > > Like... this? http://kde-redhat.sourceforge.net/ Gilboa "Yep, I'm such a low-life... couldn't resist myself" Davara. From dwmw2 at infradead.org Tue Jun 6 13:59:46 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 06 Jun 2006 14:59:46 +0100 Subject: UnleashKDE In-Reply-To: <1149601057.16648.33.camel@gilboa-work-dev> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> Message-ID: <1149602387.2885.229.camel@hades.cambridge.redhat.com> On Tue, 2006-06-06 at 16:37 +0300, Gilboa Davara wrote: > Like... this? > http://kde-redhat.sourceforge.net/ No, not like that. That doesn't include PowerPC packages. -- dwmw2 From Lam at Lam.pl Tue Jun 6 14:05:08 2006 From: Lam at Lam.pl (Leszek Matok) Date: Tue, 06 Jun 2006 16:05:08 +0200 Subject: UnleashKDE In-Reply-To: <1149601057.16648.33.camel@gilboa-work-dev> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> Message-ID: <1149602709.3108.6.camel@pensja.lam.pl> Dnia 06-06-2006, wto o godzinie 16:37 +0300, Gilboa Davara napisa?(a): > > why not just make a fedora-kde project > > that only holds all the kde stuff, instead of putting it in > > fedora-extras ? Probably would fit on a single CD, so people that want > > fedora with KDE can just burn core and the kde CD. > > > Like... this? > http://kde-redhat.sourceforge.net/ Pretty much, yes, but with the addition of being supported by Anaconda at install time. Anaconda is heading towards Extras-disk already, so instead of KDE CD, it's sufficient to have Extras DVD (remember it's 2006!) and all that is needed is "KDE" menu appearing in Anaconda when it detects Extras on media (or asks if I have one). If the people interested in KDE are so desperate that they maintain it in several places at once, I'm sure they will help with Anaconda part :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From rdieter at math.unl.edu Tue Jun 6 14:04:57 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 06 Jun 2006 09:04:57 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> Message-ID: David Woodhouse wrote: > On Tue, 2006-06-06 at 16:37 +0300, Gilboa Davara wrote: >> Like... this? >> http://kde-redhat.sourceforge.net/ > > No, not like that. That doesn't include PowerPC packages. We (kde-redhat) would, if we had the hardware... (: -- Rex From ajackson at redhat.com Tue Jun 6 13:38:28 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 06 Jun 2006 09:38:28 -0400 Subject: AIGLX/metacity + full screen glapps In-Reply-To: <448537BD.2070805@feuerpokemon.de> References: <4483D8AE.4090106@feuerpokemon.de> <44844922.6020808@redhat.com> <448537BD.2070805@feuerpokemon.de> Message-ID: <44858554.5050305@redhat.com> dragoran wrote: > Adam Jackson wrote: >> >> No DRI driver can redirect GLX apps yet. > > yet means that it might be possible with xorg-7.2 ? Sure, it might. However, I'm not a fortune teller, and I don't know of anyone working on that explicitly, so I might not place high odds that it'll work in 7.2. But then, I wouldn't have predicted that aiglx would be done by 7.1 either. It'll work when it works. - ajax From buildsys at redhat.com Tue Jun 6 15:19:20 2006 From: buildsys at redhat.com (Build System) Date: Tue, 6 Jun 2006 11:19:20 -0400 Subject: rawhide report: 20060606 changes Message-ID: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> New package libdhcp A library for network interface configuration with DHCP New package postgresql-jdbc JDBC driver for PostgreSQL Removed package cman-kernel Removed package dlm-kernel Removed package GFS-kernel Updated Packages: SDL-1.2.10-2 ------------ * Tue Jun 06 2006 Thomas Woerner 1.2.10-2 - added missing (build) requires for GL and GLU anthy-7802-2.fc6 ---------------- * Mon Jun 05 2006 Akira TAGOH - 7802-2 - exclude ppc64 to make anthy-el package. right now emacs.ppc64 isn't provided and buildsys became much stricter. * Fri Jun 02 2006 Akira TAGOH - 7802-1 - New upstream snapshot release. autofs-1:5.0.0_beta4-3 ---------------------- * Mon Jun 05 2006 Ian Kent - 5.0.0_beta4-3 - correct config names in default.c (jpro at bas.ac.uk). * Mon Jun 05 2006 Ian Kent - 5.0.0_beta4-2 - re-instate v4 directory cleanup (bz# 193832 again). - backout master map lookup changes made to beta3. - change default master map from /etc/auto.master to auto.master so that we always use nsswitch to locate master map. - change default installed master map to include "+auto.master" to pickup NIS master map (all bz# 193831 again). automake16-1.6.3-7 ------------------ * Tue Jun 06 2006 Karsten Hopp 1.6.3-7 - buildrequire flex for self tests bc-1.06-20 ---------- * Tue Jun 06 2006 Thomas Woerner 1.06-20 - added missing flex build require * Fri Feb 10 2006 Jesse Keating - 1.06-19.2.1 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 1.06-19.2 - rebuilt for new gcc4.1 snapshot and glibc changes binutils-2.17.50.0.2-2 ---------------------- * Mon Jun 05 2006 Jakub Jelinek 2.17.50.0.2-2 - fix --as-needed (Alan Modra, #193689, BZ#2721) brltty-3.2-11 ------------- * Mon Jun 05 2006 Jesse Keating - 3.2-11 - Added byacc BuildRequires, removed prereq, coreutils is always there bsf-0:2.3.0-6jpp_4fc -------------------- * Mon Jun 05 2006 Deepak Bhole - 0:2.3.0-6jpp_4fc - Add missing Requires/BuildRequires for tomcat5-jsp-2.0-api and others. coreutils-5.96-3 ---------------- * Mon Jun 05 2006 Tim Waugh 5.96-3 - Fixed Polish translation. desktop-backgrounds-2.0-33 -------------------------- * Mon Jun 05 2006 Matthias Clasen 2.0-33 - Really remove the default background * Mon Jun 05 2006 Matthias Clasen 2.0-32 - Move the default background to fedora-logos desktop-printing-0.19-8 ----------------------- * Tue Jun 06 2006 Florian Festi - 0.19-8 - patch for the new hal_lpadmin (hal-cups-utils) dos2unix-3.1-26 --------------- * Mon Jun 05 2006 Tim Waugh 3.1-26 - Rebuilt. ethereal-1.1.0-0.svn.3 ---------------------- * Tue Jun 06 2006 Radek Vokal 1.1.0-0.svn.2 - fix ethereal crash when capture statistics window is closed (#190516) fedora-logos-1.1.43-2 --------------------- * Mon Jun 05 2006 Matthias Clasen 1.1.43-1 - Add branded desktop background and move the lock dialog background to the right directory file-roller-2.14.3-3 -------------------- * Mon Jun 05 2006 Matthias Clasen - 2.14.3-3 - Rebuild gconf-editor-2.14.0-3 --------------------- * Tue Jun 06 2006 Matthias Clasen 2.14.0-3 - Rebuild gdm-1:2.15.3-4 -------------- * Mon Jun 05 2006 Matthias Clasen - 1:2.15.3-4 - Require system-logos, not fedora-logos glib2-2.11.2-1 -------------- * Mon Jun 05 2006 Matthias Clasen - 2.11.2-1 - Update to 2.11.2 gnbd-kernel-2.6.16-2.2 ---------------------- * Tue Mar 14 2006 Chris Feist - Removed 'ARCH=xen' for xen builds. * Tue Feb 07 2006 Jesse Keating - 2.6.15.0-20051108.134753.FC5.18.1 - rebuilt for new gcc4.1 snapshot and glibc changes * Fri Jan 13 2006 Chris Feist - Rebuilt, bumped version number to 2.6.15 and added xen build. gnome-applets-1:2.14.2-3 ------------------------ * Tue Jun 06 2006 Matthias Clasen - 2.14.2-3 - Rebuild gnome-screensaver-2.15.2-4 -------------------------- * Mon Jun 05 2006 Matthias Clasen 2.15.2-4 - Move the branded lock dialog background to fedora-logos - Require system-logos, not fedora-logos gnome-user-docs-2.14.2-3 ------------------------ * Mon Jun 05 2006 Matthias Clasen 2.14.2-3 - Fix BuildRequires gnome-volume-manager-1.5.15-2 ----------------------------- * Mon Jun 05 2006 Matthias Clasen 1.5.15-2 - add missing BuildRequires grub-0.97-7 ----------- * Mon Jun 05 2006 Jesse Keating - 0.97-7 - Added BuildRequires on a 32bit library gtk2-2.9.2-1 ------------ * Mon Jun 05 2006 Matthias Clasen - 2.9.2-1 - Update to 2.9.2 jakarta-taglibs-standard-0:1.1.1-4jpp_5fc ----------------------------------------- * Mon Jun 05 2006 Deepak Bhole - 0:1.1.1-4jpp_5fc - Add missing BuildRequires for tomcat5-jsp-2.0-api and xalan-j2 * Wed Mar 08 2006 Rafael Schloming - 0:1.1.1-4jpp_4fc - excluded s390[x] and ppc64 due to eclipse kde-i18n-1:3.5.3-1 ------------------ * Sat Jun 03 2006 Than Ngo 1:3.5.3-1 - update to 3.5.3 kdebindings-3.5.3-1 ------------------- * Sat Jun 03 2006 Than Ngo 3.5.3-1 - update to 3.5.3 kdeedu-3.5.3-1 -------------- * Sat Jun 03 2006 Than Ngo 3.5.3-1 - update to 3.5.3 kdegraphics-7:3.5.3-1 --------------------- * Sat Jun 03 2006 Than Ngo 7:3.5.3-1 - update to 3.5.3 kdeutils-6:3.5.3-1 ------------------ * Mon Jun 05 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 kdevelop-9:3.3.3-1 ------------------ * Mon Jun 05 2006 Than Ngo 9:3.3.3-1 - update to 3.3.3 kdewebdev-6:3.5.3-1 ------------------- * Mon Jun 05 2006 Than Ngo 6:3.5.3-1 - update to 3.5.3 kernel-2.6.16-1.2252_FC6 ------------------------ * Tue Jun 06 2006 Dave Jones - 2.6.17rc6. Special 6/6/6 edition, what could go wrong? - Add a kdump kernel for PPC64 (Don Zickus) * Mon Jun 05 2006 Dave Jones - Do PCI config space restore on resume in reverse. - Make Powernow-k7 work again. - Fix the setuid /proc/self/maps fix (#165351, #190128) libIDL-0.8.6-4 -------------- * Mon Jun 05 2006 Matthias Clasen - 0.8.6-4 - Fix missing BuildRequires libSM-1.0.1-2 ------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193421) - Replace "makeinstall" with "make install DESTDIR=..." libXScrnSaver-1.1.0-2 --------------------- * Mon Jun 05 2006 Mike A. Harris 1.1.0-2 - Added "BuildRequires: pkgconfig" for (#193424) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXau-1.0.1-2 -------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193422) - Replace "makeinstall" with "make install DESTDIR=..." to fix (#192718) libXaw-1.0.2-2 -------------- * Mon Jun 05 2006 Mike A. Harris 1.0.2-2 - Added "BuildRequires: pkgconfig" for (#193423) - Replace "makeinstall" with "make install DESTDIR=..." - Added "BuildRequires: libXt-devel" for (#190169) libXevie-1.0.1-2 ---------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Replace "makeinstall" with "make install DESTDIR=..." (#192719) libXfont-1.1.0-2 ---------------- * Mon Jun 05 2006 Mike A. Harris 1.1.0-2 - Added "Requires: libfontenc-devel" for (#185778) libXfontcache-1.0.2-2 --------------------- * Mon Jun 05 2006 Mike A. Harris 1.0.2-2 - Replace "makeinstall" with "make install DESTDIR=..." for (#192720) - Remove package ownership of mandir/libdir/etc. libXi-1.0.1-2 ------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Replace "makeinstall" with "make install DESTDIR=..." for (#192721) - Remove package ownership of mandir/libdir/etc. * Thu Apr 27 2006 Adam Jackson 1.0.1-1 - Update to 1.0.1 * Fri Feb 10 2006 Jesse Keating - 1.0.0-2.2 - bump again for double-long bug on ppc(64) libXpm-3.5.5-2 -------------- * Mon Jun 05 2006 Mike A. Harris 3.5.5-2 - Added "BuildRequires: pkgconfig" for (#193427) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXrandr-1.1.1-2 ----------------- * Mon Jun 05 2006 Mike A. Harris 1.1.1-2 - Added "BuildRequires: pkgconfig" for (#193428) - Replace "makeinstall" with "make install DESTDIR=..." for (#192724) - Remove package ownership of mandir/libdir/etc. libXrender-0.9.1-2 ------------------ * Mon Jun 05 2006 Mike A. Harris 0.9.1-2 - Added "BuildRequires: pkgconfig" for (#193429) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXres-1.0.1-2 --------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193502) - Replace "makeinstall" with "make install DESTDIR=..." for (#192725) - Remove package ownership of mandir/libdir/etc. libXt-1.0.1-2 ------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193503) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. * Thu Apr 27 2006 Adam Jackson 1.0.1-1 - Update to 1.0.1 * Fri Feb 10 2006 Jesse Keating - 1.0.0-2.2 - bump again for double-long bug on ppc(64) libXtst-1.0.1-2 --------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193504) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. * Fri Feb 10 2006 Jesse Keating 1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes libXv-1.0.1-3 ------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-3 - Added "BuildRequires: pkgconfig" for (#193505) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. * Fri May 26 2006 Mike A. Harris 1.0.1-2 - Added "Requires: libXext-devel" to libXv-devel subpackage, to avoid all packages that depend on libXv-devel from having to manually specify that dependency themselves, as it is required by Xv. (#192167) * Fri Feb 10 2006 Jesse Keating - 1.0.1-1.2 - bump again for double-long bug on ppc(64) libXvMC-1.0.2-2 --------------- * Mon Jun 05 2006 Mike A. Harris 1.0.2-2 - Added "BuildRequires: pkgconfig" for (#193506) - Replace "makeinstall" with "make install DESTDIR=..." - Touch XvMCConfig during install phase, and add to file manifest as a ghost file, so that it is owned by the package if the user creates it. (#192254) libXxf86dga-1.0.1-2 ------------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193507) - Replace "makeinstall" with "make install DESTDIR=..." for (#192728) libXxf86misc-1.0.1-2 -------------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193508) - Replace "makeinstall" with "make install DESTDIR=..." for (#192729) - Remove package ownership of mandir/libdir/etc. libXxf86vm-1.0.1-2 ------------------ * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193509) - Use "make install DESTDIR=..." instead of makeinstall macro, to fix (#192731) libbonobo-2.14.0-2 ------------------ * Mon Jun 05 2006 Matthias Clasen 2.14.0-2 - Rebuild * Tue Mar 14 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 * Tue Mar 07 2006 Matthias Clasen - Update to 2.13.93 libgcrypt-1.2.2-3 ----------------- * Mon Jun 05 2006 Jesse Keating 1.2.2-3 - Added missing buildreq pkgconfig libgnome-2.14.1-3 ----------------- * Tue Jun 06 2006 Matthias Clasen - 2.14.1-3 - Rebuild * Tue Apr 11 2006 Matthias Clasen - 2.14.1-2 - Update to 2.14.1 * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 libgnomecanvas-2.14.0-3 ----------------------- * Mon Jun 05 2006 Matthias Clasen - 2.14.0-3 - Rebuild libgnomeprintui22-2.12.1-2 -------------------------- * Mon Jun 05 2006 Matthias Clasen - 2.12.1-2 - Rebuild libgnomeui-2.15.1-5 ------------------- * Mon Jun 05 2006 Matthias Clasen - 2.15.1-5 - Fix BuildRequires * Mon May 08 2006 Matthias Clasen - 2.15.1-4 - Update to 2.15.1 libgpg-error-1.3-3 ------------------ * Mon Jun 05 2006 Nalin Dahyabhai 1.3-3 - give gpg-error-config libdir=@exec_prefix@/lib instead of @libdir@, so that it agrees on 32- and 64-bit arches (it suppresses the -L argument if @libdir@ is /usr/lib, so this should be cleaner than adding a non-standard .pc file which upstream developers might inadvertently think they can depend to be on every system which provides this library) liboldX-1.0.1-2 --------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: pkgconfig" for (#193420) * Fri Feb 10 2006 Jesse Keating 1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes libselinux-1.30.12-1 -------------------- * Thu Jun 01 2006 Dan Walsh 1.30.12-1 - Upgrade to latest from NSA * Merged !selinux_mnt checks from Ian Kent. libsepol-1.12.17-1 ------------------ * Mon Jun 05 2006 Dan Walsh 1.12.17-1 - Upgrade to latest from NSA * Revert 1.12.16. * Merged cleaner fix for bool_ids overflow from Karl MacMillan, replacing the prior patch. * Merged fixes for several memory leaks in the error paths during policy read from Serge Hallyn. libxkbfile-1.0.3-2 ------------------ * Mon Jun 05 2006 Mike A. Harris 1.0.3-2 - Added "BuildRequires: pkgconfig" for (#193424) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libxkbui-1.0.2-2 ---------------- * Mon Jun 05 2006 Mike A. Harris 1.0.2-2 - Added "BuildRequires: pkgconfig" for (#193425) - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. lm_sensors-2.10.0-2 ------------------- * Mon Jun 05 2006 Jesse Keating 2.10.0-2 - Fix BuildRequires, added flex. (#193511) Changed to Requires(post) and (postun) lsof-4.78-06052006devel.1 ------------------------- * Wed May 24 2006 Karel Zak 4.78-06052006devel.1 - upgrade to 4.78B (upstream devel version with selinux patch) * Wed Feb 15 2006 Karel Zak 4.76-2 - fix #175568 - lsof prints 'unknown inode type' for epoll * Fri Feb 10 2006 Jesse Keating - 4.76-1.2.1 - bump again for double-long bug on ppc(64) mkinitrd-5.0.41-4 ----------------- * Mon Jun 05 2006 Peter Jones - 5.0.41-4 - Fix my bad shell code to detect DMs in use. netpbm-10.33-3 -------------- * Mon Jun 05 2006 Jindrich Novy 10.33-3 - fix multilib conflict (#192735) - remove jbigtopnm man page openmotif-2.3.0-0.2 ------------------- * Tue Jun 06 2006 Thomas Woerner 2.3.0-0.2 - new CVS version 2006-06-06 - new buildprereq for pkgconfig openoffice.org-1:2.0.3-5.2 -------------------------- * Fri Jun 02 2006 Caolan McNamara - 1:2.0.3-5.2 - fontcache problem pcmciautils-014-1 ----------------- * Tue Jun 06 2006 Harald Hoyer - 014-1 - more build requires (bug #194144) - version 014 * Fri Feb 10 2006 Jesse Keating - 011-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 011-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes perl-BSD-Resource-1.28-1.fc6 ---------------------------- * Mon Jun 05 2006 Jason Vas Dias - 1.28-1 - upgrade to upstream version 1.28 perl-Compress-Zlib-1.41-2 ------------------------- * Mon Jun 05 2006 Jason Vas Dias - 1.41-2 - fix License: tag perl-Devel-Symdump-2.0601-1 --------------------------- * Mon Jun 05 2006 Jason Vas Dias - 2.0601-1 - Upgrade to 2.0601 perl-File-MMagic-1.27-1 ----------------------- * Mon Jun 05 2006 Jason Vas Dias - 1.27-1 - Upgrade to 1.27 perl-Frontier-RPC-0.07b4-1 -------------------------- * Mon Jun 05 2006 Jason Vas Dias - 0.07b4-1 - Upgrade to upstream version 0.07b4 perl-HTML-Parser-3.54-1.fc6 --------------------------- * Mon Jun 05 2006 Jason Vas Dias - 3.54-1 - upgrade to 3.54 perl-Net-IP-1.25-1.fc6 ---------------------- * Mon Jun 05 2006 Jason Vas Dias - 1.25-1 - upgrade to 1.25 perl-Net-Telnet-3.03-5 ---------------------- * Fri Jun 30 2006 Jason Vas Dias - 3.03-5 - correct License: tag perl-URI-1.35-3 --------------- * Mon Jun 05 2006 Jason Vas Dias - 1.35-3 - fix License: tag perl-XML-SAX-0.14-1 ------------------- * Mon Jun 05 2006 Jason Vas Dias - 0.14-1.1 - upgrade to 0.14 perl-XML-Twig-3.25-1 -------------------- * Mon Jun 05 2006 Jason Vas Dias - 3.25-1 - Upgrade to 2.25 pycairo-1.0.2-2 --------------- * Mon Jun 05 2006 John (J5) Palmieri - 1.0.2-2 - add pkgconfig BR pydict-0.3.0-9 -------------- * Mon Jun 05 2006 Jesse Keating - 0.3.0-9 - Added missing BuildRequires desktop-file-utils python-pyblock-0.15-2 --------------------- * Mon Jun 05 2006 Jesse Keating - 0.15-2 - Add missing BuildRequires of zlib-devel qt-1:3.3.6-6 ------------ * Mon Jun 05 2006 Than Ngo 1:3.3.6-6 - qt-devel requires on mesa-libGLU-devel mesa-libGU-devel radvd-0.9.1-2 ------------- * Mon Jun 05 2006 Jason Vas Dias - 0.9.1-2 - fix BuildRequires for Mock reiserfs-utils-2:3.6.19-2.3 --------------------------- * Mon Jun 05 2006 Dave Jones - Remove broken asm/unaligned include. (#191889) rhgb-0.16.3-3 ------------- * Mon Jun 05 2006 Matthias Clasen - 0.16.3-3 - Require system-logos, not fedora-logos scim-1.4.4-18 ------------- * Thu Jun 01 2006 Jens Petersen - 1.4.4-18 - scim-bridge moved to Extras for now (also fixes #191886) * Tue May 16 2006 Jens Petersen - 1.4.4-17 - update to scim-bridge 0.1.8 (#191329) - test factory-menu-singlet-submenus-187027.patch to avoid having language submenus for a single IME * Tue May 09 2006 Jens Petersen - 1.4.4-16 - update to scim-bridge 0.1.7 - improve qtimm setup in xinput.d file scim-chewing-0.3.0-8 -------------------- * Tue Jun 06 2006 Darshan Santani - Changed the BuildRequires to include gettext - Rebuild scim-qtimm-0.9.4-4 ------------------ * Tue Jun 06 2006 Jens Petersen - 0.9.4-4 - require qt 3.3.6 or later (#190145) - buildrequire gettext to generate .gmo files (#194165) shadow-utils-2:4.0.16-1 ----------------------- * Tue Jun 06 2006 Peter Vrabec 2:4.0.16-1 - upgrade - do not replace login.defs file (#190014) * Sat Apr 08 2006 Peter Vrabec 2:4.0.15-3 - fix typo in shadow-4.0.15-login.defs (#188263) spamassassin-3.1.3-1.fc6 ------------------------ * Mon Jun 05 2006 Warren Togami - 3.1.3-1 - CVE-2006-2447 squirrelmail-1.4.6-6.fc6 ------------------------ * Mon Jun 05 2006 Warren Togami 1.4.6-6 - buildreq gettext (194169) stardict-2.4.5-3 ---------------- * Mon Jun 05 2006 Jesse Keating - Added missing BuildRequires scrollkeeper - Added Requires(post) and (postun) accordingly syslinux-3.10-5 --------------- * Mon Jun 05 2006 Jesse Keating - 3.10-5 - Use the actual file as a BuildRequire * Mon Jun 05 2006 Jesse Keating - 3.10-4 - Changed glibc-devel to glibc32 to get the 32bit package in * Mon Jun 05 2006 Jesse Keating - 3.10-3 - Added missing glibc-devel BuildRequires sysstat-6.0.2-2 --------------- * Mon Jun 05 2006 Jesse Keating 6.0.2-2 - Add missing BR of gettext system-config-boot-0.2.11-3 --------------------------- * Mon Jun 05 2006 Jesse Keating - 0.2.11-3 - Added missing BuildRequire on perl-XML-Parser system-config-cluster-1.0.24-2 ------------------------------ * Mon Jun 05 2006 Jesse Keating 1.0.24-2 - Added missing buildreq for perl-XML-Parser system-config-display-1.0.37-3 ------------------------------ * Mon Jun 05 2006 Jesse Keating 1.0.37-3 - Added BuildRequires gettext system-config-kickstart-2.6.11-2 -------------------------------- * Mon Jun 05 2006 Jesse Keating 2.6.11-2 - Add gettext as a BR - Fix up requires(post) and (postun) * Mon Jun 05 2006 Chris Lumens 2.6.11-1 - Write out a mount point for swap and raid partitions (#193262). - Fix RAID member list printing. system-config-lvm-1.0.13-2 -------------------------- * Mon Jun 05 2006 Jesse Keating 1.0.13-2 - Add missing BR of perl-XML-Parser * Fri Feb 10 2006 Stanko Kupcevic 1.0.13-1.0 - Fix failure to display all unused space * Mon Feb 06 2006 Stanko Kupcevic 1.0.12-1.0 - Under certain conditions, labels might show partially system-config-securitylevel-1.6.20-1 ------------------------------------ * Mon Jun 05 2006 Chris Lumens 1.6.20-1 - Be more careful when determining if something is a range or service with a dash in it (#192933). system-config-services-0.9.0-2 ------------------------------ * Mon Jun 05 2006 Jesse Keating - 0.9.0-2 - Added BuildRequires perl-XML-Parser (#194179) - Added Requires(post) and (postun) gtk2 system-config-soundcard-1.2.17-6 -------------------------------- * Mon Jun 05 2006 Jesse Keating 1.2.17-6 - Added missing BuildRequires intltool - Added Requires(post) and (postun) on gtk2 * Mon Mar 27 2006 Martin Stransky 1.2.17-5 - added a log entry * Wed Mar 15 2006 Martin Stransky 1.2.17-4 - small fix in volume settings, inspired by #184299 tcpdump-14:3.9.4-7 ------------------ * Sun Jun 04 2006 Jeremy Katz - 14:3.9.4-7 - fix libpcap-devel inclusion of .so and its deps (#193189) tux-3.2.18-7 ------------ * Mon Jun 05 2006 Dave Jones - Fix _syscall2 compile failure. (#191828) * Mon Jun 05 2006 Jesse Keating - 3.2.18-6 - Bumped for new build system * Mon May 15 2006 Phil Knirsch - 3.2.18-5 - Added missing coreutils prereq. xjavadoc-0:1.1-1jpp_5fc ----------------------- * Mon Jun 05 2006 Deepak Bhole - 0:1.1-1jpp_5fc - Added missing BuildRequires for ant-nodeps. xmlto-0.0.18-10 --------------- * Mon Jun 05 2006 Tim Waugh 0.0.18-10 - Rebuilt. xorg-x11-drv-evdev-1.1.2-1 -------------------------- * Mon Jun 05 2006 Adam Jackson 1.1.2-1 - Update to 1.1.2 + CVS fixes. xorg-x11-server-1.1.0-3 ----------------------- * Mon Jun 05 2006 Adam Jackson 1.1.0-3 - Drop the libxf86config -fPIC patch, just build the whole thing with --with-pic instead. Add void and evdev to the required driver list for upcoming autoconfig magic. xorg-x11-twm-1:1.0.1-2 ---------------------- * Mon Jun 05 2006 Mike A. Harris 1:1.0.1-2 - Added "BuildRequires: pkgconfig" for (#194186) * Fri Feb 10 2006 Jesse Keating 1:1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1:1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes yum-2.6.1-4 ----------- * Mon Jun 05 2006 Jeremy Katz - 2.6.1-4 - handle PAE kernels in installonlyn (#194064) zenity-2.15.2-2 --------------- * Mon Jun 05 2006 Matthias Clasen 2.15.2-2 - Rebuild Broken deps for ia64 ---------------------------------------------------------- ddd - 3.3.11-7.ia64 requires libXaw.so.7()(64bit) desktop-printing - 0.19-8.ia64 requires hal-cups-utils >= 0:0.6.0 groff-gxditview - 1.18.1.1-11.ia64 requires libXaw.so.7()(64bit) libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires libstdc++-devel = 0:4.1.0 xfig - 3.2.4-21.ia64 requires libXaw.so.7()(64bit) xisdnload - 3.2-47.ia64 requires libXaw.so.7()(64bit) xorg-x11-apps - 1.0.3-2.ia64 requires libXaw.so.7()(64bit) xorg-x11-resutils - 1.0.1-1.2.ia64 requires libXaw.so.7()(64bit) xorg-x11-server-Xdmx - 1.1.0-3.ia64 requires libXaw.so.7()(64bit) xorg-x11-server-utils - 1.0.1-4.ia64 requires libXaw.so.7()(64bit) xorg-x11-utils - 1.0.1-3.ia64 requires libXaw.so.7()(64bit) xorg-x11-xdm - 1:1.0.4-2.ia64 requires libXaw.so.7()(64bit) xorg-x11-xkb-utils - 1.0.2-1.ia64 requires libXaw.so.7()(64bit) xorg-x11-xsm - 1.0.2-2.ia64 requires libXaw.so.7()(64bit) xterm - 213-1.FC6.ia64 requires libXaw.so.7()(64bit) Broken deps for x86_64 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.x86_64 requires cman-kernel-modules >= 0:2.6.11 ddd - 3.3.11-7.x86_64 requires libXaw.so.7()(64bit) desktop-printing - 0.19-8.x86_64 requires hal-cups-utils >= 0:0.6.0 dlm - 1.0.0-9.FC5.1.x86_64 requires dlm-kernel-modules >= 0:2.6.11 gnbd-kernel - 2.6.16-2.2.x86_64 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.x86_64 requires kernel = 0:2.6.16-1.2245_FC6 groff-gxditview - 1.18.1.1-11.x86_64 requires libXaw.so.7()(64bit) libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires libstdc++-devel = 0:4.1.0 xfig - 3.2.4-21.x86_64 requires libXaw.so.7()(64bit) xisdnload - 3.2-47.x86_64 requires libXaw.so.7()(64bit) xorg-x11-apps - 1.0.3-2.x86_64 requires libXaw.so.7()(64bit) xorg-x11-resutils - 1.0.1-1.2.x86_64 requires libXaw.so.7()(64bit) xorg-x11-server-Xdmx - 1.1.0-3.x86_64 requires libXaw.so.7()(64bit) xorg-x11-server-utils - 1.0.1-4.x86_64 requires libXaw.so.7()(64bit) xorg-x11-utils - 1.0.1-3.x86_64 requires libXaw.so.7()(64bit) xorg-x11-xdm - 1:1.0.4-2.x86_64 requires libXaw.so.7()(64bit) xorg-x11-xkb-utils - 1.0.2-1.x86_64 requires libXaw.so.7()(64bit) xorg-x11-xsm - 1.0.2-2.x86_64 requires libXaw.so.7()(64bit) xterm - 213-1.FC6.x86_64 requires libXaw.so.7()(64bit) Broken deps for i386 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.i386 requires cman-kernel-modules >= 0:2.6.11 ddd - 3.3.11-7.i386 requires libXaw.so.7 desktop-printing - 0.19-8.i386 requires hal-cups-utils >= 0:0.6.0 dlm - 1.0.0-9.FC5.1.i386 requires dlm-kernel-modules >= 0:2.6.11 gnbd-kernel - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.i686 requires kernel = 0:2.6.16-1.2245_FC6 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xen0 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires kernel-xen0 = 0:2.6.16-1.2245_FC6 gnbd-kernel-xenU - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xenU gnbd-kernel-xenU - 2.6.16-2.2.i686 requires kernel-xenU = 0:2.6.16-1.2245_FC6 groff-gxditview - 1.18.1.1-11.i386 requires libXaw.so.7 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires libstdc++-devel = 0:4.1.0 xfig - 3.2.4-21.i386 requires libXaw.so.7 xisdnload - 3.2-47.i386 requires libXaw.so.7 xorg-x11-apps - 1.0.3-2.i386 requires libXaw.so.7 xorg-x11-resutils - 1.0.1-1.2.i386 requires libXaw.so.7 xorg-x11-server-Xdmx - 1.1.0-3.i386 requires libXaw.so.7 xorg-x11-server-utils - 1.0.1-4.i386 requires libXaw.so.7 xorg-x11-utils - 1.0.1-3.i386 requires libXaw.so.7 xorg-x11-xdm - 1:1.0.4-2.i386 requires libXaw.so.7 xorg-x11-xkb-utils - 1.0.2-1.i386 requires libXaw.so.7 xorg-x11-xsm - 1.0.2-2.i386 requires libXaw.so.7 xterm - 213-1.FC6.i386 requires libXaw.so.7 Broken deps for ppc ---------------------------------------------------------- ddd - 3.3.11-7.ppc requires libXaw.so.7 desktop-printing - 0.19-8.ppc requires hal-cups-utils >= 0:0.6.0 groff-gxditview - 1.18.1.1-11.ppc requires libXaw.so.7 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires libstdc++-devel = 0:4.1.0 xfig - 3.2.4-21.ppc requires libXaw.so.7 xisdnload - 3.2-47.ppc requires libXaw.so.7 xorg-x11-apps - 1.0.3-2.ppc requires libXaw.so.7 xorg-x11-resutils - 1.0.1-1.2.ppc requires libXaw.so.7 xorg-x11-server-Xdmx - 1.1.0-3.ppc requires libXaw.so.7 xorg-x11-server-utils - 1.0.1-4.ppc requires libXaw.so.7 xorg-x11-utils - 1.0.1-3.ppc requires libXaw.so.7 xorg-x11-xdm - 1:1.0.4-2.ppc requires libXaw.so.7 xorg-x11-xkb-utils - 1.0.2-1.ppc requires libXaw.so.7 xorg-x11-xsm - 1.0.2-2.ppc requires libXaw.so.7 xterm - 213-1.FC6.ppc requires libXaw.so.7 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 ddd - 3.3.11-7.ppc64 requires libXaw.so.7()(64bit) desktop-printing - 0.19-8.ppc64 requires hal-cups-utils >= 0:0.6.0 geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs groff-gxditview - 1.18.1.1-11.ppc64 requires libXaw.so.7()(64bit) jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires libstdc++-devel = 0:4.1.0 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 ruby-mode - 1.8.4-6.fc6.ppc64 requires emacs-common struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 xfig - 3.2.4-21.ppc64 requires libXaw.so.7()(64bit) xisdnload - 3.2-47.ppc64 requires libXaw.so.7()(64bit) xorg-x11-apps - 1.0.3-2.ppc64 requires libXaw.so.7()(64bit) xorg-x11-resutils - 1.0.1-1.2.ppc64 requires libXaw.so.7()(64bit) xorg-x11-server-utils - 1.0.1-4.ppc64 requires libXaw.so.7()(64bit) xorg-x11-utils - 1.0.1-3.ppc64 requires libXaw.so.7()(64bit) xorg-x11-xdm - 1:1.0.4-2.ppc64 requires libXaw.so.7()(64bit) xorg-x11-xkb-utils - 1.0.2-1.ppc64 requires libXaw.so.7()(64bit) xorg-x11-xsm - 1.0.2-2.ppc64 requires libXaw.so.7()(64bit) xterm - 213-1.FC6.ppc64 requires libXaw.so.7()(64bit) From paul at city-fan.org Tue Jun 6 15:23:52 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 06 Jun 2006 16:23:52 +0100 Subject: Core i386 rawhide rebuild in mock status 2006-06-04 In-Reply-To: <4484CA7D.1090203@knox.net.nz> References: <20060605044751.GB6822@lists.us.dell.com> <4484CA7D.1090203@knox.net.nz> Message-ID: <44859E08.5060102@city-fan.org> Michael J. Knox wrote: > OK, finally got some time to finsh bug reporting the below. > > The list is now complete (well.. 99% sure it is) with the exception of > these: > > duplicates present emacs > duplicates present ethereal > duplicates present rgmanager > > The new of each of these built ok. > > libwpd failed because it was not able to download some of the > requirements. I am now building this locally to test this myself. > > Michael Now that all of the packages have bugs assigned to them, is there any convenient way of spotting which ones are just bug reports and which ones have suggested fixes included, short of actually looking at all of the reports that are in the "NEW" state? I'd been plodding through the list making reports with suggested fixes based on the list of packages without a bug filed, but that list is now going to be empty. Time to move on to Extras unless somebody can come up with something clever. Paul. From michael at knox.net.nz Tue Jun 6 18:43:38 2006 From: michael at knox.net.nz (Michael J Knox) Date: Wed, 07 Jun 2006 06:43:38 +1200 Subject: Core i386 rawhide rebuild in mock status 2006-06-04 In-Reply-To: <44859E08.5060102@city-fan.org> References: <20060605044751.GB6822@lists.us.dell.com> <4484CA7D.1090203@knox.net.nz> <44859E08.5060102@city-fan.org> Message-ID: <4485CCDA.6080207@knox.net.nz> Paul Howarth wrote: > Michael J. Knox wrote: >> OK, finally got some time to finsh bug reporting the below. >> >> The list is now complete (well.. 99% sure it is) with the exception of >> these: >> >> duplicates present emacs >> duplicates present ethereal >> duplicates present rgmanager >> >> The new of each of these built ok. >> >> libwpd failed because it was not able to download some of the >> requirements. I am now building this locally to test this myself. >> >> Michael > > Now that all of the packages have bugs assigned to them, is there any > convenient way of spotting which ones are just bug reports and which > ones have suggested fixes included, short of actually looking at all of > the reports that are in the "NEW" state? I'd been plodding through the > list making reports with suggested fixes based on the list of packages > without a bug filed, but that list is now going to be empty. > > Time to move on to Extras unless somebody can come up with something > clever. > Well... To see which are build requires bugs in core, you can look at this: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=191529 Or if you want extras, you can look at: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=193444 As you can see, extras has a long way to go to catch up. http://fedoraproject.org/wiki/QA/FixBuildRequires has links to template bug reports too. The list of bugs to file may well be empty now, but there are still the follow ups and closing of bugs the are fixed and now build inside mock. Michael From tbrinkman at sbcglobal.net Tue Jun 6 19:43:13 2006 From: tbrinkman at sbcglobal.net (Tom Brinkman) Date: Tue, 6 Jun 2006 14:43:13 -0500 Subject: rawhide report: 20060606 changes In-Reply-To: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> References: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> Message-ID: <200606061443.13297.tbrinkman@sbcglobal.net> On 06 10:19:S, Build System wrote: > gdm-1:2.15.3-4 > -------------- > * Mon Jun 05 2006 Matthias Clasen - > 1:2.15.3-4 - Require system-logos, not fedora-logos X failed to start after todays updates. Even after reconf'g X at lvl3. I (dual) booted Mandriva 2006 an d/l'd FC5's gdm to a /stor partition. Booted FC6 again an --force'd it in from lvl3. ~ $ frpm gdm gdm-2.14.0-1 ...which fixed it. (alias frpm='rpm -qa | grep -i') -- Tom Brinkman Corpus Christi, Texas From rhally at mindspring.com Tue Jun 6 19:48:59 2006 From: rhally at mindspring.com (Richard Hally) Date: Tue, 06 Jun 2006 15:48:59 -0400 Subject: rawhide report: 20060606 changes In-Reply-To: <200606061443.13297.tbrinkman@sbcglobal.net> References: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> <200606061443.13297.tbrinkman@sbcglobal.net> Message-ID: <4485DC2B.90409@mindspring.com> Tom Brinkman wrote: > On 06 10:19:S, Build System wrote: > >> gdm-1:2.15.3-4 >> -------------- >> * Mon Jun 05 2006 Matthias Clasen - >> 1:2.15.3-4 - Require system-logos, not fedora-logos > > X failed to start after todays updates. Even after reconf'g X at > lvl3. I (dual) booted Mandriva 2006 an d/l'd FC5's gdm to a /stor > partition. Booted FC6 again an --force'd it in from lvl3. > ~ $ frpm gdm > gdm-2.14.0-1 > > ...which fixed it. > > (alias frpm='rpm -qa | grep -i') Same problem. At a console I just reverted gdm using rpm --oldpackage with the previous version that was still in yum cache. Do we need to bugz this? Richard From cra at WPI.EDU Tue Jun 6 19:31:38 2006 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 6 Jun 2006 15:31:38 -0400 Subject: UnleashKDE In-Reply-To: References: <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> Message-ID: <20060606193138.GD7685@angus.ind.WPI.EDU> On Tue, Jun 06, 2006 at 09:04:57AM -0500, Rex Dieter wrote: > > No, not like that. That doesn't include PowerPC packages. > > We (kde-redhat) would, if we had the hardware... (: Fedora Extras has the hardware...contribute there :) From emmanuel.seyman at club-internet.fr Tue Jun 6 20:08:10 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Tue, 6 Jun 2006 22:08:10 +0200 Subject: Reporting bugs upstream In-Reply-To: <14406.213.164.3.90.1148994437.squirrel@www.nodata.co.uk> References: <200605301247.k4UClptQ003703@laptop11.inf.utfsm.cl> <1148993402.4310.843.camel@sundaram.pnq.redhat.com> <29254.213.164.3.90.1148994070.squirrel@www.nodata.co.uk> <1148994267.4310.849.camel@sundaram.pnq.redhat.com> <14406.213.164.3.90.1148994437.squirrel@www.nodata.co.uk> Message-ID: <20060606200809.GA816@orient.maison.lan> On Tue, May 30, 2006 at 03:07:17PM +0200, nodata wrote: > > So I guess this is being worked on? FYI, this was discussed in today's IRC meeting for Bugzilla devs. http://bugzilla.glob.com.au/irc/?c=bugzilla-meeting&a=date&s=5+Jun+2006&e=6+Jun+2006&h= Emmanuel From rdieter at math.unl.edu Tue Jun 6 20:15:37 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 06 Jun 2006 15:15:37 -0500 Subject: UnleashKDE References: <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> <20060606193138.GD7685@angus.ind.WPI.EDU> Message-ID: Chuck Anderson wrote: > On Tue, Jun 06, 2006 at 09:04:57AM -0500, Rex Dieter wrote: >> > No, not like that. That doesn't include PowerPC packages. >> >> We (kde-redhat) would, if we had the hardware... (: > > Fedora Extras has the hardware...contribute there :) That's exactly what we're trying to do here... Here's a start: * kdeaccessibility [http://bugzilla.redhat.com/bugzilla/194276] * kdeadmin [http://bugzilla.redhat.com/bugzilla/194278] * kdeartwork [http://bugzilla.redhat.com/bugzilla/194279] * kdebindings [http://bugzilla.redhat.com/bugzilla/194280] -- Rex From selinux at gmail.com Tue Jun 6 20:24:18 2006 From: selinux at gmail.com (Tom London) Date: Tue, 6 Jun 2006 13:24:18 -0700 Subject: rawhide report: 20060606 changes In-Reply-To: <4485DC2B.90409@mindspring.com> References: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> <200606061443.13297.tbrinkman@sbcglobal.net> <4485DC2B.90409@mindspring.com> Message-ID: <4c4ba1530606061324u5d6aff08n63c27b62407c3dd4@mail.gmail.com> On 6/6/06, Richard Hally wrote: > Tom Brinkman wrote: > > On 06 10:19:S, Build System wrote: > > > >> gdm-1:2.15.3-4 > >> -------------- > >> * Mon Jun 05 2006 Matthias Clasen - > >> 1:2.15.3-4 - Require system-logos, not fedora-logos > > > > X failed to start after todays updates. Even after reconf'g X at > > lvl3. I (dual) booted Mandriva 2006 an d/l'd FC5's gdm to a /stor > > partition. Booted FC6 again an --force'd it in from lvl3. > > ~ $ frpm gdm > > gdm-2.14.0-1 > > > > ...which fixed it. > > > > (alias frpm='rpm -qa | grep -i') > Same problem. At a console I just reverted gdm using rpm --oldpackage > with the previous version that was still in yum cache. > > Do we need to bugz this? > Richard > I worked around this with cd /usr/X11R6/bin ln -s /usr/bin/Xorg X Apparently someone is looking for Xserver in /usr/X11R6.... tom -- Tom London From paul at city-fan.org Tue Jun 6 21:12:40 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 06 Jun 2006 22:12:40 +0100 Subject: Core i386 rawhide rebuild in mock status 2006-06-04 In-Reply-To: <4485CCDA.6080207@knox.net.nz> References: <20060605044751.GB6822@lists.us.dell.com> <4484CA7D.1090203@knox.net.nz> <44859E08.5060102@city-fan.org> <4485CCDA.6080207@knox.net.nz> Message-ID: <1149628361.9841.37.camel@laurel.intra.city-fan.org> On Wed, 2006-06-07 at 06:43 +1200, Michael J Knox wrote: > Paul Howarth wrote: > > Michael J. Knox wrote: > >> OK, finally got some time to finsh bug reporting the below. > >> > >> The list is now complete (well.. 99% sure it is) with the exception of > >> these: > >> > >> duplicates present emacs > >> duplicates present ethereal > >> duplicates present rgmanager > >> > >> The new of each of these built ok. > >> > >> libwpd failed because it was not able to download some of the > >> requirements. I am now building this locally to test this myself. > >> > >> Michael > > > > Now that all of the packages have bugs assigned to them, is there any > > convenient way of spotting which ones are just bug reports and which > > ones have suggested fixes included, short of actually looking at all of > > the reports that are in the "NEW" state? I'd been plodding through the > > list making reports with suggested fixes based on the list of packages > > without a bug filed, but that list is now going to be empty. > > > > Time to move on to Extras unless somebody can come up with something > > clever. > > > > Well... To see which are build requires bugs in core, you can look at this: > > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=191529 > > Or if you want extras, you can look at: > > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=193444 > > As you can see, extras has a long way to go to catch up. > > http://fedoraproject.org/wiki/QA/FixBuildRequires has links to template > bug reports too. I know about those. The problem is, the bug dependency tree shows which packages there are issues with, but not which packages already have suggested fixes. It's pointless me trying to fix a package that someone has already done some work on and made a suggestion for a fix. Previously I could look down the list of packages with no bug reported in Matt's reports and and I'd know that nobody had looked at those yet. Now I need to look at the bugzilla entries for each package, which takes far longer. > The list of bugs to file may well be empty now, but there are still the > follow ups and closing of bugs the are fixed and now build inside mock. Indeed, but the package maintainers that have received the bug reports are now in the best place to do that, rather than community members like me who need to search through bugzilla to find issues that need fixing. I'll concentrate on Extras for now, as it's easier to see what needs attention. Paul. From mike.cohler at gmail.com Tue Jun 6 21:08:51 2006 From: mike.cohler at gmail.com (Mike Cohler) Date: Tue, 6 Jun 2006 21:08:51 +0000 (UTC) Subject: FC5: Conflict between pam-0.99.4.0-fc5.4 and authconfig-5.2.3-1 re: /etc/pam.d/system-auth? References: Message-ID: Mike Carney sbcglobal.net> writes: > > Greetings, > > pam is providing /etc/pam.d/system-auth as a file. authconfig > generates /etc/pam.d/system-auth-ac, and replaces /etc/pam.d/system-auth > with a symbolic link to /etc/pam.d/system-auth-ac. Now that pam was just > updated, I have a /etc/pam.d/system-auth.rpmnew file. Since I don't > remember ever running authconfig, how should I resolve this conflict? (was > authconfig run as part of firstboot?) > > Shouldn't pam be providing /etc/pam.d/system-auth as some kind of template > which would be consumed by authconfig, rather that generating this conflict > everytime pam is updated? > > Thanks! > I would rather like to know what effect this will have on a running system, if any, and whether this will be fixed without intervention apart from a yum update at some point ? Mike From wes.shull at gmail.com Wed Jun 7 07:37:32 2006 From: wes.shull at gmail.com (Wes Shull) Date: Wed, 7 Jun 2006 00:37:32 -0700 Subject: UnleashKDE In-Reply-To: References: <447D8F9F.1000003@feuerpokemon.de> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> <20060606193138.GD7685@angus.ind.WPI.EDU> Message-ID: On 6/6/06, Rex Dieter wrote: > Here's a start: > > * kdeaccessibility [http://bugzilla.redhat.com/bugzilla/194276] > * kdeadmin [http://bugzilla.redhat.com/bugzilla/194278] > * kdeartwork [http://bugzilla.redhat.com/bugzilla/194279] > * kdebindings [http://bugzilla.redhat.com/bugzilla/194280] "Assigned To Thorsten Leemhuis (ignored mailbox) " I'm not sure what "(ignored mailbox)" means, but it doesn't sound promising... --wes From jamatos at fc.up.pt Wed Jun 7 07:51:49 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Wed, 7 Jun 2006 08:51:49 +0100 Subject: UnleashKDE In-Reply-To: References: <447D8F9F.1000003@feuerpokemon.de> Message-ID: <200606070851.49216.jamatos@fc.up.pt> On Wednesday 07 June 2006 08:37, Wes Shull wrote: > "Assigned To ? ?Thorsten Leemhuis (ignored mailbox) ????" > > I'm not sure what "(ignored mailbox)" means, but it doesn't sound > promising... This is the default until someone accepts the review... Usual procedure, business as usual, please proceed nothing to see here... ;-) > --wes -- Jos? Ab?lio From fedora at leemhuis.info Wed Jun 7 07:51:55 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 07 Jun 2006 09:51:55 +0200 Subject: UnleashKDE In-Reply-To: References: <447D8F9F.1000003@feuerpokemon.de> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> <20060606193138.GD7685@angus.ind.WPI.EDU> Message-ID: <1149666715.11052.47.camel@thl.ct.heise.de> Am Mittwoch, den 07.06.2006, 00:37 -0700 schrieb Wes Shull: > On 6/6/06, Rex Dieter wrote: > > Here's a start: > > > > * kdeaccessibility [http://bugzilla.redhat.com/bugzilla/194276] > > * kdeadmin [http://bugzilla.redhat.com/bugzilla/194278] > > * kdeartwork [http://bugzilla.redhat.com/bugzilla/194279] > > * kdebindings [http://bugzilla.redhat.com/bugzilla/194280] > > "Assigned To Thorsten Leemhuis (ignored mailbox) " > > I'm not sure what "(ignored mailbox)" means, but it doesn't sound promising... "Ignored mailbox" means, well, that that mailbox (mostly) is ignored. That mailbox is the assigned as default owner to all new review bugs for extras. I can't handle all those all on my own (I hope nobody expects that from me ;-) ) so i chose this way to show that mails to that account are ignored (well, I take a quick look at it to make sure that nothing important gets lost). But fedora-package-review at redhat.com is CCed to all those bugs. Reviewers watch that list and take action if they are interested. Or they look at the tracker bug "FE-NEW" ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=FE-NEW ) to find Bugs that need a review. Works very well. CU thl From bojan at rexursive.com Wed Jun 7 09:02:18 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 7 Jun 2006 09:02:18 +0000 (UTC) Subject: libecal-1.2.so.3: FC5 update borked References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> Message-ID: No cigar with today's updates either: --> Running transaction check --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel --> Processing Dependency: libecal-1.2.so.3 for package: evolution --> Finished Dependency Resolution Error: Missing Dependency: libecal-1.2.so.3 is needed by package gnome-panel Error: Missing Dependency: libecal-1.2.so.3 is needed by package evolution -- Bojan From Nigel.Metheringham at dev.intechnology.co.uk Wed Jun 7 09:08:29 2006 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Wed, 07 Jun 2006 10:08:29 +0100 Subject: libecal-1.2.so.3: FC5 update borked In-Reply-To: References: <20060606175002.vnge1ta9s0goswco@www.rexursive.com> Message-ID: <1149671309.16081.5.camel@angua.localnet> On Wed, 2006-06-07 at 09:02 +0000, Bojan Smojver wrote: > No cigar with today's updates either: > > --> Running transaction check > --> Processing Dependency: libecal-1.2.so.3 for package: gnome-panel > --> Processing Dependency: libecal-1.2.so.3 for package: evolution > --> Finished Dependency Resolution > Error: Missing Dependency: libecal-1.2.so.3 is needed by package gnome-panel > Error: Missing Dependency: libecal-1.2.so.3 is needed by package evolution This is in Bugzilla #194174 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194174 Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From pemboa at gmail.com Wed Jun 7 09:31:02 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 7 Jun 2006 04:31:02 -0500 Subject: UnleashKDE In-Reply-To: <1149554004.18453.3.camel@vader.jdub.homelinux.org> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> Message-ID: <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> On 6/5/06, Josh Boyer wrote: > On Tue, 2006-06-06 at 00:42 +0200, Erwin Rol wrote: > > Maybe this is a silly idea, but why not just make a fedora-kde project > > that only holds all the kde stuff, instead of putting it in > > fedora-extras ? Probably would fit on a single CD, so people that want > > fedora with KDE can just burn core and the kde CD. > > Ugh... not _another_ project. If you start fragmenting projects like > that, then you spread the resources that much thinner and half of them > don't gain any momentum. > > KDE belongs in Extras. We already have guidelines, leadership, rules, > etc. There is no need to reinvent all of that and fragment even more. > > josh Umm.. Hold up a bit. As much as I am not actively rolling packages, but... what's wrong with KDE in core? I have heard comments that KDE is a bastard child in Fedora, but I have defended the Fedora Project against that. If I understand right, moving a package (or set of packages) to Extras means that it will nolonger be on the install media. There are already enough packages not part of the install media for legal reasons...now KDE? Arthur -- To be updated... From david at lovesunix.net Wed Jun 7 09:53:34 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 07 Jun 2006 11:53:34 +0200 Subject: UnleashKDE In-Reply-To: <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> Message-ID: <1149674014.2557.4.camel@price> ons, 07 06 2006 kl. 04:31 -0500, skrev Arthur Pemberton: > Umm.. Hold up a bit. As much as I am not actively rolling packages, > but... what's wrong with KDE in core? I have heard comments that KDE > is a bastard child in Fedora, but I have defended the Fedora Project > against that. If I understand right, moving a package (or set of > packages) to Extras means that it will nolonger be on the install > media. There are already enough packages not part of the install media > for legal reasons...now KDE? Entirely valid concerns, however the intend is to unleash KDE so it's huge userbase can give KDE under Fedora the attention it deserves (since claims are that KDE is undermaintained in Core by many users). I believe the intent is to make Anaconda able to install from 3rd party repos like Extras during install so users of Fedora would still be able to install a KDE desktop with as little hassle as possible. - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From jwboyer at jdub.homelinux.org Wed Jun 7 10:57:43 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 07 Jun 2006 05:57:43 -0500 Subject: UnleashKDE In-Reply-To: <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <447D7B29.5010700@insight.rr.com> <447D8F9F.1000003@feuerpokemon.de> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> Message-ID: <1149677863.18453.18.camel@vader.jdub.homelinux.org> On Wed, 2006-06-07 at 04:31 -0500, Arthur Pemberton wrote: > On 6/5/06, Josh Boyer wrote: > > On Tue, 2006-06-06 at 00:42 +0200, Erwin Rol wrote: > > > Maybe this is a silly idea, but why not just make a fedora-kde project > > > that only holds all the kde stuff, instead of putting it in > > > fedora-extras ? Probably would fit on a single CD, so people that want > > > fedora with KDE can just burn core and the kde CD. > > > > Ugh... not _another_ project. If you start fragmenting projects like > > that, then you spread the resources that much thinner and half of them > > don't gain any momentum. > > > > KDE belongs in Extras. We already have guidelines, leadership, rules, > > etc. There is no need to reinvent all of that and fragment even more. > > > > josh > > Umm.. Hold up a bit. As much as I am not actively rolling packages, > but... what's wrong with KDE in core? I have heard comments that KDE > is a bastard child in Fedora, but I have defended the Fedora Project > against that. If I understand right, moving a package (or set of > packages) to Extras means that it will nolonger be on the install > media. There are already enough packages not part of the install media > for legal reasons...now KDE? Core is big at the moment. It contains multiple sets of packages that serve the same purpose. Having two desktop environments, doesn't really make it a "core" distro. One of the long standing issues is to reduce the number of CDs Core takes and this is one method of doing that. Then there's also the userbase that would like more control over KDE. They want to give it a bit more attention. I say go for it. Oh, and at one time a goal was to have anaconda allow installing from 3rd party repos in FC6. Not sure if that is still the case, but it would eliminate much of that argument. By the way, XFCE was moved from Core to Extras a while ago. I think it has been a great move, and happily use XFCE without issue. So there is precedence that moving something larger into Extras does work. josh From dcbw at redhat.com Wed Jun 7 11:07:51 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 07 Jun 2006 07:07:51 -0400 Subject: rawhide report: 20060606 changes In-Reply-To: <4485DC2B.90409@mindspring.com> References: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> <200606061443.13297.tbrinkman@sbcglobal.net> <4485DC2B.90409@mindspring.com> Message-ID: <1149678471.11875.2.camel@localhost.localdomain> On Tue, 2006-06-06 at 15:48 -0400, Richard Hally wrote: > Tom Brinkman wrote: > > On 06 10:19:S, Build System wrote: > > > >> gdm-1:2.15.3-4 > >> -------------- > >> * Mon Jun 05 2006 Matthias Clasen - > >> 1:2.15.3-4 - Require system-logos, not fedora-logos > > > > X failed to start after todays updates. Even after reconf'g X at > > lvl3. I (dual) booted Mandriva 2006 an d/l'd FC5's gdm to a /stor > > partition. Booted FC6 again an --force'd it in from lvl3. > > ~ $ frpm gdm > > gdm-2.14.0-1 > > > > ...which fixed it. > > > > (alias frpm='rpm -qa | grep -i') > Same problem. At a console I just reverted gdm using rpm --oldpackage > with the previous version that was still in yum cache. > > Do we need to bugz this? Yes, please do that. gdm thinks the path of the X server is /usr/X11R6/bin, when in fact it hasn't been there for a while. There is code to convert & copy old gdm config files in the spec, but it seems that code hasn't triggered for us to update the /usr/share/gdm/custom.conf to the correct X loction. Dan From mharris at mharris.ca Wed Jun 7 11:11:34 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 07 Jun 2006 07:11:34 -0400 Subject: libXaw and you, and your family. Message-ID: <4486B466.2020100@mharris.ca> ?ber-recently, libXaw broke. This caused apps that build against libXaw to fail to compile with error messages that were less than helpful in determining the cause of the problem. Additionally, upgrading libXaw would fail as apps that required it would complain about needing libXaw.so.6 or libXaw.so.7 on upgrades. Several bugs have been filed about these problems, and the issue is now resolved in the latest rawhide libXaw package. If you experience _any_ libXaw related issues, upgrade _all_ packages to the latest rawhide. Package maintainers: You may or may not have to recompile your packages against the fixed libXaw package. Please test your applications and if any problems are discovered, rebuild them and test again. Don't report libXaw bugs before testing with the latest builds. Full stop. Details for the inquisitive: The change from the Red Hat "beehive" buildsystem, to the new mock based "brew" buildsystem has changed a number of assumptions about how packages get built, and what is expected. Previously, our beehive system had pretty fully loaded buildroots, which one could rely intentionally, or coincidentally on to provide various dependencies. As a result, many packages did not list the complete set of BuildRequires they needed to successfully compile properly. With the new mock based "brew" system, as many/most of you are aware, only a very minimal set of default packages are present in the buildroot, plus whatever dependencies the package specifies and their indirect deps. For the last few weeks people have been reporting build failures with mock to help to get all Fedora packages fixed to specify all of their needed deps. Most of these are trivial (if not tedious) fixes, but there have been a few zingers as well. The libXaw problem was annoying as hell, but Bill Nottingham tracked it down to a missing dependency on "ed", which has now been added to the latest package. Grr. Ah well, it's fixed now. People can stop nagging me in email and IRC about it now. ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From katzj at redhat.com Wed Jun 7 12:44:45 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Jun 2006 08:44:45 -0400 Subject: rawhide report: 20060606 changes In-Reply-To: <1149678471.11875.2.camel@localhost.localdomain> References: <200606061519.k56FJKh8019046@porkchop.devel.redhat.com> <200606061443.13297.tbrinkman@sbcglobal.net> <4485DC2B.90409@mindspring.com> <1149678471.11875.2.camel@localhost.localdomain> Message-ID: <4486CA3D.30301@redhat.com> Dan Williams wrote: > Yes, please do that. gdm thinks the path of the X server > is /usr/X11R6/bin, when in fact it hasn't been there for a while. There > is code to convert & copy old gdm config files in the spec, but it seems > that code hasn't triggered for us to update > the /usr/share/gdm/custom.conf to the correct X loction. Actually, there's a patch so that gdm figures out the right path, but it depends on the fact that it can find the X server at configure time... building with updated buildrequires now which should fix it Jeremy From buildsys at redhat.com Wed Jun 7 12:50:22 2006 From: buildsys at redhat.com (Build System) Date: Wed, 7 Jun 2006 08:50:22 -0400 Subject: rawhide report: 20060607 changes Message-ID: <200606071250.k57CoMQC010202@porkchop.devel.redhat.com> New package openCryptoki Implementation of Cryptoki v2.11 for IBM Crypto Hardware New package s390utils Linux/390 specific utilities. New package scim-bridge SCIM Bridge Gtk IM module Updated Packages: GConf2-2.14.0-2 --------------- * Tue Jun 06 2006 Adam Jackson 2.14.0-2 - Rebuild. HelixPlayer-1:1.0.6-3 --------------------- * Tue Jun 06 2006 Jesse Keating - 1:1.0.6-3 - Added missing BR libXt-devel, libXv-devel anaconda-11.1.0.24-1 -------------------- * Tue Jun 06 2006 Jeremy Katz - 11.1.0.24-1 - Read from right stdin for kickstart scripts (Hannu Martikka, #192067) - Fix ip addr getting on 64bit boxes (clumens, #193609) - Don't specify window position (clumens) - Handle PE sizes we don't expect in the UI (clumens, #185272) - Rescue mode fixes (clumens) - Remove pointless back button (clumens, #187158) - Add user-agent to loader HTTP requests (clumens, #98617) - Use IP instead of hostname if needed (clumens, #191561) - Write out ipv6 localhost (clumens, #44984) - Add greek (#193872) - Fix s390x images (#192862) - Fix rhpxl location (clumens) avahi-0.6.10-2.FC6 ------------------ * Tue Jun 06 2006 Jason Vas Dias - 0.6.10-2.FC6 - fix bug 194203: fix permissions on /var/run/avahi-daemon cdrtools-8:2.01.01.0.a10-1 -------------------------- * Tue Jun 06 2006 Harald Hoyer - 8:2.01.01.0.a10-1 - version 2.01.01a10 ctags-5.6-1 ----------- * Tue Jun 06 2006 Than Ngo 5.6-1 - update to 5.6 dbus-0.61-6 ----------- * Tue Jun 06 2006 Matthias Clasen 0.61-6 - Rebuild gd-2.0.33-8 ----------- * Tue Jun 06 2006 Karsten Hopp 2.0.33-8 - buildrequire pkgconfig * Thu May 25 2006 Ivana Varekova - 2.0.33-7 - fix multilib problem (add pkgconfig) * Fri Feb 10 2006 Jesse Keating - 2.0.33-6.2 - bump again for double-long bug on ppc(64) gdm-1:2.15.3-5 -------------- * Tue Jun 06 2006 Karsten Hopp 1:2.15.3-5 - buildrequire libdmx-devel gnome-doc-utils-0.6.0-3 ----------------------- * Tue Jun 06 2006 Matthias Clasen - 0.6.0-3 - Add a BuildRequires for perl-XML-Parser gnome-icon-theme-2.15.2-2 ------------------------- * Tue Jun 06 2006 Matthias Clasen 2.15.2-2 - Add BuildRequires for perl-XML-Parser gnome-menus-2.14.0-3 -------------------- * Tue Jun 06 2006 Matthias Clasen - 2.14.0-3 - Add a BuildRequires for perl-XML-Parser gnome-mime-data-2.4.2-2 ----------------------- * Tue Jun 06 2006 Matthias Clasen - 2.4.2-2 - Add a BuildRequires for perl-XML-Parser gnome-netstatus-2.12.0-4 ------------------------ * Tue Jun 06 2006 Matthias Clasen - 2.12.0-4 - Rebuild gnome-nettool-2.13.90-3 ----------------------- * Tue Jun 06 2006 Matthias Clasen 2.13.90-3 - Add BuildRequires for perl-XML-Parser gnome-session-2.15.1-3 ---------------------- * Tue Jun 06 2006 Matthias Clasen 2.15.1-3 - Add BuildRequires: intltool, autoconf, automake * Mon Jun 05 2006 Matthias Clasen - 2.15.1-2 - Require system-logos, not fedora-logos gnucash-1.9.7-1 --------------- * Tue Jun 06 2006 Bill Nottingham - 1.9.7-1 - update to 1.9.7 - use official docs tarball, not svn snapshot * Thu May 25 2006 Bill Nottingham - 1.9.6-2 - update docs to latest svn (gets rid of extraneous configure check for db185) gpart-0.1h-3 ------------ * Tue Jun 06 2006 Chris Lumens 0.1h-3 - Fix building on i386 by using the right syscall stuff. gtk2-2.9.2-2 ------------ * Tue Jun 06 2006 Matthias Clasen - 2.9.2-2 - Add a BuildRequires for cups-devel - configure with --disable-rebuilds hal-cups-utils-0.6.0-1 ---------------------- * Tue Jun 06 2006 Florian Festi - 0.6.0-1 - new implementation which obsoletes the cups-config-daemon indent-2.2.9-12.3 ----------------- * Tue Jun 06 2006 Petr Machata - 2.2.9-12.3 - BuildRequires gettext kdenetwork-7:3.5.3-1 -------------------- * Mon Jun 05 2006 Than Ngo 7:3.5.3-1 - update to 3.5.3 libFS-1.0.0-3 ------------- * Mon Jun 05 2006 Mike A. Harris 1.0.0-3 - Added "Requires: xorg-x11-proto-devel" to devel package. - Remove package ownership of mandir/libdir/etc. * Fri Feb 10 2006 Jesse Keating 1.0.0-2.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.0-2.1 - rebuilt for new gcc4.1 snapshot and glibc changes libICE-1.0.1-2 -------------- * Mon Jun 05 2006 Mike A. Harris 1.0.1-2 - Added "Requires: xorg-x11-proto-devel" - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libSM-1.0.1-3 ------------- * Tue Jun 06 2006 Mike A. Harris 1.0.1-3 - Added "Requires: xorg-x11-proto-devel" to devel package. libXaw-1.0.2-4 -------------- * Tue Jun 06 2006 Bill Nottingham 1.0.2-4 - Add "BuildRequires: ed" to fix library sonames * Mon Jun 05 2006 Mike A. Harris 1.0.2-3 - Added "Requires: xorg-x11-proto-devel" to devel package to try to fix indirect bug (#192040) libgpod-0.3.0-3 --------------- * Tue Jun 06 2006 Jesse Keating - 0.3.0-3 - Add missing BR of perl-XML-Parser libgtop2-2.14.1-3 ----------------- * Tue Jun 06 2006 Matthias Clasen - 2.14.1-3 - Rebuild libsemanage-1.6.8-1 ------------------- * Mon May 15 2006 Dan Walsh - 1.6.8-1 - Upgrade to latest from NSA * Updated default location for setfiles to /sbin to match policycoreutils. This can also be adjusted via semanage.conf using the syntax: [setfiles] path = /path/to/setfiles args = -q -c $@ $< [end] libxml2-2.6.26-1 ---------------- libxslt-1.1.17-1 ---------------- lvm2-2.02.06-1.2 ---------------- * Tue Jun 06 2006 Stephen C. Tweedie - 2.02.06-1.2 - Rebuild to pick up new nosegneg libc.a for lvm.static mcstrans-0.1.6-1 ---------------- * Tue Jun 06 2006 Dan Walsh 0.1.6-1 - Exit gracefully when selinux is not enabled metacity-2.15.5-5 ----------------- * Tue Jun 06 2006 Soren Sandmann 2.15.5-5 - Update to new tarball with different intltool magic in it. * Tue Jun 06 2006 Soren Sandmann 2.15.5-4 - Update intltool BuildRequires to 0.35 * Fri Jun 02 2006 Soren Sandmann 2.15.5-2 - Update intltool BuildRequires to 0.34.90 module-init-tools-3.3-0.pre1.2 ------------------------------ * Tue Jun 06 2006 Stephen C. Tweedie - 3.3-0.pre1.2 - Rebuild to pick up new nosegneg libc.a for insmod.static openssl-0.9.8b-2 ---------------- * Mon Jun 05 2006 Tomas Mraz - 0.9.8b-2 - fixed a few rpmlint warnings - better fix for #173399 from upstream - upstream fix for pkcs12 policycoreutils-1.30.12-2 ------------------------- * Mon Jun 05 2006 Dan Walsh 1.30.12-2 - Add BuildRequires for gettext * Mon Jun 05 2006 Dan Walsh 1.30.12-1 * Updated fixfiles script for new setfiles location in /sbin. pwlib-1.10.1-2 -------------- * Tue Jun 06 2006 Jesse Keating - 1.10.1-2 - adding missing BR flex pykickstart-0.30-2 ------------------ * Tue Jun 06 2006 Chris Lumens 0.30-2 - Add BuildRequires to fix building under mock (#194156, Joost Soeterbroek ). selinux-policy-2.2.43-4 ----------------------- * Tue Jun 06 2006 Dan Walsh 2.2.43-4 - Add oprofilefs specspo-10-2 ------------ * Tue Jun 06 2006 Jesse Keating 10-2 - Added missing BR of gettext tsclient-0.148-1 ---------------- * Tue Jun 06 2006 Matthias Clasen - 0.148-1 - Update to 0.148 xorg-x11-xinit-1.0.2-2 ---------------------- * Tue Jun 06 2006 Mike A. Harris 1.0.2-2 - Added "BuildRequires: pkgconfig" for bug (#194187) Broken deps for ia64 ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ia64 requires libstdc++-devel = 0:4.1.0 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.s390 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.s390 requires libstdc++-devel = 0:4.1.0 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config systemtap - 0.5.5-2.s390 requires kernel >= 0:2.6.9-11 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 Broken deps for i386 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.i386 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-9.FC5.1.i386 requires dlm-kernel-modules >= 0:2.6.11 gnbd-kernel - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.i686 requires kernel = 0:2.6.16-1.2245_FC6 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xen0 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires kernel-xen0 = 0:2.6.16-1.2245_FC6 gnbd-kernel-xenU - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xenU gnbd-kernel-xenU - 2.6.16-2.2.i686 requires kernel-xenU = 0:2.6.16-1.2245_FC6 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.i386 requires libstdc++-devel = 0:4.1.0 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc64 requires libstdc++-devel = 0:4.1.0 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 ruby-mode - 1.8.4-6.fc6.ppc64 requires emacs-common struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.x86_64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-9.FC5.1.x86_64 requires dlm-kernel-modules >= 0:2.6.11 gnbd-kernel - 2.6.16-2.2.x86_64 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.x86_64 requires kernel = 0:2.6.16-1.2245_FC6 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.x86_64 requires libstdc++-devel = 0:4.1.0 Broken deps for ppc ---------------------------------------------------------- libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.ppc requires libstdc++-devel = 0:4.1.0 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 libstdc++so7-devel - 4.2.0-0.6.20060428.s390x requires gcc-c++ = 0:4.1.0 libstdc++so7-devel - 4.2.0-0.6.20060428.s390x requires libstdc++-devel = 0:4.1.0 openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config systemtap - 0.5.5-2.s390x requires kernel >= 0:2.6.9-11 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From cmadams at hiwaay.net Wed Jun 7 13:37:44 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 7 Jun 2006 08:37:44 -0500 Subject: Rawhide and ATI R3xx? Message-ID: <20060607133744.GB1468925@hiwaay.net> What is the word on the latest X builds and the ATI R300 DRI driver? I'm (finally!) going to have some time to test rawhide, and since my notebook (Thinkpad Z60m) is one that locked up hard when loading it (before it was disabled for FC5), I figured I'd take a look in that direction. Basically, has anything changed since FC5 - is it enabled, might it work (or at least not kill my system)? If it isn't currently enabled, how can I go about testing it to see if it has improved? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From seanlkml at sympatico.ca Wed Jun 7 13:52:38 2006 From: seanlkml at sympatico.ca (Sean) Date: Wed, 7 Jun 2006 09:52:38 -0400 Subject: Rawhide and ATI R3xx? In-Reply-To: <20060607133744.GB1468925@hiwaay.net> References: <20060607133744.GB1468925@hiwaay.net> Message-ID: On Wed, 7 Jun 2006 08:37:44 -0500 Chris Adams wrote: > What is the word on the latest X builds and the ATI R300 DRI driver? > I'm (finally!) going to have some time to test rawhide, and since my > notebook (Thinkpad Z60m) is one that locked up hard when loading it > (before it was disabled for FC5), I figured I'd take a look in that > direction. > > Basically, has anything changed since FC5 - is it enabled, might it work > (or at least not kill my system)? If it isn't currently enabled, how > can I go about testing it to see if it has improved? It's currently enabled in Rawhide and is working well here with a X700. Did have to disable hardware cursor support though as the cursor display was corrupted. Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)]" Option "DDCMode" "on" Option "MergedFB" "off" Option "AccelMethod" "EXA" Option "SWcursor" "on" EndSection Sean From dragoran at feuerpokemon.de Wed Jun 7 14:27:03 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 07 Jun 2006 16:27:03 +0200 Subject: AIGLX/metacity + full screen glapps In-Reply-To: <44858554.5050305@redhat.com> References: <4483D8AE.4090106@feuerpokemon.de> <44844922.6020808@redhat.com> <448537BD.2070805@feuerpokemon.de> <44858554.5050305@redhat.com> Message-ID: <4486E237.4030801@feuerpokemon.de> Adam Jackson wrote: > dragoran wrote: >> Adam Jackson wrote: >>> >>> No DRI driver can redirect GLX apps yet. >> >> yet means that it might be possible with xorg-7.2 ? > > Sure, it might. > > However, I'm not a fortune teller, and I don't know of anyone working > on that explicitly, so I might not place high odds that it'll work in > 7.2. But then, I wouldn't have predicted that aiglx would be done by > 7.1 either. > > It'll work when it works. > > - ajax > ok thx for the info so I will just wait ;) From pemboa at gmail.com Wed Jun 7 14:33:18 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 7 Jun 2006 09:33:18 -0500 Subject: UnleashKDE In-Reply-To: <1149674014.2557.4.camel@price> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> Message-ID: <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> On 6/7/06, David Nielsen wrote: > ons, 07 06 2006 kl. 04:31 -0500, skrev Arthur Pemberton: > > > Umm.. Hold up a bit. As much as I am not actively rolling packages, > > but... what's wrong with KDE in core? I have heard comments that KDE > > is a bastard child in Fedora, but I have defended the Fedora Project > > against that. If I understand right, moving a package (or set of > > packages) to Extras means that it will nolonger be on the install > > media. There are already enough packages not part of the install media > > for legal reasons...now KDE? > > Entirely valid concerns, however the intend is to unleash KDE so it's > huge userbase can give KDE under Fedora the attention it deserves (since > claims are that KDE is undermaintained in Core by many users). I believe > the intent is to make Anaconda able to install from 3rd party repos like > Extras during install so users of Fedora would still be able to install > a KDE desktop with as little hassle as possible. > > - David > But doesn't that near eleiminate the easy possibility of offline installation? I know no one who uses Fedora + Gnome. And when ever I install Linux for a new person, I install Fedora + KDE, or give them instructions to install it them selves. -- To be updated... From jkeating at j2solutions.net Wed Jun 7 14:40:26 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 07 Jun 2006 10:40:26 -0400 Subject: UnleashKDE In-Reply-To: <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <9050516b0606050611u7255bf17id1bac578678cddb6@mail.gmail.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> Message-ID: <1149691227.31158.22.camel@ender> On Wed, 2006-06-07 at 09:33 -0500, Arthur Pemberton wrote: > > > > But doesn't that near eleiminate the easy possibility of offline > installation? I know no one who uses Fedora + Gnome. And when ever I > install Linux for a new person, I install Fedora + KDE, or give them > instructions to install it them selves. Thats why another blocker is being able to spin custom CDs out of Core +Extras packages for installation. Being able to spin a specific Fedora-KDE CD. Please do check the wiki page. http://fedoraproject.org/wiki/UnleashKDE -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ajackson at redhat.com Wed Jun 7 14:08:34 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 07 Jun 2006 10:08:34 -0400 Subject: Rawhide and ATI R3xx? In-Reply-To: <20060607133744.GB1468925@hiwaay.net> References: <20060607133744.GB1468925@hiwaay.net> Message-ID: <4486DDE2.4040902@redhat.com> Chris Adams wrote: > What is the word on the latest X builds and the ATI R300 DRI driver? > I'm (finally!) going to have some time to test rawhide, and since my > notebook (Thinkpad Z60m) is one that locked up hard when loading it > (before it was disabled for FC5), I figured I'd take a look in that > direction. > > Basically, has anything changed since FC5 - is it enabled, might it work > (or at least not kill my system)? If it isn't currently enabled, how > can I go about testing it to see if it has improved? R300 DRI support is enabled in rawhide, and I'm loathe to turn it off again, feels like running away from the problem. WFM on an X800 (yes, it works for R400 series cards too). There's been some fixes in CVS but they're tough to backport individually, I'm mostly waiting for a new Mesa release before that can happen. More broadly about the radeon support: Rawhide's radeon driver is unpatched 6.6.0, which is the version included in Xorg 7.1. FC5 however went out with 6.5.7.3 and currently has 6.5.8 in either updates or updates-testing, I forget which. 6.6.0 is better in most cases I've found. I probably won't be able to backport it to FC5 without also backporting 7.1, which might be an unpopular move - new ABI in 7.1 breaks fglrx, etc. The plan I'm currently considering is to push 7.1 to FC5 updates-testing at the same time as FC6 test1. I'm open to suggestions on the scheduling there though. - ajax From zboszor at freemail.hu Wed Jun 7 15:37:05 2006 From: zboszor at freemail.hu (Zoltan Boszormenyi) Date: Wed, 07 Jun 2006 17:37:05 +0200 Subject: Rawhide and ATI R3xx? In-Reply-To: <4486DDE2.4040902@redhat.com> References: <20060607133744.GB1468925@hiwaay.net> <4486DDE2.4040902@redhat.com> Message-ID: <4486F2A1.1030700@freemail.hu> Adam Jackson ?rta: > Chris Adams wrote: >> What is the word on the latest X builds and the ATI R300 DRI driver? >> I'm (finally!) going to have some time to test rawhide, and since my >> notebook (Thinkpad Z60m) is one that locked up hard when loading it >> (before it was disabled for FC5), I figured I'd take a look in that >> direction. >> >> Basically, has anything changed since FC5 - is it enabled, might it work >> (or at least not kill my system)? If it isn't currently enabled, how >> can I go about testing it to see if it has improved? > > R300 DRI support is enabled in rawhide, and I'm loathe to turn it off > again, feels like running away from the problem. WFM on an X800 (yes, > it works for R400 series cards too). There's been some fixes in CVS > but they're tough to backport individually, I'm mostly waiting for a > new Mesa release before that can happen. > > More broadly about the radeon support: Rawhide's radeon driver is > unpatched 6.6.0, which is the version included in Xorg 7.1. FC5 > however went out with 6.5.7.3 and currently has 6.5.8 in either > updates or updates-testing, I forget which. 6.6.0 is better in most > cases I've found. I probably won't be able to backport it to FC5 > without also backporting 7.1, which might be an unpopular move - new > ABI in 7.1 breaks fglrx, etc. > > The plan I'm currently considering is to push 7.1 to FC5 > updates-testing at the same time as FC6 test1. I'm open to > suggestions on the scheduling there though. If you do that then please use the CVS radeon driver (post 6.6.0) as it has important bugfixes. Unfortunately, they haven't done a release for a longish time. The version string in 6.6.0 still indicates 6.5.7 which the CVS version also fixes. Best regards, Zolt?n B?sz?rm?nyi From tibbs at math.uh.edu Wed Jun 7 16:56:48 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 07 Jun 2006 11:56:48 -0500 Subject: UnleashKDE In-Reply-To: <1149666715.11052.47.camel@thl.ct.heise.de> (Thorsten Leemhuis's message of "Wed, 07 Jun 2006 09:51:55 +0200") References: <447D8F9F.1000003@feuerpokemon.de> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149601057.16648.33.camel@gilboa-work-dev> <1149602387.2885.229.camel@hades.cambridge.redhat.com> <20060606193138.GD7685@angus.ind.WPI.EDU> <1149666715.11052.47.camel@thl.ct.heise.de> Message-ID: >>>>> "TL" == Thorsten Leemhuis writes: TL> That mailbox is the assigned as default owner to all new TL> review bugs for extras. I never understood why it wasn't just "unassigned at fedoraproject.org". BTW, some of the older unassigned review tickets are "assigned" to other addresses. - J< From pemboa at gmail.com Wed Jun 7 17:11:26 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 7 Jun 2006 12:11:26 -0500 Subject: UnleashKDE In-Reply-To: <1149691227.31158.22.camel@ender> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> Message-ID: <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> On 6/7/06, Jesse Keating wrote: > On Wed, 2006-06-07 at 09:33 -0500, Arthur Pemberton wrote: > > > > > > > But doesn't that near eleiminate the easy possibility of offline > > installation? I know no one who uses Fedora + Gnome. And when ever I > > install Linux for a new person, I install Fedora + KDE, or give them > > instructions to install it them selves. > > Thats why another blocker is being able to spin custom CDs out of Core > +Extras packages for installation. Being able to spin a specific > Fedora-KDE CD. Please do check the wiki page. > > http://fedoraproject.org/wiki/UnleashKDE My apologies to all for not reading the wiki page pre-posting. Please ignore the majority of my rant. What would be the possiblity, of getting the kde-redhat guys to be a full part of this project? No offense to those involved, but I have found their "spin" of KDE to be of better quality, so getting some of those maintainers onboard would be nice. But please take some caution with all of this. The Fedora Project already has a lot of negaitve , all be it misinformed, bad press surrounding it. Just head over /. and see for yourself when ever a Fedora story comes up. Going around with titles such as "Unleash KDE" and "Kde into Extras" seem a bit ill advised. Slightly off-topic, but some technical educating in contributing to Extras would be nice, of if such documentation existing, making it more available. I have tried rolling an RPM, out of curiousity, and I must say it isn't exactly a rewarding experience. Flattening out the learning curve to contributing in terms of packaging _may_ be beneficial. For example, if it was easy enough to KDE themes and styles, I might have contributed some to Extras by now. But I may just not have put enough effort into my attempt as it was not esseential at the time. Peace -- To be updated... From jamatos at fc.up.pt Wed Jun 7 17:20:40 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Wed, 7 Jun 2006 18:20:40 +0100 Subject: UnleashKDE In-Reply-To: <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> Message-ID: <200606071820.40949.jamatos@fc.up.pt> On Wednesday 07 June 2006 18:11, Arthur Pemberton wrote: > What would be the possiblity, of getting the kde-redhat guys to be a > full part of this project? No offense to those involved, but I have > found their "spin" of KDE to be of better quality, so getting some of > those maintainers onboard would be nice. Amazing, you seem to be missing every shot. ;-) Rex Dieter who submitted the packages for review is the person behind kde-redhat. :-) I know because I have been using those packages since rhl 7.3 (or was it 8?). :-) -- Jos? Ab?lio From rdieter at math.unl.edu Wed Jun 7 18:36:32 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 07 Jun 2006 13:36:32 -0500 Subject: UnleashKDE References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> Message-ID: Arthur Pemberton wrote: > On 6/7/06, Jesse Keating wrote: >> On Wed, 2006-06-07 at 09:33 -0500, Arthur Pemberton wrote: >> Thats why another blocker is being able to spin custom CDs out of Core >> +Extras packages for installation. Being able to spin a specific >> Fedora-KDE CD. Please do check the wiki page. >> >> http://fedoraproject.org/wiki/UnleashKDE > > My apologies to all for not reading the wiki page pre-posting. Please > ignore the majority of my rant. > > What would be the possiblity, of getting the kde-redhat guys to be a > full part of this project? Great idea! (: -- Rex From orion at cora.nwra.com Wed Jun 7 19:54:39 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 07 Jun 2006 13:54:39 -0600 Subject: Any chance of multiple repository support in anaconda for FC6? Message-ID: Any chance of multiple repository support in anaconda for FC6? Don't see much on the wiki... -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From mike at miketc.com Wed Jun 7 19:55:43 2006 From: mike at miketc.com (Mike Chambers) Date: Wed, 07 Jun 2006 14:55:43 -0500 Subject: Evolution not downloading POP email In-Reply-To: <1149709349.2319.1.camel@scrappy.miketc.com> References: <1149630162.2131.1.camel@scrappy.miketc.com> <1149709349.2319.1.camel@scrappy.miketc.com> Message-ID: <1149710143.2319.4.camel@scrappy.miketc.com> On Wed, 2006-06-07 at 14:42 -0500, Mike Chambers wrote: > On Tue, 2006-06-06 at 16:42 -0500, Mike Chambers wrote: > > Anyone experiencing this happening as of this today via latest rawhide > > push from yesterday/last night? > > > > I can access my email from my workstation to my email server via web and > > squirrel mail. But via evolution it is stuck at fetching mail and > > that's it. > > Ok, it seems the dovecot version in FC5 testing is the culprit. I had > to downgrade back to the original dovecot version from FC5 to get it > back working again. > > In Evolution, when you try to retrieve your email (at least for pop3), > it gets stuck at retrieving pop summary. I believe the version in testing is the same version in rawhide... dovecot-1.0-0.beta8.1.i386.rpm (rawhide) dovecot-1.0-0.beta8.1.fc5.i386.rpm (testing) -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless you're not getting any!" From katzj at redhat.com Wed Jun 7 20:01:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Jun 2006 16:01:52 -0400 Subject: Any chance of multiple repository support in anaconda for FC6? In-Reply-To: References: Message-ID: <448730B0.1010001@redhat.com> Orion Poplawski wrote: > Any chance of multiple repository support in anaconda for FC6? Don't > see much on the wiki... The basic backend support is present right now, some of the open areas are 1) UI for actually configuring it. Kickstart has the way to do it, doing for more than kickstart really should be using the same bits I'm planning to write for pirut right after test1 2) Handling multiple CD repositories may or may not be trickier than it appears... we'll see how that goes Jeremy From rdieter at math.unl.edu Wed Jun 7 20:07:25 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 07 Jun 2006 15:07:25 -0500 Subject: Any chance of multiple repository support in anaconda for FC6? References: <448730B0.1010001@redhat.com> Message-ID: Jeremy Katz wrote: > Orion Poplawski wrote: >> Any chance of multiple repository support in anaconda for FC6? Don't >> see much on the wiki... > > The basic backend support is present right now, some of the open areas are > 1) UI for actually configuring it. Kickstart has the way to do it, > doing for more than kickstart really should be using the same bits I'm > planning to write for pirut right after test1 > 2) Handling multiple CD repositories may or may not be trickier than it > appears... we'll see how that goes So... kinda-sorta-maybe-probably-not? (: If a definitely not-in-time-for-fc6, I'll cool my jets on this UnleashKDE business... -- Rex From seanlkml at sympatico.ca Wed Jun 7 20:29:59 2006 From: seanlkml at sympatico.ca (Sean) Date: Wed, 7 Jun 2006 16:29:59 -0400 Subject: can't install debug rpm with yum. Message-ID: What's the latest on the continuing saga of yum problems? I've seen mention that there is some directory structure change that is taking a while to get out to the mirrors, is that what causes this error below? Is it overstating things to say that the state of Yum is becoming a major roadblock? It would at least seem a real disincentive to anyone wanting to file a good bug report on any other matter. It just shouldn't be that hard to grab the debug rpm's. Are errors like the one given below really the best that yum can manage when it gets a 404? Sean Loading "installonlyn" plugin Setting up Upgrade Process Setting up repositories development [1/5] extras-development [2/5] extras-development-debuginfo [3/5] development-debuginfo [4/5] http://mirror.pacific.net.au/linux/fedora/linux/core/development/i386/os/debug/repodata/repomd.xml: [Errno 14] HTTP Error 404: Date: Wed, 07 Jun 2006 20:19:28 GMT Server: Apache/2.0.54 (Debian GNU/Linux) Content-Length: 364 Content-Type: text/html; charset=iso-8859-1 Trying other mirror. //var/cache/yum/development-debuginfo/repomd.xml:16: parser error : Opening and ending tag mismatch: link line 15 and head ^ //var/cache/yum/development-debuginfo/repomd.xml:22: parser error : Opening and ending tag mismatch: img line 22 and a Fedora Project ^ //var/cache/yum/development-debuginfo/repomd.xml:27: parser error : Opening and ending tag mismatch: img line 27 and a Download Projects FAQ ^ //var/cache/yum/development-debuginfo/repomd.xml:29: parser error : Opening and ending tag mismatch: a line 29 and span a href="/About/FAQ.html"> FAQ ^ //var/cache/yum/development-debuginfo/repomd.xml:31: parser error : Opening and ending tag mismatch: a line 27 and div ^ //var/cache/yum/development-debuginfo/repomd.xml:52: parser error : Entity 'nbsp' not defined
 
^ //var/cache/yum/development-debuginfo/repomd.xml:53: parser error : Entity 'nbsp' not defined
 
^ //var/cache/yum/development-debuginfo/repomd.xml:60: parser error : Entity 'nbsp' not defined
 
^ //var/cache/yum/development-debuginfo/repomd.xml:61: parser error : Entity 'nbsp' not defined
 
^ //var/cache/yum/development-debuginfo/repomd.xml:93: parser error : Entity 'copy' not defined Copyright © 2003-2005 Red Hat, Inc. All rights reserved. ^ //var/cache/yum/development-debuginfo/repomd.xml:96: parser error : Opening and ending tag mismatch: br line 96 and div
^ //var/cache/yum/development-debuginfo/repomd.xml:111: parser error : Opening and ending tag mismatch: br line 95 and body ^ //var/cache/yum/development-debuginfo/repomd.xml:112: parser error : Opening and ending tag mismatch: br line 94 and html ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 92 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag span line 26 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 25 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 21 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 20 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag body line 18 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag link line 14 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag meta line 13 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag link line 7 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag meta line 6 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag head line 4 ^ //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag html line 3 ^ development-debuginfo 100% |=========================| 4.1 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/debug/repodata/repomd.xml: [Errno -1] Error importing repomd.xml for development-debuginfo: Error: could not parse file //var/cache/yum/development-debuginfo/repomd.xml Trying other mirror. Cannot open/read repomd.xml file for repository: development-debuginfo failure: repodata/repomd.xml from development-debuginfo: [Errno 256] No more mirrors to try. Error: failure: repodata/repomd.xml from development-debuginfo: [Errno 256] No more mirrors to try. From katzj at redhat.com Wed Jun 7 20:36:55 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Jun 2006 16:36:55 -0400 Subject: Any chance of multiple repository support in anaconda for FC6? In-Reply-To: References: <448730B0.1010001@redhat.com> Message-ID: <448738E7.1050807@redhat.com> Rex Dieter wrote: > Jeremy Katz wrote: >> Orion Poplawski wrote: >>> Any chance of multiple repository support in anaconda for FC6? Don't >>> see much on the wiki... >> The basic backend support is present right now, some of the open areas are >> 1) UI for actually configuring it. Kickstart has the way to do it, >> doing for more than kickstart really should be using the same bits I'm >> planning to write for pirut right after test1 >> 2) Handling multiple CD repositories may or may not be trickier than it >> appears... we'll see how that goes > > So... kinda-sorta-maybe-probably-not? (: > > If a definitely not-in-time-for-fc6, I'll cool my jets on this UnleashKDE > business... I'm not giving a definite because, to be honest, I'm not sure. I really *want* it to happen, but the realities of time may play a factor. pnasrat is in the best position of being able to say, but he's on vacation this week so I can't bug him ;) Jeremy From skadz1 at gmail.com Wed Jun 7 21:30:53 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Wed, 7 Jun 2006 17:30:53 -0400 Subject: can't install debug rpm with yum. In-Reply-To: References: Message-ID: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> I put a comment in front of the mirror list (which has all bad mirrors in it) and just added: baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/debug/ And it seems to work fine. Skadz On 6/7/06, Sean wrote: > > What's the latest on the continuing saga of yum problems? I've seen mention > that there is some directory structure change that is taking a while to > get out to the mirrors, is that what causes this error below? > > Is it overstating things to say that the state of Yum is becoming a major > roadblock? It would at least seem a real disincentive to anyone wanting to > file a good bug report on any other matter. It just shouldn't be that hard > to grab the debug rpm's. Are errors like the one given below really the > best that yum can manage when it gets a 404? > > Sean > > > Loading "installonlyn" plugin > Setting up Upgrade Process > Setting up repositories > development [1/5] > extras-development [2/5] > extras-development-debuginfo [3/5] > development-debuginfo [4/5] > http://mirror.pacific.net.au/linux/fedora/linux/core/development/i386/os/debug/repodata/repomd.xml: [Errno 14] HTTP Error 404: Date: Wed, 07 Jun 2006 20:19:28 GMT > Server: Apache/2.0.54 (Debian GNU/Linux) > Content-Length: 364 > Content-Type: text/html; charset=iso-8859-1 > Trying other mirror. > //var/cache/yum/development-debuginfo/repomd.xml:16: parser error : Opening and ending tag mismatch: link line 15 and head > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:22: parser error : Opening and ending tag mismatch: img line 22 and a > Fedora Project ^ > //var/cache/yum/development-debuginfo/repomd.xml:23: parser error : Opening and ending tag mismatch: a line 22 and div > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:27: parser error : Opening and ending tag mismatch: img line 27 and a > Download ^ > //var/cache/yum/development-debuginfo/repomd.xml:28: parser error : Opening and ending tag mismatch: img line 28 and a > ef="/About/Projects/"> Projects ^ > //var/cache/yum/development-debuginfo/repomd.xml:29: parser error : Opening and ending tag mismatch: img line 29 and a > FAQ > ^ > //var/cache/yum/development-debuginfo/repomd.xml:29: parser error : Opening and ending tag mismatch: a line 29 and span > a href="/About/FAQ.html"> FAQ ^ > //var/cache/yum/development-debuginfo/repomd.xml:30: parser error : Opening and ending tag mismatch: a line 28 and div > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:31: parser error : Opening and ending tag mismatch: a line 27 and div > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:52: parser error : Entity 'nbsp' not defined >
 
> ^ > //var/cache/yum/development-debuginfo/repomd.xml:53: parser error : Entity 'nbsp' not defined >
 
> ^ > //var/cache/yum/development-debuginfo/repomd.xml:60: parser error : Entity 'nbsp' not defined >
 
> ^ > //var/cache/yum/development-debuginfo/repomd.xml:61: parser error : Entity 'nbsp' not defined >
 
> ^ > //var/cache/yum/development-debuginfo/repomd.xml:93: parser error : Entity 'copy' not defined > Copyright © 2003-2005 Red Hat, Inc. All rights reserved. > ^ > //var/cache/yum/development-debuginfo/repomd.xml:96: parser error : Opening and ending tag mismatch: br line 96 and div >
> ^ > //var/cache/yum/development-debuginfo/repomd.xml:111: parser error : Opening and ending tag mismatch: br line 95 and body > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:112: parser error : Opening and ending tag mismatch: br line 94 and html > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 92 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag span line 26 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 25 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 21 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag div line 20 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag body line 18 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag link line 14 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag meta line 13 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag link line 7 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag meta line 6 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag head line 4 > > ^ > //var/cache/yum/development-debuginfo/repomd.xml:113: parser error : Premature end of data in tag html line 3 > > ^ > development-debuginfo 100% |=========================| 4.1 kB 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/debug/repodata/repomd.xml: [Errno -1] Error importing repomd.xml for development-debuginfo: Error: could not parse file //var/cache/yum/development-debuginfo/repomd.xml > Trying other mirror. > Cannot open/read repomd.xml file for repository: development-debuginfo > failure: repodata/repomd.xml from development-debuginfo: [Errno 256] No more mirrors to try. > Error: failure: repodata/repomd.xml from development-debuginfo: [Errno 256] No more mirrors to try. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From d.jacobfeuerborn at conversis.de Wed Jun 7 23:28:24 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 08 Jun 2006 01:28:24 +0200 Subject: Rawhide and ATI R3xx? In-Reply-To: <20060607133744.GB1468925@hiwaay.net> References: <20060607133744.GB1468925@hiwaay.net> Message-ID: <44876118.8080208@conversis.de> Chris Adams wrote: > What is the word on the latest X builds and the ATI R300 DRI driver? > I'm (finally!) going to have some time to test rawhide, and since my > notebook (Thinkpad Z60m) is one that locked up hard when loading it > (before it was disabled for FC5), I figured I'd take a look in that > direction. > > Basically, has anything changed since FC5 - is it enabled, might it work > (or at least not kill my system)? If it isn't currently enabled, how > can I go about testing it to see if it has improved? > The stuff in Rawhide works fine on my R300 card (9500pro). Unfortunately the fglrx driver doesn't work due to the xorg api changes and the xorg r300 driver doesn't work with the aiglx bling so I'm running a plain xcompmgr setup right now which at least prevents the gtk artifacts when moving/resizing windows. Regards, Dennis From mike at miketc.com Thu Jun 8 00:17:11 2006 From: mike at miketc.com (mike at miketc.com) Date: Wed, 7 Jun 2006 19:17:11 -0500 (CDT) Subject: Latest rawhide evolution crashes Message-ID: <62520.24.171.105.8.1149725831.squirrel@www.miketc.com> Anyone experiencing evolution-2.7.2.1-4 from rawhide on a rawhide system crashing and not even able to get to my inbox? It seems to crash right upon start. Now this is a fresh rawhide install as of 2 hours ago. If I knew I could get my password set somehow before the crash, maybe it would go farther. But I don't know what is causing the crash. Mike Chambers Madisonville, KY From dwmw2 at infradead.org Thu Jun 8 00:23:37 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 08 Jun 2006 01:23:37 +0100 Subject: Any chance of multiple repository support in anaconda for FC6? In-Reply-To: <448730B0.1010001@redhat.com> References: <448730B0.1010001@redhat.com> Message-ID: <1149726218.1608.56.camel@shinybook.infradead.org> On Wed, 2006-06-07 at 16:01 -0400, Jeremy Katz wrote: > The basic backend support is present right now, some of the open areas are > 1) UI for actually configuring it. Kickstart has the way to do it, > doing for more than kickstart really should be using the same bits I'm > planning to write for pirut right after test1 > 2) Handling multiple CD repositories may or may not be trickier than it > appears... we'll see how that goes Btw, are we planning for 'updates-released' to be one of the available repositories during the install/upgrade? -- dwmw2 From seg at haxxed.com Thu Jun 8 01:01:22 2006 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 07 Jun 2006 20:01:22 -0500 Subject: UnleashKDE In-Reply-To: <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> Message-ID: <1149728483.6780.18.camel@localhost> On Wed, 2006-06-07 at 12:11 -0500, Arthur Pemberton wrote: > But please take some caution with all of this. The Fedora Project > already has a lot of negaitve , all be it misinformed, bad press > surrounding it. Just head over /. and see for yourself when ever a > Fedora story comes up. Going around with titles such as "Unleash KDE" > and "Kde into Extras" seem a bit ill advised. Why? There seems to be a widespread perception of extras being a "second class citizen". Why this may have been true in the past, this is changing quickly. Core is now being made subject to Extras packaging guidelines. And thus, subject to extras reviewers. :) Core is being moved over to the Extras build system. Etc. The long term goal seem to be to have Extras swallow up Core entirely, and at that point become a 100% community distro. Seems obvious to me, but maybe not to others. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seanlkml at sympatico.ca Thu Jun 8 01:00:49 2006 From: seanlkml at sympatico.ca (Sean) Date: Wed, 7 Jun 2006 21:00:49 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> Message-ID: On Wed, 7 Jun 2006 17:30:53 -0400 "Ryan Skadberg" wrote: > I put a comment in front of the mirror list (which has all bad mirrors > in it) and just added: > > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/debug/ > > And it seems to work fine. > Sure, but the question remains.. why isn't it delivered to the user in a working order? That is, why did you need to make that change yourself? Why is it that yum needs all these little user interventions so often? Why are the error messages it produces so hideous? Is yum honestly solid enough to make it the foundation of the installer? If nobody else is thinking the same thing i'll just shut up and deal with it; perhaps i'm the only one fed up with yum. Sean From katzj at redhat.com Thu Jun 8 01:03:16 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Jun 2006 21:03:16 -0400 Subject: Any chance of multiple repository support in anaconda for FC6? In-Reply-To: <1149726218.1608.56.camel@shinybook.infradead.org> References: <448730B0.1010001@redhat.com> <1149726218.1608.56.camel@shinybook.infradead.org> Message-ID: <44877754.8030808@redhat.com> David Woodhouse wrote: > On Wed, 2006-06-07 at 16:01 -0400, Jeremy Katz wrote: >> The basic backend support is present right now, some of the open areas are >> 1) UI for actually configuring it. Kickstart has the way to do it, >> doing for more than kickstart really should be using the same bits I'm >> planning to write for pirut right after test1 >> 2) Handling multiple CD repositories may or may not be trickier than it >> appears... we'll see how that goes > > Btw, are we planning for 'updates-released' to be one of the available > repositories during the install/upgrade? Available, yes. On by default... ermm, probably not the first time around the block :) Jeremy From mclasen at redhat.com Thu Jun 8 01:14:34 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 07 Jun 2006 21:14:34 -0400 Subject: Latest rawhide evolution crashes In-Reply-To: <62520.24.171.105.8.1149725831.squirrel@www.miketc.com> References: <62520.24.171.105.8.1149725831.squirrel@www.miketc.com> Message-ID: <1149729274.7999.0.camel@localhost.localdomain> On Wed, 2006-06-07 at 19:17 -0500, mike at miketc.com wrote: > Anyone experiencing evolution-2.7.2.1-4 from rawhide on a rawhide system > crashing and not even able to get to my inbox? It seems to crash right > upon start. Now this is a fresh rawhide install as of 2 hours ago. If I > knew I could get my password set somehow before the crash, maybe it would > go farther. But I don't know what is causing the crash. > > Mike Chambers > Madisonville, KY > > Downgrade to gtk2-2.9.1 to make evo work. I'm looking into it. Matthias From skvidal at linux.duke.edu Thu Jun 8 01:52:39 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 07 Jun 2006 21:52:39 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <20060607210049.b3097682.seanlkml@sympatico.ca> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> Message-ID: <1149731559.389.2.camel@cutter> On Wed, 2006-06-07 at 21:00 -0400, Sean wrote: > On Wed, 7 Jun 2006 17:30:53 -0400 > "Ryan Skadberg" wrote: > > > I put a comment in front of the mirror list (which has all bad mirrors > > in it) and just added: > > > > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/debug/ > > > > And it seems to work fine. > > > > Sure, but the question remains.. why isn't it delivered to the user in a working order? > That is, why did you need to make that change yourself? Why is it that yum needs all > these little user interventions so often? Why are the error messages it produces so > hideous? Is yum honestly solid enough to make it the foundation of the installer? > If nobody else is thinking the same thing i'll just shut up and deal with it; perhaps > i'm the only one fed up with yum. > The problem you're poorly diagnosing isn't really in yum. The crux of the problem is out of sync mirrors being in the mirror list. That's a problem we're working on now by taking some work that another project has done to check the status of a mirror to make sure that the metadata it has matches the metadata that the mirror master has. To give you a useful analogy to the situation you're experiencing: This is like complaining that firefox is a bad browser b/c all of the websites you're visiting are down. OR complaining that you are riding a bad bike b/c all the roads are closed. -sv From seanlkml at sympatico.ca Thu Jun 8 03:56:04 2006 From: seanlkml at sympatico.ca (Sean) Date: Wed, 7 Jun 2006 23:56:04 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <1149731559.389.2.camel@cutter> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: On Wed, 07 Jun 2006 21:52:39 -0400 seth vidal wrote: > The problem you're poorly diagnosing isn't really in yum. The crux of > the problem is out of sync mirrors being in the mirror list. That's a > problem we're working on now by taking some work that another project > has done to check the status of a mirror to make sure that the metadata > it has matches the metadata that the mirror master has. > > To give you a useful analogy to the situation you're experiencing: This > is like complaining that firefox is a bad browser b/c all of the > websites you're visiting are down. OR complaining that you are riding a > bad bike b/c all the roads are closed. Seth, I hear what you're saying and maybe there is an element of that in my mini rant. However, you didn't address the crappiness of the error message of the example I gave. And while blaming the mirror list for the problem may be technically correct, why does yum not have a fallback for a situation that is bound to happen again? Why is it so brittle and susceptible to such a problem? At least firefox gives you a good error message when it can't reach a site, and it then takes that incorrect URL and turns it into a search that hopefully will find you the correct location. See the difference? yum just gives up too easily and puts the burden back on the user to decipher a POS error message. Another issue, which perhaps you'll blame on rpm, is that whenever a user enables a repo, that config file will not be replaced by rpm. So the next time a URL fix is pushed out in a /etc/yum.repos.d/xx.conf file, user intervention is required because that config will no longer be automatically updated. Is there a way to configure yum without having to change the config files that also hold the repository URLs ? I tried using yum.conf to enable a repo instead, but then you get: "Repository xyz is listed more than once in the configuration" Sean From mailinglists at erwinrol.com Thu Jun 8 07:33:02 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 08 Jun 2006 09:33:02 +0200 Subject: UnleashKDE In-Reply-To: <1149728483.6780.18.camel@localhost> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> Message-ID: <1149751982.2719.495.camel@xpc.home.erwinrol.com> On Wed, 2006-06-07 at 20:01 -0500, Callum Lerwick wrote: > On Wed, 2006-06-07 at 12:11 -0500, Arthur Pemberton wrote: > > But please take some caution with all of this. The Fedora Project > > already has a lot of negaitve , all be it misinformed, bad press > > surrounding it. Just head over /. and see for yourself when ever a > > Fedora story comes up. Going around with titles such as "Unleash KDE" > > and "Kde into Extras" seem a bit ill advised. > > Why? There seems to be a widespread perception of extras being a "second > class citizen". Why this may have been true in the past, this is > changing quickly. Core is now being made subject to Extras packaging > guidelines. And thus, subject to extras reviewers. :) Core is being > moved over to the Extras build system. Etc. So from now on Core will be a second class citizen too ;-) > The long term goal seem to be to have Extras swallow up Core entirely, > and at that point become a 100% community distro. Seems obvious to me, > but maybe not to others. And grind to an halt like Debian ? :-) - Erwin From buildsys at redhat.com Thu Jun 8 07:49:08 2006 From: buildsys at redhat.com (Build System) Date: Thu, 8 Jun 2006 03:49:08 -0400 Subject: rawhide report: 20060608 changes Message-ID: <200606080749.k587n8Pj026422@porkchop.devel.redhat.com> Updated Packages: Xaw3d-1.5E-10 ------------- * Wed Jun 07 2006 Than Ngo 1.5E-10 - BR on bison ed flex #194184 * Wed Jun 07 2006 Jeremy Katz - 1.5E-9 - rebuild for -devel deps acl-2.2.34-2 ------------ * Wed Jun 07 2006 Jeremy Katz - 2.2.34-2 - rebuild for -devel deps attr-2.4.28-2 ------------- * Wed Jun 07 2006 Jeremy Katz - 2.4.28-2 - rebuild for -devel deps autofs-1:5.0.0_beta4-4 ---------------------- * Wed Jun 07 2006 Ian Kent - 5.0.0_beta4-4 - check base of offset mount tree is not a mount before umounting its offsets. - fix replicated mount parse for case where last name in list fails lookup. - correct indirect mount expire broken by the wildcard lookup fix. - fix up multi-mount handling when wildcard map entry present. autorun-3.20-1 -------------- * Wed Jun 07 2006 Harald Hoyer - 3.20 - corrected some po files bind-30:9.3.2-24.FC6 -------------------- * Wed Jun 07 2006 Jeremy Katz - 30:9.3.2-24.FC6 - and actually put the devel symlinks in the right subpackage bison-2.3-2 ----------- * Wed Jun 07 2006 Roland McGrath - 2.3-2 - Add BuildRequires on m4. * Wed Jun 07 2006 Roland McGrath - 2.3-1 - New upstream version 2.3 bridge-utils-1.0.6-2 -------------------- * Wed Jun 07 2006 David Woodhouse 1.0.6-2 - Use sane kernel headers, drop -devel package control-center-1:2.14.2-3 ------------------------- * Tue Jun 06 2006 Kristian H?gsberg - 2.14.2-3 - Add devel package. - Add build requires for autoconf, automake, and libtool. cpufreq-utils-1:002-1.1.37 -------------------------- * Wed Jun 07 2006 Dave Jones - Upstream -002 release. cpuspeed-1:1.2.1-1.34 --------------------- * Wed Jun 07 2006 Dave Jones - Remove a bunch of no-longer needed gunk from the initscript. - Use on-demand governor on centrino/core based systems for now, as it seems to have a better effect. cryptsetup-luks-1.0.3-2 ----------------------- * Wed Jun 07 2006 Jeremy Katz - 1.0.3-2 - put shared libs in the right subpackages cups-1:1.2.1-9 -------------- * Wed Jun 07 2006 Tim Waugh 1:1.2.1-9 - Prevent 'too many open files' error (STR #1736, bug #194368). * Wed Jun 07 2006 Tim Waugh 1:1.2.1-8 - Fix 'Allow from @IF(...)' (STR #1758, bug #187703). * Wed Jun 07 2006 Tim Waugh 1:1.2.1-7 - ServerBin compatibility patch (bug #194005). distcache-1.4.5-14 ------------------ * Wed Jun 07 2006 Jeremy Katz - 1.4.5-14 - rebuild for -devel deps eclipse-1:3.2.0-0jpp_0fc.3.2RC7.2 --------------------------------- * Wed Jun 07 2006 Andrew Overholt 3.2.0-0jpp_0fc.3.2RC7.2 - Fix eclipse-ecj.jar symlink to include qualifier. * Tue Jun 06 2006 Ben Konrath 3.2.0-0jpp_0fc.3.2RC7.1 - 3.2RC7. - Remove com.jcraft.jsch_0.1.28.jar and repackage with classes from the system jsch.jar. - Work around ia64 compile problem in aot-compile-rpm. * Wed May 31 2006 Ben Konrath 3.2.0-0jpp_0fc.3.2RC6 - 3.2RC6. flac-1.1.2-26 ------------- * Wed Jun 07 2006 Jeremy Katz - 1.1.2-26 - rebuild for -devel deps fribidi-0.10.7-4 ---------------- * Wed Jun 07 2006 Jeremy Katz - 0.10.7-4 - put devel .so symlink in the right subpackage gdm-1:2.15.3-6 -------------- * Wed Jun 07 2006 Jeremy Katz - 1:2.15.3-6 - buildrequire the server so that we get the path right in the config file gimp-print-4.2.7-19 ------------------- * Tue Jun 06 2006 Karsten Hopp 4.2.7-19 - buildrequires ncurses-devel, readline-devel. Required for escputil gnome-icon-theme-2.15.2-3 ------------------------- * Wed Jun 07 2006 Matthias Clasen 2.15.2-3 - Fix a problem in %post (#194323) gnome-themes-2.15.2-2 --------------------- * Wed Jun 07 2006 Matthias Clasen - 2.15.2-2 - Fix a problem in %post (#194323) gphoto2-2.1.99-14 ----------------- * Wed Jun 07 2006 Radek Vok??l 2.1.99-14 - fix policy file (#189936) gpm-1.20.1-74 ------------- * Wed Jun 07 2006 Jeremy Katz - 1.20.1-74 - rebuild for -devel deps gtk2-2.9.2-3 ------------ * Wed Jun 07 2006 Matthias Clasen - 2.9.2-3 - Fix the builtin icon cache hesiod-3.1.0-4 -------------- * Wed Jun 07 2006 Jeremy Katz - 3.1.0-4 - rebuild for -devel deps httpd-2.2.2-5 ------------- * Wed Jun 07 2006 Joe Orton 2.2.2-5 - require pkgconfig for -devel (#194152) - fixes for installed support makefiles (special.mk et al) - BR autoconf inn-2.4.3-3 ----------- * Wed Jun 07 2006 Karsten Hopp 2.4.3-3 - add some buildrequirements (krb5-devel pam-devel e2fsprogs-devel) iptraf-3.0.0-4 -------------- * Tue Jun 06 2006 Marcela Maslanova 3.0.0-4 - fix compile (#192510) jdom-0:1.0-1jpp_5fc ------------------- * Wed Jun 07 2006 Deepak Bhole - 0:1.0-1jpp_5fc - Removing .so ownership from demo package * Wed Jun 07 2006 Deepak Bhole - 0:1.0-1jpp_4fc - Build natively - Remove spurious xml-commons-api requirement kasumi-2.0-2.fc6 ---------------- * Wed Jun 07 2006 Akira TAGOH - 2.0-2 - added anthy-devel, automake and autoconf to BuildReq. (#194121) kde-i18n-1:3.5.3-2 ------------------ * Wed Jun 07 2006 Than Ngo 1:3.5.3-2 - add BR on gettext-devel kdeaddons-3.5.3-2 ----------------- * Tue Jun 06 2006 Than Ngo 3.5.3-2 - BR on libtool, automake * Tue Jun 06 2006 Than Ngo 3.5.3-1 - update to 3.5.3 * Fri May 05 2006 Petr Rockai - 3.5.2-2 - fix path to rgb.txt in kolourpicker (#174139) kdebase-6:3.5.3-2 ----------------- * Wed Jun 07 2006 Jeremy Katz - 6:3.5.3-2 - move .so symlinks into -devel subpackage kdelibs-6:3.5.3-3 ----------------- * Wed Jun 07 2006 Jeremy Katz - 6:3.5.3-3 - move .so symlinks to -devel subpackage kdemultimedia-6:3.5.3-2 ----------------------- * Wed Jun 07 2006 Jeremy Katz - 6:3.5.3-2 - move .so symlinks to -devel subpackage kernel-2.6.16-1.2255_FC6 ------------------------ * Wed Jun 07 2006 Dave Jones - Experiment: Add KGDB. - AC97 fix for OLPC. krbafs-1.2.2-10 --------------- * Wed Jun 07 2006 Jeremy Katz - 1.2.2-10 - rebuild for -devel deps libX11-1.0.1-2 -------------- * Wed Jun 07 2006 Mike A. Harris 1.0.1-2 - Remove package ownership of mandir/libdir/etc. libXScrnSaver-1.1.0-3 --------------------- * Wed Jun 07 2006 Mike A. Harris 1.1.0-3 - Update build dep to "xorg-x11-proto-devel >= 7.0-9" for scrnsaverproto 1.1 - Added "Requires: xorg-x11-proto-devel >= 7.0-9" to devel package, to match what is listed as required in xscrnsaver.pc libXTrap-1.0.0-3 ---------------- * Wed Jun 07 2006 Mike A. Harris 1.0.0-3 - Added "Requires: xorg-x11-proto-devel" for xtrap.pc - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. * Fri Feb 10 2006 Jesse Keating 1.0.0-2.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.0-2.1 - rebuilt for new gcc4.1 snapshot and glibc changes libXau-1.0.1-3 -------------- * Wed Jun 07 2006 Mike A. Harris 1.0.1-3 - Remove package ownership of mandir/libdir/etc. - Added "BuildRequires: xorg-x11-proto-devel" needed by xau.pc libXaw-1.0.2-5 -------------- * Wed Jun 07 2006 Mike A. Harris 1.0.2-5 - Remove package ownership of mandir/libdir/etc. libXcomposite-0.3-5 ------------------- * Wed Jun 07 2006 Mike A. Harris 0.3-5 - Replace "makeinstall" with "make install DESTDIR=..." - Added "Requires: xorg-x11-proto-devel >= 7.0-10, libXfixes-devel to devel subpackage needed by xcomposite.pc - Remove package ownership of mandir/libdir/etc. * Mon Apr 10 2006 Kristian H??gsberg 0.3-4 - Bump for build in fc5-bling. libXcursor-1.1.6-2 ------------------ * Wed Jun 07 2006 Mike A. Harris 1.1.6-2 - Added "BuildRequires: xorg-x11-proto-devel" - Added "Requires: xorg-x11-proto-devel" to devel package, needed by xcursor.pc - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXdamage-1.0.3-2 ------------------ * Wed Jun 07 2006 Mike A. Harris 1.0.3-2 - Added "BuildRequires: xorg-x11-proto-devel >= 7.0-1" as xcursor.pc indicates "damageproto >= 1.0" is required. - Added "Requires: xorg-x11-proto-devel >= 7.0-1, libXfixes-devel" to devel package also, as per xcursor.pc - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXdmcp-1.0.1-2 ---------------- * Wed Jun 07 2006 Mike A. Harris 1.0.1-2 - Added "BuildRequires: xorg-x11-proto-devel" - Added "Requires: xorg-x11-proto-devel" to devel package, needed by xdmcp.pc - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXevie-1.0.1-3 ---------------- * Wed Jun 07 2006 Mike A. Harris 1.0.1-3 - Added "Requires: xorg-x11-proto-devel" to devel package, needed by xevie.pc - Remove package ownership of mandir/libdir/etc. libXext-1.0.1-2 --------------- * Wed Jun 07 2006 Mike A. Harris 1.0.1-2 - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libXfixes-4.0.1-2 ----------------- * Wed Jun 07 2006 Mike A. Harris 4.0.1-2 - Added "BuildRequires: xorg-x11-proto-devel >= 7.0-7" for "fixesproto >= 4.0" - Added "Requires: xorg-x11-proto-devel >= 7.0-7" for "fixesproto >= 4.0" to devel package, needed by xfixes.pc - Replace "makeinstall" with "make install DESTDIR=..." - Remove package ownership of mandir/libdir/etc. libaio-0.3.106-3 ---------------- * Wed Jun 07 2006 Jeremy Katz - 0.3.106-3 - rebuild for -devel deps libao-0.8.6-2 ------------- * Wed Jun 07 2006 Jeremy Katz - 0.8.6-2 - rebuild for -devel deps libbtctl-0.6.0-7 ---------------- * Wed Jun 07 2006 Harald Hoyer - 0.6.0-7 - printf format corrected - more build requires libdbi-0.8.1-2 -------------- * Wed Jun 07 2006 Jeremy Katz - 0.8.1-2 - rebuild for -devel deps libdhcp-1.2-2 ------------- libdmx-1.0.2-2 -------------- * Wed Jun 07 2006 Jeremy Katz - 1.0.2-2 - rebuild for -devel deps libgdiplus-1.1.15-1 ------------------- * Wed Jun 07 2006 Alexander Larsson - 1.1.15-1 - Update to 1.1.15 libmusicbrainz-2.1.1-4 ---------------------- * Wed Jun 07 2006 Jeremy Katz - 2.1.1-4 - rebuild for -devel deps libstdc++so7-4.2.0-0.7.20060428 ------------------------------- * Wed Jun 07 2006 Jakub Jelinek 4.2.0-0.7.20060428 - don't require exactly gcc-c++ 4.1.0 and libstdc++-devel 4.1.0, 4.1.x is sufficient libuser-0.54.6-2 ---------------- * Wed Jun 07 2006 Miloslav Trmac - 0.54.6-2 - Configure without --enable-gtk-doc to fix multilib conflict (#192715) libxklavier-2.2-2 ----------------- * Wed Jun 07 2006 Jeremy Katz - 2.2-2 - rebuild for -devel deps libxml2-2.6.26-2 ---------------- m17n-db-1.3.3-8 --------------- * Wed Jun 07 2006 Mayank Jain - Added or-*.png icons. mc-1:4.6.1a-17 -------------- * Wed Jun 07 2006 Jindrich Novy 4.6.1a-17 - apply UTF-8 fixes from Vladimir Nadvornik - move the free space widget to the bottom of the main panel and don't use highlighting mikmod-3.1.6-38 --------------- * Wed Jun 07 2006 Jeremy Katz - 3.1.6-38 - put .so symlink in -devel subpackage mono-1.1.15-1 ------------- * Wed Jun 07 2006 Alexander Larsson - 1.1.15-1 - Disabled s390 & s390x for now due to build failure - Update to 1.1.15 mtr-2:0.71-2 ------------ * Tue May 30 2006 Marcela Maslanova - 2:0.71-2 - underflow solved net-tools-1.60-72 ----------------- * Wed Jun 07 2006 Radek Vokal - 1.60-72 - switch --trim to --notrim .. make it less confusing openhpi-2.4.1-4 --------------- * Wed Jun 07 2006 Phil Knirsch - 2.4.1-4 - Rebuilt with final memset patch - Added missing pkgconfig buildprereq (#191935) * Fri May 26 2006 Radek Vokal - 2.4.1-2 - rebuilt for new libnetsnmp and net-snmp-config changes * Wed May 24 2006 Phil Knirsch - 2.4.1-1 - Fixed buggy use of memset throughout the code - Made the package build and install properly openldap-2.3.24-2 ----------------- * Wed Jun 07 2006 Jay Fenlason 2.3.24-2 - New upstream version oprofile-0.9.1-10.1.1 --------------------- * Wed Jun 07 2006 Will Cohen - 0.9.1-10.1.1 - Bump version and rebuild. * Sat May 13 2006 Will Cohen - 0.9.1-9.1.1 - Add xenoprof patch. * Fri Feb 10 2006 Jesse Keating - 0.9.1-8.1.1 - bump again for double-long bug on ppc(64) parted-1.7.1-4 -------------- * Wed Jun 07 2006 Jeremy Katz - 1.7.1-4 - move .so symlink to -devel subpackage pcmciautils-014-2 ----------------- * Wed Jun 07 2006 Harald Hoyer - 014-2 - better buildrequires perl-XML-Simple-2.14-4.fc6 -------------------------- * Wed Jun 07 2006 Jason Vas Dias - 2.14-4 - fix bug 191911: make test fails when default Parser is XML::SAX::PurePerl - succeeds when default Parser is XML::LibXML::SAX - +BuildRequires: perl(XML::LibXML) perl(XML::LibXML::Common) * Wed Jun 07 2006 Matthias Clasen - 2.14-2.2 - Require perl-XML-Parser (#193985) policycoreutils-1.30.12-3 ------------------------- * Wed Jun 07 2006 Dan Walsh 1.30.12-3 - Fix shell selection rdist-1:6.1.5-43 ---------------- * Wed Jun 07 2006 Phil Knirsch - 1:6.1.5-43 - Added missing bison buildprereq (#194158) ruby-1.8.4-7.fc6 ---------------- * Wed Jun 07 2006 Akira TAGOH - 1.8.4-7 - exclude ppc64 to make ruby-mode package. right now emacs.ppc64 isn't provided and buildsys became much stricker. - ruby-deprecated-sitelib-search-path.patch: applied to add more search path for backward compatiblity. - added byacc to BuildReq. (#194161) sane-backends-1.0.17-12 ----------------------- * Wed Jun 07 2006 Nils Philippsen 1.0.17-12 - require libsane-hpaio to work around #165751 * Tue Jun 06 2006 Nils Philippsen 1.0.17-11 - add BuildRequires: gettext (#194163) sg3_utils-1.20-2 ---------------- * Wed Jun 07 2006 Phil Knirsch - 1.20-2 - Fixed rebuild problem on latest toolchain - Added missing buildprereqs * Fri May 19 2006 Phil Knirsch - 1.20-1 - Update to sg3_utils-1.20. spamassassin-3.1.3-2.fc6 ------------------------ * Wed Jun 07 2006 Warren Togami - 3.1.3-2 - start spamd before sendmail (#193818) - require perl-Archive-Tar (#193100) speex-1.0.5-2 ------------- * Wed Jun 07 2006 Jeremy Katz - 1.0.5-2 - rebuild for -devel deps squirrelmail-1.4.6-7.fc6 ------------------------ * Wed Jun 07 2006 Warren Togami 1.4.6-7 - CVE-2006-2842 File Inclusion Vulnerability struts-0:1.2.8-2jpp_11fc ------------------------ * Wed Jun 07 2006 Deepak Bhole - 0:1.2.8-2jpp_11fc - Added missing BR/Req. for tomcat5-jsp-2.0-api. * Wed Mar 08 2006 Rafael Schloming - 0:1.2.8-2jpp_10fc - excluded s390[x] and ppc64 due to eclipse system-config-bind-4.0.0-41_FC6 ------------------------------- * Wed Jun 07 2006 Jason Vas Dias - 4.0.0-41 - fix bug 194058: freeze / unfreeze dynamic zones when saving system-config-netboot-0.1.41-1.FC6 ---------------------------------- * Wed Jun 07 2006 Jason Vas Dias - 0.1.40-2 - fix bug 192537: BuildRequires for Mock. wordtrans-1.1pre13-13 --------------------- * Wed Jun 07 2006 Than Ngo 1.1pre13-13 - add BR on gettext-devel #130581 xdoclet-0:1.2.2-2jpp_6fc ------------------------ * Mon Jun 05 2006 Deepak Bhole - 0:1.2.2-2jpp_6fc - Add missing BR for ant-nodeps - Other spec file cleanup xmlsec1-1.2.9-5 --------------- * Wed Jun 07 2006 Jeremy Katz - 1.2.9-5 - move .so symlinks to -devel subpackage xorg-x11-xkbdata-1.0.1-8 ------------------------ * Tue Jun 06 2006 Mike A. Harris 1.0.1-8 - Added "BuildRequires: perl(XML::Parser)" for (#194188) Broken deps for ia64 ---------------------------------------------------------- eclipse-bugzilla - 1:0.2.2-4.ia64 requires eclipse-platform < 1:3.1.3 eclipse-cdt - 1:3.0.2-1jpp_3fc.ia64 requires eclipse-platform < 1:3.1.3 Broken deps for s390 ---------------------------------------------------------- avahi-sharp - 0.6.10-2.FC6.s390 requires mono-core >= 0:1.1.13 avahi-sharp - 0.6.10-2.FC6.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 avahi-sharp - 0.6.10-2.FC6.s390 requires mono(mscorlib) = 0:1.0.5000.0 avahi-sharp - 0.6.10-2.FC6.s390 requires mono(System) = 0:1.0.5000.0 avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 beagle - 0.2.6-4.s390 requires mono(System) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(System.Runtime.Remoting) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(mscorlib) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(Mono.Data.SqliteClient) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(ICSharpCode.SharpZipLib) = 0:0.6.0.0 beagle - 0.2.6-4.s390 requires mono-core >= 0:1.1.13.5 beagle - 0.2.6-4.s390 requires mono(System.Data) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(ICSharpCode.SharpZipLib) = 0:0.84.0.0 beagle - 0.2.6-4.s390 requires mono(System.Web) = 0:1.0.5000.0 beagle - 0.2.6-4.s390 requires mono(System.Xml) = 0:1.0.5000.0 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 dbus-sharp - 0.61-6.s390 requires mono(mscorlib) = 0:1.0.5000.0 evolution-sharp - 0.11.1-1.s390 requires mono(mscorlib) = 0:1.0.5000.0 gecko-sharp2 - 0.11-6.s390 requires mono(mscorlib) = 0:1.0.5000.0 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 gmime-sharp - 2.2.1-1.s390 requires mono(mscorlib) = 0:1.0.5000.0 gsf-sharp - 0.6-9.s390 requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp - 1.0.10-5.s390 requires mono(System) = 0:1.0.5000.0 gtk-sharp - 1.0.10-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390 requires mono(System) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390 requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390 requires mono(Mono.Cairo) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390 requires mono(System.Drawing) = 0:1.0.5000.0 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config systemtap - 0.5.5-2.s390 requires kernel >= 0:2.6.9-11 tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0 tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avahi-sharp - 0.6.10-2.FC6.s390x requires mono-core >= 0:1.1.13 avahi-sharp - 0.6.10-2.FC6.s390x requires mono(Mono.Posix) = 0:1.0.5000.0 avahi-sharp - 0.6.10-2.FC6.s390x requires mono(mscorlib) = 0:1.0.5000.0 avahi-sharp - 0.6.10-2.FC6.s390x requires mono(System) = 0:1.0.5000.0 avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 beagle - 0.2.6-4.s390x requires mono(mscorlib) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(System.Web) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(System) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(Mono.Data.SqliteClient) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono-core >= 0:1.1.13.5 beagle - 0.2.6-4.s390x requires mono(System.Data) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(ICSharpCode.SharpZipLib) = 0:0.6.0.0 beagle - 0.2.6-4.s390x requires mono(Mono.Posix) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(System.Runtime.Remoting) = 0:1.0.5000.0 beagle - 0.2.6-4.s390x requires mono(ICSharpCode.SharpZipLib) = 0:0.84.0.0 beagle - 0.2.6-4.s390x requires mono(System.Xml) = 0:1.0.5000.0 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 dbus-sharp - 0.61-6.s390x requires mono(mscorlib) = 0:1.0.5000.0 evolution-sharp - 0.11.1-1.s390x requires mono(mscorlib) = 0:1.0.5000.0 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 gmime-sharp - 2.2.1-1.s390x requires mono(mscorlib) = 0:1.0.5000.0 gsf-sharp - 0.6-9.s390x requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp - 1.0.10-5.s390x requires mono(System) = 0:1.0.5000.0 gtk-sharp - 1.0.10-5.s390x requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390x requires mono(System) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390x requires mono(mscorlib) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390x requires mono(System.Drawing) = 0:1.0.5000.0 gtk-sharp2 - 2.8.2-1.s390x requires mono(Mono.Cairo) = 0:1.0.5000.0 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config systemtap - 0.5.5-2.s390x requires kernel >= 0:2.6.9-11 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for i386 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.i386 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-9.FC5.1.i386 requires dlm-kernel-modules >= 0:2.6.11 eclipse-bugzilla - 1:0.2.2-4.i386 requires eclipse-platform < 1:3.1.3 eclipse-cdt - 1:3.0.2-1jpp_3fc.i386 requires eclipse-platform < 1:3.1.3 eclipse-changelog - 1:2.0.4_fc-2.i386 requires eclipse-platform < 1:3.1.3 gnbd-kernel - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.i686 requires kernel = 0:2.6.16-1.2245_FC6 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xen0 gnbd-kernel-xen0 - 2.6.16-2.2.i686 requires kernel-xen0 = 0:2.6.16-1.2245_FC6 gnbd-kernel-xenU - 2.6.16-2.2.i686 requires /lib/modules/2.6.16-1.2245_FC6xenU gnbd-kernel-xenU - 2.6.16-2.2.i686 requires kernel-xenU = 0:2.6.16-1.2245_FC6 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5 bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 gnuplot-emacs - 4.0.0-11.ppc64 requires emacs jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-taglibs-standard - 1.1.1-4jpp_5fc.noarch requires tomcat5-jsp-2.0-api >= 0:5.0.16 rhpxl - 0.19-1.noarch requires pyxf86config >= 0:0.3.2 rhpxl - 0.19-1.noarch requires xorg-x11-server-Xorg >= 0:1.0.1-6 system-config-display - 1.0.37-3.noarch requires /usr/bin/Xorg system-config-display - 1.0.37-3.noarch requires pyxf86config >= 0:0.3.16 system-config-keyboard - 1.2.7-1.1.noarch requires pyxf86config velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- cman - 1.0.5-0.FC5.1.x86_64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-9.FC5.1.x86_64 requires dlm-kernel-modules >= 0:2.6.11 eclipse-bugzilla - 1:0.2.2-4.x86_64 requires eclipse-platform < 1:3.1.3 eclipse-cdt - 1:3.0.2-1jpp_3fc.x86_64 requires eclipse-platform < 1:3.1.3 eclipse-changelog - 1:2.0.4_fc-2.x86_64 requires eclipse-platform < 1:3.1.3 gnbd-kernel - 2.6.16-2.2.x86_64 requires /lib/modules/2.6.16-1.2245_FC6 gnbd-kernel - 2.6.16-2.2.x86_64 requires kernel = 0:2.6.16-1.2245_FC6 Broken deps for ppc ---------------------------------------------------------- eclipse-bugzilla - 1:0.2.2-4.ppc requires eclipse-platform < 1:3.1.3 eclipse-cdt - 1:3.0.2-1jpp_3fc.ppc requires eclipse-platform < 1:3.1.3 eclipse-changelog - 1:2.0.4_fc-2.ppc requires eclipse-platform < 1:3.1.3 From emeric.maschino at jouy.inra.fr Thu Jun 8 08:12:46 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 08 Jun 2006 10:12:46 +0200 Subject: gdm and gnome-applets broken? Message-ID: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> Hi, With today's updates, gdm can't start and I'm getting a text dialog box telling me that the X server has been disabled for 5 minutes. No error message in Xorg.0.log though. Switching to runlevel 3, I can start a GNOME session from the CLI by invoking startx. This suggested me that the problem may be due to the updated gdm-2.15.3-5 package. I didn't find the previous one (gdm-2.15.3-3 that was working correctly for me) on the different fedora mirrors, so I reinstalled the one shipped with FC5 and runlevel 5 is working correctly again. Moreover, when the GNOME desktop is loaded, I'm getting a dialog box telling me that there's something wrong with the mixer applet and I'm asked whether I want to remove this applet from the desk or not. These issues are on an Itanium box. No idea if other architectures are affected too. Cheers, ?meric From daihardM3 at comcast.net Thu Jun 8 07:53:00 2006 From: daihardM3 at comcast.net (Daigoro Toyama) Date: Thu, 8 Jun 2006 00:53:00 -0700 Subject: UnleashKDE In-Reply-To: <1149728483.6780.18.camel@localhost> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> Message-ID: <200606080053.00506.daihardM3@comcast.net> Hi. On Wednesday 07 June 2006 18:01, Callum Lerwick wrote: > > The long term goal seem to be to have Extras swallow up Core entirely, > and at that point become a 100% community distro. Seems obvious to me, > but maybe not to others. Does that mean Red Hat has no interest in being part of the Fedora Project anymore? Like Erwin says, I'd be concerned whether Fedora will then follow the unfortunate footsteps of Debian. Dai -- Daigoro F. Toyama Fedora Core 5 (kernel 2.6.16-1.2122_FC5) / KDE 3.5.2 From pmatilai at laiskiainen.org Thu Jun 8 08:25:45 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 8 Jun 2006 01:25:45 -0700 (PDT) Subject: can't install debug rpm with yum. In-Reply-To: <1149731559.389.2.camel@cutter> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: On Wed, 7 Jun 2006, seth vidal wrote: > > The problem you're poorly diagnosing isn't really in yum. The crux of > the problem is out of sync mirrors being in the mirror list. That's a > problem we're working on now by taking some work that another project > has done to check the status of a mirror to make sure that the metadata > it has matches the metadata that the mirror master has. Any pointers to this? I don't remember seeing any specifics about such a project but then maybe I just haven't been looking :) - Panu - From jamatos at fc.up.pt Thu Jun 8 08:45:21 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 8 Jun 2006 09:45:21 +0100 Subject: UnleashKDE In-Reply-To: <200606080053.00506.daihardM3@comcast.net> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149728483.6780.18.camel@localhost> <200606080053.00506.daihardM3@comcast.net> Message-ID: <200606080945.27210.jamatos@fc.up.pt> On Thursday 08 June 2006 08:53, Daigoro Toyama wrote: > Does that mean Red Hat has no interest in being part of the Fedora Project > anymore? Like Erwin says, I'd be concerned whether Fedora will then follow > the unfortunate footsteps of Debian. Why do you think that? Nothing in recent times seems to suggest that. :-) Looking just to the owners file for Fedora Extras I see: $ grep -v '^#' owners.list | awk -F'|' '{print $4}' | sort | uniq | grep redhat.com | wc -l 48 This is a crude measure, I know, but it shows some commitment. :-) > Dai -- Jos? Ab?lio From dtimms at bigpond.net.au Thu Jun 8 09:12:51 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 08 Jun 2006 19:12:51 +1000 Subject: can't install debug rpm with yum. In-Reply-To: <1149731559.389.2.camel@cutter> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: <4487EA13.2030905@bigpond.net.au> seth vidal wrote: > On Wed, 2006-06-07 at 21:00 -0400, Sean wrote: >> On Wed, 7 Jun 2006 17:30:53 -0400 >> "Ryan Skadberg" wrote: ... > The problem you're poorly diagnosing isn't really in yum. The crux of > the problem is out of sync mirrors being in the mirror list. That's a > problem we're working on now by taking some work that another project > has done to check the status of a mirror to make sure that the metadata > it has matches the metadata that the mirror master has. Couldn't this be achieved fairly simply ? - yum gets repomd.xml from masterURL (new setting in .repo) - cache the master repomd.xml as repomd.xml.master - uses that to compare files including (repomd.xml) grabbed from the preferred (and next and so on) mirror, until it gets a response and the checksum matches. "another project" sounds like doing something similar to the above would be a major undertaking ? * it would be nice to be able to query both ftp and http servers for the checksum of a file as it exists on their disk - before you (yum) downloads it :) As far as I know no such capability exists for either service type ? Then you could: - give me sha1sum /mirror/fedora/core/update/5/packages/mc-7.8.9.rpm - = sopqierpqowierpoqie - wrong, move to next mirror before even downloading (especially good when mirrors have corrupt or incomplete data). I remember once a bad download of 50M occur about 10 times (from different mirrors) until a good download was found. * repomd.xml does have 1149589443 already could yum / urlgrabber get the (ht/f)tp servers file mod time before deciding to download (that mirrors) copy of the file ? Even checking byte size before download would avoid wasted downloads (but it isn't already in repomd.xml). DaveT. From galibert at pobox.com Thu Jun 8 10:02:14 2006 From: galibert at pobox.com (Olivier Galibert) Date: Thu, 8 Jun 2006 12:02:14 +0200 Subject: UnleashKDE In-Reply-To: <1149728483.6780.18.camel@localhost> References: <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> Message-ID: <20060608100214.GA51040@dspnet.fr.eu.org> On Wed, Jun 07, 2006 at 08:01:22PM -0500, Callum Lerwick wrote: > Why? There seems to be a widespread perception of extras being a "second > class citizen". Why this may have been true in the past, this is > changing quickly. Core is now being made subject to Extras packaging > guidelines. And thus, subject to extras reviewers. :) Core is being > moved over to the Extras build system. Etc. Is extras being moved to the same kind of ftp mirroring core gets? OG. From jnovy at redhat.com Thu Jun 8 10:37:40 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 08 Jun 2006 12:37:40 +0200 Subject: teTeX upstream not maintained any more, what next? Message-ID: <1149763060.2281.49.camel@localhost.localdomain> Hi all, Thomas Esser announced that there will be no upstream release of teTeX any more and suggested that people interested in teTeX should use TeX Live instead. The announce for it is placed on the official teTeX homepage: http://www.tug.org/tetex/ The question is what to do now with the teTeX we have in Fedora. Michael A. Peters announced to me that he has started to create TeX Live clone as a replacement for the abandoned teTeX intended to replace teTeX in Fedora: http://www.tetexrpm.org/texjive.html The main issue while adopting TeX Live is that it has pretty huge texmf tree and many duplicities in documentation (PDF, DVI and PS files present in the same time for some styles...). The original teTeX kept more minimalistic variant of the texmf tree so I wrote Michael that we might consider replacing teTeX if the total size of the texjive packages will be less or equal to the current size of teTeX. Otherwise we'll choose another way how to replace teTeX. Because of this, not all styles/fonts will be probably shipped in the new TeX variant in Core so the rest will be in Extras. At this point I'd love to have a feedback from you guys what styles/fonts you want to have in Core and which are better to be stored in Extras. It's the right time to discuss it now as we might want to have teTeX replaced prior to FC6 release. Any suggestions are appreciated. Cheers, Jindrich -- Jindrich Novy From alan at redhat.com Thu Jun 8 10:49:20 2006 From: alan at redhat.com (Alan Cox) Date: Thu, 8 Jun 2006 06:49:20 -0400 Subject: teTeX upstream not maintained any more, what next? In-Reply-To: <1149763060.2281.49.camel@localhost.localdomain> References: <1149763060.2281.49.camel@localhost.localdomain> Message-ID: <20060608104920.GA5499@devserv.devel.redhat.com> On Thu, Jun 08, 2006 at 12:37:40PM +0200, Jindrich Novy wrote: > Because of this, not all styles/fonts will be probably shipped in the > new TeX variant in Core so the rest will be in Extras. At this point I'd Is there any reason for not pushing all of the new TeX into extras as part of the switch over ? From skvidal at linux.duke.edu Thu Jun 8 10:59:28 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 08 Jun 2006 06:59:28 -0400 Subject: can't install debug rpm with yum. In-Reply-To: References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: <1149764369.389.43.camel@cutter> On Thu, 2006-06-08 at 01:25 -0700, Panu Matilainen wrote: > On Wed, 7 Jun 2006, seth vidal wrote: > > > > The problem you're poorly diagnosing isn't really in yum. The crux of > > the problem is out of sync mirrors being in the mirror list. That's a > > problem we're working on now by taking some work that another project > > has done to check the status of a mirror to make sure that the metadata > > it has matches the metadata that the mirror master has. > > Any pointers to this? I don't remember seeing any specifics about such a > project but then maybe I just haven't been looking :) > right now we're looking at the mirror checking tool that centos uses. It does a pretty good job of pruning out mirrors that aren't current. -sv From notting at redhat.com Thu Jun 8 10:55:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 8 Jun 2006 06:55:42 -0400 Subject: teTeX upstream not maintained any more, what next? In-Reply-To: <20060608104920.GA5499@devserv.devel.redhat.com> References: <1149763060.2281.49.camel@localhost.localdomain> <20060608104920.GA5499@devserv.devel.redhat.com> Message-ID: <20060608105542.GC26285@nostromo.devel.redhat.com> Alan Cox (alan at redhat.com) said: > On Thu, Jun 08, 2006 at 12:37:40PM +0200, Jindrich Novy wrote: > > Because of this, not all styles/fonts will be probably shipped in the > > new TeX variant in Core so the rest will be in Extras. At this point I'd > > Is there any reason for not pushing all of the new TeX into extras as part > of the switch over ? It's in the build chain of a bunch of stuff, IIRC. Bill From hendrik.wiese at siemens.com Thu Jun 8 10:56:21 2006 From: hendrik.wiese at siemens.com (Wiese, Hendrik) Date: Thu, 8 Jun 2006 12:56:21 +0200 Subject: Problem solved! max. 350 Socket Problem Message-ID: Hello there, we found the cause of our max. 350 sockets problem with Fedora Core 4 (mentioned few weeks ago). I hope I'm able to explain it understanably (I'm from Germany): we ran into this problem while initializing an RTP transfer. RTP needs two UDP sockes per call, one for RTP packages and the other one for RTCP. RFC says the RTCP port has to be just one number above the RTP port (or else it must be mentioned in the SIP session). So, in our software we tried to find two valid ports using a while loop. This while loop takes two sockets and tries to bind the RTP socket to a port starting with 5000 and the RTCP to 'RTP port number + 1' (e.g. 5001). If port 5000 is available (bind succeeds), the while loop tries to bind port 5001 for RTCP. If this port is available too (bind succeeds again), the while loop ends and the call will be established. If the RTP port is not available, the probed ports (RTP and RTCP) are increased by 2 and the while loop starts over again. Now the problem is, if the probed RTP port is available and the RTCP port is _NOT_ (bind for RTP is successful, but not for RTCP), the ports are also increased by 2 and the while loop starts over, trying to bind the already successfully bound RTP port to the increased portnumber (e.g. 5002) _AGAIN_. And this bind fails with errno == EINVAL. Now we took netstat which told us that there is a process called mDNSresponder which uses port 5353 (odd portnumber, needed by our RTCP layer). So the while loop binds RTP socket successfully to 5352 but binding RTCP to 5353 fails because it is already in use. The while loop starts over and tries to bind the successfully bound RTP socket to port 5354. This bind() fails as mentioned above. As a workaround we disable all processes using odd portnumbers above 5000. But this isn't really applicable... The funny thing is, if an even portnumber greater or equal 5000 is already in use, the RTP bind fails and - because we use a logical OR || in the while condition - the RTCP bind isn't even executed. Tiny cause, huge effect... So the "root" of this problem is that an already bound socket can't be "re"-bound to another port. Well... if there is anybody out here who knows how to "re"- or "un"-bind an already bound socket... would be great to know if it is possible and how it is done. Or if there is another way to check if a port is already in use (other then just trying to bind). Thanks a lot! regards, Hendrik Wiese From jwboyer at jdub.homelinux.org Thu Jun 8 10:58:26 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 08 Jun 2006 05:58:26 -0500 Subject: UnleashKDE In-Reply-To: <1149728483.6780.18.camel@localhost> References: <200605310752.k4V7qqah024883@porkchop.devel.redhat.com> <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> Message-ID: <1149764306.18453.22.camel@vader.jdub.homelinux.org> On Wed, 2006-06-07 at 20:01 -0500, Callum Lerwick wrote: > On Wed, 2006-06-07 at 12:11 -0500, Arthur Pemberton wrote: > > But please take some caution with all of this. The Fedora Project > > already has a lot of negaitve , all be it misinformed, bad press > > surrounding it. Just head over /. and see for yourself when ever a > > Fedora story comes up. Going around with titles such as "Unleash KDE" > > and "Kde into Extras" seem a bit ill advised. > > Why? There seems to be a widespread perception of extras being a "second > class citizen". Why this may have been true in the past, this is > changing quickly. Core is now being made subject to Extras packaging > guidelines. And thus, subject to extras reviewers. :) Core is being > moved over to the Extras build system. Etc. Core is not being moved over to the Extras build system. Extras uses plague, Core is using something else for the queuing system with mock underneath. > > The long term goal seem to be to have Extras swallow up Core entirely, > and at that point become a 100% community distro. Seems obvious to me, > but maybe not to others. I think you're slightly off on that. josh From jnovy at redhat.com Thu Jun 8 11:10:03 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 08 Jun 2006 13:10:03 +0200 Subject: teTeX upstream not maintained any more, what next? In-Reply-To: <20060608104920.GA5499@devserv.devel.redhat.com> References: <1149763060.2281.49.camel@localhost.localdomain> <20060608104920.GA5499@devserv.devel.redhat.com> Message-ID: <1149765003.2281.60.camel@localhost.localdomain> On Thu, 2006-06-08 at 06:49 -0400, Alan Cox wrote: > On Thu, Jun 08, 2006 at 12:37:40PM +0200, Jindrich Novy wrote: > > Because of this, not all styles/fonts will be probably shipped in the > > new TeX variant in Core so the rest will be in Extras. At this point I'd > > Is there any reason for not pushing all of the new TeX into extras as part > of the switch over ? >From the maintenance POV I'd say that having the TeX packages separated to Core/Extras parts just from the beginning would cause much less pain in the future as it needs to be split anyway. As the starting point we could have both Core and Extras packages in Extras for now, yes. Jindrich From skvidal at linux.duke.edu Thu Jun 8 11:15:16 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 08 Jun 2006 07:15:16 -0400 Subject: UnleashKDE In-Reply-To: <20060608100214.GA51040@dspnet.fr.eu.org> References: <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> <20060608100214.GA51040@dspnet.fr.eu.org> Message-ID: <1149765316.389.47.camel@cutter> On Thu, 2006-06-08 at 12:02 +0200, Olivier Galibert wrote: > On Wed, Jun 07, 2006 at 08:01:22PM -0500, Callum Lerwick wrote: > > Why? There seems to be a widespread perception of extras being a "second > > class citizen". Why this may have been true in the past, this is > > changing quickly. Core is now being made subject to Extras packaging > > guidelines. And thus, subject to extras reviewers. :) Core is being > > moved over to the Extras build system. Etc. > > Is extras being moved to the same kind of ftp mirroring core gets? > extras is mirrored in the same way core is now. it has been for a loooooooong while. -sv From dcbw at redhat.com Thu Jun 8 11:53:30 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 08 Jun 2006 07:53:30 -0400 Subject: Problem solved! max. 350 Socket Problem In-Reply-To: References: Message-ID: <1149767611.3768.4.camel@localhost.localdomain> On Thu, 2006-06-08 at 12:56 +0200, Wiese, Hendrik wrote: > Now we took netstat which told us that there is a process called > mDNSresponder which uses port 5353 (odd portnumber, needed by our RTCP > layer). So the while loop binds RTP socket successfully to 5352 but > binding RTCP to 5353 fails because it is already in use. The while loop > starts over and tries to bind the successfully bound RTP socket to port > 5354. This bind() fails as mentioned above. mDNSresponder is a daemon (which has been replaced with Avahi in FC5 and above) that implements features of ZeroConf and multicast DNS. Apple popularized mDNS and ZeroConf (which they call Bonjour now and used to call Rendezvous) through their iChat and iTunes applications, but it's now built into stuff like printers, digital cameras, etc. I believe that 5353 is the standard port number for mdns: >From /etc/services: mdns 5353/tcp # Multicast DNS mdns 5353/udp # Multicast DNS So obviously if you're not using any of those features, you can just uninstall the 'howl' package and any dependencies, and mDNSresponder wil go away (as should the 'nifd' program). http://www.apple.com/macosx/features/bonjour/ http://en.wikipedia.org/wiki/Avahi_%28software%29 http://avahi.org/ Dan From seanlkml at sympatico.ca Thu Jun 8 12:00:42 2006 From: seanlkml at sympatico.ca (Sean) Date: Thu, 8 Jun 2006 08:00:42 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <4487EA13.2030905@bigpond.net.au> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <4487EA13.2030905@bigpond.net.au> Message-ID: On Thu, 08 Jun 2006 19:12:51 +1000 David Timms wrote: > Couldn't this be achieved fairly simply ? > - yum gets repomd.xml from masterURL (new setting in .repo) > - cache the master repomd.xml as repomd.xml.master > - uses that to compare files including (repomd.xml) grabbed from the > preferred (and next and so on) mirror, until it gets a response and the > checksum matches. > > "another project" sounds like doing something similar to the above would > be a major undertaking ? That sounds like it would be a huge improvement to what yum does now. And when that fails, why not fall back to download.fedora.redhat.com? > * it would be nice to be able to query both ftp and http servers for the > checksum of a file as it exists on their disk - before you (yum) > downloads it :) As far as I know no such capability exists for either > service type ? Then you could: > - give me sha1sum /mirror/fedora/core/update/5/packages/mc-7.8.9.rpm > - = sopqierpqowierpoqie > - wrong, move to next mirror before even downloading (especially good > when mirrors have corrupt or incomplete data). I remember once a bad > download of 50M occur about 10 times (from different mirrors) until a > good download was found. Yes, this is another area where yum falls down. Whenever anything is slightly out of kilter yum is more likely to abort than actually recover and do something useful. Sean From dcbw at redhat.com Thu Jun 8 12:02:58 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 08 Jun 2006 08:02:58 -0400 Subject: gdm and gnome-applets broken? In-Reply-To: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> References: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> Message-ID: <1149768178.3768.10.camel@localhost.localdomain> On Thu, 2006-06-08 at 10:12 +0200, ?meric Maschino wrote: > Hi, > > With today's updates, gdm can't start and I'm getting a text dialog box > telling me that the X server has been disabled for 5 minutes. No error > message in Xorg.0.log though. Switching to runlevel 3, I can start a > GNOME session from the CLI by invoking startx. This suggested me that > the problem may be due to the updated gdm-2.15.3-5 package. I didn't > find the previous one (gdm-2.15.3-3 that was working correctly for me) > on the different fedora mirrors, so I reinstalled the one shipped with > FC5 and runlevel 5 is working correctly again. This should be fixed in today's rawhide with gdm-1:2.15.3-6, and also in FC5-updates with gdm-1:2.14.4-1.fc5.3. If you'd like to fix it right away, edit your /usr/share/gdm/defaults.conf file, and replace occurances of "/usr/X11R6/bin" with "/usr/bin". > Moreover, when the GNOME desktop is loaded, I'm getting a dialog box > telling me that there's something wrong with the mixer applet and I'm > asked whether I want to remove this applet from the desk or not. These > issues are on an Itanium box. No idea if other architectures are > affected too. Both these issues affect all architectures AFAIK. If there's not already a bug for the mixer applet issue, please file one. The gdm issue has already been filed and fixed. Dan From mpeters at mac.com Thu Jun 8 13:26:19 2006 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 08 Jun 2006 06:26:19 -0700 Subject: teTeX upstream not maintained any more, what next? In-Reply-To: <1149763060.2281.49.camel@localhost.localdomain> References: <1149763060.2281.49.camel@localhost.localdomain> Message-ID: <1149773180.2555.7.camel@atlantis.mpeters.local> On Thu, 2006-06-08 at 12:37 +0200, Jindrich Novy wrote: > Hi all, > > Thomas Esser announced that there will be no upstream release of teTeX > any more and suggested that people interested in teTeX should use TeX > Live instead. The announce for it is placed on the official teTeX > homepage: > > http://www.tug.org/tetex/ > > The question is what to do now with the teTeX we have in Fedora. > Michael A. Peters announced to me that he has started to create TeX Live > clone as a replacement for the abandoned teTeX intended to replace teTeX > in Fedora: > > http://www.tetexrpm.org/texjive.html > > The main issue while adopting TeX Live is that it has pretty huge texmf > tree and many duplicities in documentation (PDF, DVI and PS files > present in the same time for some styles...). The original teTeX kept > more minimalistic variant of the texmf tree so I wrote Michael that we > might consider replacing teTeX if the total size of the texjive packages > will be less or equal to the current size of teTeX. Otherwise we'll > choose another way how to replace teTeX. I should point out that on my hard disk, I've got updated version of what is there that is a little different. I split the texmf into two src.rpm's - one intended for extras. The manner of the split was rather arbitrary - basically just stuff that was in my fat src.rpm but not in a TeX Live "standard" install (smaller than their default install). This resulted in a set of RPMs that is just barely smaller than what is in core now (under 100MB) and a second RPM that would be sufficient for Extras. I also figured out how to build the binary a little cleaner, IE so shared kpathsea library can be built at same time as static, and the bundled freetype isn't needed. I'll try to polish it up and upload what I have. > > Because of this, not all styles/fonts will be probably shipped in the > new TeX variant in Core so the rest will be in Extras. At this point I'd > love to have a feedback from you guys what styles/fonts you want to have > in Core and which are better to be stored in Extras. It's the right time > to discuss it now as we might want to have teTeX replaced prior to FC6 > release. > > Any suggestions are appreciated. > > Cheers, > Jindrich > From galibert at pobox.com Thu Jun 8 14:03:47 2006 From: galibert at pobox.com (Olivier Galibert) Date: Thu, 8 Jun 2006 16:03:47 +0200 Subject: UnleashKDE In-Reply-To: <1149765316.389.47.camel@cutter> References: <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> <20060608100214.GA51040@dspnet.fr.eu.org> <1149765316.389.47.camel@cutter> Message-ID: <20060608140347.GC53551@dspnet.fr.eu.org> On Thu, Jun 08, 2006 at 07:15:16AM -0400, seth vidal wrote: > On Thu, 2006-06-08 at 12:02 +0200, Olivier Galibert wrote: > > Is extras being moved to the same kind of ftp mirroring core gets? > > > > extras is mirrored in the same way core is now. > > it has been for a loooooooong while. Do the ftp servers know? Connected to ftp.proxad.fr (213.228.0.141). 220 Welcome to ProXad FTP server Name (ftp.proxad.fr:galibert): anonymous 331 Please specify the password. Password: 230-Welcome to Free.fr/ProXad.net mirror server. 230- 230-Notice: 230-- this server is likely to slow down your transfer rate if your FTP client 230-splits a file retrival into many small blocks (somes download accelerators 230-have this bad habbit, regardless of the ressource waste it means for the 230-server) 230-- if you want to link this ftp server, please use /mirror directory. Others 230-directories may move. 230- 230-Contact : ftpmaster at free.fr 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd pub/Distributions_Linux/Fedora 250 Directory successfully changed. ftp> dir 227 Entering Passive Mode (213,228,0,141,196,117) 150 Here comes the directory listing. drwxr-xr-x 8 1000 1000 4096 Mar 16 16:41 core 226 Directory send OK. >From looking around, this is not an exception. Extras is still second class at that point, or even third class, since nvidia/ati/mpeg tend to be considered more important than extras. OG. From skvidal at linux.duke.edu Thu Jun 8 14:09:49 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 08 Jun 2006 10:09:49 -0400 Subject: UnleashKDE In-Reply-To: <20060608140347.GC53551@dspnet.fr.eu.org> References: <1149547364.2719.370.camel@xpc.home.erwinrol.com> <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> <20060608100214.GA51040@dspnet.fr.eu.org> <1149765316.389.47.camel@cutter> <20060608140347.GC53551@dspnet.fr.eu.org> Message-ID: <1149775789.2006.23.camel@cutter> On Thu, 2006-06-08 at 16:03 +0200, Olivier Galibert wrote: > On Thu, Jun 08, 2006 at 07:15:16AM -0400, seth vidal wrote: > > On Thu, 2006-06-08 at 12:02 +0200, Olivier Galibert wrote: > > > Is extras being moved to the same kind of ftp mirroring core gets? > > > > > > > extras is mirrored in the same way core is now. > > > > it has been for a loooooooong while. > > Do the ftp servers know? > Mirrors are not compelled to rsync extras. Hell, they're not compelled to do anything at all. However there are many, many extras mirrors out there. -sv From jeff at ocjtech.us Thu Jun 8 13:30:18 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 08 Jun 2006 08:30:18 -0500 Subject: Problem solved! max. 350 Socket Problem In-Reply-To: References: Message-ID: <1149773419.30258.17.camel@pc04331.campus.dmacc.edu> On Thu, 2006-06-08 at 12:56 +0200, Wiese, Hendrik wrote: > > Now the problem is, if the probed RTP port is available and the RTCP > port is _NOT_ (bind for RTP is successful, but not for RTCP), the ports > are also increased by 2 and the while loop starts over, trying to bind > the already successfully bound RTP port to the increased portnumber > (e.g. 5002) _AGAIN_. And this bind fails with errno == EINVAL. If the RTP socket is bound successfully, but the RTCP socket is not, you should close and recreate the RTP socket before trying again with higher port numbers. That's the short term solution. Longer term, I would rewrite your RTP/RTCP stack to deal with RTCP ports numbers that are not one more than the RTP port number. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Florin.Malita at Glenayre.com Thu Jun 8 14:42:36 2006 From: Florin.Malita at Glenayre.com (Malita, Florin) Date: Thu, 8 Jun 2006 10:42:36 -0400 Subject: Problem solved! max. 350 Socket Problem Message-ID: <1149777756.2009.41.camel@scox.glenatl.glenayre.com> On Thu, 2006-06-08 at 09:30 -0400, Jeffrey C. Ollie wrote: > Longer term, I would rewrite your RTP/RTCP stack to deal with RTCP > ports numbers that are not one more than the RTP port number. That would be against the RTP RFC which specifically states: "For UDP and similar protocols, RTP uses an even port number and the corresponding RTCP stream uses the next higher (odd) port number." http://www.faqs.org/rfcs/rfc1889.html --- fm From d.jacobfeuerborn at conversis.de Thu Jun 8 15:13:45 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 08 Jun 2006 17:13:45 +0200 Subject: Latest Xorg update makes flash plugin in Firefox really unhappy Message-ID: <44883EA9.8060908@conversis.de> After updating Rawhide a few minutes ago Firefox now crashes on pages containing flash applets with the following message: Gdk-ERROR **: The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 120 error_code 8 request_code 146 minor_code 3) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) aborting... After running "firefox -g" and issuing "run --sync -P test" I get the following backtrace. (gdb) bt #0 gdk_x_error (display=0x8d3d440, error=0xbff3e910) at gdkmain-x11.c:608 #1 0x00498a3a in _XError (dpy=0x8d3d440, rep=0xbff3e9e8) at XlibInt.c:2888 #2 0x0049a654 in _XReply (dpy=0x8d3d440, rep=0xbff3e9e8, extra=0, discard=1) at XlibInt.c:1817 #3 0x00480352 in XInternAtom (dpy=0x8d3d440, name=0x2e6aba "_XEMBED", onlyIfExists=0) at IntAtom.c:185 #4 0x002e6395 in xt_client_event_handler (w=0x8e1ea90, client_data=0x87a93c4, event=0xbff3edfc) at gtk2xtbin.c:732 #5 0x047ef9b5 in XtDispatchEventToWidget (widget=0x8e1ea90, event=0xbff3edfc) at Event.c:874 #6 0x047f02e8 in _XtDefaultDispatcher (event=0xbff3edfc) at Event.c:1280 #7 0x047ef2b7 in XtDispatchEvent (event=0xbff3edfc) at Event.c:1415 #8 0x047fc0de in XtAppProcessEvent (app=0x8ccef78, mask=1) at NextEvent.c:1384 #9 0x002e5b99 in xt_event_dispatch (source_data=0x8de6af0, call_back=0, user_data=0x0) at gtk2xtbin.c:176 #10 0x003e8982 in IA__g_main_context_dispatch (context=0x8505d58) at gmain.c:2043 #11 0x003eb95f in g_main_context_iterate (context=0x8505d58, block=1, dispatch=1, self=0x85f0e50) at gmain.c:2675 #12 0x003ebd09 in IA__g_main_loop_run (loop=0x88ff898) at gmain.c:2879 #13 0x0073b0c4 in IA__gtk_main () at gtkmain.c:999 #14 0x00e33fc6 in nsAppShell::Run (this=0x85eac58) at nsAppShell.cpp:139 #15 0x049b141e in nsAppStartup::Run (this=0x8610810) at nsAppStartup.cpp:150 ---Type to continue, or q to quit--- #16 0x0804f414 in XRE_main (argc=4, argv=0xbff3f4a4, aAppData=0x8063420) at nsAppRunner.cpp:2351 #17 0x0804af75 in main (argc=4, argv=0xbff3f4a4) at nsBrowserApp.cpp:61 #18 0x00e8d794 in __libc_start_main () from /lib/libc.so.6 #19 0x0804aed1 in _start () (gdb) bt f #0 gdk_x_error (display=0x8d3d440, error=0xbff3e910) at gdkmain-x11.c:608 No locals. #1 0x00498a3a in _XError (dpy=0x8d3d440, rep=0xbff3e9e8) at XlibInt.c:2888 rtn_val = Variable "rtn_val" is not available. Regards, Dennis From emeric.maschino at jouy.inra.fr Thu Jun 8 17:17:32 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Thu, 08 Jun 2006 19:17:32 +0200 Subject: Good uninstallation practice? Message-ID: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> Hi, What's the correct way to manually uninstall a package that failed to uninstall during an update? For example, during the update of hal-cups-utils with today's Rawhide, I'm getting: Cleanup : hal-cups-utils ##################### [224/257] error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit status 1 I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed on my system and would like to uninstall the old one. Thanks, ?meric From johnp at redhat.com Thu Jun 8 17:29:44 2006 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 08 Jun 2006 13:29:44 -0400 Subject: Good uninstallation practice? In-Reply-To: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> References: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> Message-ID: <1149787785.2916.7.camel@remedyz.boston.redhat.com> On Thu, 2006-06-08 at 19:17 +0200, ?meric Maschino wrote: > Hi, > > What's the correct way to manually uninstall a package that failed to > uninstall during an update? For example, during the update of > hal-cups-utils with today's Rawhide, I'm getting: > > Cleanup : hal-cups-utils ##################### > [224/257] > error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit > status 1 > > I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed > on my system and would like to uninstall the old one. > > Thanks, > > ?meric rpm -e hal-cups-utils-0.5.5-2 -- John (J5) Palmieri From lmacken at redhat.com Thu Jun 8 17:36:15 2006 From: lmacken at redhat.com (Luke Macken) Date: Thu, 08 Jun 2006 13:36:15 -0400 Subject: Good uninstallation practice? In-Reply-To: <1149787785.2916.7.camel@remedyz.boston.redhat.com> References: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> <1149787785.2916.7.camel@remedyz.boston.redhat.com> Message-ID: <4488600F.3000008@redhat.com> John (J5) Palmieri wrote: > On Thu, 2006-06-08 at 19:17 +0200, ?meric Maschino wrote: >> Hi, >> >> What's the correct way to manually uninstall a package that failed to >> uninstall during an update? For example, during the update of >> hal-cups-utils with today's Rawhide, I'm getting: >> >> Cleanup : hal-cups-utils ##################### >> [224/257] >> error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit >> status 1 >> >> I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed >> on my system and would like to uninstall the old one. >> >> Thanks, >> >> ?meric > > rpm -e hal-cups-utils-0.5.5-2 This will still cause the %postun script to fail. Adding the --nopostun option seems to do the trick. luke From paul at city-fan.org Thu Jun 8 18:02:50 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 08 Jun 2006 19:02:50 +0100 Subject: Good uninstallation practice? In-Reply-To: <4488600F.3000008@redhat.com> References: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> <1149787785.2916.7.camel@remedyz.boston.redhat.com> <4488600F.3000008@redhat.com> Message-ID: <1149789771.31656.1.camel@laurel.intra.city-fan.org> On Thu, 2006-06-08 at 13:36 -0400, Luke Macken wrote: > John (J5) Palmieri wrote: > > On Thu, 2006-06-08 at 19:17 +0200, ?meric Maschino wrote: > >> Hi, > >> > >> What's the correct way to manually uninstall a package that failed to > >> uninstall during an update? For example, during the update of > >> hal-cups-utils with today's Rawhide, I'm getting: > >> > >> Cleanup : hal-cups-utils ##################### > >> [224/257] > >> error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit > >> status 1 > >> > >> I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed > >> on my system and would like to uninstall the old one. > >> > >> Thanks, > >> > >> ?meric > > > > rpm -e hal-cups-utils-0.5.5-2 > > This will still cause the %postun script to fail. Adding the --nopostun > option seems to do the trick. Perhaps a bug should also be filed against this package to get the scriptlet to "fail cleanly" and not break rpm transactions, which can result in duplicate packages being left etc. Paul. From katzj at redhat.com Thu Jun 8 18:09:26 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 08 Jun 2006 14:09:26 -0400 Subject: Good uninstallation practice? In-Reply-To: <1149789771.31656.1.camel@laurel.intra.city-fan.org> References: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> <1149787785.2916.7.camel@remedyz.boston.redhat.com> <4488600F.3000008@redhat.com> <1149789771.31656.1.camel@laurel.intra.city-fan.org> Message-ID: <1149790166.7884.3.camel@aglarond.local> On Thu, 2006-06-08 at 19:02 +0100, Paul Howarth wrote: > Perhaps a bug should also be filed against this package to get the > scriptlet to "fail cleanly" and not break rpm transactions, which can > result in duplicate packages being left etc. The bug has been filed and since fixed. Unfortunately, that doesn't help remove the old (broken) package from your system. Welcome to rawhide :-) Jeremy From emeric.maschino at jouy.inra.fr Thu Jun 8 18:47:11 2006 From: emeric.maschino at jouy.inra.fr (=?iso-8859-1?b?yW1lcmlj?= Maschino) Date: Thu, 8 Jun 2006 20:47:11 +0200 Subject: Good uninstallation practice? In-Reply-To: <4488600F.3000008@redhat.com> References: <1149787053.21062.5.camel@giulietta.jouy.inra.fr> <1149787785.2916.7.camel@remedyz.boston.redhat.com> <4488600F.3000008@redhat.com> Message-ID: <1149792431.448870afc4f58@www.jouy.inra.fr> > >> What's the correct way to manually uninstall a package that failed to > >> uninstall during an update? For example, during the update of > >> hal-cups-utils with today's Rawhide, I'm getting: > >> > >> Cleanup : hal-cups-utils ##################### > >> [224/257] > >> error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit > >> status 1 > >> > >> I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed > >> on my system and would like to uninstall the old one. > > > > rpm -e hal-cups-utils-0.5.5-2 > > This will still cause the %postun script to fail. Adding the --nopostun > option seems to do the trick. The --nopostun option did the trick for me. Thanks for the hint. From Matt_Domsch at dell.com Thu Jun 8 18:50:37 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 8 Jun 2006 13:50:37 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-06-08 Message-ID: <20060608185037.GA4279@lists.us.dell.com> I modified my mock chroots to exactly match the minimal list that Extras will start using this week. Unfortunately, this means that autoconf, automake, libtool, and m4 fell out of the preinstalled chroots, which leads to additional build failures we haven't seen before. Most of the new failures are due to one of these. This is a full rebuild of rawhide starting 2006-06-07 plus the refreshed packages from 2006-06-08. There are still many packages below with bugs filed but marked as CLOSED but are still failing. -Matt Open Bugs which now build, and can be marked CLOSED RAWHIDE: arts 192367 NEEDINFO GFS-kernel 192569 ASSIGNED hal-cups-utils 192507 NEW jsch 191668 NEW kdeartwork 192519 NEW kdebase 192037 NEW perl-XML-Simple 191911 MODIFIED system-config-bind 194172 MODIFIED system-config-netboot 192537 MODIFIED Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for i386 Thu Jun 8 11:38:01 CDT 2006 Number failed to build: 227 Number expected to fail due to ExclusiveArch or ExcludeArch: 11 Leaving: 216 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 69 ---------------------------------- amtu apmd automake14 bluez-utils cman cpio cracklib dhcpv6 dlm dvd+rw-tools eject fence GFS gnome-speech gtk-engines gtkhtml2 hplip icon-naming-utils icu ipsec-tools irda-utils k3b kdeadmin kdeedu kdegraphics krb5 lam lftp libfontenc libgtk-java libmng linuxdoc-tools lv mailman mod_auth_kerb mod_auth_mysql mod_auth_pgsql mod_authz_ldap mod_perl mod_python mysql openjade openobex openobex-apps openoffice.org ORBit2 perl-XML-SAX php postgresql-odbc pvm pygobject2 pygtk2 rcs rp-pppoe rsync samba scim-anthy scim-tables sendmail sgml-common swig tix ttmkfdir util-linux vim vorbis-tools xinetd xpdf xsane With bugs filed: 147 ---------------------------------- am-utils ['193347 CLOSED'] aqbanking ['193348 CLOSED'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] bc ['193352 CLOSED'] beagle ['191664 CLOSED'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] compat-gcc-296 ['191696 NEW'] dasher ['193356 NEW'] dbus ['193357 CLOSED'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 CLOSED'] foomatic ['192375 CLOSED'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 CLOSED'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gedit ['193367 CLOSED'] gimp ['193368 CLOSED'] glade2 ['193371 CLOSED'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 CLOSED'] gnome-backgrounds ['193373 CLOSED'] gnome-bluetooth ['193374 CLOSED'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 CLOSED'] gnome-mime-data ['193381 CLOSED'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 CLOSED'] gnome-nettool ['193383 CLOSED'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 CLOSED'] gnome-session ['193388 CLOSED'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 CLOSED'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 CLOSED'] gtk+ ['193397 NEW'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] hwbrowser ['193400 CLOSED'] imlib ['191752 CLOSED'] isdn4k-utils ['191754 CLOSED'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 CLOSED'] libbonoboui ['191728 CLOSED'] libgconf-java ['192531 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 CLOSED'] libgnomecanvas ['193411 CLOSED'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 CLOSED'] libgnomeui ['193415 CLOSED'] libgsf ['193417 CLOSED'] libgtop2 ['193418 CLOSED'] libIDL ['193419 CLOSED'] libnotify ['191731 NEW'] libsemanage ['191733 CLOSED'] libusb ['191744 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] linux-atm ['193510 CLOSED'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 ASSIGNED'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] pam ['191915 CLOSED'] perl ['194146 CLOSED'] pirut ['194071 CLOSED'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pwlib ['194154 CLOSED'] radvd ['194157 CLOSED'] redhat-artwork ['194159 NEW'] redhat-menus ['194160 CLOSED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 CLOSED'] subversion ['191611 NEW'] switchdesk ['194170 NEW'] system-config-boot ['194173 CLOSED'] system-config-lvm ['194178 CLOSED'] system-config-services ['194179 CLOSED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tn5250 ['191875 CLOSED'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tsclient ['194181 CLOSED'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] w3m ['194182 NEW'] xchat ['191577 CLOSED'] xorg-x11-apps ['191896 CLOSED'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-fonts ['192038 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server ['192021 CLOSED'] xorg-x11-server-utils ['191987 CLOSED'] xorg-x11-utils ['191966 CLOSED'] xorg-x11-xdm ['191858 CLOSED'] xorg-x11-xfwp ['191813 CLOSED'] yelp ['191660 CLOSED'] zenity ['194189 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Jun 8 18:51:09 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 8 Jun 2006 13:51:09 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-06-08 Message-ID: <20060608185109.GB4279@lists.us.dell.com> Open Bugs which now build, and can be marked CLOSED RAWHIDE: arts 192367 NEEDINFO GFS-kernel 192569 ASSIGNED hal-cups-utils 192507 NEW jsch 191668 NEW kdeartwork 192519 NEW kdebase 192037 NEW perl-XML-Simple 191911 MODIFIED system-config-bind 194172 MODIFIED system-config-netboot 192537 MODIFIED Note: This is using a reduced set of packages in the build chroot as compared to the standard Fedora Extras build system before FC6test1. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Core Rawhide-in-Mock Build Results for x86_64 Thu Jun 8 11:36:40 CDT 2006 Number failed to build: 193 Number expected to fail due to ExclusiveArch or ExcludeArch: 27 Leaving: 166 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 26 ---------------------------------- cman dlm fence GFS gnome-speech gtkhtml2 hplip icon-naming-utils icu ipsec-tools irda-utils k3b mailman mod_auth_kerb mod_auth_mysql mod_auth_pgsql mod_authz_ldap mod_perl mod_python openjade openobex openobex-apps perl-XML-SAX php prelink sgml-common With bugs filed: 140 ---------------------------------- am-utils ['193347 CLOSED'] aqbanking ['193348 CLOSED'] atk ['193349 CLOSED'] at-spi ['192368 CLOSED'] beagle ['191664 CLOSED'] boost ['194196 CLOSED'] cairo-java ['192371 NEW'] classpathx-jaf ['192372 ASSIGNED'] dasher ['193356 NEW'] dbus ['193357 CLOSED'] desktop-printing ['192239 CLOSED'] device-mapper-multipath ['192242 NEEDINFO'] doxygen ['193358 NEW'] e2fsprogs ['192247 NEW'] eel2 ['191909 CLOSED'] epiphany ['191665 NEW'] evince ['193359 CLOSED'] evolution-connector ['192251 CLOSED'] evolution-data-server ['193360 NEW'] evolution-webcal ['193361 NEW'] fbset ['193362 CLOSED'] file-roller ['193363 CLOSED'] frysk ['192256 NEW'] f-spot ['193364 NEW'] gail ['192492 CLOSED'] gaim ['192496 NEW'] gcalctool ['191910 CLOSED'] gconf-editor ['193365 CLOSED'] gdb ['193366 CLOSED'] gdk-pixbuf ['192493 NEW'] gecko-sharp2 ['192495 NEW'] gedit ['193367 CLOSED'] gimp ['193368 CLOSED'] glade2 ['193371 CLOSED'] gnbd-kernel ['192573 NEW'] gnome-applets ['193372 CLOSED'] gnome-backgrounds ['193373 CLOSED'] gnome-bluetooth ['193374 CLOSED'] gnome-media ['192497 CLOSED'] gnome-menus ['193379 CLOSED'] gnome-mime-data ['193381 CLOSED'] gnome-mount ['191680 CLOSED'] gnome-netstatus ['193382 CLOSED'] gnome-nettool ['193383 CLOSED'] gnome-panel ['192498 CLOSED'] gnome-pilot ['193384 NEW'] gnome-pilot-conduits ['193385 NEW'] gnome-power-manager ['191720 CLOSED'] gnome-python2 ['192499 NEW'] gnome-python2-desktop ['192500 CLOSED'] gnome-python2-extras ['192501 NEW'] gnome-screensaver ['193387 CLOSED'] gnome-spell ['193389 NEW'] gnome-user-docs ['193390 CLOSED'] gnome-utils ['191757 CLOSED'] gnome-volume-manager ['193393 CLOSED'] gtk+ ['193397 NEW'] gucharmap ['193399 CLOSED'] hal ['191675 CLOSED'] HelixPlayer ['192512 CLOSED'] hwbrowser ['193400 CLOSED'] ImageMagick ['192036 NEW'] iso-codes ['193404 NEW'] jakarta-commons-codec ['192511 NEW'] jakarta-commons-dbcp ['192515 NEW'] jakarta-commons-el ['192514 NEW'] jakarta-commons-pool ['192516 NEW'] java-1.4.2-gcj-compat ['192518 NEW'] kdeaccessibility ['194198 CLOSED'] kdesdk ['192527 CLOSED'] kdevelop ['192529 CLOSED'] kdewebdev ['191983 NEEDINFO_REPORTER'] krb5-auth-dialog ['193407 NEW'] latex2html ['191762 ASSIGNED'] ldapjdk ['192530 NEW'] libbonobo ['193408 CLOSED'] libbonoboui ['191728 CLOSED'] libgconf-java ['192531 NEW'] libglade-java ['192532 NEW'] libgnome ['193410 CLOSED'] libgnomecanvas ['193411 CLOSED'] libgnomecups ['191747 CLOSED'] libgnomeprint22 ['191976 CLOSED'] libgnomeprintui22 ['193414 CLOSED'] libgnomeui ['193415 CLOSED'] libgsf ['193417 CLOSED'] libgtop2 ['193418 CLOSED'] libIDL ['193419 CLOSED'] libnotify ['191731 NEW'] libsemanage ['191733 CLOSED'] libusb ['191744 CLOSED'] libvte-java ['192533 NEW'] libwnck ['191756 CLOSED'] linux-atm ['193510 CLOSED'] lrzsz ['193513 NEW'] m17n-lib ['193524 ASSIGNED'] magma-plugins ['193525 NEW'] metacity ['191960 CLOSED'] mozilla ['191984 NEW'] mx4j ['192534 NEW'] nautilus-sendto ['191818 CLOSED'] ncpfs ['193526 ASSIGNED'] nfs-utils ['191943 NEW'] nfs-utils-lib ['191749 NEW'] notify-daemon ['191810 NEW'] pirut ['194071 CLOSED'] psgml ['191902 NEEDINFO_REPORTER'] psmisc ['191901 CLOSED'] pump ['193554 CLOSED'] pwlib ['194154 CLOSED'] pyxf86config ['191894 CLOSED'] qt ['191895 CLOSED'] radvd ['194157 CLOSED'] redhat-artwork ['194159 NEW'] redhat-menus ['194160 CLOSED'] sound-juicer ['182174 CLOSED'] squashfs-tools ['191880 CLOSED'] stardict ['191878 CLOSED'] subversion ['191611 NEW'] switchdesk ['194170 NEW'] system-config-boot ['194173 CLOSED'] system-config-lvm ['194178 CLOSED'] system-config-services ['194179 CLOSED'] tetex ['191874 ASSIGNED'] thunderbird ['191881 NEW'] tomboy ['191833 CLOSED'] tomcat5 ['192565 NEW'] tsclient ['194181 CLOSED'] vino ['191827 CLOSED'] vte ['192484 CLOSED'] w3m ['194182 NEW'] xen ['192539 NEW'] xorg-x11-drv-i810 ['192334 CLOSED'] xorg-x11-resutils ['192040 ASSIGNED'] xorg-x11-server-utils ['191987 CLOSED'] xorg-x11-utils ['191966 CLOSED'] xorg-x11-xdm ['191858 CLOSED'] yelp ['191660 CLOSED'] zenity ['194189 CLOSED'] zsh ['191647 NEW'] Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From notting at redhat.com Thu Jun 8 19:01:28 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 8 Jun 2006 15:01:28 -0400 Subject: UnleashKDE In-Reply-To: <20060608140347.GC53551@dspnet.fr.eu.org> References: <1149554004.18453.3.camel@vader.jdub.homelinux.org> <16de708d0606070231p33963f15ib1484ac2d7b2fdb9@mail.gmail.com> <1149674014.2557.4.camel@price> <16de708d0606070733y433fd4fdi9f571cafc8b08fe1@mail.gmail.com> <1149691227.31158.22.camel@ender> <16de708d0606071011n34772f3atc9b25f217a2eec58@mail.gmail.com> <1149728483.6780.18.camel@localhost> <20060608100214.GA51040@dspnet.fr.eu.org> <1149765316.389.47.camel@cutter> <20060608140347.GC53551@dspnet.fr.eu.org> Message-ID: <20060608190128.GA1962@nostromo.devel.redhat.com> Olivier Galibert (galibert at pobox.com) said: > > it has been for a loooooooong while. > > Do the ftp servers know? Mirrors are not compelled to mirror all content. Some do not mirror Extras. Some do not mirror the s390 development tree. Some do not mirror debuginfo. Ideally, by going to a mirror management system that handles the mirror lists, we can solve this problem. Bill From ianburrell at gmail.com Thu Jun 8 19:37:37 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Thu, 8 Jun 2006 12:37:37 -0700 Subject: can't install debug rpm with yum. In-Reply-To: <1149731559.389.2.camel@cutter> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: On 6/7/06, seth vidal wrote: > On Wed, 2006-06-07 at 21:00 -0400, Sean wrote: > > > > Sure, but the question remains.. why isn't it delivered to the user in a working order? > > That is, why did you need to make that change yourself? Why is it that yum needs all > > these little user interventions so often? Why are the error messages it produces so > > hideous? Is yum honestly solid enough to make it the foundation of the installer? > > If nobody else is thinking the same thing i'll just shut up and deal with it; perhaps > > i'm the only one fed up with yum. > > > > The problem you're poorly diagnosing isn't really in yum. The crux of > the problem is out of sync mirrors being in the mirror list. That's a > problem we're working on now by taking some work that another project > has done to check the status of a mirror to make sure that the metadata > it has matches the metadata that the mirror master has. > > To give you a useful analogy to the situation you're experiencing: This > is like complaining that firefox is a bad browser b/c all of the > websites you're visiting are down. OR complaining that you are riding a > bad bike b/c all the roads are closed. > There is a bug in yum in that it is not handling the 404 error and tries to parse the HTML error page. Yum should notice the not found error and go to the next mirror without spewing parse errors. Or maybe it should have special logic to detect HTML files and abort the parse early. - Ian From skvidal at linux.duke.edu Thu Jun 8 19:43:27 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 08 Jun 2006 15:43:27 -0400 Subject: can't install debug rpm with yum. In-Reply-To: References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> Message-ID: <1149795807.4313.10.camel@cutter> On Thu, 2006-06-08 at 12:37 -0700, Ian Burrell wrote: > On 6/7/06, seth vidal wrote: > > On Wed, 2006-06-07 at 21:00 -0400, Sean wrote: > > > > > > Sure, but the question remains.. why isn't it delivered to the user in a working order? > > > That is, why did you need to make that change yourself? Why is it that yum needs all > > > these little user interventions so often? Why are the error messages it produces so > > > hideous? Is yum honestly solid enough to make it the foundation of the installer? > > > If nobody else is thinking the same thing i'll just shut up and deal with it; perhaps > > > i'm the only one fed up with yum. > > > > > > > The problem you're poorly diagnosing isn't really in yum. The crux of > > the problem is out of sync mirrors being in the mirror list. That's a > > problem we're working on now by taking some work that another project > > has done to check the status of a mirror to make sure that the metadata > > it has matches the metadata that the mirror master has. > > > > To give you a useful analogy to the situation you're experiencing: This > > is like complaining that firefox is a bad browser b/c all of the > > websites you're visiting are down. OR complaining that you are riding a > > bad bike b/c all the roads are closed. > > > > There is a bug in yum in that it is not handling the 404 error and > tries to parse the HTML error page. Yum should notice the not found > error and go to the next mirror without spewing parse errors. Or > maybe it should have special logic to detect HTML files and abort the > parse early. It does that fine, provided the 404 IS a 404 and not just a webpage SAYING 404. In the case of download.fedora.redhat.com for quite some time the server issued a 200 (OK) and returned a page that SAID 404 in the text. -sv From ianburrell at gmail.com Thu Jun 8 19:59:07 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Thu, 8 Jun 2006 12:59:07 -0700 Subject: can't install debug rpm with yum. In-Reply-To: <1149795807.4313.10.camel@cutter> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> Message-ID: On 6/8/06, seth vidal wrote: > On Thu, 2006-06-08 at 12:37 -0700, Ian Burrell wrote: > > > > There is a bug in yum in that it is not handling the 404 error and > > tries to parse the HTML error page. Yum should notice the not found > > error and go to the next mirror without spewing parse errors. Or > > maybe it should have special logic to detect HTML files and abort the > > parse early. > > It does that fine, provided the 404 IS a 404 and not just a webpage > SAYING 404. > > In the case of download.fedora.redhat.com for quite some time the server > issued a 200 (OK) and returned a page that SAID 404 in the text. > It looks like it redirects with a 302 to http://fedora.redhat.com/404.html. That is just plain wrong and should be fixed. Maybe yum should have some logic to detect HTML error pages and abort them early. - Ian From notting at redhat.com Thu Jun 8 20:31:44 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 8 Jun 2006 16:31:44 -0400 Subject: can't install debug rpm with yum. In-Reply-To: References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> Message-ID: <20060608203144.GA3999@nostromo.devel.redhat.com> Ian Burrell (ianburrell at gmail.com) said: > It looks like it redirects with a 302 to > http://fedora.redhat.com/404.html. That is just plain wrong and > should be fixed. > > Maybe yum should have some logic to detect HTML error pages and abort > them early. How do you detect arbitrary content? Bill From mike at miketc.com Thu Jun 8 20:32:01 2006 From: mike at miketc.com (Mike Chambers) Date: Thu, 08 Jun 2006 15:32:01 -0500 Subject: gdm and gnome-applets broken? In-Reply-To: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> References: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> Message-ID: <1149798721.18644.3.camel@scrappy.miketc.com> On Thu, 2006-06-08 at 10:12 +0200, ?meric Maschino wrote: > With today's updates, gdm can't start and I'm getting a text dialog box > telling me that the X server has been disabled for 5 minutes. No error > message in Xorg.0.log though. Switching to runlevel 3, I can start a > GNOME session from the CLI by invoking startx. This suggested me that > the problem may be due to the updated gdm-2.15.3-5 package. I didn't > find the previous one (gdm-2.15.3-3 that was working correctly for me) > on the different fedora mirrors, so I reinstalled the one shipped with > FC5 and runlevel 5 is working correctly again. Server issued that resides in the .conf file. The email already sent by someone explains what to do if you want the workaround fix before the fixed rpm. OTOH, gdmsetup starts but freezes right after and has done this for a while now. > Moreover, when the GNOME desktop is loaded, I'm getting a dialog box > telling me that there's something wrong with the mixer applet and I'm > asked whether I want to remove this applet from the desk or not. These > issues are on an Itanium box. No idea if other architectures are > affected too. Have ran into this as well, and this is on a x86 box. -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From seanlkml at sympatico.ca Thu Jun 8 20:50:29 2006 From: seanlkml at sympatico.ca (Sean) Date: Thu, 8 Jun 2006 16:50:29 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <20060608203144.GA3999@nostromo.devel.redhat.com> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> <20060608203144.GA3999@nostromo.devel.redhat.com> Message-ID: On Thu, 8 Jun 2006 16:31:44 -0400 Bill Nottingham wrote: > > Maybe yum should have some logic to detect HTML error pages and abort > > them early. > > How do you detect arbitrary content? By the absence of well formed content. Sean From vonbrand at inf.utfsm.cl Thu Jun 8 21:29:15 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 08 Jun 2006 17:29:15 -0400 Subject: Good uninstallation practice? In-Reply-To: Message from Luke Macken of "Thu, 08 Jun 2006 13:36:15 -0400." <4488600F.3000008@redhat.com> Message-ID: <200606082129.k58LTFcl007012@laptop11.inf.utfsm.cl> Luke Macken wrote: > John (J5) Palmieri wrote: > > On Thu, 2006-06-08 at 19:17 +0200, ??meric Maschino wrote: > >> Hi, > >> > >> What's the correct way to manually uninstall a package that failed to > >> uninstall during an update? For example, during the update of > >> hal-cups-utils with today's Rawhide, I'm getting: > >> > >> Cleanup : hal-cups-utils ##################### > >> [224/257] > >> error: %postun(hal-cups-utils-0.5.5-2.ia64) scriptlet failed, exit > >> status 1 > >> > >> I now have hal-cups-utils-0.5.5-2 and hal-cups-utils-0.6.0-1 installed > >> on my system and would like to uninstall the old one. > >> > >> Thanks, > >> > >> ??meric > > rpm -e hal-cups-utils-0.5.5-2 > This will still cause the %postun script to fail. Adding the > --nopostun option seems to do the trick. Just to make sure, I'd get and force-feed the new package to rpm, in case the uninstallation damaged something (== deleted some files from the new version). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From skvidal at linux.duke.edu Thu Jun 8 21:41:07 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 08 Jun 2006 17:41:07 -0400 Subject: can't install debug rpm with yum. In-Reply-To: <4487EA13.2030905@bigpond.net.au> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <4487EA13.2030905@bigpond.net.au> Message-ID: <1149802867.5679.5.camel@cutter> On Thu, 2006-06-08 at 19:12 +1000, David Timms wrote: > seth vidal wrote: > > On Wed, 2006-06-07 at 21:00 -0400, Sean wrote: > >> On Wed, 7 Jun 2006 17:30:53 -0400 > >> "Ryan Skadberg" wrote: > ... > > The problem you're poorly diagnosing isn't really in yum. The crux of > > the problem is out of sync mirrors being in the mirror list. That's a > > problem we're working on now by taking some work that another project > > has done to check the status of a mirror to make sure that the metadata > > it has matches the metadata that the mirror master has. > Couldn't this be achieved fairly simply ? > - yum gets repomd.xml from masterURL (new setting in .repo) > - cache the master repomd.xml as repomd.xml.master > - uses that to compare files including (repomd.xml) grabbed from the > preferred (and next and so on) mirror, until it gets a response and the > checksum matches. > > "another project" sounds like doing something similar to the above would > be a major undertaking ? > > * it would be nice to be able to query both ftp and http servers for the > checksum of a file as it exists on their disk - before you (yum) > downloads it :) As far as I know no such capability exists for either > service type ? Then you could: > - give me sha1sum /mirror/fedora/core/update/5/packages/mc-7.8.9.rpm > - = sopqierpqowierpoqie > - wrong, move to next mirror before even downloading (especially good > when mirrors have corrupt or incomplete data). I remember once a bad > download of 50M occur about 10 times (from different mirrors) until a > good download was found. > > * repomd.xml does have 1149589443 already > could yum / urlgrabber get the (ht/f)tp servers file mod time before > deciding to download (that mirrors) copy of the file ? Even checking > byte size before download would avoid wasted downloads (but it isn't > already in repomd.xml). > I'm open to contributions that make this sane and functional for other interfaces. -sv From nicolas.mailhot at laposte.net Thu Jun 8 22:25:28 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 09 Jun 2006 00:25:28 +0200 Subject: can't install debug rpm with yum. In-Reply-To: <20060608203144.GA3999@nostromo.devel.redhat.com> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> <20060608203144.GA3999@nostromo.devel.redhat.com> Message-ID: <1149805528.1246.60.camel@rousalka.dyndns.org> Le jeudi 08 juin 2006 ? 16:31 -0400, Bill Nottingham a ?crit : > Ian Burrell (ianburrell at gmail.com) said: > > It looks like it redirects with a 302 to > > http://fedora.redhat.com/404.html. That is just plain wrong and > > should be fixed. > > > > Maybe yum should have some logic to detect HTML error pages and abort > > them early. > > How do you detect arbitrary content? Isn't the web server supposed to give the client the mime time of the thing it's receiving ? (X)HTML and XML have different mime types -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ianburrell at gmail.com Thu Jun 8 23:13:54 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Thu, 8 Jun 2006 16:13:54 -0700 Subject: can't install debug rpm with yum. In-Reply-To: <20060608203144.GA3999@nostromo.devel.redhat.com> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> <20060608203144.GA3999@nostromo.devel.redhat.com> Message-ID: On 6/8/06, Bill Nottingham wrote: > Ian Burrell (ianburrell at gmail.com) said: > > It looks like it redirects with a 302 to > > http://fedora.redhat.com/404.html. That is just plain wrong and > > should be fixed. > > > > Maybe yum should have some logic to detect HTML error pages and abort > > them early. > > How do you detect arbitrary content? > In this case, it has a Content-Type of text.html. In addition, it has an HTML DOCTYPE and the root element is . All are indications that this is HTML and not a metadata file. Yum doesn't really need to handle arbitrary content. I was thinking about a special escape for HTML files would make sense because some misconfigured web servers give back a page for not found instead of the proper error code. - Ian From emeric.maschino at jouy.inra.fr Fri Jun 9 07:21:57 2006 From: emeric.maschino at jouy.inra.fr (=?ISO-8859-1?Q?=C9meric?= Maschino) Date: Fri, 09 Jun 2006 09:21:57 +0200 Subject: gdm and gnome-applets broken? In-Reply-To: <1149768178.3768.10.camel@localhost.localdomain> References: <1149754366.15278.15.camel@giulietta.jouy.inra.fr> <1149768178.3768.10.camel@localhost.localdomain> Message-ID: <1149837717.28263.2.camel@giulietta.jouy.inra.fr> > This should be fixed in today's rawhide with gdm-1:2.15.3-6, and also in > FC5-updates with gdm-1:2.14.4-1.fc5.3. If you'd like to fix it right > away, edit your /usr/share/gdm/defaults.conf file, and replace > occurances of "/usr/X11R6/bin" with "/usr/bin". I confirm that gdm-2.15.3-6 solves the problem for me. > Both these issues affect all architectures AFAIK. If there's not > already a bug for the mixer applet issue, please file one. The gdm > issue has already been filed and fixed. Generally speaking, except than installing the debuginfo package, how to debug a GNOME applet? I mean, which executable run into gdb? I would like to give a more informative bug report than just "GNOME mixer applet is broken". ?meric From dtimms at bigpond.net.au Fri Jun 9 12:00:53 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 09 Jun 2006 22:00:53 +1000 Subject: can't install debug rpm with yum - In-Reply-To: <20060608203144.GA3999@nostromo.devel.redhat.com> References: <8719b8230606071430q490f1487h2780720467883f2b@mail.gmail.com> <20060607210049.b3097682.seanlkml@sympatico.ca> <1149731559.389.2.camel@cutter> <1149795807.4313.10.camel@cutter> <20060608203144.GA3999@nostromo.devel.redhat.com> Message-ID: <448962F5.2040707@bigpond.net.au> Bill Nottingham wrote: > Ian Burrell (ianburrell at gmail.com) said: >> It looks like it redirects with a 302 to >> http://fedora.redhat.com/404.html. That is just plain wrong and >> should be fixed. >> >> Maybe yum should have some logic to detect HTML error pages and abort >> them early. > > How do you detect arbitrary content? The actual server response is like: for the mirror.pacific.net.au: === HTTP/1.1 404 Not Found Date: Fri, 09 Jun 2006 11:39:32 GMT Server: Apache/2.0.54 (Debian GNU/Linux) Content-Length: 364 Keep-Alive: timeout=15, max=10000 Connection: Keep-Alive Content-Type: text/html; charset=iso-8859-1 404 Not Found ===blah. and for fedora.redhat.com: === HTTP/1.1 404 Not Found Date: Fri, 09 Jun 2006 11:35:08 GMT Server: Apache Last-Modified: Fri, 09 Jun 2006 11:15:37 GMT ETag: "b7ea0-105b-44895859" Accept-Ranges: bytes Content-Length: 4187 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html . ..Fedora Project, sponsored by Red Hat .. .. ..