From fedora at camperquake.de Fri Aug 1 06:45:00 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 1 Aug 2008 08:45:00 +0200 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <1217534256.9377.10.camel@localhost.localdomain> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> Message-ID: <20080801084500.7262def3@t-pol.int.addix.net> Hi. On Thu, 31 Jul 2008 15:57:36 -0400, Dan Williams wrote: > There's breakage upstream in wireless-land for all mac80211-based > drivers (b43, b43-legacy, iwl3945, iwl4965, ath5k, rt2x00, etc) while > fallout from Dave Miller's multiqueue patches is fixed up. mac80211 > was incorrectly using the skb->cb field that the multiqueue patches > are now also using, and that conflict is causing a lot of random > weirdness. Like not being able to associate with an AP? From rawhide at fedoraproject.org Fri Aug 1 08:54:53 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 1 Aug 2008 08:54:53 +0000 (UTC) Subject: rawhide report: 20080801 changes Message-ID: <20080801085453.E4543209E81@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080731/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080801/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package drupal-cck Allows you create and customize fields using a web browser New package pyabiword Python bindings for libabiword Updated Packages: anaconda-11.4.1.24-1 -------------------- * Thu Jul 31 18:00:00 2008 Jeremy Katz - 11.4.1.24-1 - Don't try to use self.tree as the mode to open .discinfo. (clumens) - Remove all the RPM lock files before creating a new transaction (#456949). (clumens) - Support VDSK devices on s390x (#264061) (dcantrell) bacula-2.4.2-1.fc10 ------------------- * Thu Jul 31 18:00:00 2008 Jon Ciesla - 2.4.2-1 - Update to 2.4.2. ballz-1.0-4.fc10 ---------------- * Wed Jul 30 18:00:00 2008 Hans de Goede 1.0-4 - Rebuild for new guichan bind-9.5.1-0.3.b1.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Adam Tkac 32:9.5.1-0.3.b1 - static libraries are no longer supported - IP acls weren't merged correctly (#457175) - use fPIE on sparcv9/sparc64 (Dennis Gilmore) - add sparc64 to list of 64bit arches in spec (Dennis Gilmore) binutils-2.18.50.0.8-2.fc10 --------------------------- * Fri Aug 1 18:00:00 2008 Jan Kratochvil 2.18.50.0.8-2 - Fix parsing elf64-i386 files for kdump PAE vmcore dumps (BZ 457189). - Turn on 64-bit BFD support for i386, globally enable AC_SYS_LARGEFILE. - `--with debug' builds now with --disable-shared. - Removed a forgotten unused ld/eelf32_spu.c workaround from 2.18.50.0.8-1. * Thu Jul 31 18:00:00 2008 Jan Kratochvil 2.18.50.0.8-1 - Update to 2.18.50.0.8. - Drop the .clmul -> .pclmul renaming backport. - Add %{binutils_target} macro to support building cross-binutils. (David Woodhouse) - Support `--without testsuite' to suppress the testsuite run. - Support `--with debug' to build without optimizations. - Refresh the patchset with fuzz 0 (for new rpmbuild). - Enable the spu target on ppc/ppc64 (BZ 455242). control-center-2.23.5-8.fc10 ---------------------------- * Thu Jul 31 18:00:00 2008 Matthias Clasen - 2.23.5-8 - Yet more icon fixes dbus-glib-0.76-2.fc10 --------------------- * Thu Jul 31 18:00:00 2008 David Zeuthen - 0.76-2 - Add bash completion for dbus-send(1) drupal-service_links-6.x.1.0-2.fc10 ----------------------------------- * Thu Jul 31 18:00:00 2008 Jon Ciesla - 6.x.1.0-2 - Corrected duplicate files. firstboot-1.99-1.fc10 --------------------- * Thu Jul 31 18:00:00 2008 Chris Lumens 1.99-1 - Enable the correct keyboard layout (#453228). - Remove the timezone tab from the default date & time module (#442394). - Raise NotImplementedError instead of TypeError. - Allow modules to focus a UI element before they are displayed (#457422). - Lots of updated translations. geeqie-1.0-0.6.alpha2.fc10 -------------------------- * Thu Jul 31 18:00:00 2008 Michael Schwendt - 1.0-0.6.alpha2 - update to 1.0alpha2 (now GPLv3) - build with new LIRC support geoclue-0.11.1-12.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Peter Robinson 0.11.1-12 - Once more for fun * Thu Jul 31 18:00:00 2008 Peter Robinson 0.11.1-11 - Increment build number to allow for clean F-8 and F-9 to F-10 upgrade gnome-packagekit-0.2.4-2.fc10 ----------------------------- * Thu Jul 31 18:00:00 2008 Richard Hughes - 0.2.4-2 - Rebuild for libunique ABI break. gnome-power-manager-2.23.3-4.fc10 --------------------------------- * Thu Jul 31 18:00:00 2008 Richard Hughes - 2.23.3-4 - Rebuild for libunique ABI break. * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.23.3-3 - fix license tag gstreamer-plugins-farsight-0.12.9-1.fc10 ---------------------------------------- * Thu Jul 31 18:00:00 2008 Brian Pepple - 0.12.9-1 - Update to 0.12.9. gtkmozembedmm-1.4.2.cvs20060817-21.fc10 --------------------------------------- * Thu Jul 31 18:00:00 2008 Caol??n McNamara - 1.4.2.cvs20060817-21 - rebuild against gecko-libs 1.9.0.1 * Tue Jul 29 18:00:00 2008 Tom "spot" Callaway - 1.4.2.cvs20060817-20 - fix license tag guichan-0.8.1-1.fc10 -------------------- * Mon Jul 28 18:00:00 2008 Wart 0.8.1-1 - Update to 0.8.1 gutenprint-5.0.2-3.fc10 ----------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 5.0.2-3 - fix license tag halberd-0.2.2-3.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.2.2-3 - fix license tag hawknl-1.68-4.fc10 ------------------ * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 1.68-4 - fix license tag hexter-dssi-0.6.1-3.fc10 ------------------------ * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.6.1-3 - fix license tag hippo-canvas-0.3.0-3.fc10 ------------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.3.0-3 - fix license tag hping3-0.0.20051105-10.fc10 --------------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.0.20051105-10 - fix license tag hplip-2.8.6b-2.fc10 ------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 2.8.6b-2 - fix license tag html-xml-utils-3.7-6.fc10 ------------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 3.7-6 - fix license tag htop-0.8-1.fc10 --------------- * Thu Jul 31 18:00:00 2008 Rafa?? Psota - 0.8-1 - udate to 0.8 hunt-1.5-8.fc10 --------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 1.5-8 - fix license tag ibmasm-3.0-15.fc10 ------------------ * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 3.0-15 - fix license tag icecast-2.3.2-1.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 2.3.2-1 - update to 2.3.2 - fix license tag ices-2.0.1-7.fc10 ----------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 2.0.1-7 - fix license tag ike-scan-1.9-5.fc10 ------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 1.9-5 - fix license tag ingo-1.2-2.fc10 --------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 1.2-2 - fix license tag initng-0.6.10.2-3.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.6.10.2-3 - fix license tag initng-ifiles-0.1.5-2.fc10 -------------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.1.5-2 - fix license tag * Sun Apr 13 18:00:00 2008 Daniel Malmgren - 0.1.5-1 - New upstreams version - Removed patches that are now upstreams - Fixed faulty source URL international-time-0.0.2-5.fc10 ------------------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway 0.0.2-5 - fix license tag intltool-0.40.3-2.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.40.3-2 - fix license tag intuitively-0.7-14.fc10 ----------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.7-14 - fix license tag ipv6calc-0.71.0-3.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.71.0-3 - fix license tag ircd-hybrid-7.2.3-6.fc10 ------------------------ * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 7.2.3-6 - fix license tag irda-utils-0.9.18-5.fc10 ------------------------ * Thu Jul 31 18:00:00 2008 Tom "spot" Callaway - 0.9.18-5 - fix license tag jd-2.0.1-0.1.svn2248_trunk.fc10 ------------------------------- * Fri Aug 1 18:00:00 2008 Mamoru Tasaka - rev. 2248 jdom-1.0-5.5.fc10 ----------------- * Mon Jul 21 18:00:00 2008 Andrew Overholt 1.0-5.5 - Add OSGi manifest information jna-3.0.4-1.svn630.fc10 ----------------------- * Thu Jul 31 18:00:00 2008 Colin Walters - 3.0.4-1.svn630 - New upstream version, drop upstreamed patch parts - New patch jna-3.0.4-nomixedjar.patch which ensures that we don't include the .so in the .jar kdebase-workspace-4.1.0-4.fc10 ------------------------------ * Fri Aug 1 18:00:00 2008 Kevin Kofler 4.1.0-4 - fix KDM configuration using the wrong appsdir for themes (#455623) kernel-2.6.27-0.205.rc1.git2.fc10 --------------------------------- * Thu Jul 31 18:00:00 2008 Dave Jones - Fix PPC64 build. * Thu Jul 31 18:00:00 2008 Dave Jones - 2.6.27-rc1-git2 * Wed Jul 30 18:00:00 2008 Mark McLoughlin - Replace kernel-xen in DEFAULTKERNEL (#456558) * Wed Jul 30 18:00:00 2008 John W. Linville - Upstream wireless fixes from 2008-07-29 (http://marc.info/?l=linux-wireless&m=121737750023195&w=2) * Wed Jul 30 18:00:00 2008 Dave Jones - 2.6.27-rc1-git1 * Tue Jul 29 18:00:00 2008 Dave Jones - Disable CONFIG_VIDEO_ADV_DEBUG (#456751) * Tue Jul 29 18:00:00 2008 Dave Jones - 2.6.27-rc1 * Mon Jul 28 18:00:00 2008 Roland McGrath - Disable hfcmulti driver on big-endian. - 2.6.26-git17 * Mon Jul 28 18:00:00 2008 Josh Boyer - Add gzip requires for kernel-bootwrapper (#456947) * Mon Jul 28 18:00:00 2008 Dave Jones - 2.6.26-git18 krusader-1.90.0-2.fc9 --------------------- * Sun Apr 13 18:00:00 2008 Marcin Garski 1.90.0-2 - Update to 1.90.0 - Remove krusader-1.80.0-gcc43-compile-fix.patch, merged upstream libpfm-3.5-1.fc10 ----------------- * Thu Jul 31 18:00:00 2008 Will Cohen - 3.5-1 - Update to libpfm-3.5. mailman-2.1.11-3.fc10 --------------------- * Thu Jul 31 18:00:00 2008 Tomas Smetana - 3:2.1.11-3 - fix #457388 - don't call "/usr/bin/python" from /etc/cron.d/mailman - fix #457389 - cron complains about bad username manaworld-0.0.25-1.fc10 ----------------------- * Wed Jul 30 18:00:00 2008 Wart 0.0.25-1 - Update to 0.0.25 maxima-5.15.0-2.fc10 -------------------- metacafe-dl-2008.07.23-1.fc10 ----------------------------- * Thu Jul 31 18:00:00 2008 Rafa?? Psota 2008.07.23-1 - update to 2008.07.23 mythes-de-0.20080731-1.fc10 --------------------------- * Thu Jul 31 18:00:00 2008 Caolan McNamara - 0.20080731-1 - latest version nemiver-0.6.1-1.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Peter Gordon - 0.6.1-1 - Update to new upstream release (0.6.1). nfs-utils-1.1.3-2.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Steve Dickson 1.1.3-2 - Mount command did not compile against older glibc versions. openssh-5.1p1-2.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Tomas Mraz - 5.1p1-2 - fixed zero length banner problem (#457326) perl-Catalyst-Devel-1.08-1.fc10 ------------------------------- * Thu Jul 31 18:00:00 2008 Chris Weyl 1.08-1 - update to 1.08 * Thu Jul 31 18:00:00 2008 Chris Weyl 1.07-2 - drop requires on Catalyst::Manual that should have been dropped in 1.06-1 plymouth-0.5.0-8.2008.07.31.fc10 -------------------------------- * Thu Jul 31 18:00:00 2008 Ray Strode - 0.5.0-8.2008.07.31 - Update to snapshot to get new plymouth-populate-initrd features - Make removing rhgb use details plugin instead of exiting * Thu Jul 31 18:00:00 2008 Peter Jones - 0.5.0-7 - Make it a mkinitrd requires instead of a nash requires (that will still pull in nash, but we need mkinitrd for newer plymouth-populate-initrd) python-mwlib-0.8.0-3.fc10 ------------------------- * Thu Jul 31 18:00:00 2008 Paul W. Frields - 0.8.0-3 - Fix Requires to unbreak F-8 dependencies rubygem-actionmailer-2.1.0-1.fc10 --------------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-actionpack-2.1.0-1.fc10 ------------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activerecord-2.1.0-1.fc10 --------------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activeresource-2.1.0-1.fc10 ----------------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activesupport-2.1.0-1.fc10 ---------------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-rails-2.1.0-1.fc10 -------------------------- * Thu Jul 31 18:00:00 2008 Michael Stahnke - 2.1.0-1 - New Upstream s3cmd-0.9.8.3-1.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Lubomir Rintel (Good Data) - 0.9.8.3-1 - New upstream release: Avoid running out-of-memory in MD5'ing large files. syncevolution-0.7-3.fc10 ------------------------ * Fri Aug 1 18:00:00 2008 Mat??j Cepl 0.7-3 - Bump the release to fix broken update path for Rawhide telepathy-gabble-0.7.7-1.fc10 ----------------------------- * Thu Jul 31 18:00:00 2008 Brian Pepple - 0.7.7-1 - Update to 0.7.7. - Bump min version of tp-glib needed. testdisk-6.10-1.fc10 -------------------- * Thu Jul 31 18:00:00 2008 Christophe Grenier 6.10-1 - Update to latest version unique-1.0.0-1.fc10 ------------------- * Thu Jul 31 18:00:00 2008 Richard Hughes - 1.0.0-1 - Update to latest upstream version * First stable release * API is frozen * D-Bus and socket backends supported vino-2.23.5-3.fc10 ------------------ wordwarvi-0.21-1.fc10 --------------------- * Thu Jul 31 18:00:00 2008 Hans de Goede 0.21-1 - New upstream release 0.21 xorg-x11-server-1.4.99.906-2.fc10 --------------------------------- * Thu Jul 31 18:00:00 2008 Adam Jackson 1.4.99.906-2 - Drop the evdev keyboarding patch. Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 71 Broken deps for i386 ---------------------------------------------------------- apt-0.5.15lorg3.94-3.fc9.i386 requires librpmdb-4.4.so apt-0.5.15lorg3.94-3.fc9.i386 requires librpm-4.4.so apt-0.5.15lorg3.94-3.fc9.i386 requires librpmio-4.4.so claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 fuse-encfs-1.4.2-2.fc10.i386 requires librlog.so.1 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so sobby-0.4.4-4.fc10.i386 requires libobby-0.4.so.0 synaptic-0.57.2-16.fc9.i386 requires librpmio-4.4.so synaptic-0.57.2-16.fc9.i386 requires librpmdb-4.4.so synaptic-0.57.2-16.fc9.i386 requires librpm-4.4.so wxMaxima-0.7.5-1.fc10.i386 requires maxima >= 0:5.13 Broken deps for x86_64 ---------------------------------------------------------- apt-0.5.15lorg3.94-3.fc9.i386 requires librpmdb-4.4.so apt-0.5.15lorg3.94-3.fc9.i386 requires librpm-4.4.so apt-0.5.15lorg3.94-3.fc9.i386 requires librpmio-4.4.so apt-0.5.15lorg3.94-3.fc9.x86_64 requires librpm-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.x86_64 requires librpmdb-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.x86_64 requires librpmio-4.4.so()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) fuse-encfs-1.4.2-2.fc10.i386 requires librlog.so.1 fuse-encfs-1.4.2-2.fc10.x86_64 requires librlog.so.1()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) sobby-0.4.4-4.fc10.x86_64 requires libobby-0.4.so.0()(64bit) synaptic-0.57.2-16.fc9.x86_64 requires librpmdb-4.4.so()(64bit) synaptic-0.57.2-16.fc9.x86_64 requires librpmio-4.4.so()(64bit) synaptic-0.57.2-16.fc9.x86_64 requires librpm-4.4.so()(64bit) wxMaxima-0.7.5-1.fc10.x86_64 requires maxima >= 0:5.13 Broken deps for ppc ---------------------------------------------------------- apt-0.5.15lorg3.94-3.fc9.ppc requires librpmdb-4.4.so apt-0.5.15lorg3.94-3.fc9.ppc requires librpm-4.4.so apt-0.5.15lorg3.94-3.fc9.ppc requires librpmio-4.4.so apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpm-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpmdb-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpmio-4.4.so()(64bit) claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 fuse-encfs-1.4.2-2.fc10.ppc requires librlog.so.1 fuse-encfs-1.4.2-2.fc10.ppc64 requires librlog.so.1()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so sobby-0.4.4-4.fc10.ppc requires libobby-0.4.so.0 stapitrace-1.0.0-3.20080622cvs_alpha.fc10.ppc requires libbfd-2.18.50.0.6-4.fc9.so stapitrace-1.0.0-3.20080622cvs_alpha.fc10.ppc requires libopcodes-2.18.50.0.6-4.fc9.so synaptic-0.57.2-16.fc9.ppc requires librpmio-4.4.so synaptic-0.57.2-16.fc9.ppc requires librpmdb-4.4.so synaptic-0.57.2-16.fc9.ppc requires librpm-4.4.so Broken deps for ppc64 ---------------------------------------------------------- apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpm-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpmdb-4.4.so()(64bit) apt-0.5.15lorg3.94-3.fc9.ppc64 requires librpmio-4.4.so()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) fuse-encfs-1.4.2-2.fc10.ppc64 requires librlog.so.1()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) sobby-0.4.4-4.fc10.ppc64 requires libobby-0.4.so.0()(64bit) synaptic-0.57.2-16.fc9.ppc64 requires librpmdb-4.4.so()(64bit) synaptic-0.57.2-16.fc9.ppc64 requires librpmio-4.4.so()(64bit) synaptic-0.57.2-16.fc9.ppc64 requires librpm-4.4.so()(64bit) From dcbw at redhat.com Fri Aug 1 11:01:43 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Aug 2008 07:01:43 -0400 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <20080801084500.7262def3@t-pol.int.addix.net> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> Message-ID: <1217588503.26916.2.camel@localhost.localdomain> On Fri, 2008-08-01 at 08:45 +0200, Ralf Ertzinger wrote: > Hi. > > On Thu, 31 Jul 2008 15:57:36 -0400, Dan Williams wrote: > > > There's breakage upstream in wireless-land for all mac80211-based > > drivers (b43, b43-legacy, iwl3945, iwl4965, ath5k, rt2x00, etc) while > > fallout from Dave Miller's multiqueue patches is fixed up. mac80211 > > was incorrectly using the skb->cb field that the multiqueue patches > > are now also using, and that conflict is causing a lot of random > > weirdness. > > Like not being able to associate with an AP? Definitely. That doesn't mean your problem is caused by this upstream breakage, but that's got to get fixed before we could debug the issue at all. Dan From promac at gmail.com Fri Aug 1 11:22:18 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 1 Aug 2008 08:22:18 -0300 Subject: Does your app use LIRC? In-Reply-To: <68720af30807310548q8854e0fhb8893875c750b7b9@mail.gmail.com> References: <1217441497.5809.20.camel@cookie.hadess.net> <68720af30807310548q8854e0fhb8893875c750b7b9@mail.gmail.com> Message-ID: <68720af30808010422q54d3c6f6oad79ce2c2ba3c3a9@mail.gmail.com> On Thu, Jul 31, 2008 at 9:48 AM, Paulo Cavalcanti wrote: > > > On Wed, Jul 30, 2008 at 3:11 PM, Bastien Nocera wrote: > >> If your app uses liblirc_client, it would be nice if you could follow >> the instructions, and the two examples at: >> https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experience >> >> to make your application work out-of-the-box in Fedora 10. >> >> Elisa, Totem and Rhythmbox are already fixed. >> >> I'd have had a nice list using repoquery, but it just seems to hang >> there doing nothing (and then gives me useless answers, might just be >> me...). >> >> Let me know if you have any questions about the setup. >> >> > > Hi, > > I tried it on F8. > I had to upgrade > > PolicyKit-0.8-2.fc8.x86_64.rpm > PolicyKit-devel-0.8-2.fc8.x86_64.rpm > PolicyKit-docs-0.8-2.fc8.x86_64.rpm > PolicyKit-gnome-0.8-4.fc8.x86_64.rpm > PolicyKit-gnome-demo-0.8-4.fc8.x86_64.rpm > PolicyKit-gnome-devel-0.8-4.fc8.x86_64.rpm > PolicyKit-gnome-libs-0.8-4.fc8.x86_64.rpm > > before installing > > gnome-lirc-properties-0.2.5-1.fc8.noarch.rpm > > I also used lirc from CVS (the newest version I could get). > > When I rebooted and run /usr/bin/gnome-lirc-properties, I got: > > ............... > > WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote DVICO_MCE listed > twice in dvico/lircd.conf.fusionHDTV and dvico/lircd.conf.fusionHDTV. > WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote PVR2000 listed > twice in leadtek/lircd.conf.PVR2000 and leadtek/lircd.conf.PVR2000. > WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote BESTBUY listed > twice in bestbuy/lircd.conf.bestbuy2 and bestbuy/lircd.conf.bestbuy. > > Traceback (most recent call last): > File "/usr/bin/gnome-lirc-properties", line 27, in > gnome_lirc_properties.run(sys.argv[1:], datadir) > File > "/usr/lib/python2.5/site-packages/gnome_lirc_properties/__init__.py", line > 57, in run > return ui.RemoteControlProperties(gtk.glade.XML(ui_filename)).run() > File > "/usr/lib/python2.5/site-packages/gnome_lirc_properties/ui/RemoteControlProperties.py", > line 55, in __init__ > self.__restore_hardware_settings() > File > "/usr/lib/python2.5/site-packages/gnome_lirc_properties/ui/RemoteControlProperties.py", > line 218, in __restore_hardware_settings > settings = lirc.HardwareConfParser(config.LIRC_HARDWARE_CONF) > File "/usr/lib/python2.5/site-packages/gnome_lirc_properties/lirc.py", > line 950, in __init__ > key, value = tokens > ValueError: too many values to unpack > > Any clue? > > The problem is that it is not able to parse my configuration file in /etc/sysconfig: LIRCD_OPTIONS="-H dev/input --device name='bttv IR (card=70)'" Note that this is a valid OPTION. It has been working with my remote for a long time ... -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Fri Aug 1 11:25:31 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 01 Aug 2008 07:25:31 -0400 Subject: texlive-2008 for f10? Message-ID: Looks like texlive-2008 is almost ready. Will it be in F10? From jkeating at redhat.com Fri Aug 1 11:59:53 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Aug 2008 07:59:53 -0400 Subject: Quick meeting about the state of Fedora 10 Alpha Message-ID: <1217591993.3151.202.camel@localhost.localdomain> I'd like to have a quick meeting about the state of the alpha with all those concerned (and decision makers). I know for a fact that split media isn't working, I'm curious about other things too, so that we can made a slip/no-slip decision. I realize that alpha contents haven't really been accessible to the general community, and that's an issue we need to address at some point. Doing a non-blocking freeze means that rawhide trucks on, which is good for some, but alpha content sortof gets hidden except for those in the "know" about where to find them (often only on internal machines, or self done composes). I'd rather not hash this issue out during the above meeting, and instead use it as a topic for the next rel-eng meeting (where we're not slammed with alpha issues). Could spin owners (KDE, Desktop), QA, Kernel, etc.. all be available in the next couple hours for an IRC meeting? -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From msolberg at redhat.com Fri Aug 1 13:38:32 2008 From: msolberg at redhat.com (Michael Solberg) Date: Fri, 01 Aug 2008 09:38:32 -0400 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <1217588503.26916.2.camel@localhost.localdomain> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> <1217588503.26916.2.camel@localhost.localdomain> Message-ID: <1217597912.3182.11.camel@localhost.localdomain> On Fri, 2008-08-01 at 07:01 -0400, Dan Williams wrote: > On Fri, 2008-08-01 at 08:45 +0200, Ralf Ertzinger wrote: > > Hi. > > > > On Thu, 31 Jul 2008 15:57:36 -0400, Dan Williams wrote: > > > > > There's breakage upstream in wireless-land for all mac80211-based > > > drivers (b43, b43-legacy, iwl3945, iwl4965, ath5k, rt2x00, etc) while > > > fallout from Dave Miller's multiqueue patches is fixed up. mac80211 > > > was incorrectly using the skb->cb field that the multiqueue patches > > > are now also using, and that conflict is causing a lot of random > > > weirdness. > > > > Like not being able to associate with an AP? > > Definitely. That doesn't mean your problem is caused by this upstream > breakage, but that's got to get fixed before we could debug the issue at > all. FWIW I'm also seeing these issues with iwl3945 in kernel-2.6.25.10-47.fc8. Is there an open BZ on this? Michael. From promac at gmail.com Fri Aug 1 13:59:45 2008 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 1 Aug 2008 10:59:45 -0300 Subject: Does your app use LIRC? In-Reply-To: <68720af30808010422q54d3c6f6oad79ce2c2ba3c3a9@mail.gmail.com> References: <1217441497.5809.20.camel@cookie.hadess.net> <68720af30807310548q8854e0fhb8893875c750b7b9@mail.gmail.com> <68720af30808010422q54d3c6f6oad79ce2c2ba3c3a9@mail.gmail.com> Message-ID: <68720af30808010659g863a899le0d88d36fa3dd3dd@mail.gmail.com> On Fri, Aug 1, 2008 at 8:22 AM, Paulo Cavalcanti wrote: > > > On Thu, Jul 31, 2008 at 9:48 AM, Paulo Cavalcanti wrote: > >> >> >> On Wed, Jul 30, 2008 at 3:11 PM, Bastien Nocera wrote: >> >>> If your app uses liblirc_client, it would be nice if you could follow >>> the instructions, and the two examples at: >>> https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experience >>> >>> to make your application work out-of-the-box in Fedora 10. >>> >>> Elisa, Totem and Rhythmbox are already fixed. >>> >>> I'd have had a nice list using repoquery, but it just seems to hang >>> there doing nothing (and then gives me useless answers, might just be >>> me...). >>> >>> Let me know if you have any questions about the setup. >>> >>> >> >> Hi, >> >> I tried it on F8. >> I had to upgrade >> >> PolicyKit-0.8-2.fc8.x86_64.rpm >> PolicyKit-devel-0.8-2.fc8.x86_64.rpm >> PolicyKit-docs-0.8-2.fc8.x86_64.rpm >> PolicyKit-gnome-0.8-4.fc8.x86_64.rpm >> PolicyKit-gnome-demo-0.8-4.fc8.x86_64.rpm >> PolicyKit-gnome-devel-0.8-4.fc8.x86_64.rpm >> PolicyKit-gnome-libs-0.8-4.fc8.x86_64.rpm >> >> before installing >> >> gnome-lirc-properties-0.2.5-1.fc8.noarch.rpm >> >> I also used lirc from CVS (the newest version I could get). >> >> When I rebooted and run /usr/bin/gnome-lirc-properties, I got: >> >> ............... >> >> WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote DVICO_MCE listed >> twice in dvico/lircd.conf.fusionHDTV and dvico/lircd.conf.fusionHDTV. >> WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote PVR2000 listed >> twice in leadtek/lircd.conf.PVR2000 and leadtek/lircd.conf.PVR2000. >> WARNING:root:/usr/share/doc/lirc-0.8.4/remotes/: Remote BESTBUY listed >> twice in bestbuy/lircd.conf.bestbuy2 and bestbuy/lircd.conf.bestbuy. >> >> Traceback (most recent call last): >> File "/usr/bin/gnome-lirc-properties", line 27, in >> gnome_lirc_properties.run(sys.argv[1:], datadir) >> File >> "/usr/lib/python2.5/site-packages/gnome_lirc_properties/__init__.py", line >> 57, in run >> return ui.RemoteControlProperties(gtk.glade.XML(ui_filename)).run() >> File >> "/usr/lib/python2.5/site-packages/gnome_lirc_properties/ui/RemoteControlProperties.py", >> line 55, in __init__ >> self.__restore_hardware_settings() >> File >> "/usr/lib/python2.5/site-packages/gnome_lirc_properties/ui/RemoteControlProperties.py", >> line 218, in __restore_hardware_settings >> settings = lirc.HardwareConfParser(config.LIRC_HARDWARE_CONF) >> File "/usr/lib/python2.5/site-packages/gnome_lirc_properties/lirc.py", >> line 950, in __init__ >> key, value = tokens >> ValueError: too many values to unpack >> >> Any clue? >> >> > The problem is that it is not able to parse my configuration file in > /etc/sysconfig: > > LIRCD_OPTIONS="-H dev/input --device name='bttv IR (card=70)'" > > Note that this is a valid OPTION. It has been working with my remote for a > long time ... > > > Upgrading to version 0.8.3 and using PolicyKit 0.9.2 from F10 made it work on F8. However, it will take a long time until all remote codes out there are converted to the standard lirc namespace, so the applications work out of the box. Some keys do not even have a natural correspondence on my remote, such as "snapshot", "scan", "loop", etc ... I would have to choose another name for them from the options in the namespace. But the idea is interesting. I like standards. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcbw at redhat.com Fri Aug 1 14:03:17 2008 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Aug 2008 10:03:17 -0400 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <1217597912.3182.11.camel@localhost.localdomain> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> <1217588503.26916.2.camel@localhost.localdomain> <1217597912.3182.11.camel@localhost.localdomain> Message-ID: <1217599397.7802.0.camel@localhost.localdomain> On Fri, 2008-08-01 at 09:38 -0400, Michael Solberg wrote: > On Fri, 2008-08-01 at 07:01 -0400, Dan Williams wrote: > > On Fri, 2008-08-01 at 08:45 +0200, Ralf Ertzinger wrote: > > > Hi. > > > > > > On Thu, 31 Jul 2008 15:57:36 -0400, Dan Williams wrote: > > > > > > > There's breakage upstream in wireless-land for all mac80211-based > > > > drivers (b43, b43-legacy, iwl3945, iwl4965, ath5k, rt2x00, etc) while > > > > fallout from Dave Miller's multiqueue patches is fixed up. mac80211 > > > > was incorrectly using the skb->cb field that the multiqueue patches > > > > are now also using, and that conflict is causing a lot of random > > > > weirdness. > > > > > > Like not being able to associate with an AP? > > > > Definitely. That doesn't mean your problem is caused by this upstream > > breakage, but that's got to get fixed before we could debug the issue at > > all. > > FWIW I'm also seeing these issues with iwl3945 in > kernel-2.6.25.10-47.fc8. Is there an open BZ on this? That specific kernel version shouldn't be related to the upstream multiqueue stuff though; only rawhide should be affected here. Dan From rjones at redhat.com Fri Aug 1 14:05:47 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 1 Aug 2008 15:05:47 +0100 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <1217597912.3182.11.camel@localhost.localdomain> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> <1217588503.26916.2.camel@localhost.localdomain> <1217597912.3182.11.camel@localhost.localdomain> Message-ID: <20080801140547.GA18194@amd.home.annexia.org> On Fri, Aug 01, 2008 at 09:38:32AM -0400, Michael Solberg wrote: > FWIW I'm also seeing these issues with iwl3945 in > kernel-2.6.25.10-47.fc8. Is there an open BZ on this? Not that I'm aware of. The BZ mentioned earlier in this thread appears to related to something quite different (broken IPv6 DNS servers). If you open one, please let us know. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 59 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From msolberg at redhat.com Fri Aug 1 15:01:58 2008 From: msolberg at redhat.com (Michael Solberg) Date: Fri, 01 Aug 2008 11:01:58 -0400 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <20080801140547.GA18194@amd.home.annexia.org> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> <1217588503.26916.2.camel@localhost.localdomain> <1217597912.3182.11.camel@localhost.localdomain> <20080801140547.GA18194@amd.home.annexia.org> Message-ID: <1217602918.3182.33.camel@localhost.localdomain> On Fri, 2008-08-01 at 15:05 +0100, Richard W.M. Jones wrote: > On Fri, Aug 01, 2008 at 09:38:32AM -0400, Michael Solberg wrote: > > FWIW I'm also seeing these issues with iwl3945 in > > kernel-2.6.25.10-47.fc8. Is there an open BZ on this? > > Not that I'm aware of. The BZ mentioned earlier in this thread > appears to related to something quite different (broken IPv6 DNS > servers). If you open one, please let us know. I will - I was responding to Ralf's comment about not being able to associate with APs - the latest FC8 kernel associates and un-associates at random for me, while the previous version doesn't. I just poked around and didn't see an open bug for it. Michael. From caolanm at redhat.com Fri Aug 1 16:22:56 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 01 Aug 2008 17:22:56 +0100 Subject: Default paper size in the following countries... Message-ID: <1217607776.18789.212.camel@vain.rhgalway> So, I want to tidy up OOo's upstream "default paper selection by locale" stuff, so if your country really does *typically* use Letter size paper instead of A4 please let me know. Definite Letter-format using nations: US (CLDR) Canada (CLDR) Places that at least someone thinks should default to letter, but I'm dubious about: Mexico (OOo, Microsoft, Wikipedia) Venezuela (OOo, Microsoft) Chile (Microsoft, Wikipedia) Colombia (Wikipedia) Philippines (Wikipedia) Argentina (Microsoft) Brazil (Microsoft) Puerto Rico (gtk) "Latin American countries" (Microsoft), is sufficiently vague to suggest that every American Spanish and Portuguese speaking nation gets a letter default in Windows ? Puerto Rico is plausible to me as a complicated-status-US-territory, but is Letter really more commonly used than A4 in any of the above, or any others for that matter ? CLDR: http://www.unicode.org/cldr/data/charts/supplemental/territory_language_information.html Microsoft: http://msdn.microsoft.com/en-us/library/cc195164.aspx wikipedia: http://en.wikipedia.org/wiki/Paper_size From rjones at redhat.com Fri Aug 1 16:24:07 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 1 Aug 2008 17:24:07 +0100 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <1217602918.3182.33.camel@localhost.localdomain> References: <20080731164442.GA14056@amd.home.annexia.org> <1217534256.9377.10.camel@localhost.localdomain> <20080801084500.7262def3@t-pol.int.addix.net> <1217588503.26916.2.camel@localhost.localdomain> <1217597912.3182.11.camel@localhost.localdomain> <20080801140547.GA18194@amd.home.annexia.org> <1217602918.3182.33.camel@localhost.localdomain> Message-ID: <20080801162407.GA18655@amd.home.annexia.org> On Fri, Aug 01, 2008 at 11:01:58AM -0400, Michael Solberg wrote: > > On Fri, 2008-08-01 at 15:05 +0100, Richard W.M. Jones wrote: > > On Fri, Aug 01, 2008 at 09:38:32AM -0400, Michael Solberg wrote: > > > FWIW I'm also seeing these issues with iwl3945 in > > > kernel-2.6.25.10-47.fc8. Is there an open BZ on this? > > > > Not that I'm aware of. The BZ mentioned earlier in this thread > > appears to related to something quite different (broken IPv6 DNS > > servers). If you open one, please let us know. > > I will - I was responding to Ralf's comment about not being able to > associate with APs - the latest FC8 kernel associates and un-associates > at random for me, while the previous version doesn't. I just poked > around and didn't see an open bug for it. I didn't see the '.fc8' in your message above, so I think we may be suffering from different bugs here. For the record, my machine doesn't seem to be unassociating from the AP at all (or at least there are no kernel messages to indicate it is doing that). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From notting at redhat.com Fri Aug 1 16:32:21 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 1 Aug 2008 12:32:21 -0400 Subject: Default paper size in the following countries... In-Reply-To: <1217607776.18789.212.camel@vain.rhgalway> References: <1217607776.18789.212.camel@vain.rhgalway> Message-ID: <20080801163221.GA24986@nostromo.devel.redhat.com> Caolan McNamara (caolanm at redhat.com) said: > So, I want to tidy up OOo's upstream "default paper selection by locale" > stuff, so if your country really does *typically* use Letter size paper > instead of A4 please let me know. Why not use LC_PAPER? Bill From email.ahmedkamal at googlemail.com Fri Aug 1 16:40:58 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Fri, 1 Aug 2008 19:40:58 +0300 Subject: RFE: Anaconda automatic network install Message-ID: <3da3b5b40808010940mf7f5e0dwa2c11d3e2dc1d2df@mail.gmail.com> Hi guys, Every time I wanna install fedora from the netinst iso, I have to find a fedora mirror, I have to find one that is close, fast. I also have to browse through its directories and try to guess which path does anaconda require (i.e. should I paste the path for the os or the i386 or iso ... etc folders). Of course I do get it running ultimately, however, things could be much easier! Suggested user experience: - User boots netinst ISO - Anaconda boots, queries some server for a "mirrorlist" - Pings mirrors to locate a bunch of close mirrors - Somehow (now idea how) gets the load of those mirrors and chooses a lightly loaded mirror - Presents the user a menu (text or GUI) of systems that can be installed (F9 i386, F9 x86_64, F8 i386, rawhide ... etc) - Once a choice is made, the system is installed with all the recent updated rpms (from updates) (This functionality already exists, right?) Does any of this makes sense ? Regards From mike at miketc.net Fri Aug 1 17:02:59 2008 From: mike at miketc.net (Mike Chambers) Date: Fri, 01 Aug 2008 12:02:59 -0500 Subject: rawhide report: 20080801 changes In-Reply-To: <20080801085453.E4543209E81@releng1.fedora.phx.redhat.com> References: <20080801085453.E4543209E81@releng1.fedora.phx.redhat.com> Message-ID: <1217610179.32320.4.camel@scrappy.miketc.net> On Fri, 2008-08-01 at 08:54 +0000, Rawhide wrote: > plymouth-0.5.0-8.2008.07.31.fc10 > -------------------------------- > * Thu Jul 31 18:00:00 2008 Ray Strode - 0.5.0-8.2008.07.31 > - Update to snapshot to get new plymouth-populate-initrd features > - Make removing rhgb use details plugin instead of exiting > > * Thu Jul 31 18:00:00 2008 Peter Jones - 0.5.0-7 > - Make it a mkinitrd requires instead of a nash requires (that will > still pull in nash, but we need mkinitrd for newer plymouth-populate-initrd) When I did a test upgrade from F9->Rawhide few days ago, the startup showed a blue background, small rectangle in middle with a back and forth little rectangle inside it. Was this suppose to have any words in it somewhere or anything? > xorg-x11-server-1.4.99.906-2.fc10 > --------------------------------- > * Thu Jul 31 18:00:00 2008 Adam Jackson 1.4.99.906-2 > - Drop the evdev keyboarding patch. Does this fix or help fix this bug? https://bugzilla.redhat.com/show_bug.cgi?id=456680 -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From moe at blagblagblag.org Fri Aug 1 17:03:51 2008 From: moe at blagblagblag.org (jeff) Date: Fri, 01 Aug 2008 14:03:51 -0300 Subject: RFE: Anaconda automatic network install In-Reply-To: <3da3b5b40808010940mf7f5e0dwa2c11d3e2dc1d2df@mail.gmail.com> References: <3da3b5b40808010940mf7f5e0dwa2c11d3e2dc1d2df@mail.gmail.com> Message-ID: <489341F7.3000007@blagblagblag.org> Ahmed Kamal wrote: > Hi guys, > Every time I wanna install fedora from the netinst iso, I have to find > a fedora mirror, I have to find one that is close, fast. I also have > to browse through its directories and try to guess which path does > anaconda require (i.e. should I paste the path for the os or the i386 > or iso ... etc folders). Of course I do get it running ultimately, > however, things could be much easier! > > Suggested user experience: > - User boots netinst ISO > - Anaconda boots, queries some server for a "mirrorlist" > - Pings mirrors to locate a bunch of close mirrors > - Somehow (now idea how) gets the load of those mirrors and chooses a > lightly loaded mirror > - Presents the user a menu (text or GUI) of systems that can be > installed (F9 i386, F9 x86_64, F8 i386, rawhide ... etc) > - Once a choice is made, the system is installed with all the recent > updated rpms (from updates) (This functionality already exists, > right?) > > Does any of this makes sense ? Or even better it uses aria2c to download from a number of them simultaneously! From moe at blagblagblag.org Fri Aug 1 17:05:27 2008 From: moe at blagblagblag.org (jeff) Date: Fri, 01 Aug 2008 14:05:27 -0300 Subject: Default paper size in the following countries... In-Reply-To: <1217607776.18789.212.camel@vain.rhgalway> References: <1217607776.18789.212.camel@vain.rhgalway> Message-ID: <48934257.9070706@blagblagblag.org> Caolan McNamara wrote: > So, I want to tidy up OOo's upstream "default paper selection by locale" > stuff, so if your country really does *typically* use Letter size paper > instead of A4 please let me know. > > Argentina (Microsoft) A4 From katzj at redhat.com Fri Aug 1 17:33:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 01 Aug 2008 13:33:40 -0400 Subject: RFE: Anaconda automatic network install In-Reply-To: <3da3b5b40808010940mf7f5e0dwa2c11d3e2dc1d2df@mail.gmail.com> References: <3da3b5b40808010940mf7f5e0dwa2c11d3e2dc1d2df@mail.gmail.com> Message-ID: <1217612020.13810.3.camel@aglarond.local> On Fri, 2008-08-01 at 19:40 +0300, Ahmed Kamal wrote: > Every time I wanna install fedora from the netinst iso, I have to find > a fedora mirror, I have to find one that is close, fast. I also have > to browse through its directories and try to guess which path does > anaconda require (i.e. should I paste the path for the os or the i386 > or iso ... etc folders). Of course I do get it running ultimately, > however, things could be much easier! One of the improvements in Fedora 10 is making this experience nicer Jeremy From robert at marcanoonline.com Fri Aug 1 18:16:53 2008 From: robert at marcanoonline.com (Robert Marcano) Date: Fri, 01 Aug 2008 13:46:53 -0430 Subject: Default paper size in the following countries... In-Reply-To: <1217607776.18789.212.camel@vain.rhgalway> References: <1217607776.18789.212.camel@vain.rhgalway> Message-ID: <1217614613.3084.30.camel@localhost.localdomain> On Fri, 2008-08-01 at 17:22 +0100, Caolan McNamara wrote: > So, I want to tidy up OOo's upstream "default paper selection by locale" > stuff, so if your country really does *typically* use Letter size paper > instead of A4 please let me know. > > Definite Letter-format using nations: > US (CLDR) > Canada (CLDR) > > Places that at least someone thinks should default to letter, but I'm > dubious about: > Mexico (OOo, Microsoft, Wikipedia) > Venezuela (OOo, Microsoft) Yes, in Venezuela we *typically* use letter > Chile (Microsoft, Wikipedia) > Colombia (Wikipedia) > Philippines (Wikipedia) > Argentina (Microsoft) > Brazil (Microsoft) > Puerto Rico (gtk) > "Latin American countries" (Microsoft), is sufficiently vague to suggest > that every American Spanish and Portuguese speaking nation gets a letter > default in Windows ? > > Puerto Rico is plausible to me as a complicated-status-US-territory, but > is Letter really more commonly used than A4 in any of the above, or any > others for that matter ? > > CLDR: > http://www.unicode.org/cldr/data/charts/supplemental/territory_language_information.html > Microsoft: http://msdn.microsoft.com/en-us/library/cc195164.aspx > wikipedia: http://en.wikipedia.org/wiki/Paper_size > From P at draigBrady.com Fri Aug 1 18:54:39 2008 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Fri, 1 Aug 2008 19:54:39 +0100 Subject: Default paper size in the following countries... In-Reply-To: <20080801163221.GA24986@nostromo.devel.redhat.com> References: <1217607776.18789.212.camel@vain.rhgalway> <20080801163221.GA24986@nostromo.devel.redhat.com> Message-ID: <48935BEF.4090408@draigBrady.com> Bill Nottingham wrote: > Caolan McNamara (caolanm at redhat.com) said: >> So, I want to tidy up OOo's upstream "default paper selection by locale" >> stuff, so if your country really does *typically* use Letter size paper >> instead of A4 please let me know. > > Why not use LC_PAPER? I find the locale database quite inaccurate sometimes unfortunately. It might be a useful project to sync it with the CLDR? Anyway this is what is on my fedora system at present: locale -a | #list all locales grep -F _ | #exclude nationalities sort -k1.4,1.5 -u | #pick unique countries while read LANG; do echo $(locale height territory) done | grep -F 279 #letter Canada 279 Puerto Rico 279 USA 279 From igorsoares at gmail.com Fri Aug 1 19:32:18 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Fri, 01 Aug 2008 16:32:18 -0300 Subject: Default paper size in the following countries... In-Reply-To: <1217607776.18789.212.camel@vain.rhgalway> References: <1217607776.18789.212.camel@vain.rhgalway> Message-ID: <1217619138.8558.9.camel@amd5600> Em Sex, 2008-08-01 ?s 17:22 +0100, Caolan McNamara escreveu: > So, I want to tidy up OOo's upstream "default paper selection by locale" > stuff, so if your country really does *typically* use Letter size paper > instead of A4 please let me know. > > Places that at least someone thinks should default to letter, but I'm > dubious about: > Brazil (Microsoft) In Brazil the default paper size is usually A4, as defined by ABNT, the Brazilian standardization agency. From buildsys at fedoraproject.org Fri Aug 1 21:07:38 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Aug 2008 21:07:38 +0000 (UTC) Subject: Package EVR problems in Fedora 2008-08-01 Message-ID: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> Broken upgrade path report for tags f8-final -> dist-f8-updates -> dist-f8-updates-testing -> dist-f9-updates -> dist-f9-updates-testing -> dist-f10: GMT: dist-f8-updates > dist-f9-updates (GMT-4.3.1-2.fc8 GMT-4.3.1-1.fc9) GMT-coastlines: dist-f8-updates > dist-f10 (GMT-coastlines-1.10-1 GMT-coastlines-1.9-3) dist-f9-updates > dist-f10 (GMT-coastlines-1.10-1 GMT-coastlines-1.9-3) MAKEDEV: dist-f9-updates-testing > dist-f10 (MAKEDEV-3.23-5.fc9 MAKEDEV-3.23-5) PyOpenGL: dist-f8-updates-testing > dist-f9-updates (PyOpenGL-3.0.0-0.7.b5.fc8 PyOpenGL-3.0.0-0.6.b4.fc9) abiword: dist-f8-updates-testing > dist-f9-updates (1:abiword-2.6.4-2.fc8 1:abiword-2.6.4-1.fc9) bluez-libs: dist-f8-updates-testing > dist-f9-updates (bluez-libs-3.35-1.fc8 bluez-libs-3.32-1.fc9) bluez-utils: dist-f8-updates-testing > dist-f9-updates (bluez-utils-3.35-3.fc8 bluez-utils-3.32-1.fc9) bzr-gtk: dist-f8-updates-testing > dist-f9-updates (bzr-gtk-0.94.0-5.fc8 bzr-gtk-0.94.0-2.fc9) checkgmail: dist-f8-updates-testing > dist-f9-updates-testing (checkgmail-1.13-3.svn20080730.fc8 checkgmail-1.13-3.svn20080630.fc9) chmsee: dist-f9-updates > dist-f10 (chmsee-1.0.1-4.fc9 chmsee-1.0.1-3.fc10) claws-mail: dist-f8-updates > dist-f10 (claws-mail-3.5.0-1.fc8 claws-mail-3.4.0-1.fc10) dist-f9-updates > dist-f10 (claws-mail-3.5.0-1.fc9 claws-mail-3.4.0-1.fc10) claws-mail-plugins: dist-f8-updates > dist-f10 (claws-mail-plugins-3.5.0-1.fc8 claws-mail-plugins-3.4.0-1.fc10.1) dist-f9-updates > dist-f10 (claws-mail-plugins-3.5.0-1.fc9 claws-mail-plugins-3.4.0-1.fc10.1) cmucl: dist-f8-updates > dist-f10 (cmucl-19e-1.fc8 cmucl-19e-0.3.pre2.fc10) dist-f9-updates > dist-f10 (cmucl-19e-1.fc9 cmucl-19e-0.3.pre2.fc10) cowbell: dist-f9-updates > dist-f10 (cowbell-0.3-0.svn34.4.2.fc9 cowbell-0.3-0.svn34.4.fc10) decibel-audio-player: dist-f8-updates-testing > dist-f9-updates (decibel-audio-player-0.10-2.fc8 decibel-audio-player-0.10-1.fc9) driftnet: dist-f8-updates > dist-f10 (driftnet-0.1.6-19.20040426cvs.fc8 driftnet-0.1.6-17.20040426cvs.fc10) eclipse-rpm-editor: dist-f8-updates > dist-f9-updates (eclipse-rpm-editor-0.4.0-3.fc8 eclipse-rpm-editor-0.4.0-1.fc9) dist-f8-updates > dist-f10 (eclipse-rpm-editor-0.4.0-3.fc8 eclipse-rpm-editor-0.4.0-1.fc10) ecore: dist-f8-updates > dist-f9-updates (ecore-0.9.9.042-4.fc8 ecore-0.9.9.042-3.fc9) gbrainy: dist-f8-updates > dist-f10 (gbrainy-0.70-4.fc8 gbrainy-0.70-3.fc10) dist-f9-updates > dist-f10 (gbrainy-0.70-4.fc9 gbrainy-0.70-3.fc10) grip: dist-f8-updates-testing > dist-f9-updates (1:grip-3.2.0-20.fc8 1:grip-3.2.0-19.fc9) gspiceui: dist-f8-updates-testing > dist-f9-updates (gspiceui-0.9.65-3.fc8 gspiceui-0.9.65-2.fc9) dist-f8-updates-testing > dist-f10 (gspiceui-0.9.65-3.fc8 gspiceui-0.9.65-2.fc10) dist-f9-updates-testing > dist-f10 (gspiceui-0.9.65-3.fc9 gspiceui-0.9.65-2.fc10) gtkmozembedmm: dist-f8-updates > dist-f9-updates (gtkmozembedmm-1.4.2.cvs20060817-22.fc8 gtkmozembedmm-1.4.2.cvs20060817-20.fc9) dist-f8-updates > dist-f10 (gtkmozembedmm-1.4.2.cvs20060817-22.fc8 gtkmozembedmm-1.4.2.cvs20060817-21.fc10) hal-info: dist-f8-updates > dist-f9-updates (hal-info-20080607-2.fc8 hal-info-20080607-1.fc9) dist-f8-updates > dist-f10 (hal-info-20080607-2.fc8 hal-info-20080607-1.fc10) htop: dist-f8-updates-testing > dist-f9-updates (htop-0.8-1.fc8 htop-0.7-2.fc9) ipa: dist-f8-updates > dist-f10 (ipa-1.1.0-3.fc8 ipa-1.1.0-2.fc10) dist-f9-updates > dist-f10 (ipa-1.1.0-4.fc9 ipa-1.1.0-2.fc10) dist-f9-updates-testing > dist-f10 (ipa-1.1.0-6.fc9 ipa-1.1.0-2.fc10) iptables: dist-f8-updates-testing > dist-f9-updates (iptables-1.4.1.1-2.fc8 iptables-1.4.1.1-1.fc9) k3b: dist-f8-updates > dist-f10 (k3b-1.0.5-3.fc8 k3b-1.0.5-2.fc10) dist-f9-updates > dist-f10 (k3b-1.0.5-3.fc9 k3b-1.0.5-2.fc10) keepassx: dist-f8-updates > dist-f10 (keepassx-0.3.2-1.fc8 keepassx-0.3.1-1.fc10) dist-f9-updates > dist-f10 (keepassx-0.3.2-1.fc9 keepassx-0.3.1-1.fc10) libcapseo: dist-f9-updates > dist-f10 (libcapseo-0.2.0-0.1.20080603gita6ec446.fc9 libcapseo-0.2.0-0.1.20080323git1c5f3e5.fc10) libcgroup: dist-f9-updates > dist-f10 (libcgroup-0.1c-2.fc9 libcgroup-0.1c-1.fc10) libdvdnav: dist-f8-updates-testing > dist-f9-updates (libdvdnav-4.1.2-2.fc8 libdvdnav-4.1.2-1.fc9) libgsasl: dist-f8-updates-testing > dist-f9-updates (libgsasl-0.2.27-1.fc8 libgsasl-0.2.26-1.fc9) minirpc: dist-f8-updates-testing > dist-f9-updates (minirpc-0.3.2-1.fc8 minirpc-0.3.1-1.fc9) msmtp: dist-f8-updates-testing > dist-f9-updates (msmtp-1.4.16-1.fc8 msmtp-1.4.15-1.fc9) nautilus-sendto: dist-f8-updates-testing > dist-f9-updates (nautilus-sendto-1.0.1-1.fc8 nautilus-sendto-1.0.0-1.fc9) nfs-utils-lib: dist-f9-updates > dist-f10 (nfs-utils-lib-1.1.1-5.fc9 nfs-utils-lib-1.1.1-4.fc10) nginx: dist-f8-updates-testing > dist-f9-updates (nginx-0.6.32-1.fc8 nginx-0.6.31-2.fc9) ocaml-bitstring: dist-f8-updates-testing > dist-f9-updates-testing (ocaml-bitstring-1.9.7-2.fc8 ocaml-bitstring-1.9.7-1.fc9) dist-f8-updates-testing > dist-f10 (ocaml-bitstring-1.9.7-2.fc8 ocaml-bitstring-1.9.7-1.fc10) ocaml-deriving: dist-f8-updates > dist-f10 (ocaml-deriving-0.1.1a-4.fc8 ocaml-deriving-0.1.1a-3.fc10) dist-f9-updates > dist-f10 (ocaml-deriving-0.1.1a-4.fc9 ocaml-deriving-0.1.1a-3.fc10) ocaml-gsl: dist-f8-updates > dist-f10 (ocaml-gsl-0.6.0-4.fc8 ocaml-gsl-0.6.0-3.fc10) dist-f9-updates > dist-f10 (ocaml-gsl-0.6.0-4.fc9 ocaml-gsl-0.6.0-3.fc10) ocaml-json-wheel: dist-f9-updates-testing > dist-f10 (ocaml-json-wheel-1.0.4-6.fc9 ocaml-json-wheel-1.0.4-5.fc10) ocaml-ounit: dist-f8-updates > dist-f10 (ocaml-ounit-1.0.2-3.fc8 ocaml-ounit-1.0.2-2.fc10) dist-f9-updates > dist-f10 (ocaml-ounit-1.0.2-3.fc9 ocaml-ounit-1.0.2-2.fc10) ocaml-res: dist-f8-updates > dist-f10 (ocaml-res-2.2.5-3.fc8 ocaml-res-2.2.5-1.fc10) dist-f9-updates > dist-f10 (ocaml-res-2.2.5-3.fc9 ocaml-res-2.2.5-1.fc10) openvrml: dist-f8-updates > dist-f9-updates (openvrml-0.17.6-6.fc8 openvrml-0.17.6-2.fc9) dist-f8-updates > dist-f10 (openvrml-0.17.6-6.fc8 openvrml-0.17.6-2.fc10) perl-Catalyst-Plugin-CGI-Untaint: dist-f8-updates > dist-f10 (perl-Catalyst-Plugin-CGI-Untaint-0.05-4.fc8 perl-Catalyst-Plugin-CGI-Untaint-0.05-3.fc10) dist-f9-updates > dist-f10 (perl-Catalyst-Plugin-CGI-Untaint-0.05-4.fc9 perl-Catalyst-Plugin-CGI-Untaint-0.05-3.fc10) perl-Filesys-Df: dist-f9-updates-testing > dist-f10 (perl-Filesys-Df-0.92-3.fc9 perl-Filesys-Df-0.92-2.fc10) php-pear-Console-Table: dist-f8-updates-testing > dist-f9-updates (php-pear-Console-Table-1.1.2-1.fc8 php-pear-Console-Table-1.1.1-1.fc9) podsleuth: dist-f9-updates > dist-f10 (podsleuth-0.6.0-6.fc9 podsleuth-0.6.0-5.fc10) python-fedora: dist-f8-updates-testing > dist-f9-updates (python-fedora-0.3.4-1.fc8 python-fedora-0.2.99.11.1-1.fc9) python-lxml: dist-f8-updates-testing > dist-f9-updates (python-lxml-2.0.8-1.fc8 python-lxml-2.0.7-1.fc9) python-migrate: dist-f8-updates-testing > dist-f9-updates (python-migrate-0.4.5-3.fc8 python-migrate-0.4.4-4.fc9) python-mwlib: dist-f8-updates-testing > dist-f9-updates (python-mwlib-0.8.0-3.fc8 python-mwlib-0.8.0-2.fc9) python-sqlalchemy: dist-f8-updates-testing > dist-f9-updates (python-sqlalchemy-0.4.7-1.fc8 python-sqlalchemy-0.4.6-1.fc9) qmmp: dist-f9-updates-testing > dist-f10 (qmmp-0.2.0-2.fc9 qmmp-0.2.0-1.fc10) rhm: dist-f8-updates > dist-f10 (rhm-0.2.2153-2.fc8 rhm-0.2.2060-3.fc10) dist-f9-updates > dist-f10 (rhm-0.2.2153-2.fc9 rhm-0.2.2060-3.fc10) rpmlint: dist-f9-updates-testing > dist-f10 (rpmlint-0.84-2.fc9 rpmlint-0.83-1.fc10) samba: dist-f9-updates > dist-f10 (samba-3.2.0-2.17.fc9 samba-3.2.0-1.rc2.16.fc10) shorewall: dist-f8-updates-testing > dist-f9-updates (shorewall-4.0.13-1.fc8 shorewall-4.0.12-2.fc9) thunar-shares: dist-f8-updates-testing > dist-f9-updates (thunar-shares-0.16-1.fc8 thunar-shares-0.12-1.fc9) thunderbird: dist-f8-updates-testing > dist-f10 (thunderbird-2.0.0.16-1.fc8 thunderbird-2.0.0.14-1.fc10) dist-f9-updates-testing > dist-f10 (thunderbird-2.0.0.16-1.fc9 thunderbird-2.0.0.14-1.fc10) uniconvertor: dist-f8-updates-testing > dist-f9-updates (uniconvertor-1.1.3-2.fc8 uniconvertor-1.1.2-1.fc9) virt-top: dist-f8-updates > dist-f10 (virt-top-1.0.1-4.fc8 virt-top-1.0.1-2.fc10) dist-f9-updates > dist-f10 (virt-top-1.0.1-4.fc9 virt-top-1.0.1-2.fc10) xapian-bindings: dist-f8-updates-testing > dist-f9-updates (xapian-bindings-1.0.7-2.fc8 xapian-bindings-1.0.7-1.fc9) xfce4-screenshooter-plugin: dist-f8-updates-testing > dist-f9-updates (xfce4-screenshooter-plugin-1.3.1-1.fc8 xfce4-screenshooter-plugin-1.2.0-1.fc9) xorg-x11-drv-nv: dist-f9-updates > dist-f10 (xorg-x11-drv-nv-2.1.10-1.fc9 xorg-x11-drv-nv-2.1.8-2.fc10) xterm: dist-f8-updates-testing > dist-f9-updates (xterm-236-1.fc8 xterm-235-1.fc9) zenon: dist-f8-updates > dist-f9-updates (zenon-0.5.0-3.fc8 zenon-0.5.0-2.fc9) ----------------------- Broken paths by builder: abompard: keepassx: dist-f8-updates > dist-f10 (keepassx-0.3.2-1.fc8 keepassx-0.3.1-1.fc10) dist-f9-updates > dist-f10 (keepassx-0.3.2-1.fc9 keepassx-0.3.1-1.fc10) adrian: grip: dist-f8-updates-testing > dist-f9-updates (1:grip-3.2.0-20.fc8 1:grip-3.2.0-19.fc9) agoode: minirpc: dist-f8-updates-testing > dist-f9-updates (minirpc-0.3.2-1.fc8 minirpc-0.3.1-1.fc9) ajax: xorg-x11-drv-nv: dist-f9-updates > dist-f10 (xorg-x11-drv-nv-2.1.10-1.fc9 xorg-x11-drv-nv-2.1.8-2.fc10) alcapcom: eclipse-rpm-editor: dist-f8-updates > dist-f9-updates (eclipse-rpm-editor-0.4.0-3.fc8 eclipse-rpm-editor-0.4.0-1.fc9) dist-f8-updates > dist-f10 (eclipse-rpm-editor-0.4.0-3.fc8 eclipse-rpm-editor-0.4.0-1.fc10) andriy: uniconvertor: dist-f8-updates-testing > dist-f9-updates (uniconvertor-1.1.3-2.fc8 uniconvertor-1.1.2-1.fc9) awjb: claws-mail: dist-f8-updates > dist-f10 (claws-mail-3.5.0-1.fc8 claws-mail-3.4.0-1.fc10) dist-f9-updates > dist-f10 (claws-mail-3.5.0-1.fc9 claws-mail-3.4.0-1.fc10) claws-mail-plugins: dist-f8-updates > dist-f10 (claws-mail-plugins-3.5.0-1.fc8 claws-mail-plugins-3.4.0-1.fc10.1) dist-f9-updates > dist-f10 (claws-mail-plugins-3.5.0-1.fc9 claws-mail-plugins-3.4.0-1.fc10.1) caillon: gtkmozembedmm: dist-f8-updates > dist-f9-updates (gtkmozembedmm-1.4.2.cvs20060817-22.fc8 gtkmozembedmm-1.4.2.cvs20060817-20.fc9) dist-f8-updates > dist-f10 (gtkmozembedmm-1.4.2.cvs20060817-22.fc8 gtkmozembedmm-1.4.2.cvs20060817-21.fc10) openvrml: dist-f8-updates > dist-f9-updates (openvrml-0.17.6-6.fc8 openvrml-0.17.6-2.fc9) dist-f8-updates > dist-f10 (openvrml-0.17.6-6.fc8 openvrml-0.17.6-2.fc10) thunderbird: dist-f8-updates-testing > dist-f10 (thunderbird-2.0.0.16-1.fc8 thunderbird-2.0.0.14-1.fc10) dist-f9-updates-testing > dist-f10 (thunderbird-2.0.0.16-1.fc9 thunderbird-2.0.0.14-1.fc10) clumens: MAKEDEV: dist-f9-updates-testing > dist-f10 (MAKEDEV-3.23-5.fc9 MAKEDEV-3.23-5) cweyl: perl-Catalyst-Plugin-CGI-Untaint: dist-f8-updates > dist-f10 (perl-Catalyst-Plugin-CGI-Untaint-0.05-4.fc8 perl-Catalyst-Plugin-CGI-Untaint-0.05-3.fc10) dist-f9-updates > dist-f10 (perl-Catalyst-Plugin-CGI-Untaint-0.05-4.fc9 perl-Catalyst-Plugin-CGI-Untaint-0.05-3.fc10) cwickert: thunar-shares: dist-f8-updates-testing > dist-f9-updates (thunar-shares-0.16-1.fc8 thunar-shares-0.12-1.fc9) xfce4-screenshooter-plugin: dist-f8-updates-testing > dist-f9-updates (xfce4-screenshooter-plugin-1.3.1-1.fc8 xfce4-screenshooter-plugin-1.2.0-1.fc9) dhavalgiani: libcgroup: dist-f9-updates > dist-f10 (libcgroup-0.1c-2.fc9 libcgroup-0.1c-1.fc10) drago01: xapian-bindings: dist-f8-updates-testing > dist-f9-updates (xapian-bindings-1.0.7-2.fc8 xapian-bindings-1.0.7-1.fc9) dwheeler: zenon: dist-f8-updates > dist-f9-updates (zenon-0.5.0-3.fc8 zenon-0.5.0-2.fc9) gd: samba: dist-f9-updates > dist-f10 (samba-3.2.0-2.17.fc9 samba-3.2.0-1.rc2.16.fc10) hadess: bluez-libs: dist-f8-updates-testing > dist-f9-updates (bluez-libs-3.35-1.fc8 bluez-libs-3.32-1.fc9) nautilus-sendto: dist-f8-updates-testing > dist-f9-updates (nautilus-sendto-1.0.1-1.fc8 nautilus-sendto-1.0.0-1.fc9) jcollie: python-lxml: dist-f8-updates-testing > dist-f9-updates (python-lxml-2.0.8-1.fc8 python-lxml-2.0.7-1.fc9) jgu: shorewall: dist-f8-updates-testing > dist-f9-updates (shorewall-4.0.13-1.fc8 shorewall-4.0.12-2.fc9) jjh: nginx: dist-f8-updates-testing > dist-f9-updates (nginx-0.6.32-1.fc8 nginx-0.6.31-2.fc9) kvolny: qmmp: dist-f9-updates-testing > dist-f10 (qmmp-0.2.0-2.fc9 qmmp-0.2.0-1.fc10) laxathom: gspiceui: dist-f8-updates-testing > dist-f9-updates (gspiceui-0.9.65-3.fc8 gspiceui-0.9.65-2.fc9) dist-f8-updates-testing > dist-f10 (gspiceui-0.9.65-3.fc8 gspiceui-0.9.65-2.fc10) dist-f9-updates-testing > dist-f10 (gspiceui-0.9.65-3.fc9 gspiceui-0.9.65-2.fc10) mlichvar: xterm: dist-f8-updates-testing > dist-f9-updates (xterm-236-1.fc8 xterm-235-1.fc9) msuchy: perl-Filesys-Df: dist-f9-updates-testing > dist-f10 (perl-Filesys-Df-0.92-3.fc9 perl-Filesys-Df-0.92-2.fc10) nigelj: podsleuth: dist-f9-updates > dist-f10 (podsleuth-0.6.0-6.fc9 podsleuth-0.6.0-5.fc10) nsantos: rhm: dist-f8-updates > dist-f10 (rhm-0.2.2153-2.fc8 rhm-0.2.2060-3.fc10) dist-f9-updates > dist-f10 (rhm-0.2.2153-2.fc9 rhm-0.2.2060-3.fc10) orion: GMT: dist-f8-updates > dist-f9-updates (GMT-4.3.1-2.fc8 GMT-4.3.1-1.fc9) GMT-coastlines: dist-f8-updates > dist-f10 (GMT-coastlines-1.10-1 GMT-coastlines-1.9-3) dist-f9-updates > dist-f10 (GMT-coastlines-1.10-1 GMT-coastlines-1.9-3) pfrields: python-mwlib: dist-f8-updates-testing > dist-f9-updates (python-mwlib-0.8.0-3.fc8 python-mwlib-0.8.0-2.fc9) pwouters: driftnet: dist-f8-updates > dist-f10 (driftnet-0.1.6-19.20040426cvs.fc8 driftnet-0.1.6-17.20040426cvs.fc10) rafalzaq: htop: dist-f8-updates-testing > dist-f9-updates (htop-0.8-1.fc8 htop-0.7-2.fc9) rathann: libdvdnav: dist-f8-updates-testing > dist-f9-updates (libdvdnav-4.1.2-2.fc8 libdvdnav-4.1.2-1.fc9) rdieter: cmucl: dist-f8-updates > dist-f10 (cmucl-19e-1.fc8 cmucl-19e-0.3.pre2.fc10) dist-f9-updates > dist-f10 (cmucl-19e-1.fc9 cmucl-19e-0.3.pre2.fc10) k3b: dist-f8-updates > dist-f10 (k3b-1.0.5-3.fc8 k3b-1.0.5-2.fc10) dist-f9-updates > dist-f10 (k3b-1.0.5-3.fc9 k3b-1.0.5-2.fc10) libcapseo: dist-f9-updates > dist-f10 (libcapseo-0.2.0-0.1.20080603gita6ec446.fc9 libcapseo-0.2.0-0.1.20080323git1c5f3e5.fc10) remi: php-pear-Console-Table: dist-f8-updates-testing > dist-f9-updates (php-pear-Console-Table-1.1.2-1.fc8 php-pear-Console-Table-1.1.1-1.fc9) rhughes: hal-info: dist-f8-updates > dist-f9-updates (hal-info-20080607-2.fc8 hal-info-20080607-1.fc9) dist-f8-updates > dist-f10 (hal-info-20080607-2.fc8 hal-info-20080607-1.fc10) rishi: decibel-audio-player: dist-f8-updates-testing > dist-f9-updates (decibel-audio-player-0.10-2.fc8 decibel-audio-player-0.10-1.fc9) rjones: ocaml-bitstring: dist-f8-updates-testing > dist-f9-updates-testing (ocaml-bitstring-1.9.7-2.fc8 ocaml-bitstring-1.9.7-1.fc9) dist-f8-updates-testing > dist-f10 (ocaml-bitstring-1.9.7-2.fc8 ocaml-bitstring-1.9.7-1.fc10) ocaml-deriving: dist-f8-updates > dist-f10 (ocaml-deriving-0.1.1a-4.fc8 ocaml-deriving-0.1.1a-3.fc10) dist-f9-updates > dist-f10 (ocaml-deriving-0.1.1a-4.fc9 ocaml-deriving-0.1.1a-3.fc10) ocaml-gsl: dist-f8-updates > dist-f10 (ocaml-gsl-0.6.0-4.fc8 ocaml-gsl-0.6.0-3.fc10) dist-f9-updates > dist-f10 (ocaml-gsl-0.6.0-4.fc9 ocaml-gsl-0.6.0-3.fc10) ocaml-json-wheel: dist-f9-updates-testing > dist-f10 (ocaml-json-wheel-1.0.4-6.fc9 ocaml-json-wheel-1.0.4-5.fc10) ocaml-ounit: dist-f8-updates > dist-f10 (ocaml-ounit-1.0.2-3.fc8 ocaml-ounit-1.0.2-2.fc10) dist-f9-updates > dist-f10 (ocaml-ounit-1.0.2-3.fc9 ocaml-ounit-1.0.2-2.fc10) ocaml-res: dist-f8-updates > dist-f10 (ocaml-res-2.2.5-3.fc8 ocaml-res-2.2.5-1.fc10) dist-f9-updates > dist-f10 (ocaml-res-2.2.5-3.fc9 ocaml-res-2.2.5-1.fc10) virt-top: dist-f8-updates > dist-f10 (virt-top-1.0.1-4.fc8 virt-top-1.0.1-2.fc10) dist-f9-updates > dist-f10 (virt-top-1.0.1-4.fc9 virt-top-1.0.1-2.fc10) scop: rpmlint: dist-f9-updates-testing > dist-f10 (rpmlint-0.84-2.fc9 rpmlint-0.83-1.fc10) sereinit: gbrainy: dist-f8-updates > dist-f10 (gbrainy-0.70-4.fc8 gbrainy-0.70-3.fc10) dist-f9-updates > dist-f10 (gbrainy-0.70-4.fc9 gbrainy-0.70-3.fc10) simo: ipa: dist-f8-updates > dist-f10 (ipa-1.1.0-3.fc8 ipa-1.1.0-2.fc10) dist-f9-updates > dist-f10 (ipa-1.1.0-4.fc9 ipa-1.1.0-2.fc10) dist-f9-updates-testing > dist-f10 (ipa-1.1.0-6.fc9 ipa-1.1.0-2.fc10) sindrepb: cowbell: dist-f9-updates > dist-f10 (cowbell-0.3-0.svn34.4.2.fc9 cowbell-0.3-0.svn34.4.fc10) stalwart: ecore: dist-f8-updates > dist-f9-updates (ecore-0.9.9.042-4.fc8 ecore-0.9.9.042-3.fc9) steved: nfs-utils-lib: dist-f9-updates > dist-f10 (nfs-utils-lib-1.1.1-5.fc9 nfs-utils-lib-1.1.1-4.fc10) stransky: chmsee: dist-f9-updates > dist-f10 (chmsee-1.0.1-4.fc9 chmsee-1.0.1-3.fc10) sundaram: checkgmail: dist-f8-updates-testing > dist-f9-updates-testing (checkgmail-1.13-3.svn20080730.fc8 checkgmail-1.13-3.svn20080630.fc9) toshio: bzr-gtk: dist-f8-updates-testing > dist-f9-updates (bzr-gtk-0.94.0-5.fc8 bzr-gtk-0.94.0-2.fc9) python-fedora: dist-f8-updates-testing > dist-f9-updates (python-fedora-0.3.4-1.fc8 python-fedora-0.2.99.11.1-1.fc9) python-migrate: dist-f8-updates-testing > dist-f9-updates (python-migrate-0.4.5-3.fc8 python-migrate-0.4.4-4.fc9) python-sqlalchemy: dist-f8-updates-testing > dist-f9-updates (python-sqlalchemy-0.4.7-1.fc8 python-sqlalchemy-0.4.6-1.fc9) turki: PyOpenGL: dist-f8-updates-testing > dist-f9-updates (PyOpenGL-3.0.0-0.7.b5.fc8 PyOpenGL-3.0.0-0.6.b4.fc9) libgsasl: dist-f8-updates-testing > dist-f9-updates (libgsasl-0.2.27-1.fc8 libgsasl-0.2.26-1.fc9) msmtp: dist-f8-updates-testing > dist-f9-updates (msmtp-1.4.16-1.fc8 msmtp-1.4.15-1.fc9) twoerner: iptables: dist-f8-updates-testing > dist-f9-updates (iptables-1.4.1.1-2.fc8 iptables-1.4.1.1-1.fc9) uwog: abiword: dist-f8-updates-testing > dist-f9-updates (1:abiword-2.6.4-2.fc8 1:abiword-2.6.4-1.fc9) wwoods: bluez-utils: dist-f8-updates-testing > dist-f9-updates (bluez-utils-3.35-3.fc8 bluez-utils-3.32-1.fc9) --------------- This report generated by Fedora Release Engineering, using http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/check-upgrade-paths.py;hb=HEAD From vonbrand at inf.utfsm.cl Fri Aug 1 21:19:04 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 01 Aug 2008 17:19:04 -0400 Subject: Anyone seeing serious network breakage in current Rawhide? In-Reply-To: <20080731164442.GA14056@amd.home.annexia.org> References: <20080731164442.GA14056@amd.home.annexia.org> Message-ID: <200808012119.m71LJ4MG013104@laptop14.inf.utfsm.cl> Richard W.M. Jones wrote: > Just rebooted into a fully up to date Rawhide, and I'm experiencing > really odd network-related problems. Not me. On x86_64 the boot just hangs, or the machine hangs shortly thereafter (dual core CPUs, on both machines that show this). Kernels 0.183 and 0.186, had to back off to 0.156 or so (lastest working kernel I had on hand, but there WiFi and wired networks jus go away after a while). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From mrsam at courier-mta.com Fri Aug 1 22:23:50 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 01 Aug 2008 18:23:50 -0400 Subject: Package EVR problems in Fedora 2008-08-01 References: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> Message-ID: Normally, messages from that I get are various build-related stuff just for my package, and I filter them in their own bucket. These new EVR validator messages also carry the same return address, but are not regarding my package. Does it make sense to use the same From: address for stuff that's not necessarily related to your packages? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From guido.ledermann at googlemail.com Fri Aug 1 23:31:14 2008 From: guido.ledermann at googlemail.com (Guido Ledermann) Date: Sat, 2 Aug 2008 01:31:14 +0200 Subject: No response for bug reports Message-ID: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> Hello, over a month ago I discovered a problem with HAL and large USB drives and filed a bug. In the meantime, I neither got any response nor was asked for further information or something similar. Just silence. It's not that I would not understand that there are other problems that are more important or more serious, but how can I know if I'm read by the assignee? Should I be more patient? Is there a leak? Cheers Guido From caolanm at redhat.com Fri Aug 1 23:35:04 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Sat, 02 Aug 2008 00:35:04 +0100 Subject: Default paper size in the following countries... In-Reply-To: <20080801163221.GA24986@nostromo.devel.redhat.com> References: <1217607776.18789.212.camel@vain.rhgalway> <20080801163221.GA24986@nostromo.devel.redhat.com> Message-ID: <1217633704.18789.215.camel@vain.rhgalway> On Fri, 2008-08-01 at 12:32 -0400, Bill Nottingham wrote: > Caolan McNamara (caolanm at redhat.com) said: > > So, I want to tidy up OOo's upstream "default paper selection by locale" > > stuff, so if your country really does *typically* use Letter size paper > > instead of A4 please let me know. > > Why not use LC_PAPER? Because of the inconsistencies between what is the official paper size and what people actually use. C. From jkeating at redhat.com Fri Aug 1 23:42:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Aug 2008 19:42:54 -0400 Subject: Package EVR problems in Fedora 2008-08-01 In-Reply-To: References: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> Message-ID: <1217634174.29433.0.camel@localhost.localdomain> On Fri, 2008-08-01 at 18:23 -0400, Sam Varshavchik wrote: > Normally, messages from that I get are various > build-related stuff just for my package, and I filter them in their own > bucket. These new EVR validator messages also carry the same return address, > but are not regarding my package. Does it make sense to use the same From: > address for stuff that's not necessarily related to your packages? Hrm, I'm using the same address to send individual messages to people as well as the report message to the list. There are a couple addresses we have to use, one is rawhide@ and the other is buildsys at . Sending from rawhide@ didn't make much since to me since this covers more than just rawhide. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mrsam at courier-mta.com Sat Aug 2 01:00:06 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 01 Aug 2008 21:00:06 -0400 Subject: Package EVR problems in Fedora 2008-08-01 References: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> <1217634174.29433.0.camel@localhost.localdomain> Message-ID: Jesse Keating writes: > On Fri, 2008-08-01 at 18:23 -0400, Sam Varshavchik wrote: >> Normally, messages from that I get are various >> build-related stuff just for my package, and I filter them in their own >> bucket. These new EVR validator messages also carry the same return address, >> but are not regarding my package. Does it make sense to use the same From: >> address for stuff that's not necessarily related to your packages? > > Hrm, I'm using the same address to send individual messages to people as > well as the report message to the list. There are a couple addresses we > have to use, one is rawhide@ and the other is buildsys at . Sending from > rawhide@ didn't make much since to me since this covers more than just > rawhide. Do you set the To: header for individual messages? If so, I'll just filter based on the To: header. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jkeating at redhat.com Sat Aug 2 01:42:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Aug 2008 21:42:43 -0400 Subject: Package EVR problems in Fedora 2008-08-01 In-Reply-To: References: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> <1217634174.29433.0.camel@localhost.localdomain> Message-ID: <1217641363.29433.3.camel@localhost.localdomain> On Fri, 2008-08-01 at 21:00 -0400, Sam Varshavchik wrote: > > Do you set the To: header for individual messages? If so, I'll just filter > based on the To: header. For this particular set of messages, yes. The To: header has the specific people for the specific package in question. (that would be the '-owner at fedoraproject.org' and also the '@fedoraproject.org' addresses. Not sure if that helps you filter though :/ -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin at scrye.com Sat Aug 2 03:18:42 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 1 Aug 2008 21:18:42 -0600 Subject: source file audit - 2008-08-01 Message-ID: <20080801211842.3821cbda@ohm.scrye.com> Here's attached another run of my sources/patches url checker. - There are 662 lines in this run. Up from 649 last run. 700 sourcecheck-20070826.txt 620 sourcecheck-20070917.txt 561 sourcecheck-20071017.txt 775 sourcecheck-20080206.txt 685 sourcecheck-20080214.txt 674 sourcecheck-20080301.txt 666 sourcecheck-20080401.txt 660 sourcecheck-20080501.txt 642 sourcecheck-20080603.txt 649 sourcecheck-20080705.txt - I hope to email maintainers this time about their packages. I didn't get to it last time. You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20080801.txt And also attached to this mail. Lines in the output are of three forms: - BADURL:base-file-name:$PACKAGENAME This means that the URI provided in the Source(s) line didn't result in a download of the source. This could be any of: URL changed, version changed and URL wasn't updated, Site is down, Site is gone, etc. Also there are a number of packages with incorrect sourceforge links. (BTW, there are still some packages with ftp://people.redhat.com/ URLs). - BADSOURCE:$SOURCENAME:$PACKAGENAME This means that the source was downloaded ok from the upstream site, but doesn't match the md5sum given in the sources file. This could be due to needing to strip out content that fedora cannot ship (but in that case you shouldn't have the full URI in the Source line). Or upstream following poor release practices and updating without changing their release. - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME This means that the file was downloaded from the URI given, and the md5sum did not match the file thats present in CVS (not the lookaside). This might be due to timestamps, or any of the above reasons. kevin -- abompard:BADURL:awstats-6.8.tar.gz:awstats abompard:BADURL:glest_data_3.1.2.zip:glest-data abompard:BADURL:KeePassX-0.3.2.tar.gz:keepassx adalloz:BADURL:pan-0.132.tar.bz2:pan adrian:BADURL:xlockmore-5.25.tar.bz2:xlockmore akahl:BADURL:bmpx-0.40.14.tar.bz2:bmpx alexlan:BADSOURCE:bonusdisc.py:picard alexlan:BADSOURCE:coverart.py:picard alexlan:BADSOURCE:discnumber.py:picard alexlan:BADSOURCE:featartist.py:picard alexlan:BADSOURCE:__init__.py:picard andriy:BAD_CVS_SOURCE:fmio-gq-wrapper.py:fmio arbiter:BADURL:automoc4-0.9.84.tar.bz2:automoc ascii:BADURL:fish-1.23.0.tar.bz2:fish asheesh:BADURL:liblicense-0.7.0.tar.gz:liblicense athimm:BADSOURCE:po4a-0.32.tar.gz:po4a athimm:BADURL:chrpath-0.13.tar.gz:chrpath athimm:BADURL:fakeroot_1.6.4.tar.gz:fakeroot athimm:BADURL:greylistd_0.8.3.2.tar.gz:greylistd atkac:BADURL:rexec-1.5.tar.gz:rsh atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta ausil:BADSOURCE:elftoaout-2.3.tgz:elftoaout ausil:BADSOURCE:silo-1.4.13.tar.bz2:silo ausil:BADSOURCE:usb8388-5.110.22.p14.bin.md5:libertas-usb8388-firmware ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools ausil:BADURL:snort-2.8.1.tar.gz:snort awjb:BAD_CVS_SOURCE:wmweather+-2.9.tar.gz:wmweather+ awjb:BADURL:claws-mail-3.5.0.tar.bz2:claws-mail awjb:BADURL:claws-mail-extra-plugins-3.5.0.tar.bz2:claws-mail-plugins awjb:BADURL:libdynamite-0.1.1.tar.gz:dynamite awjb:BADURL:libetpan-0.54.tar.gz:libetpan awjb:BADURL:librapi2-0.11.1.tar.gz:librapi awjb:BADURL:librra-0.11.1.tar.gz:librra awjb:BADURL:libsynce-0.11.1.tar.gz:libsynce awjb:BADURL:odccm-0.11.1.tar.gz:odccm awjb:BADURL:synce-gnomevfs-0.11.1.tar.gz:synce-gnomevfs awjb:BADURL:sync-engine-0.11.1.tar.gz:synce-sync-engine awjb:BADURL:synce-trayicon-0.11.tar.gz:synce-trayicon awjb:BADURL:treecc-0.3.8.tar.gz:treecc awjb:BADURL:unshield-0.5.1.tar.gz:unshield awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker belegdol:BAD_CVS_SOURCE:museek+-0.1.13.tar.bz2:museek+ belegdol:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa belegdol:BADURL:gchempaint-0.8.7.tar.bz2:gchempaint belegdol:BADURL:gnome-chemistry-utils-0.8.7.tar.bz2:gnome-chemistry-utils belegdol:BADURL:goffice-0.4.3.tar.bz2:goffice04 ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup bjensen:BADSOURCE:demorse-0.9.tar.gz:demorse bjensen:BADSOURCE:lpsk31-1.1.tar.gz:lpsk31 bjensen:BADSOURCE:xnec2c-1.0b5.tar.gz:xnec2c bjensen:BADURL:fldigi-2.10.3.tar.gz:fldigi bjensen:BADURL:gpsk31-0.3.tar.gz:gpsk31 bjensen:BADURL:xfhell-1.4.tar.gz:xfhell bochecha:BADURL:adonthell-0.3.5.tar.gz:adonthell bojan:BADURL:libapreq2-2.09.tar.gz:libapreq2 bouska:BADURL:kitsune2.0.tar.gz:kitsune bpeck:BADURL:conmux-493svn.tar.gz:conmux bpepple:BADURL:evolution-brutus-1.2.17.tar.gz:evolution-brutus bpepple:BADURL:freeciv-2.1.5.tar.bz2:freeciv bpepple:BADURL:ggz-gtk-client-0.0.14.1.tar.gz:ggz-gtk-client bpepple:BADURL:nautilus-image-converter-0.3.0.tar.bz2:nautilus-image-converter bpepple:BADURL:swfdec-gnome-2.22.2.tar.bz2:swfdec-gnome bpostle:BADSOURCE:hugin-0.7.0.tar.gz:hugin buc:BADURL:enca-1.9.tar.bz2:enca caolanm:BADSOURCE:lp_solve_5.5.0.12_source.tar.gz:lpsolve caolanm:BADSOURCE:thes_de_DE_v2.zip:mythes-de caolanm:BADURL:evolocal.odb:openoffice.org caolanm:BADURL:sjp-myspell-pl-20080715.zip:hunspell-pl cchance:BADSOURCE:emesene-1.0.tar.gz:emesene cchance:BADURL:nhpf-1.42.tar.gz:nhpf cgrau:BADURL:frotz-2.43.tar.gz:frotz cgrau:BADURL:ifm-5.1.tar.gz:ifm chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADURL:geda-docs-1.4.0.tar.gz:geda-docs chitlesh:BADURL:geda-examples-1.4.0.tar.gz:geda-examples chitlesh:BADURL:geda-gattrib-1.4.0.tar.gz:geda-gattrib chitlesh:BADURL:geda-gnetlist-1.4.0.tar.gz:geda-gnetlist chitlesh:BADURL:geda-gschem-1.4.0.tar.gz:geda-gschem chitlesh:BADURL:geda-gsymcheck-1.4.0.tar.gz:geda-gsymcheck chitlesh:BADURL:geda-symbols-1.4.0.tar.gz:geda-symbols chitlesh:BADURL:geda-utils-1.4.0.tar.gz:geda-utils chitlesh:BADURL:guile-1.6.7.tar.gz:compat-guile-16 chitlesh:BADURL:keurocalc-1.0.0.tgz:keurocalc chitlesh:BADURL:ktechlab-0.3.69.tar.bz2:ktechlab chitlesh:BADURL:libgeda-1.4.0.tar.gz:libgeda chitlesh:BADURL:liborigin-20080225.tar.gz:liborigin chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito clumens:BADURL:gnu-efi-3.0d.tar.gz:gnu-efi clumens:BADURL:rhpxl-1.9.tar.gz:rhpxl coldwell:BAD_CVS_SOURCE:rpm-spec-mode.el:emacs cr33dog:BADURL:fontypython-0.2.0.tar.gz:fontypython cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym cweyl:BADURL:Hash-Case-1.003.tar.gz:perl-Hash-Case cweyl:BADURL:POE-0.9999.tar.gz:perl-POE cweyl:BADURL:POE-Component-IRC-5.29.tar.gz:perl-POE-Component-IRC cweyl:BADURL:POE-Component-Server-SimpleHTTP-1.23.tar.gz:perl-POE-Component-Server-SimpleHTTP cweyl:BADURL:POE-Component-SSLify-0.08.tar.gz:perl-POE-Component-SSLify cweyl:BADURL:POE-Filter-Zlib-1.8.tar.gz:perl-POE-Filter-Zlib cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cweyl:BADURL:WWW-Myspace-0.60.tar.gz:perl-WWW-Myspace danken:BADURL:bidiv-1.5.tgz:bidiv danken:BADURL:hspell-1.0.tar.gz:hspell danms:BADSOURCE:libcmpiutil-0.4.tar.gz:libcmpiutil davidz:BADURL:ConsoleKit-0.2.11.tar.bz2:ConsoleKit davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival davidz:BADURL:hal-info-20080607.tar.gz:hal-info davidz:BADURL:notification-daemon-0.3.7.90.tar.bz2:notification-daemon dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator dbhole:BADURL:jsch-0.1.39.zip:jsch dbhole:BADURL:lucene-2.3.1-src.tar.gz:lucene dcantrel:BADURL:dhcpv6-1.0.21.tar.gz:dhcpv6 dcbw:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound dcbw:BADURL:plague-0.4.4.1.tar.bz2:plague dchen:BADSOURCE:scim-array-1.0.0.tar.gz:scim-array dchen:BADSOURCE:WritRecogn-0.1.9.tar.gz:WritRecogn dchen:BADSOURCE:zhcon_0.2.6-4.1.diff.gz:zhcon dchen:BADURL:tomoe-gtk-0.6.0.tar.gz:tomoe-gtk deebs:BADSOURCE:GREYCstoration-2.8.zip:GREYCstoration deji:BADSOURCE:gruler-latest.tar.gz:gruler deji:BADURL:gnomesword-2.3.5.tar.gz:gnomesword deji:BADURL:gparted-0.3.8.tar.bz2:gparted denis:BADURL:galeon-2.0.6.tar.bz2:galeon denis:BADURL:hamlib-1.2.7.tar.gz:hamlib denis:BADURL:libpanelappletmm-2.22.0.tar.bz2:libpanelappletmm denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ desi:BADSOURCE:cwrite-0.1.24.tar.gz:cwrite devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja dionysos:BAD_CVS_SOURCE:gtk+extra-2.1.1.tar.gz:gtk+extra dionysos:BADURL:eurofont.tar.gz:tetex-eurofont dionysos:BADURL:kbackup-0.5.3.tar.bz2:kbackup dionysos:BADURL:kicad-sources--2007-07-09.zip:kicad dwalsh:BADSOURCE:checkpolicy-2.0.16.tgz:checkpolicy dwalsh:BADSOURCE:selinux-doc-1.26.tgz:selinux-doc dwalsh:BADURL:libselinux-2.0.69.tgz:libselinux dwalsh:BADURL:libsemanage-2.0.26.tgz:libsemanage dwalsh:BADURL:libsepol-2.0.32.tgz:libsepol dwalsh:BADURL:mcstrans-0.2.11.tgz:mcstrans dwalsh:BADURL:policycoreutils-2.0.53.tgz:policycoreutils dwalsh:BADURL:sepolgen-1.0.13.tgz:policycoreutils dwmw2:BADSOURCE:petitboot-0.0.1.tar.gz:petitboot dwmw2:BADSOURCE:yaboot-1.3.14.tar.gz:yaboot dwmw2:BADURL:apmud-1.0.0.tgz:apmud dwmw2:BADURL:callweaver-RC-1.1.99.20071230.tar.gz:callweaver dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot dwmw2:BADURL:nano-2.0.6.tar.gz:nano ecik:BADURL:ZSI-2.0.tar.gz:python-ZSI edhill:BADSOURCE:cdo.pdf:cdo edhill:BADSOURCE:cdo_refcard.pdf:cdo edhill:BADURL:wifiroamd-1.14.tar.gz:wifiroamd ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder ensc:BADURL:hunt-1.5.tgz:hunt errr:BADURL:pekwm-0.1.5.tar.bz2:pekwm errr:BADURL:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg firewing:BADSOURCE:fwfstab-0.03.tar.gz:fwfstab fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail frankb:BAD_CVS_SOURCE:nasd.init:nas frankb:BADURL:nas-1.9.1.src.tar.gz:nas gemi:BADSOURCE:cook-2.30.tar.gz:cook gemi:BADSOURCE:curry-0.9.11.tar.gz:curry gemi:BADSOURCE:HTMLmanual.tar.gz:pl gemi:BADSOURCE:SmartEiffel-2-3.tar.bz2:smarteiffel gemi:BADURL:clisp-2.46.tar.bz2:clisp gemi:BADURL:ffcall-20080704cvs.tar.bz2:ffcall gemi:BADURL:scons-0.98.4.tar.gz:scons gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm glommer:BADURL:kvm-72.tar.gz:kvm green:BADURL:libffi-3.0.5.tar.gz:libffi green:BADURL:liblo-0.24.tar.gz:liblo green:BADURL:whysynth-20080412.tar.bz2:whysynth-dssi grenier:BADSOURCE:testdisk-6.9.tar.bz2:testdisk hadess:BADURL:nautilus-sendto-1.0.1.tar.bz2:nautilus-sendto hadess:BADURL:totem-pl-parser-2.23.3.tar.bz2:totem-pl-parser harald:BADURL:python-augeas-0.2.1.tar.gz:python-augeas hman-it:BADSOURCE:themonospot-0.7.0.1.tar.gz:themonospot homeless:BADSOURCE:rudecgi-5.1.0.tar.bz2:rudecgi huzaifas:BADSOURCE:libnova-0.12.1.tar.gz:libnova huzaifas:BADSOURCE:python-lzo-1.08.tar.gz:python-lzo iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class icon:BADURL:cvs2svn-2.1.1.tar.gz:cvs2svn icon:BADURL:gazpacho-0.7.2.tar.bz2:gazpacho icon:BADURL:libxml++-2.22.0.tar.bz2:libxml++ icon:BADURL:PhpDocumentor-1.4.2.tgz:php-pear-PhpDocumentor icon:BADURL:verbiste-0.1.23.tar.gz:verbiste ixs:BADURL:commoncpp2-1.6.1.tar.gz:commoncpp2 ixs:BADURL:gsynaptics-0.9.14.tar.gz:gsynaptics ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 ixs:BADURL:metapixel-1.0.2.tar.gz:metapixel ixs:BADURL:scmxx-0.9.0.tar.bz2:scmxx ixs:BADURL:ser-0.9.6_src.tar.gz:ser jafo:BADURL:python-memcached-1.39.tar.gz:python-memcached jakub:BADURL:prelink-20071009.tar.bz2:prelink jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen jamatos:BADURL:pygsl-0.9.3.tar.gz:pygsl jamatos:BADURL:t1lib_5.1.1-3.diff.gz:t1lib james:BADURL:zsh-4.3.4.tar.gz:zsh jcm:BADSOURCE:module-init-tools-3.4.tar.bz2:module-init-tools jcm:BADSOURCE:module-init-tools-3.4.tar.bz2.sign:module-init-tools jcollie:BADURL:sofia-sip-1.12.9.tar.gz:sofia-sip jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 jgarzik:BADURL:reiserfsprogs-3.6.19.tar.gz:reiserfs-utils jgu:BADURL:dvipdfmx-20080617.tar.gz:dvipdfmx jgu:BADURL:ebib-1.5.2.tar.gz:emacs-common-ebib jima:BADURL:videodog0.31.tar.gz:videodog jjh:BADURL:tinyproxy-1.6.4.tar.gz:tinyproxy jjohnstn:BADURL:eclipse-changelog-src-2.6.2.zip:eclipse-changelog jkeating:BADSOURCE:email2trac.tar.gz:email2trac jlaska:BADURL:snake-0.11-0.9.tar.bz2:snake jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate jlayton:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist jmoskovc:BADURL:gnome-bluetooth-0.11.0.tar.bz2:gnome-bluetooth jmoskovc:BADURL:lynx2.8.6.tar.bz2:lynx jmoskovc:BADURL:rarpd-ss981107.tar.gz:rarpd jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmoskovc:BADURL:xferstats-2.16.tar.gz:xferstats jmrcpn:BADURL:clement-2.1-241.tar.gz:clement jnovy:BAD_CVS_SOURCE:patch.4.3.29.1:compat-db jnovy:BADSOURCE:db-4.3.29.tar.gz:compat-db jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:texlive jnovy:BADURL:mc-4.6.2-pre1.tar.gz:mc jnovy:BADURL:platex209.tar.bz2:texlive-texmf joost:BADURL:lazarus-0.9.24-0.tar.gz:lazarus jorge:BADSOURCE:mimetex.zip:mimetex jorton:BADURL:imap-2004g.tar.Z:libc-client jpmahowa:BADSOURCE:numlockx-1.0.tar.gz:numlockx jroth:BADURL:libspe2-2.2.80-129.tar.gz:libspe2 jspaleta:BADSOURCE:ScientificPython-2.6.1.tar.gz:ScientificPython jsteffan:BADURL:revisor-2.1.1.tar.gz:revisor jwb:BAD_CVS_SOURCE:squid-getlist.html:squidGuard jwb:BADSOURCE:blacklists.tar.gz:squidGuard jwboyer:BADURL:ctrlproxy-3.0.7.tar.gz:ctrlproxy jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt jwilson:BADURL:firecontrol-0.2.tar.gz:firecontrol kanarip:BADURL:pyjigdo-0.3.0.tar.gz:pyjigdo karlik:BADURL:warzone2100-2.1_beta2.tar.bz2:warzone2100 karsten:BADURL:libcap-2.10.tar.bz2:libcap kasal:BADURL:Business-ISBN-Data-1.15.tar.gz:perl-Business-ISBN-Data kasal:BADURL:DBD-Pg-2.8.7.tar.gz:perl-DBD-Pg kasal:BADURL:gdbm-1.8.0.tar.gz:gdbm kasal:BADURL:transfig.3.2.5.tar.gz:transfig kasal:BADURL:Xaw3d-1.3.tar.gz:Xaw3d kasal:BADURL:xfig.3.2.5.full.tar.gz:xfig kasal:BADURL:XML-Grove-0.46alpha.tar.bz2:perl-XML-Grove katzj:BADSOURCE:pyusb-0.4.1.tar.gz:pyusb kevin:BADSOURCE:Inconsolata.sfd:inconsolata-fonts kevin:BADSOURCE:twinkle-1.2.tar.gz:twinkle kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf kevin:BADURL:munin_1.2.6.tar.gz:munin konradm:BADSOURCE:jruby-src-1.1.3.tar.gz:jruby konradm:BADURL:tzdata2008d.tar.gz:joda-time kwizart:BADURL:aqsis-1.2.0.tar.gz:aqsis kwizart:BADURL:GLC_Player_src_1.0.2.zip:GLC_Player kwizart:BADURL:oyranos-repack-0.1.7.tar.bz2:oyranos kzak:BADURL:collectl-3.0.0.src.tar.gz:collectl kzak:BADURL:lslk_1.29_W.tar.gz:lslk kzak:BADURL:vlock-1.3.tar.gz:vlock langel:BADURL:icedtea6-1.3-30aed052fabd0303b4001763652b94c054fa59e7.tar.gz:java-1.6.0-openjdk laxathom:BADURL:gtk-sharp-2.12.1.tar.bz2:gtk-sharp2 lennart:BADURL:pavucontrol-0.9.7.git20080715.tar.gz:pavucontrol leo:BADURL:pcmanx-gtk2.tar.gz:pcmanx-gtk2 linville:BADURL:b43-fwcutter-011.tar.bz2:b43-fwcutter liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak lkundrak:BADURL:jfreechart-1.0.10.tar.gz:jfreechart lkundrak:BADURL:plexus-src-0.13.1.tgz:plexus-graph lkundrak:BADURL:s3cmd-0.9.8.2.tar.gz:s3cmd lkundrak:BADURL:String-Random-0.22.tar.gz:perl-String-Random lkundrak:BADURL:Test-WWW-Selenium-0.15.tar.gz:perl-Test-WWW-Selenium llim:BAD_CVS_SOURCE:lsb-release-2.0.tar.gz:redhat-lsb lmacken:BADSOURCE:TurboFlot-0.1.1.tar.bz2:python-turboflot lmacken:BADURL:configobj-4.5.3.zip:python-configobj lmacken:BADURL:deskbar-applet-2.23.4.tar.bz2:deskbar-applet lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears lucilanga:BADSOURCE:fuse-0.9.0.tar.gz:fuse-emulator lucilanga:BADURL:evolution-rss-0.1.1.tar.gz:evolution-rss lucilanga:BADURL:xdemorse-0.9.tar.gz:xdemorse lvm-team:BADURL:dmraid-1.0.0.rc14.tar.bz2:dmraid maxx:BADSOURCE:pdfcube-0.0.2.tar.gz:pdfcube maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine mbarabas:BADURL:system-config-vsftpd-0.5.1.tar.gz:system-config-vsftpd mbarnes:BADURL:yelp-2.23.1.tar.bz2:yelp mccann:BADSOURCE:gnome-screensaver-2.23.3.tar.bz2:gnome-screensaver mccann:BADURL:gdm-2.23.1.tar.bz2:gdm mclasen:BADURL:icon-naming-utils-0.8.7.tar.gz:icon-naming-utils mebrown:BADSOURCE:libsmbios-2.0.1.tar.gz:libsmbios meme:BADSOURCE:vultures-2.1.0-full.tar.bz2:nethack-vultures mfleming:BADURL:mod-cband-0.9.7.5.tgz:mod_cband mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV misa:BADURL:pyOpenSSL-0.6.tar.gz:pyOpenSSL mlichvar:BADSOURCE:setlayout.c:openbox mmahut:BADURL:abgraph-1.1.tar.gz:abgraph mmahut:BADURL:cmunipack-1.1.24.tar.gz:munipack mmahut:BADURL:spacechart-0.9.5.tar.gz:spacechart mmaslano:BADURL:cronie-1.2.tar.gz:cronie mmaslano:BADURL:tk8.5.3-src.tar.gz:tk mmcgrath:BADURL:nagios-plugins-1.4.12.tar.gz:nagios-plugins mmcgrath:BADURL:phpMyAdmin-2.11.8.1-all-languages.tar.bz2:phpMyAdmin mmcgrath:BADURL:SOAP-Lite-0.710.07.tar.gz:perl-SOAP-Lite mpg:BADURL:hulahop-0.4.0.tar.bz2:hulahop mtasaka:BAD_CVS_SOURCE:terms-and-conditions-for-IFS-J.html:mecab-ipadic mtasaka:BADURL:mfiler3-1.1.1.tgz:mfiler3 mtasaka:BADURL:wallpapoz-0.4.1-svn87_trunk.tar.bz2:wallpapoz muerte:BADURL:qcomicbook-0.4.0.tar.gz:qcomicbook mwiriadi:BADURL:gnome-themes-extras-2.22.0.tar.gz:gnome-themes-extras mwiriadi:BADURL:gpicview-0.1.9.tar.gz:gpicview mwringe:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend mwringe:BADURL:commons-digester-1.7-src.tar.gz:jakarta-commons-digester mwringe:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler mwringe:BADURL:nekohtml-0.9.5.tar.gz:nekohtml nalin:BADURL:nss_db-2.2.tar.gz:nss_db nalin:BADURL:nss_ldap-261.tar.gz:nss_ldap nalin:BADURL:pam_ldap-184.tar.gz:nss_ldap nando:BADURL:qjackctl-0.3.3.tar.gz:qjackctl nbecker:BADURL:unuran-1.2.4p1.tar.gz:unuran ngompa:BADURL:oggconvert-0.3.0.tar.gz:oggconvert nhorman:BADURL:cscope-15.6.tar.gz:cscope nhorman:BADURL:numactl-2.0.0.tar.gz:numactl nigelj:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice nim:BADSOURCE:YanoneKaffeesatz.zip:yanone-kaffeesatz-fonts nim:BADURL:Argyll_V1.0.1_src.zip:argyllcms nixaff4:BADURL:knotify-plugin_0.1.tar.gz:pidgin-knotify nmurray:BADURL:giflib-4.1.3.tar.bz2:giflib nmurray:BADURL:ImageMagick-6.4.0-10.tar.bz2:ImageMagick nomis80:BADURL:camstream-0.26.3.tar.gz:camstream nphilipp:BADURL:python-slip-0.1.7.tar.bz2:python-slip nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp ondrejj:BADURL:sagator-1.1.1-0.beta1.tar.bz2:sagator orion:BADSOURCE:GSHHS1.10_coast.tar.bz2:GMT-coastlines orion:BADSOURCE:GSHHS1.10_full.tar.bz2:GMT-coastlines orion:BADSOURCE:GSHHS1.10_high.tar.bz2:GMT-coastlines orion:BADURL:freefont-ttf-20080323.tar.gz:freefont orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins orphan:BADSOURCE:kbiof-0.3.tar.gz:kbiof orphan:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago orphan:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog orphan:BADURL:gnome-ppp-0.3.23.tar.bz2:gnome-ppp orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum orphan:BADURL:new-1.3.9.tar.gz:new orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script ovasik:BADSOURCE:docbook-slides-3.4.0.tar.gz:docbook-slides ovasik:BADURL:passivetex-1.25.zip:passivetex ovasik:BADURL:xmltex-1.9.tar.gz:xmltex owentl:BADSOURCE:GoodWeather-0.3.tar.gz:gdesklets-goodweather pcheung:BAD_CVS_SOURCE:xmlunit-1.0.pom:xmlunit petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk pfj:BADSOURCE:CastPodder-5.0.tar.bz2:CastPodder pfj:BADSOURCE:db4o-6.1-mono.tar.gz:db4o pfj:BADSOURCE:mono-tools-1.9.tar.bz2:mono-tools pfj:BADURL:gDeskCal-1.01.tar.gz:gdeskcal pfj:BADURL:gtksourceview2-sharp-89788.tar.bz2:gtksourceview2-sharp pfj:BADURL:gtksourceview-sharp-2.0-0.12.tar.bz2:gtksourceview-sharp pfj:BADURL:ikvm-0.22.tar.gz:ikvm pfj:BADURL:mod_mono-1.9.tar.bz2:mod_mono pfj:BADURL:mono-debugger-0.60.tar.bz2:mono-debugger pfj:BADURL:monodoc-1.9.zip:monodoc pgordon:BADSOURCE:curvylooks-0.3.gtp:gnome-theme-curvylooks pgordon:BADURL:labyrinth-0.4.0.tar.bz2:labyrinth pgordon:BADURL:libtorrent-rasterbar-0.13.1.tar.gz:rb_libtorrent phuang:BADSOURCE:scim-1.4.7.tar.gz:scim pknirsch:BADSOURCE:ipmitool-1.8.9.tar.gz:OpenIPMI pmachata:BADSOURCE:tbb21_20080605oss_src.tgz:tbb pmachata:BADURL:tzdata2008d.tar.gz:tzdata pnemade:BADSOURCE:ne_NP_dict.zip:hunspell-ne pwouters:BADURL:s3ssrc.zip:s3switch qspencer:BADURL:atlas3_3.6.0-20.diff.gz:atlas rafalzaq:BADURL:htop-0.7.tar.gz:htop rajeeshknambiar:BADSOURCE:ooo-hunspell-ml-0.1.tar.bz2:hunspell-ml rathann:BADURL:crm114-20080703-BlameVT.src.tar.gz:crm114 rathann:BADURL:libnemesi-0.6.4-rc2.tar.bz2:libnemesi rathann:BADURL:openbabel-2.2.0.tar.gz:openbabel rbhalera:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 rbhalera:BADURL:Madan.ttf:madan-fonts rdieter:BADSOURCE:geomview-1.9.4.tar.bz2:geomview rdieter:BADSOURCE:gpa-0.7.6.tar.bz2:gpa rdieter:BADSOURCE:gpa-0.7.6.tar.bz2.sig:gpa rdieter:BADSOURCE:Macaulay2-1.1-src.tar.gz:Macaulay2 rdieter:BADURL:kdeplasma-addons-4.1.0.tar.bz2:kdeplasma-addons rdieter:BADURL:kdetoys-4.1.0.tar.bz2:kdetoys rdieter:BADURL:libofa-0.9.3.tar.gz:libofa rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:pinentry-0.7.4.tar.gz:pinentry rdieter:BADURL:pinentry-0.7.4.tar.gz.sig:pinentry rezso:BAD_CVS_SOURCE:proj.copyright:proj rezso:BADURL:ogdi-3.2.0.beta2.tar.gz:ogdi rishi:BADSOURCE:httrack-3.42.tar.gz:httrack rishi:BADURL:isight-firmware-tools-1.0.2.tar.gz:isight-firmware-tools rmeggins:BADSOURCE:mozldap-6.0.5.tar.gz:mozldap rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP rnorwood:BADURL:gnome-packagekit-0.2.3-20080618.tar.gz:gnome-packagekit rnorwood:BADURL:PackageKit-0.2.3-20080618.tar.gz:PackageKit robert:BADURL:idn_1.2b.tar.gz:php-idn robert:BADURL:razor-agents-2.85.tar.bz2:perl-Razor-Agent robmv:BADSOURCE:dirvish-1.2.1.tgz:dirvish roland:BADURL:lcov-1.6.tar.gz:lcov roland:BADURL:strace-4.5.17.tar.bz2:strace rrakus:BADSOURCE:netkit-bootparamd-0.17.tar.gz:bootparamd rrakus:BADURL:cleanfeed-0.95.7b.tar.gz:cleanfeed rrelyea:BADSOURCE:ccid-1.2.1.tar.gz:ccid rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 rstrode:BADURL:GConf-2.23.1.tar.bz2:GConf2 rstrode:BADURL:gnome-session-2.23.6.tar.bz2:gnome-session rvokal:BADURL:pidgin-guifications-2.14.tar.bz2:pidgin-guifications ryo:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender s4504kr:BADURL:inadyn.v1.96.2.zip:inadyn s4504kr:BADURL:lightning-1.2.tar.gz:lightning s4504kr:BADURL:stellarium_user_guide-0.9.0-1.pdf:stellarium s4504kr:BADURL:suck-4.3.2.tar.gz:suck sadmac:BADURL:upstart-0.5.0-20080723bzr_dbus_userspace_1045.tar.bz2:upstart salimma:BADSOURCE:Falcon-0.8.10.tar.gz:Falcon salimma:BADSOURCE:fbreader-sources-0.8.12.tgz:fbreader sandeen:BADURL:blktrace-git-20080103162505.tar.gz:blktrace scop:BADSOURCE:dumpasn1.c:dumpasn1 scop:BADSOURCE:dumpasn1.cfg:dumpasn1 sergiopr:BADURL:cpl-4.1.0.tar.gz:cpl sergiopr:BADURL:ds9.5.2.tar.gz:ds9 sergiopr:BADURL:esorex-3.6.8.tar.gz:esorex sergiopr:BADURL:wcstools-3.7.0.tar.gz:wcstools shahms:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols sharkcz:BADSOURCE:tinyerp-client-4.2.2.tar.gz:tinyerp sharkcz:BADSOURCE:tinyerp-server-4.2.2.tar.gz:tinyerp sharkcz:BADURL:mm3d-1.3.7.tar.gz:mm3d sharkcz:BADURL:qgit-2.2.tar.bz2:qgit sharkcz:BADURL:zabbix-1.4.6.tar.gz:zabbix sheltren:BADURL:cfengine-2.2.7.tar.gz:cfengine sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:fortune-mod-1.99.1.tar.gz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod simo:BADURL:rsync-3.0.3.tar.gz:rsync simo:BADURL:rsync-patches-3.0.3.tar.gz:rsync simo:BADURL:samba-3.2.0.tar.gz:samba sindrepb:BADURL:DBIx-SQLite-Simple-0.34.tar.gz:perl-DBIx-SQLite-Simple sindrepb:BADURL:muine-0.8.9.tar.gz:muine sindrepb:BADURL:nikto-1.36.tar.bz2:nikto sindrepb:BADURL:scratchpad-0.3.0.tar.bz2:scratchpad smccann:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib snecker:BADURL:jokosher-20080216svn.tar.gz:jokosher snecker:BADURL:libflaim-4.9.1052.tar.gz:libflaim splinux:BADURL:gdmap-0.7.5.tar.gz:gdmap splinux:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm splinux:BADURL:pessulus-2.16.2.tar.bz2:pessulus spot:BADSOURCE:daa2iso.zip:daa2iso spot:BADSOURCE:mpiblacs.tgz:blacs spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware spot:BADSOURCE:srecord-1.39.tar.gz:srecord spot:BADURL:asymptote-1.43.src.tgz:asymptote spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg spot:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body spot:BADURL:Ima-DBI-0.35.tar.gz:perl-Ima-DBI spot:BADURL:IO-CaptureOutput-1.06.tar.gz:perl-IO-CaptureOutput spot:BADURL:libgdamm-3.0.0.tar.bz2:libgdamm spot:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record spot:BADURL:rx-1.5.tar.bz2:librx spot:BADURL:Scalar-Properties-0.13.tar.gz:perl-Scalar-Properties spot:BADURL:Tree-DAG_Node-1.06.tar.gz:perl-Tree-DAG_Node spot:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile steve:BADURL:cone-0.75.tar.bz2:cone steve:BADURL:cone-0.75.tar.bz2.sig:cone steve:BADURL:cpanspec-1.77.tar.gz:cpanspec steve:BADURL:eperl_2.2.14-13.diff.gz:perl-eperl steved:BADURL:nfs.doc.tar.gz:nfs-utils sundaram:BADURL:gyachi-1.1.35.tar.gz:gyachi svahl:BADURL:kcoloredit-4.0.80.tar.bz2:kcoloredit sxw:BADURL:kstart-3.11.tar.gz:kstart tagoh:BADSOURCE:anthy-9100e.tar.gz:anthy tagoh:BADSOURCE:Canna37p3.tar.bz2:Canna tagoh:BADSOURCE:mplus_bitmap_fonts-2.2.4.tar.gz:japanese-bitmap-fonts tagoh:BADSOURCE:nkf-2.0.8b.tar.gz:nkf tagoh:BADSOURCE:scim-anthy-1.2.4.tar.gz:scim-anthy tagoh:BADURL:k14-oldkanji.tar.gz:japanese-bitmap-fonts tagoh:BADURL:mew-6.1.tar.gz:mew tbzatek:BADSOURCE:tuxcmd-modules-0.6.36.tar.bz2:tuxcmd tbzatek:BADURL:gnome-keyring-2.23.5.tar.bz2:gnome-keyring tgl:BADSOURCE:pgtcl1.6.2.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20070115.zip:postgresql tgl:BADURL:jpegsrc.v6b.tar.bz2:libjpeg tgl:BADURL:mysql-5.0.51a.tar.gz:mysql tgl:BADURL:mysql-connector-odbc-3.51.24r1071.tar.gz:mysql-connector-odbc tgl:BADURL:pg_filedump-8.3.0.tar:rhdb-utils tgl:BADURL:postgresql-8.3.3-US.pdf:postgresql tgl:BADURL:psqlodbc-08.03.0100.tar.gz:postgresql-odbc than:BAD_CVS_SOURCE:French.txt:wordtrans than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:html.tar.bz2:kdewebdev than:BADSOURCE:javascript.tar.bz2:kdewebdev than:BADURL:arts-1.5.9.tar.bz2:arts than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:efax-0.9a-001114.tar.gz:efax than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils than:BADURL:kdeaccessibility-4.1.0.tar.bz2:kdeaccessibility than:BADURL:kdeadmin-4.1.0.tar.bz2:kdeadmin than:BADURL:kdeartwork-4.1.0.tar.bz2:kdeartwork than:BADURL:kdebase-4.1.0.tar.bz2:kdebase than:BADURL:kdebase-runtime-4.1.0.tar.bz2:kdebase-runtime than:BADURL:kdebase-workspace-4.1.0.tar.bz2:kdebase-workspace than:BADURL:kdebindings-4.1.0.tar.bz2:kdebindings than:BADURL:kdeedu-4.1.0.tar.bz2:kdeedu than:BADURL:kdegames-4.1.0.tar.bz2:kdegames than:BADURL:kdegraphics-4.1.0.tar.bz2:kdegraphics than:BADURL:kde-i18n-ar-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.9.tar.bz2:kde-i18n than:BADURL:kde-l10n-bg-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ca-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-cs-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-csb-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-da-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-de-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-el-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-en_GB-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-eo-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-es-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-et-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-fi-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-fr-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ga-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-gl-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-hi-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-hu-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-it-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ja-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-km-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ko-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-lv-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-mk-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nb-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nds-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nl-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nn-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pa-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pl-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt_BR-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ru-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sl-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sr-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sv-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ta-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-th-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-tr-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-uk-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-wa-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_CN-4.1.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_TW-4.1.0.tar.bz2:kde-l10n than:BADURL:kdelibs-4.1.0.tar.bz2:kdelibs than:BADURL:kdemultimedia-4.1.0.tar.bz2:kdemultimedia than:BADURL:kdenetwork-4.1.0.tar.bz2:kdenetwork than:BADURL:kdepim-4.1.0.tar.bz2:kdepim than:BADURL:kdepimlibs-4.1.0.tar.bz2:kdepimlibs than:BADURL:kdesdk-4.1.0.tar.bz2:kdesdk than:BADURL:kdeutils-4.1.0.tar.bz2:kdeutils than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R than:BADURL:mozplugger-1.10.1.tar.gz:mozplugger than:BADURL:rp-pppoe-3.8.tar.gz:rp-pppoe than:BADURL:urw-fonts-1.0.7pre44.tar.bz2:urw-fonts than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans thias:BADSOURCE:libcaca-0.99.beta11.tar.gz:libcaca thias:BADSOURCE:Nevow-0.9.29.tar.gz:python-nevow thias:BADURL:DirectFB-1.0.0.tar.gz:directfb thias:BADURL:tagpy-0.94.1.tar.gz:python-tag thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml thomasvs:BADSOURCE:mod_annodex-ap20-0.2.2.tar.gz:mod_annodex tmraz:BADURL:galculator-1.3.1.tar.bz2:galculator tsmetana:BADURL:gnomebaker-0.6.4.tar.gz:gnomebaker turki:BADURL:libgmail-0.1.10.tar.gz:python-libgmail tuxbrewr:BADURL:liferea-1.4.17.tar.gz:liferea tuxbrewr:BADURL:powerman-2.1.tar.bz2:powerman twaugh:BADSOURCE:ppa-0.8.6.tar.gz:pnm2ppa twaugh:BADURL:cups-1.3.8-source.tar.bz2:cups twaugh:BADURL:foomatic-db-3.0-20080710.tar.gz:foomatic twaugh:BADURL:foomatic-db-engine-3.0-20080710.tar.gz:foomatic twaugh:BADURL:foomatic-db-hpijs-20080710.tar.gz:foomatic twaugh:BADURL:foomatic-filters-3.0-20080710.tar.gz:foomatic twaugh:BADURL:libieee1284-0.2.11.tar.bz2:libieee1284 varekova:BADURL:acct-6.3.2.tar.gz:psacct varekova:BADURL:gzip-1.3.12.tar.gz:gzip varekova:BADURL:mailx-12.3.tar.bz2:mailx varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:unzip552.tar.gz:unzip varekova:BADURL:zcrypt29.tar.gz:zip varekova:BADURL:zip231.tar.gz:zip vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect vcrhonek:BADURL:pegasus-2.7.1.tar.gz:tog-pegasus vcrhonek:BADURL:sblim-cmpi-base-1.5.5.tar.bz2:sblim-cmpi-base vcrhonek:BADURL:Tix8.4.3-src.tar.gz:tix veillard:BADURL:libxml2-2.6.32.tar.gz:libxml2 veillard:BADURL:opal-2.2.11.tar.gz:opal veillard:BADURL:pwlib-1.10.10.tar.gz:pwlib vlg:BADURL:granule-1.3.0.tar.gz:granule vpv:BADURL:mozvoikko-0.9.5.tar.gz:mozvoikko walters:BADURL:desktop-data-model-1.2.4.tar.bz2:desktop-data-model walters:BADURL:online-desktop-0.2.29.tar.gz:online-desktop wolfy:BADURL:cfv-1.18.2.tar.gz:cfv wtogami:BADURL:IO-Socket-INET6-2.54.tar.gz:perl-IO-Socket-INET6 wtogami:BADURL:pop-before-smtp-1.42.tar.gz:pop-before-smtp xavierb:BADURL:WWW-Search-2.503.tar.gz:perl-WWW-Search zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar zprikryl:BADURL:eject-2.1.5.tar.gz:eject zprikryl:BADURL:vorbis-tools-1.2.0.tar.gz:vorbis-tools -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From seg at haxxed.com Sat Aug 2 05:32:54 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 02 Aug 2008 00:32:54 -0500 Subject: Calling on Fedora/RedHat ML managers to clean up Fedora-list. In-Reply-To: <48917947.6040909@redhat.com> References: <9050516b0807272128v5e1f680cg2857d7e0ece8c33c@mail.gmail.com> <20080728054052.GA6648@localhost.localdomain> <20080728102615.GC26801@devserv.devel.redhat.com> <200807281330.32526.dex.mbox@gmail.com> <488DC536.30302@redhat.com> <48903183.2070406@redhat.com> <1217452153.7387.31.camel@localhost> <48917947.6040909@redhat.com> Message-ID: <1217655174.4533.1.camel@localhost> On Thu, 2008-07-31 at 09:35 +0100, Andrew Haley wrote: > > It's not that we don't care. Its that your radical ideas about the > > ethics of Free Software have already occurred to other people. > > *My* radical ideas? Now there's a straw man! Its a collective "you" to everyone who participates in such threads. A bit confusing, I guess. > > (...Who are much more eloquent, diplomatic and productive than you are.) > > Huh? Well I sure ain't talking about myself... :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From anders at trudheim.co.uk Sat Aug 2 05:46:52 2008 From: anders at trudheim.co.uk (Anders Karlsson) Date: Sat, 2 Aug 2008 07:46:52 +0200 Subject: No response for bug reports In-Reply-To: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> Message-ID: <20080802054652.GB4819@localhost.localdomain> * Guido Ledermann [20080802 01:31]: > Hello, > > over a month ago I discovered a problem with HAL and large USB drives > and filed a bug. In the meantime, I neither got any response nor was > asked for further information or something similar. Just silence. Which BZ? I'm just curious. :) > It's not that I would not understand that there are other problems > that are more important or more serious, but how can I know if I'm > read by the assignee? Should I be more patient? Is there a leak? Just be patient. :) It will be handled eventually. /Anders From guido.ledermann at googlemail.com Sat Aug 2 07:23:29 2008 From: guido.ledermann at googlemail.com (Guido Ledermann) Date: Sat, 2 Aug 2008 09:23:29 +0200 Subject: No response for bug reports In-Reply-To: <20080802054652.GB4819@localhost.localdomain> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> Message-ID: <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> 2008/8/2 Anders Karlsson : > Which BZ? I'm just curious. :) Uhm.. BZ? What is this? >> It's not that I would not understand that there are other problems >> that are more important or more serious, but how can I know if I'm >> read by the assignee? Should I be more patient? Is there a leak? > > Just be patient. :) It will be handled eventually. Hmmm... Should that be the solution? 8-) Guido From lsof at nodata.co.uk Sat Aug 2 07:58:28 2008 From: lsof at nodata.co.uk (nodata) Date: Sat, 02 Aug 2008 09:58:28 +0200 Subject: No response for bug reports In-Reply-To: <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> Message-ID: <1217663908.2887.0.camel@sb-home> Am Samstag, den 02.08.2008, 09:23 +0200 schrieb Guido Ledermann: > 2008/8/2 Anders Karlsson : > > Which BZ? I'm just curious. :) > > Uhm.. BZ? What is this? What is your bugzilla bug number? > > >> It's not that I would not understand that there are other problems > >> that are more important or more serious, but how can I know if I'm > >> read by the assignee? Should I be more patient? Is there a leak? > > > > Just be patient. :) It will be handled eventually. > > Hmmm... Should that be the solution? 8-) > > Guido > From pingou at pingoured.fr Sat Aug 2 08:01:40 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Sat, 02 Aug 2008 10:01:40 +0200 Subject: No response for bug reports In-Reply-To: <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> Message-ID: <48941464.1020400@pingoured.fr> Guido Ledermann wrote: > 2008/8/2 Anders Karlsson : >> Which BZ? I'm just curious. :) > > Uhm.. BZ? What is this? BugZilla The number of the bug Pierre From guido.ledermann at googlemail.com Sat Aug 2 08:22:55 2008 From: guido.ledermann at googlemail.com (Guido Ledermann) Date: Sat, 2 Aug 2008 10:22:55 +0200 Subject: No response for bug reports In-Reply-To: <48941464.1020400@pingoured.fr> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> <4ee84c5f0808020023u38e642d0x5a8fa2c6953e1b82@mail.gmail.com> <48941464.1020400@pingoured.fr> Message-ID: <4ee84c5f0808020122x5205f031y9f9936de1acd9698@mail.gmail.com> 2008/8/2 Pierre-Yves : > Guido Ledermann wrote: >> >> 2008/8/2 Anders Karlsson : >>> >>> Which BZ? I'm just curious. :) >> >> Uhm.. BZ? What is this? > > BugZilla > The number of the bug OMG! It's 452900... From dhaval at linux.vnet.ibm.com Sat Aug 2 08:27:17 2008 From: dhaval at linux.vnet.ibm.com (Dhaval Giani) Date: Sat, 2 Aug 2008 13:57:17 +0530 Subject: Package EVR problems in Fedora 2008-08-01 In-Reply-To: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> References: <20080801210738.DA4F0209E95@releng1.fedora.phx.redhat.com> Message-ID: <20080802082717.GD24244@linux.vnet.ibm.com> > libcgroup: > dist-f9-updates > dist-f10 (libcgroup-0.1c-2.fc9 libcgroup-0.1c-1.fc10) > Fixed. -- regards, Dhaval From rawhide at fedoraproject.org Sat Aug 2 08:31:22 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 2 Aug 2008 08:31:22 +0000 (UTC) Subject: rawhide report: 20080802 changes Message-ID: <20080802083122.7746A209EAF@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080801/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080802/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package python-dotconf Parser for the dot.conf configuration file Removed package isicom Updated Packages: PolicyKit-gnome-0.9-2.fc10 -------------------------- * Fri Aug 1 18:00:00 2008 Matthias Clasen - Fix URL acl-2.2.47-3.fc10 ----------------- * Thu Jul 31 18:00:00 2008 Jiri Moskovcak 2.2.47-3 - little improvement to params patch - Resolves: #457244 alliance-5.0-19.20070718snap.fc10 --------------------------------- * Fri Aug 1 18:00:00 2008 Aanjhan Ranganathan - 5.0-16.20070718snap - Rebuild using latest lesstif-devel. For #368441 - Temporarily set fuzz parameter of patch system to be 2 apt-0.5.15lorg3.94-4.fc10 ------------------------- * Fri Aug 1 18:00:00 2008 Axel Thimm - 0.5.15lorg3.94-4 - Support for rpm 4.6 (Caolan McNamara ). chmsee-1.0.1-4.fc10 ------------------- * Sat Aug 2 18:00:00 2008 bbbush - 1.0.1-4 - bump version collectd-4.4.2-1.fc10 --------------------- * Fri Aug 1 18:00:00 2008 Alan Pevec 4.4.2-1 - New upstream version 4.4.2. deluge-0.9.04-1.fc10 -------------------- * Fri Aug 1 18:00:00 2008 Peter Gordon - 0.9.04-1 - Update to new upstream release candidate (1.0.0 RC4) dhcp-4.0.0-17.fc10 ------------------ * Fri Aug 1 18:00:00 2008 David Cantrell - 12:4.0.0-17 - Carry over RES_OPTIONS from ifcfg-ethX files to /etc/resolv.conf (#202923) - Clean up Requires tags for devel packages - Allow SEARCH variable in ifcfg files to override search path (#454152) - Do not down interface if there is an active lease (#453982) - Clean up how dhclient-script restarts ypbind - Set close-on-exec on dhclient.leases for SELinux (#446632) digikam-0.10.0-0.1.beta2.fc10 ----------------------------- * Thu Jul 31 18:00:00 2008 Rex Dieter - 0.10.0-0.1.beta2 - digikam-0.10.0-beta2 dirmngr-1.0.2-1.fc10 -------------------- * Fri Aug 1 18:00:00 2008 Rex Dieter 1.0.2-1 - dirmngr-1.0.2 eog-2.23.5-2.fc10 ----------------- * Fri Aug 1 18:00:00 2008 Matthias Clasen - 2.23.5-2 - Use standard icon names fuse-encfs-1.4.2-4.fc10 ----------------------- * Fri Aug 1 18:00:00 2008 Peter Lemenkov 1.4.2-4 - Fix build with new rlog * Sat Jul 12 18:00:00 2008 Peter Lemenkov 1.4.2-3 - rebuild due to rlog soname bump gbrainy-0.70-4.fc10 ------------------- * Fri Aug 1 18:00:00 2008 Beno??t Marcelin 0.70-4 - Increase release to fix an EVR problem gcc-4.3.1-6 ----------- * Fri Aug 1 18:00:00 2008 Jakub Jelinek 4.3.1-6 - update from gcc-4_3-branch - PRs c++/36405, c++/36767, c++/36852, debug/36278, preprocessor/36649, rtl-optimization/36929 - fix the last -Os -fasynchronous-unwind-tables known issue (#447912, PR rtl-optimization/36419) - don't loop > 230000 times in make_temp_file if /tmp is full (#203231) gdb-6.8-18.fc10 --------------- * Fri Aug 1 18:00:00 2008 Jan Kratochvil - 6.8-18 - Fix powerpc recent secure PLTs handling (shared library calls) (BZ 452960). - Fix the testsuite .spec runner to run biarch also on ppc. - Reenable testcases threadcrash.exp, chng-syms.exp, checkpoint.exp (BZ 207002). - Fix PRPSINFO in the core files dumped by gcore (BZ 254229), reformatted patch from Denys Vlasenko. - Fix register assignments with no GDB stack frames, Denys Vlasenko (BZ 436037). glpi-0.71.1-1.fc10 ------------------ * Fri Aug 1 18:00:00 2008 Remi Collet - 0.71.1-1 - update to 0.71.1 bugfix - use system cron - increase memory_limit / max_execution_time for upgrade gnome-menus-2.23.5-2.fc10 ------------------------- * Fri Aug 1 18:00:00 2008 Matthias Clasen - 2.23.5-2 - Use standard icon names gnome-volume-manager-2.22.5-3.fc10 ---------------------------------- * Fri Aug 1 18:00:00 2008 Matthias Clasen - 2.22.5-3 - Overlooked one icon * Fri Aug 1 18:00:00 2008 Matthias Clasen - 2.22.5-2 - Use standard icon names gnucash-2.2.6-1.fc10 -------------------- * Fri Aug 1 18:00:00 2008 Bill Nottingham - 2.2.6-1 - update to 2.2.6 gphoto2-2.4.2-1.fc10 -------------------- * Fri Aug 1 18:00:00 2008 Jindrich Novy 2.4.2-1 - update to 2.4.2 - introduces --capture-image and --capture-image-and-download ikiwiki-2.55-1.fc10 ------------------- * Thu Jul 31 18:00:00 2008 Thomas Moschny - 2.55-1 - Update to 2.55. irqbalance-0.55-11.fc10 ----------------------- * Fri Aug 1 18:00:00 2008 Tom "spot" Callaway - 2:0.55-11 - fix license tag kdebase-workspace-4.1.0-6.fc10 ------------------------------ kdelibs-4.1.0-4.fc10 -------------------- * Fri Aug 1 18:00:00 2008 Rex Dieter 4.1.0-4 - -devel: Requires: phonon-devel >= 4.2 (helps multilib upgrades) - konq processes never terminate (kde#167826, rh#457526) kernel-2.6.27-0.208.rc1.git2.fc10 --------------------------------- * Fri Aug 1 18:00:00 2008 Dave Airlie - Fix ppc build with drm changes * Fri Aug 1 18:00:00 2008 Dave Airlie - Fix ppc build again with drm changes * Fri Aug 1 18:00:00 2008 Dave Airlie - Add initial radeon kernel modesetting jumbo patch kpackagekit-0.1-0.5.b3 ---------------------- * Fri Aug 1 18:00:00 2008 Steven M. Parrish 0.1-0.5.b3 - Corrected SPEC file regression * Thu Jul 31 18:00:00 2008 Steven M. Parrish 0.1-0.4.b3 - Changed wording on serveral windows to make them better understood kvm-72-3.fc10 ------------- * Fri Aug 1 18:00:00 2008 Glauber Costa - 72-2 - Remove stubs-32.h BuildRequire. We are building fine without it. libdrm-2.4.0-0.16.fc10 ---------------------- * Fri Aug 1 18:00:00 2008 Dave Airlie 2.4.0-0.16 - new libdrm snapshot with modesetting for radeon interfaces libgphoto2-2.4.2-1.fc10 ----------------------- * Fri Aug 1 18:00:00 2008 Jindrich Novy 2.4.2-1 - update to 2.4.2 - contains many fixes in the Canon camera communication interface - drop build patch, no more needed libkdcraw-0.1.4-3.fc10 ---------------------- * Fri Aug 1 18:00:00 2008 Marcin Garski 0.1.4-3 - Fix conflicts with kde-l10n (#457503) libselinux-2.0.70-1.fc10 ------------------------ * Fri Aug 1 18:00:00 2008 Dan Walsh - 2.0.70-1 - Update to Upstream * Merge ruby bindings from Dan Walsh. - Add support for Linux groups to getseuserbyname * Fri Aug 1 18:00:00 2008 Dan Walsh - 2.0.69-2 - Allow group handling in getseuser call libvirt-cim-0.5.1-1.fc10 ------------------------ * Thu Jul 31 18:00:00 2008 Dan Smith - 0.5.1-1 - Updated to latest upstream source maxima-5.15.0-3.fc10 -------------------- openbox-3.4.7.2-4.fc10 ---------------------- * Fri Aug 1 18:00:00 2008 Miroslav Lichvar - 3.4.7.2-4 - Remove field codes from commands in xdg-menu (#452403) - Add support for launching applications in xterm to xdg-menu openvpn-2.1-0.27.rc9.fc10 ------------------------- * Fri Aug 1 18:00:00 2008 Steven Pritchard 2.1-0.27.rc9 - Update to 2.1_rc9. perl-CGI-Session-4.35-1.fc10 ---------------------------- * Fri Aug 1 18:00:00 2008 Andreas Thienemann 4.35-1 - update to current 4.35, 4.31 release was broken. * Fri Aug 1 18:00:00 2008 Andreas Thienemann 4.31-1 - update to 4.31 perl-Config-Augeas-0.203-1.fc10 ------------------------------- * Fri Aug 1 18:00:00 2008 Alan Pevec 0.203-1 - new upstream release 0.203 * Wed Jul 30 18:00:00 2008 Alan Pevec 0.202-1 - new upstream release 0.202 perl-XML-LibXML-1.66-2.fc10 --------------------------- * Fri Aug 1 18:00:00 2008 Lubomir Rintel - 1:1.66-2 - Supress warning about nonexistent file in perl-XML-SAX install trigger pfmon-3.5-2.fc10 ---------------- * Fri Aug 1 18:00:00 2008 Will Cohen - 3.5-2 - Disable ppc and ppc64. * Thu Jul 31 18:00:00 2008 Will Cohen - 3.5-1 - Update to pfmon-3.5. plymouth-0.5.0-9.2008.08.01.fc10 -------------------------------- * Fri Aug 1 18:00:00 2008 Ray Strode - 0.5.0-9.2008.08.01 - new plymout-populate-initrd features don't work with the set -e at the top of it. pykickstart-1.41-1.fc10 ----------------------- * Fri Aug 1 18:00:00 2008 Chris Lumens - 1.41-1 - RHEL5 supports ignoredisk --only-use now too. (clumens) - Do not include passphrases for encrypted block devices in anaconda-ks.cfg. (dlehman) - Fix F9,F10,RHEL5 "part" commands to use the same class as "partition". (dlehman) - Add an apply method() for commands and implement for lang (katzj) python-daap-0.7.1-1.fc10 ------------------------ * Fri Aug 1 18:00:00 2008 Jeffrey C. Ollie - 0.7.1-1 - Update to 0.7.1 - Drop cruft for compatibility with Fedora <= 7 - Drop upstreamed patch python-html2text-2.32-1.1 ------------------------- * Fri Aug 1 18:00:00 2008 Thorsten Leemhuis - 2.32-1 - update to 2.32 python-musicbrainz2-0.6.0-2.fc10 -------------------------------- * Fri Aug 1 18:00:00 2008 Jeffrey C. Ollie - 0.6.0-2 - Add some patches from upstream SVN - Clean up cruft for compatibility with previous releases of Fedora. - Add a patch that lets either version 0.2.x or 0.1.x of libdiscid be used. * Fri Aug 1 18:00:00 2008 Jeffrey C. Ollie - 0.6.0-1 - Update to 0.6.0 scim-1.4.7-29.fc10 ------------------ * Sat Aug 2 18:00:00 2008 Huang Peng - 1.4.7-29 - add patch scim-1.4.7-xim-wrong-format.patch to fix bug 457566 by Akira TAGOH. sobby-0.4.4-5.fc10 ------------------ * Fri Aug 1 18:00:00 2008 Caol??n McNamara - 0.4.4-5 - rebuild speech-dispatcher-0.6.6-18.fc10 ------------------------------- synaptic-0.57.2-17.fc10 ----------------------- * Fri Aug 1 18:00:00 2008 Alex Lancaster - 0.57.2-17 - Rebuild for new RPM 4.6 (fixes broken deps). trousers-0.3.1-9.fc10 --------------------- * Fri Aug 1 18:00:00 2008 Emily Ratliff - 0.3.1-9 - Incorporated changes from the RHEL package which were done by Steve Grubb xorg-x11-drv-evdev-2.0.3-1.fc10 ------------------------------- * Fri Aug 1 18:00:00 2008 Peter Hutterer 2.0.3-1 - evdev 2.0.3 xorg-x11-drv-nv-2.1.10-1.fc10 ----------------------------- * Fri Aug 1 18:00:00 2008 Adam Jackson 2.1.10-1 - nv 2.1.10 Summary: Added Packages: 1 Removed Packages: 1 Modified Packages: 51 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 12:dhcp-4.0.0-17.fc10.i386 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) 12:dhcp-4.0.0-17.fc10.x86_64 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 12:dhcp-4.0.0-17.fc10.ppc requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so stapitrace-1.0.0-3.20080622cvs_alpha.fc10.ppc requires libbfd-2.18.50.0.6-4.fc9.so stapitrace-1.0.0-3.20080622cvs_alpha.fc10.ppc requires libopcodes-2.18.50.0.6-4.fc9.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) 12:dhcp-4.0.0-17.fc10.ppc64 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From martin.sourada at gmail.com Sat Aug 2 09:41:13 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 02 Aug 2008 11:41:13 +0200 Subject: Problems with system-config-*'s .desktop files Message-ID: <1217670073.15610.26.camel@pc-notebook> Hi, as some of you might know, I am one of the echo-icon-theme developers (among other things I do for Fedora) and we are currently facing issues with icon references in .desktop of most of the system-config-* tools, which renders some of them impossible to replace by icon from theme. I've already filled some bugs, some of which were fixed, to address this issue, also have a wiki-page [1] to track the process. The problems are of two types: 1. the icon reference contains file extension (usually .png). This is not necessary and renders such icon irreplaceable by SVG icon themes. 2. the icon reference contains full path. This makes it unthemable completely. In addition to that, for some of the tools I suggested usage of icon name either directly from icon-naming-specs [2] or at least following their naming scheme. I do not want to push on developers to change the icon name if they don't want to, but it would be nice if they could at least fix the two above mentioned issues. One example patch that fixes and changes the icon name for system-config-firewall is attached to one of the bugzilla bugs [3] I talked about. Alas so far without response from the maintainer. Which packages are affected can be easily checked from the wiki page, but here's a short list: Contain file extension ---------------------- authconfig-gtk system-config-bind system-config-boot system-config-date system-config-display system-config-firewall system-config-httpd system-config-kdump system-config-kickstart system-config-netboot system-config-nfs system-config-samba system-config-services system-config-users system-config-vsftpd Contain full path to icon ------------------------- system-config-cluster system-config-lvm Thanks, Martin References: [1] https://fedoraproject.org/wiki/Artwork/Icons/Names/SystemAdministration [2] http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=454402 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bojan at rexursive.com Sat Aug 2 11:50:39 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Sat, 02 Aug 2008 21:50:39 +1000 Subject: Anyone building 2.6.26.x for F9? Message-ID: <1217677839.25598.32.camel@shrek.rexursive.com> I see 2.6.25.14 has been built today in Koji. Is anyone working on putting 2.6.26.x in action on F9? -- Bojan From fedora at leemhuis.info Sat Aug 2 12:21:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Aug 2008 14:21:30 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories Message-ID: <4894514A.7070102@leemhuis.info> Hi all! About one or two times a month a lot of people run into decency problems like this: > $ sudo yum update > [...] > Resolving Dependencies > --> Running transaction check > ---> Package kmod-nvidia.i686 0:173.14.09-5.lvn9 set to be updated > --> Processing Dependency: kmod-nvidia-2.6.25.11-97.fc9.i686 = 173.14.09-5.lvn9 for package: kmod-nvidia > --> Running transaction check > ---> Package kmod-nvidia-2.6.25.11-97.fc9.i686.i686 0:173.14.09-5.lvn9 set to be updated > --> Processing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 for package: kmod-nvidia-2.6.25.11-97.fc9.i686 > --> Finished Dependency Resolution > kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 from livna has depsolving problems > --> Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is needed by > package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) > Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is needed by > package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) I'd like to find a solution to solve this problem (which is *not* specific to kernel modules/kmods and imho not really Livna's fault), as it seems to annoy users (and developers and mailing list subscribers, as those receive bug reports about this kind of problem nearly each time) a lot. The problem itself is not easy (I try to explain it below) and I'm not sure what's the best way to fix it -- hence this RFC. = Short problem description = Livna (which soon will be obsoleted by RPM Fusion) is shipping quite a bunch of add-on packages for Fedora packages. Most if not all of those add-on packages only work for a specific version of the software they enhance; thus the add-on packages from Livna have a strict dependency on the Fedora package they were build for. That leads to trouble when the Fedora package and its add-on package get updated, as there is no single point in time for Livna to ship the add-on package as update without causing trouble for users: Yum might try to install the updated add-on package before the Fedora mirror yum chose offers the updated Fedora package (like in the example above) or vice versa. = Long problem description = There are several add-on packages in Livna (soon: RPM Fusion) that have a hard dep on a specific Fedora package, as the Livna package was build specifically for this Fedora package. Among those packages are all kernel-module packages (kmods), but there are a lot of other add-on packages with a hard dependency on a specific Fedora package -- audacious-plugins-freeworld, k3b-extras-freeworld or xine-lib-extras-freeworld (those in Livna still carry the old nonfree postfix instead of the new term freeworld) are some of them. When Fedora releases a new audacious, k3b, kernel or xine-lib we in Livna try to ship a updated version of the add-on package in a just-in-time matter -- e.g. when the new Fedora packages hits the repo and get announced on the package-announce list we try our best to push the updated add-on package (which we normally try to prepare in advance) immediately. Thus often the newly add-on packages are in the repo just 10 or 30 minutes after the updated Fedora package was pushed. This indirectly leads to trouble for the users. Livna doesn't have that many mirrors and yum on most systems fetches repodata and packages straight from the master repo -- thus yum sees the updated add-on package quickly and tries to install it. That fails quite often in the first 24 hours after the updated Fedora package was pushed, as yum most of the time retrieves repodata and packages from Fedora mirrors all over the world -- but those mirrors often have not retrieved the updated Fedora package yet. Yum's metadata-caching or temporary inactive mirros that were not checked by mirrormanager yet can make things worse. Note that sometimes the situation might be the other way around as well -- depending on the Livna mirror yum chose it might happen that yum tries to install the updated Fedora package before it sees the updated add-on package. That often leads to dependency issues in yum as well (for non-kernel-module packages), as the Livna package the user has installed on his system strictly requires the locally installed Fedora package that yum tries to be update. That's why "just wait a bit with the push for the updated Livna package" is no option here either. Site note: all this might become a bigger problem in RPM Fusion in the future, when things in the nonfree have a hard dep on a package in the free repo (which can lead to similar problems in case yum updates the repodata for the nonfree repo, but not for the free repo). But I suspect it should not happen that often. = RFC = I'm unsure what's the best way to fix or work around this problem. * yum is the central piece of software in this game, thus it's easy to say "it needs to be fixed in yum; it needs to be taught to do a second look at the right place to find what's needed"; I'm a bit unsure myself if that's a good idea and suspect that skvidal doesn't like the idea to much either. * Livna/RPM Fusion could ship the updated Fedora packages in Livna/RPM Fusion repos together with the add-on packages; hard to get right, a bit ugly and I assume some people will dislike this idea. It'll get worse in RPM Fusion due to the split in free and nonfree repos -- kernels would need to be shipped in both repos to avoid similar problem :-/ I also fear that shipping nonfree kernel modules and the GPLed kernels in one repo might some people yell "license violation" * your suggestion here! = EOF = Comments? CU knurd From jwboyer at gmail.com Sat Aug 2 12:30:47 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 02 Aug 2008 08:30:47 -0400 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <1217677839.25598.32.camel@shrek.rexursive.com> References: <1217677839.25598.32.camel@shrek.rexursive.com> Message-ID: <1217680247.2328.11.camel@localhost.localdomain> On Sat, 2008-08-02 at 21:50 +1000, Bojan Smojver wrote: > I see 2.6.25.14 has been built today in Koji. Is anyone working on > putting 2.6.26.x in action on F9? Yes, Chuck is. However, the first -stable release for 2.6.26.1 had over 60 patches in it's queue. Also, rawhide never really released any form of .26 kernel, as it went right to .27 git snapshots. So it's a bit of an unknown. josh From knightmerc at yahoo.com Sat Aug 2 12:58:44 2008 From: knightmerc at yahoo.com (Lyvim Xaphir) Date: Sat, 02 Aug 2008 08:58:44 -0400 Subject: OT: (?) Calling on Fedora/RedHat ML managers to clean up Fedora-list. In-Reply-To: <20080728102615.GC26801@devserv.devel.redhat.com> References: <9050516b0807272128v5e1f680cg2857d7e0ece8c33c@mail.gmail.com> <604aa7910807272146o740b0cfaw1b031fc8f0f8ee65@mail.gmail.com> <20080728054052.GA6648@localhost.localdomain> <20080728102615.GC26801@devserv.devel.redhat.com> Message-ID: <1217681924.31401.10.camel@localhost.localdomain> On Mon, 2008-07-28 at 06:26 -0400, Alan Cox wrote: > On Mon, Jul 28, 2008 at 07:40:52AM +0200, Anders Karlsson wrote: > > * Jeff Spaleta [20080728 06:47]: > > > On Sun, Jul 27, 2008 at 8:28 PM, Gilboa Davara wrote: > > > > Would it be possible to create a Fedora-policy ML and get people to > > > > stop spamming (either willingly or by using blacklists) the main MLs? > > > > > > Basically you want a mailinglist for all the discussions that > > > experienced users and contributors are tired of seeing repeated? > > > > Jeff, > > > > comp.os.linux.advocacy - something along those lines. If you call it > > "fedora-advocacy", "fedora-politics" or > > "fedora-welcome-to-where-idiots-roam", I don't really mind. > > Seconded. I've given up on the fedora-list for the most part, and its driving > users way from the Fedora project. If there's anything driving people off it's the closed mindedness of the GNU-Stallman cult. That's why Ubuntu is kicking your a. > I don't care if its fedora-ranting, or > just fedora-without-alexanfre-and-les we set up but soemthing needs doing > before it has a debian-legal like toxic effect on the whole userbase The "toxic effect" on the userbase is coming from the GNU fanatics. Again, that's why you're losing. > > That or the fedora board could actually tell them to shut up and kick them off > if they don't But yet it's the realm of ideas and open discussion, is it not? Oh, sorry, as long as it's what the AC god wants to hear. --LX From john.ellson at comcast.net Sat Aug 2 13:41:33 2008 From: john.ellson at comcast.net (John Ellson) Date: Sat, 02 Aug 2008 09:41:33 -0400 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894514A.7070102@leemhuis.info> References: <4894514A.7070102@leemhuis.info> Message-ID: <4894640D.1080803@comcast.net> Thorsten Leemhuis wrote: > Hi all! > > About one or two times a month a lot of people run into decency > problems like this: > >> >> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >> needed by >> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) Every day I run into dependency problems like this, just with Rawhide rpms, not even third part ones: $ yum update phonon* Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) $ yum update digikam* Transaction Check Error: file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package oxygen-icon-theme-4.1.0-1.fc10.noarch Neither of these dependency issues is flagged in: "rawhide report: 20080802 changes" It would really help if yum would automatically skip any rpm that conflicted with any *installed* rpm. Both for Rawhide and third-party rpms. John From mschwendt at gmail.com Sat Aug 2 14:05:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Aug 2008 16:05:38 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894640D.1080803@comcast.net> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> Message-ID: <20080802160538.5664d1bc.mschwendt@gmail.com> On Sat, 02 Aug 2008 09:41:33 -0400, John Ellson wrote: > Thorsten Leemhuis wrote: > > Hi all! > > > > About one or two times a month a lot of people run into decency > > problems like this: > > > >> > >> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is > >> needed by > >> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) > > Every day I run into dependency problems like this, just with Rawhide > rpms, not even third part ones: > > $ yum update phonon* > Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by > package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > There's phonon-backend-gst which is supposed to obsolete that pkg (if the Obsoletes/Provides tags in it are correct). The rawhide broken deps checker cannot detect this as it no longer sees the old phono-backend-gstreamer. (and I think the repoclosure version that is used doesn't handle obsoletes yet anyway) > $ yum update digikam* > Transaction Check Error: > file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of > digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package > oxygen-icon-theme-4.1.0-1.fc10.noarch Conflicts are not dependency issues and are not checked for. > Neither of these dependency issues is flagged in: "rawhide report: > 20080802 changes" From fedora at leemhuis.info Sat Aug 2 14:09:40 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Aug 2008 16:09:40 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894640D.1080803@comcast.net> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> Message-ID: <48946AA4.9080806@leemhuis.info> On 02.08.2008 15:41, John Ellson wrote: > Thorsten Leemhuis wrote: >> About one or two times a month a lot of people run into decency >> problems like this: >>> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >>> needed by >>> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) > Every day I run into dependency problems like this, just with Rawhide > rpms, not even third part ones: Well, the two problems you mention are of a different kind. Reply out of order: > Neither of these dependency issues is flagged in: "rawhide report: > 20080802 changes" > > It would really help if yum would automatically skip any rpm that > conflicted with any *installed* rpm. Both for Rawhide and third-party rpms. > > $ yum update phonon* > Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by > package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) Look closer! It says "[...] (installed)" there -- the scripts that generates the rawhide report can't know what you have one your harddisk and thus it can't detect this broken dep. It seems phonon-backend-gstreamer is not in rawhide anymore. I would assume phonon-backend-gst should obsolete it, but doesn't. That's a bug that needs to be reported and fixed, so it's good that yum boils out here. Further: I'm not familiar with the skip-broken plugin, but this might be a case where skipping updates due to broken deps might do the wrong thing to do. At least I have a few old packages(?) on my disk now and then and I would not want to skip updates just because those old 8and most of the time unneeded) cruft requires things that are not available anymore. (?) -- packages that were dropped from Fedora or a 3rd party repo; packages that have been installed manually. Yes, I clean those up now and then ("package-cleanup --orphans"), but there are new ones every few months. > $ yum update digikam* > Transaction Check Error: > file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of > digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package > oxygen-icon-theme-4.1.0-1.fc10.noarch A bug as well. It's good that yum boils out, because then someone will actually report it sooner or later; then someone else will fix it sooner or later. Further: Looking for file conflicts in all packages is a very time-consuming task -- it takes many hours iirc and thus to long to do it for each rawhide push. In the old Fedora Extras days mschwendt iirc had a script that did such checks that; he started it now and then manually. But this script just like a lot of other (semi-)automatic check scripts from Extras afaics one got lost/forgotten during the Core and Extras merge. :-(( Cu knurd From john.ellson at comcast.net Sat Aug 2 14:34:12 2008 From: john.ellson at comcast.net (John Ellson) Date: Sat, 02 Aug 2008 10:34:12 -0400 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <48946AA4.9080806@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <48946AA4.9080806@leemhuis.info> Message-ID: <48947064.3010003@comcast.net> Thorsten Leemhuis wrote: > On 02.08.2008 15:41, John Ellson wrote: >> Thorsten Leemhuis wrote: >>> About one or two times a month a lot of people run into decency >>> problems like this: >>>> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 >>>> is needed by >>>> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 >>>> (livna) >> Every day I run into dependency problems like this, just with Rawhide >> rpms, not even third part ones: > > Well, the two problems you mention are of a different kind. > > Reply out of order: > > > Neither of these dependency issues is flagged in: "rawhide report: > > 20080802 changes" > > > > It would really help if yum would automatically skip any rpm that >> conflicted with any *installed* rpm. Both for Rawhide and >> third-party rpms. > > >> $ yum update phonon* >> Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by >> package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > > Look closer! It says "[...] (installed)" there -- the scripts that > generates the rawhide report can't know what you have one your > harddisk and thus it can't detect this broken dep. But (1) the rawhide reports do know what is in the rawhide repository that might be installed, and which shouldn't conflict if they are. But (2) I suggested that yum, on the client, should automatically skip over new rpms (and and new rpms that depend on the new rpm) that conflict with an installed rpm. > > It seems phonon-backend-gstreamer is not in rawhide anymore. I would > assume phonon-backend-gst should obsolete it, but doesn't. That's a > bug that needs to be reported and fixed, so it's good that yum boils > out here. I'd generate a BZ report, but BZ is down. There seems to be some kind of circular dependency. $ rpm -e phonon-backend-gstreamer.x86_64 error: Failed dependencies: phonon-backend is needed by (installed) phonon-4.2.0-1.fc10.x86_64 Can anyone tell me how to a remove of one rpm, and an upgrade or install of another, as an atomic operation? Something like: rpm -e XXX -i YYY > > Further: I'm not familiar with the skip-broken plugin, but this might > be a case where skipping updates due to broken deps might do the wrong > thing to do. At least I have a few old packages(?) on my disk now and > then and I would not want to skip updates just because those old 8and > most of the time unneeded) cruft requires things that are not > available anymore. > > (?) -- packages that were dropped from Fedora or a 3rd party repo; > packages that have been installed manually. Yes, I clean those up now > and then ("package-cleanup --orphans"), but there are new ones every > few months. > >> $ yum update digikam* >> Transaction Check Error: >> file /usr/share/icons/oxygen/128x128/apps/digikam.png from install >> of digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from >> package oxygen-icon-theme-4.1.0-1.fc10.noarch > > A bug as well. It's good that yum boils out, because then someone will > actually report it sooner or later; then someone else will fix it > sooner or later. Once BZ is resurrected.. > > Further: Looking for file conflicts in all packages is a very > time-consuming task -- it takes many hours iirc and thus to long to do > it for each rawhide push. In the old Fedora Extras days mschwendt iirc > had a script that did such checks that; he started it now and then > manually. But this script just like a lot of other (semi-)automatic > check scripts from Extras afaics one got lost/forgotten during the > Core and Extras merge. :-(( Fine. Don't check it on the server. Just have yum on the client recover gracefully from these and skip over them. That would also solve the livna problem. John From mschwendt at gmail.com Sat Aug 2 14:36:22 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Aug 2008 16:36:22 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <48946AA4.9080806@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <48946AA4.9080806@leemhuis.info> Message-ID: <20080802163622.afeb0af7.mschwendt@gmail.com> On Sat, 02 Aug 2008 16:09:40 +0200, Thorsten Leemhuis wrote: > Further: Looking for file conflicts in all packages is a very > time-consuming task -- it takes many hours iirc and thus to long to do > it for each rawhide push. In the old Fedora Extras days mschwendt iirc > had a script that did such checks that; he started it now and then > manually. But this script just like a lot of other (semi-)automatic > check scripts from Extras afaics one got lost/forgotten during the Core > and Extras merge. :-(( Not this one, as it wasn't public. The reason I've stopped running it is that running it and maintaining the bz tickets would be on my own initiative, since the official policy on package conflicts [1] is half-hearted, and I don't like that policy. All conflicts (whether implicit or explicit) in a repository are a real PITA, if they are revealed no later than through new dependencies during a yum update. Florian La Roche has run a different script that can also detect conflicts between files and symlinks (which is one of the things that cannot be detected by examining remote metadata only). [1] https://fedoraproject.org/wiki/Packaging/Conflicts From dtimms at iinet.net.au Sat Aug 2 14:47:09 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 03 Aug 2008 00:47:09 +1000 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894514A.7070102@leemhuis.info> References: <4894514A.7070102@leemhuis.info> Message-ID: <4894736D.3030403@iinet.net.au> Thorsten Leemhuis wrote: >> $ sudo yum update >> [...] >> Resolving Dependencies >> --> Running transaction check >> ---> Package kmod-nvidia.i686 0:173.14.09-5.lvn9 set to be updated >> --> Processing Dependency: kmod-nvidia-2.6.25.11-97.fc9.i686 = >> 173.14.09-5.lvn9 for package: kmod-nvidia >> --> Running transaction check >> ---> Package kmod-nvidia-2.6.25.11-97.fc9.i686.i686 0:173.14.09-5.lvn9 >> set to be updated >> --> Processing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 for >> package: kmod-nvidia-2.6.25.11-97.fc9.i686 >> --> Finished Dependency Resolution >> kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 from livna has >> depsolving problems >> --> Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >> needed by >> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) >> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >> needed by >> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) > > I'd like to find a solution to solve this problem (which is *not* I got the impression that this is exactly what --skip-broken is for; yet it either doesn't get all cases, or isn't enabled by default. IMHO it sh/c/ould go further. Eg. during a yum update, every package that is - available - non-conflicting - non-dependency breaking - is actually downloadable/ed should get updated when yum is using Fedora default yum config. eg: So in the inter-related repo problem, the user would still get that security update for firefox installed, even though the new kernel doesn't have a matching nvidia yet {or vice-versa}. The yum/PK summary should simply state: installed 27 packages: x y z etc 3 packages are not currently downloadable: a b h 2 packages have conflicting requirements h k leading to 7 packages not being installed at this time. These packages will be checked again at the next update. [ps. PK shouldn't keep informing me that there is updates available if the remaining 'to do' set can't resolve !] In this case RF shouln't care when they make a new kmod available {ie can make it early}, and F wouldn't care when they release a security update, since only specific conflicting packages will not get immediately updated at the next update, rather than the current situation where conflict/deps/download problems can lead to long term inability for yum to do it's job. Does this at least make logical sense, even if it might be difficult to achieve ? DaveT. From markg85 at gmail.com Sat Aug 2 15:11:55 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 17:11:55 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894640D.1080803@comcast.net> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> Message-ID: <6e24a8e80808020811h53dbf078r3ae346350847f935@mail.gmail.com> On Sat, Aug 2, 2008 at 3:41 PM, John Ellson wrote: > Thorsten Leemhuis wrote: >> >> Hi all! >> >> About one or two times a month a lot of people run into decency problems >> like this: >> >>> >>> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >>> needed by >>> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) > > Every day I run into dependency problems like this, just with Rawhide rpms, > not even third part ones: > $ yum update phonon* > Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by package > phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > > $ yum update digikam* > Transaction Check Error: > file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of > digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package > oxygen-icon-theme-4.1.0-1.fc10.noarch > Just wondering.. but can't soft dependencies solve this image problem (should come in RPM 4.6 [1])? Or am i getting the wrong idea about soft dependencies? [1] http://wiki.rpm.org/Releases/4.5.90#head-8cfe2fe7ac703083c6a2ab2610718ba87e683d61 > Neither of these dependency issues is flagged in: "rawhide report: 20080802 > changes" > > > It would really help if yum would automatically skip any rpm that conflicted > with any *installed* rpm. Both for Rawhide and third-party rpms. > > > John > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From bruno at wolff.to Sat Aug 2 15:48:57 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 2 Aug 2008 10:48:57 -0500 Subject: No response for bug reports In-Reply-To: <20080802054652.GB4819@localhost.localdomain> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> Message-ID: <20080802154857.GA11624@wolff.to> On Sat, Aug 02, 2008 at 07:46:52 +0200, Anders Karlsson wrote: > > > It's not that I would not understand that there are other problems > > that are more important or more serious, but how can I know if I'm > > read by the assignee? Should I be more patient? Is there a leak? > > Just be patient. :) It will be handled eventually. Why would you think that? I have had bugs open for very long times (several years) without being resolved. (Though in the worst case, the developers may not have access to the hardware that is having an issue.) My recent frustration is with two Sabayon issues and the assignee hasn't even confirmed they can (or can't) replicate the problem after a couple of weeks. Fedora's bug handling is not its strength. Fedora is open source, so you might look to see if you can do more to try to solve the problem. Depending on your background, time constraints and how important the problem is to you, you might be able to make or get a fix for it. A good idea is to search to see if other people had the problem and what they did about it. There may already be a fix or work around that hasn't made it back into Fedora. You can also look through the code. You don't necessary need to be a great programmer or even fluent in the language the code is written in to spot some errors. For example I have a problem with the current X driver for ATIs and the issue is very low priority for the developers because it involves old hardware (an LCD monitor that doesn't do EDID). I don't understand the code well enough to write a proper fix, but I was able to figure out a hack that will work for me. From bruno at wolff.to Sat Aug 2 15:52:55 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 2 Aug 2008 10:52:55 -0500 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <1217680247.2328.11.camel@localhost.localdomain> References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> Message-ID: <20080802155255.GB11624@wolff.to> On Sat, Aug 02, 2008 at 08:30:47 -0400, Josh Boyer wrote: > On Sat, 2008-08-02 at 21:50 +1000, Bojan Smojver wrote: > > I see 2.6.25.14 has been built today in Koji. Is anyone working on > > putting 2.6.26.x in action on F9? > > Yes, Chuck is. However, the first -stable release for 2.6.26.1 had over > 60 patches in it's queue. Also, rawhide never really released any form > of .26 kernel, as it went right to .27 git snapshots. So it's a bit of > an unknown. Wouldn't it make more sense to go from .25 to .27 and skip .26 in that case? From markg85 at gmail.com Sat Aug 2 15:55:04 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 17:55:04 +0200 Subject: RFC: Firefox general.autoScroll to true Message-ID: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> Hey, When you run firefox on windows, get on a big page and press the scroll wheel you get this [1]. When you press it on linux in firefox you get... nothing... It looked like mozilla intended to make it on (true) by default [2] but could not find a later document of it. I was planning on filing a bug report for this on bugzilla but it gave me the message: Bugzilla will be down until 19:00 EDT for maintenance. So no report (for now). The advantage of having this turned to true by default is to get the expected behavior compared to firefox for windows. Also reported the same "bug" on ubuntu's firefox bugs [3] All that's needed to "fix" this is: the firefox maintainer needs to add this line: pref("general.autoScroll", true); to firefox-redhat-default-prefs.js (btw.. fedora is splitted from redhat so why not make a fedora specific prefs file like firefox-fedora-default-prefs.js?) And for a user that wants this turn on: type about:config type general.autoScroll double click it or just change it to true And done. Also while looking through the firefox-redhat-default-prefs.js i noticed that general.smoothScroll is turned on by default which is probably because firefox is having scrolling issues with compiz enabled. Here on my ubuntu box i have that part disabled! (actually bu default) and compiz on and smooth scrolling (like in as smooth as in windows)... so the "fix" is not to enable smoothscroll because that simply reduces the lines that get scrolled when you.. scroll ^_^ [1] http://www.techspot.com/tweaks/firefox2/firefo54.gif [2] http://kb.mozillazine.org/Talk:General.autoScroll [3] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/254230 From ivazqueznet at gmail.com Sat Aug 2 16:04:47 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sat, 02 Aug 2008 12:04:47 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> Message-ID: <1217693087.998.35.camel@ignacio.lan> On Sat, 2008-08-02 at 17:55 +0200, Mark wrote: > Hey, > > When you run firefox on windows, get on a big page and press the > scroll wheel you get this [1]. > When you press it on linux in firefox you get... nothing... Not true. You go to the URL stored in the clipboard. In Windows (originally MS Office, but now everywhere), middle clicking does that autoscroll thing. In *nix, it pastes the contents of the clipboard. Firefox's behavior is correct in both cases given the environment it's in. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 drago01 at gmail.com Sat Aug 2 16:10:35 2008 From: drago01 at gmail.com (drago01) Date: Sat, 2 Aug 2008 18:10:35 +0200 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <20080802155255.GB11624@wolff.to> References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> <20080802155255.GB11624@wolff.to> Message-ID: On Sat, Aug 2, 2008 at 5:52 PM, Bruno Wolff III wrote: > On Sat, Aug 02, 2008 at 08:30:47 -0400, > Josh Boyer wrote: >> On Sat, 2008-08-02 at 21:50 +1000, Bojan Smojver wrote: >> > I see 2.6.25.14 has been built today in Koji. Is anyone working on >> > putting 2.6.26.x in action on F9? >> >> Yes, Chuck is. However, the first -stable release for 2.6.26.1 had over >> 60 patches in it's queue. Also, rawhide never really released any form >> of .26 kernel, as it went right to .27 git snapshots. So it's a bit of >> an unknown. > > Wouldn't it make more sense to go from .25 to .27 and skip .26 in that case? no, .27 is not released yet and will take some time until its released and tested. pushing 2.6.26.1 to updates-testing is the right thing to do. From markg85 at gmail.com Sat Aug 2 16:15:25 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 18:15:25 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1217693087.998.35.camel@ignacio.lan> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> Message-ID: <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> 2008/8/2 Ignacio Vazquez-Abrams : > On Sat, 2008-08-02 at 17:55 +0200, Mark wrote: >> Hey, >> >> When you run firefox on windows, get on a big page and press the >> scroll wheel you get this [1]. >> When you press it on linux in firefox you get... nothing... > > Not true. You go to the URL stored in the clipboard. > Then that's for Fedora specific because that's not the case in Ubuntu. But that behavior you described is as irritating as hell so the RFC still stands. From markg85 at gmail.com Sat Aug 2 16:17:32 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 18:17:32 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> Message-ID: <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> On Sat, Aug 2, 2008 at 6:15 PM, Mark wrote: > 2008/8/2 Ignacio Vazquez-Abrams : >> On Sat, 2008-08-02 at 17:55 +0200, Mark wrote: >>> Hey, >>> >>> When you run firefox on windows, get on a big page and press the >>> scroll wheel you get this [1]. >>> When you press it on linux in firefox you get... nothing... >> >> Not true. You go to the URL stored in the clipboard. >> > > Then that's for Fedora specific because that's not the case in Ubuntu. > But that behavior you described is as irritating as hell so the RFC > still stands. > o btw with this RFC it still pastes the content from the clipboard but only when you middle click on the address bar From tmz at pobox.com Sat Aug 2 16:22:33 2008 From: tmz at pobox.com (Todd Zullinger) Date: Sat, 2 Aug 2008 12:22:33 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> Message-ID: <20080802162233.GE5655@inocybe.teonanacatl.org> Mark wrote: > Then that's for Fedora specific because that's not the case in > Ubuntu. Or perhaps the Ubuntu folks have changed things from upstream firefox? > But that behavior you described is as irritating as hell so the RFC > still stands. Heh, and then you get the opposite RFC from anyone who is used to the *nix behavior and wonders why Firefox is scrolling instead of pasting the clipboard contents as we'd expect. :) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Religion. A daughter of Hope and Fear, explaining to Ignorance the nature of the Unknowable. -- Ambrose Bierce, The Enlarged Devil's Dictionary, 1906 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jan.kratochvil at redhat.com Sat Aug 2 16:23:29 2008 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 2 Aug 2008 18:23:29 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> Message-ID: <20080802162329.GA16297@host0.dyn.jankratochvil.net> On Sat, 02 Aug 2008 18:17:32 +0200, Mark wrote: > On Sat, Aug 2, 2008 at 6:15 PM, Mark wrote: > > Then that's for Fedora specific because that's not the case in Ubuntu. > > But that behavior you described is as irritating as hell so the RFC > > still stands. > > o btw with this RFC it still pastes the content from the clipboard but > only when you middle click on the address bar The three-button mice are no longer manufactured and trying to click with the scrolling wheel is a pain as it usually scrolls away instead of the past by mistake as I still failed to disable the scrolling in F-9 (Bug 446818). While the middle-button pasting was a great convenience it should be reconsidered nowadays as the hardware for it is no longer commonly available. Regards, Jan From markg85 at gmail.com Sat Aug 2 16:57:31 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 18:57:31 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802162329.GA16297@host0.dyn.jankratochvil.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> Message-ID: <6e24a8e80808020957y204094f9x137c17b8aa49932b@mail.gmail.com> >> o btw with this RFC it still pastes the content from the clipboard but >> only when you middle click on the address bar > > The three-button mice are no longer manufactured and trying to click with the > scrolling wheel is a pain as it usually scrolls away instead of the past by > mistake as I still failed to disable the scrolling in F-9 (Bug 446818). > > While the middle-button pasting was a great convenience it should be > reconsidered nowadays as the hardware for it is no longer commonly available. Where did i gave you the impression that i use a 3 button mouse.. it's a 2 button with a wheel in the middle of it. and i meant clicking on the wheel when your mouse is above the address bar. >> Then that's for Fedora specific because that's not the case in >> Ubuntu. > > Or perhaps the Ubuntu folks have changed things from upstream firefox? Could be.. in windows pressing the wheel above the address bar makes it select it.. so now we have 3 different osses with 3 different choises. > >> But that behavior you described is as irritating as hell so the RFC >> still stands. > > Heh, and then you get the opposite RFC from anyone who is used to the > *nix behavior and wonders why Firefox is scrolling instead of pasting > the clipboard contents as we'd expect. :) I doubt a lot of linux using people expect that. i think they either expect it to do nothing or to get the scrolling. cc'd to ff maintainter. From Lam at Lam.pl Sat Aug 2 16:58:36 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 2 Aug 2008 18:58:36 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802162329.GA16297@host0.dyn.jankratochvil.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> Message-ID: <20080802185836.7d761078@pensja.lam.pl> Dnia 2008-08-02, o godz. 18:23:29 Jan Kratochvil napisa?(a): > The three-button mice are no longer manufactured and trying to click with the > scrolling wheel is a pain as it usually scrolls away instead I have no problem with clicking my middle button, which is also the wheel. If I had a device with a button that can't be clicked, I'd replace it. If you accept paying for mouse with unoperable buttons (or: have a mouse without the middle button), use emulation. No big deal. > While the middle-button pasting was a great convenience it should be > reconsidered nowadays as the hardware for it is no longer commonly available. Not only aren't good mice any problem for moderately agile people, my two and a million other Thinkpads all had three buttons for the joystick. I'd swear this hardware is still commonly available. Regards, Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mschwendt at gmail.com Sat Aug 2 16:59:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Aug 2008 18:59:38 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <48946AA4.9080806@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <48946AA4.9080806@leemhuis.info> Message-ID: <20080802185938.4b32e833.mschwendt@gmail.com> On Sat, 02 Aug 2008 16:09:40 +0200, Thorsten Leemhuis wrote: > > $ yum update phonon* > > Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by > > package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > > Look closer! It says "[...] (installed)" there -- the scripts that > generates the rawhide report can't know what you have one your harddisk > and thus it can't detect this broken dep. > > It seems phonon-backend-gstreamer is not in rawhide anymore. I would > assume phonon-backend-gst should obsolete it, but doesn't. That's a bug > that needs to be reported and fixed, so it's good that yum boils out here. The Obsoletes is not high enough: Obsoletes: %{name}-backend-gstreamer < 4.2-2 But 4.2.0-1.fc10 is "higher", because: 4.2.0 > 4.2 Ought to be: Obsoletes: %{name}-backend-gstreamer < 4.2.0-2 From drago01 at gmail.com Sat Aug 2 17:02:19 2008 From: drago01 at gmail.com (drago01) Date: Sat, 2 Aug 2008 19:02:19 +0200 Subject: Heads up - Mono In-Reply-To: <1dedbbfc0807300652i6f61ff44ra7fea27ec620bbf3@mail.gmail.com> References: <1216375212.21361.3.camel@T7.Linux> <1dedbbfc0807300652i6f61ff44ra7fea27ec620bbf3@mail.gmail.com> Message-ID: 2008/7/30 David Nielsen : > > > Den 18. jul. 2008 12.00 skrev Paul : >> >> Hi, >> >> I'm expecting the next beta of Mono to hit the servers today. There are >> quite a few changes since 1.9.1-2, so please be aware that things may be >> broken and need rebuilding. >> >> Sorry about that. In the words of the good book "Normal service will be >> resumed just as soon as we know what normal is anyway" >> >> Also, please note that as of Mono 2.0, the licence changes to MIT rather >> that the mix and match that it currently is. This is happening right >> across the mono family as of version 2 (though probably not for the >> likes of gtk-sharp2 and gnome-sharp) > > Whatever happened to this? afaik mono-2.0 is not released yet... From martin.sourada at gmail.com Sat Aug 2 17:17:09 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 02 Aug 2008 19:17:09 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802162329.GA16297@host0.dyn.jankratochvil.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> Message-ID: <1217697429.15610.36.camel@pc-notebook> On Sat, 2008-08-02 at 18:23 +0200, Jan Kratochvil wrote: > The three-button mice are no longer manufactured and trying to click with the > scrolling wheel is a pain as it usually scrolls away instead of the past by > mistake as I still failed to disable the scrolling in F-9 (Bug 446818). > > While the middle-button pasting was a great convenience it should be > reconsidered nowadays as the hardware for it is no longer commonly available. > -100 for that. I heavily use this feature and I am very irritated when I cannot (e.g. when I need to use windows). And I have just ordinary 2 button mouse with scroll-wheel. As for the thread point... In the context of linux desktops the current behaviour makes more sense, the autoScroll feature can be enabled via configuration dialogs. But I find scrolling using touch-pad far more convenient than either this or mouse's scroll-wheel. I don't care what has firefox set in Windows or in Ubuntu. We are in Fedora and we want (or don't we?) consistency throughout the applications we have - not with other platforms. There are reasons why Firefox has e.g. different menu layout in linux than in windows or mac, as well as for the current setting of autoScroll. > > Regards, > Jan > Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Sat Aug 2 17:36:37 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 2 Aug 2008 17:36:37 +0000 (UTC) Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <6e24a8e80808020811h53dbf078r3ae346350847f935@mail.gmail.com> Message-ID: Mark gmail.com> writes: > > file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of > > digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package > > oxygen-icon-theme-4.1.0-1.fc10.noarch > > Just wondering.. but can't soft dependencies solve this image problem > (should come in RPM 4.6 [1])? No. The offending file simply needs to be removed from one of those packages. Soft dependencies don't help solving this at all. Kevin Kofler From itamar at ispbrasil.com.br Sat Aug 2 17:37:57 2008 From: itamar at ispbrasil.com.br (Itamar - IspBrasil) Date: Sat, 02 Aug 2008 14:37:57 -0300 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <1217677839.25598.32.camel@shrek.rexursive.com> References: <1217677839.25598.32.camel@shrek.rexursive.com> Message-ID: <48949B75.2010402@ispbrasil.com.br> I belive you can install 2.6.27 from F10 into F9 yum -y install kernel --enablerepo=development Bojan Smojver wrote: > I see 2.6.25.14 has been built today in Koji. Is anyone working on > putting 2.6.26.x in action on F9? > > From rdieter at math.unl.edu Sat Aug 2 17:41:41 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 02 Aug 2008 12:41:41 -0500 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <20080802160538.5664d1bc.mschwendt@gmail.com> Message-ID: Michael Schwendt wrote: >> $ yum update phonon* >> Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by >> package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) >> > > There's phonon-backend-gst which is supposed to obsolete that pkg > (if the Obsoletes/Provides tags in it are correct). Oops, fixed in phonon-4.2.0-3 (building now). > The rawhide broken deps checker cannot detect this as it no longer sees > the old phono-backend-gstreamer. (and I think the repoclosure version that > is used doesn't handle obsoletes yet anyway) > >> $ yum update digikam* >> Transaction Check Error: >> file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of >> digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package >> oxygen-icon-theme-4.1.0-1.fc10.noarch > > Conflicts are not dependency issues and are not checked for. blarg. easyfix too, forthcoming. -- Rex From pbrobinson at gmail.com Sat Aug 2 17:50:02 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Sat, 2 Aug 2008 18:50:02 +0100 Subject: Heads up - Mono In-Reply-To: References: <1216375212.21361.3.camel@T7.Linux> <1dedbbfc0807300652i6f61ff44ra7fea27ec620bbf3@mail.gmail.com> Message-ID: <5256d0b0808021050v450fa0a7g1da28be6722c9cc5@mail.gmail.com> >>> I'm expecting the next beta of Mono to hit the servers today. There are >>> quite a few changes since 1.9.1-2, so please be aware that things may be >>> broken and need rebuilding. >>> >>> Sorry about that. In the words of the good book "Normal service will be >>> resumed just as soon as we know what normal is anyway" >>> >>> Also, please note that as of Mono 2.0, the licence changes to MIT rather >>> that the mix and match that it currently is. This is happening right >>> across the mono family as of version 2 (though probably not for the >>> likes of gtk-sharp2 and gnome-sharp) >> >> Whatever happened to this? > > afaik mono-2.0 is not released yet... No but the first preview apparently hit yesterday according Miguel's blog http://tirania.org/blog/archive/2008/Aug-01.html Peter From markg85 at gmail.com Sat Aug 2 18:02:50 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 20:02:50 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1217697429.15610.36.camel@pc-notebook> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> Message-ID: <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> > As for the thread point... In the context of linux desktops the current > behaviour makes more sense, the autoScroll feature can be enabled via > configuration dialogs. But I find scrolling using touch-pad far more > convenient than either this or mouse's scroll-wheel. I don't care what > has firefox set in Windows or in Ubuntu. We are in Fedora and we want > (or don't we?) consistency throughout the applications we have - not > with other platforms. There are reasons why Firefox has e.g. different > menu layout in linux than in windows or mac, as well as for the current > setting of autoScroll. First: Touchpad is for notebooks! fedora is used on notebooks, yes, but also on other pc's that don't have a touchpad (and i bet that is the majority). Second: I was afraid it was gonna go this way.. i feel like a software application that is made for multiple osses should work the __same__ on all those osses. I have no clue why firefox finds it "wise" to do other default settings on windows then on linux or mac but it sounds stupid to me. And because the firefox you download from windows is from mozilla itself (not from the dirstibution which would be MS). So there is the version of firefox with the true default settings from mozilla and i aim to bet those settings the same on __all__ distributions! Third: This one annoys me most. We are talking about the click function of the scrollwheel but some people don't seem to know what it is or act stupid. Now this is a scrollwheel [1] and stick to it! No more crap about the "middle mouse button". So please go on topipc now and discuss the RFC i made here. It's clear and understandable for everyone! [1] http://en.wikipedia.org/wiki/Scroll_wheel From Lam at Lam.pl Sat Aug 2 18:19:45 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 2 Aug 2008 20:19:45 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> Message-ID: <20080802201945.7ded6539@pensja.lam.pl> Dnia 2008-08-02, o godz. 20:02:50 Mark napisa?(a): > there is the version of firefox with the true default settings from > mozilla and i aim to bet those settings the same on __all__ > distributions! How much are you willing to bet? :) > Third: This one annoys me most. We are talking about the click > function of the scrollwheel but some people don't seem to know what it > is or act stupid. Now this is a scrollwheel [1] The WP article you're referring to says the wheel can be used as a third button. For me, I don't care about the _shape_ of the button. If it can be clicked, it is a button, period. And if you really think it's not a button, DON'T CLICK IT at all :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From markg85 at gmail.com Sat Aug 2 18:24:51 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 20:24:51 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802201945.7ded6539@pensja.lam.pl> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802201945.7ded6539@pensja.lam.pl> Message-ID: <6e24a8e80808021124o793badf2s2cf207dcfb98387d@mail.gmail.com> 2008/8/2 Leszek Matok : > Dnia 2008-08-02, o godz. 20:02:50 Mark napisa?(a): > >> there is the version of firefox with the true default settings from >> mozilla and i aim to bet those settings the same on __all__ >> distributions! > How much are you willing to bet? :) > > >> Third: This one annoys me most. We are talking about the click >> function of the scrollwheel but some people don't seem to know what it >> is or act stupid. Now this is a scrollwheel [1] > The WP article you're referring to says the wheel can be used as a third > button. For me, I don't care about the _shape_ of the button. If it can be > clicked, it is a button, period. > > And if you really think it's not a button, DON'T CLICK IT at all :) > > Lam Oh men your a pita. you know exactly what i mean so stop acting stupid please. From bruno at wolff.to Sat Aug 2 18:39:41 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 2 Aug 2008 13:39:41 -0500 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> <20080802155255.GB11624@wolff.to> Message-ID: <20080802183941.GA19258@wolff.to> On Sat, Aug 02, 2008 at 18:10:35 +0200, drago01 wrote: > > no, .27 is not released yet and will take some time until its released > and tested. > pushing 2.6.26.1 to updates-testing is the right thing to do. Fedora people are already working on getting .27 whipped into shape. Even if .26 was pushed to F9 it would soon be supplmented by .27. So what is so compelling about .26 that it is worth taking effort away from .27 development, when it very likely wouldn't be used very long in Fedora? From drago01 at gmail.com Sat Aug 2 18:43:42 2008 From: drago01 at gmail.com (drago01) Date: Sat, 2 Aug 2008 20:43:42 +0200 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <20080802183941.GA19258@wolff.to> References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> <20080802155255.GB11624@wolff.to> <20080802183941.GA19258@wolff.to> Message-ID: On Sat, Aug 2, 2008 at 8:39 PM, Bruno Wolff III wrote: > On Sat, Aug 02, 2008 at 18:10:35 +0200, > drago01 wrote: >> >> no, .27 is not released yet and will take some time until its released >> and tested. >> pushing 2.6.26.1 to updates-testing is the right thing to do. > > Fedora people are already working on getting .27 whipped into shape. Even if > .26 was pushed to F9 it would soon be supplmented by .27. So what is so > compelling about .26 that it is worth taking effort away from .27 development, > when it very likely wouldn't be used very long in Fedora? > Well it will be used as long as other kernel release, we usually don't switch to new kernels on day 0. And the same "getting whipped into shape" was done for 2.6.26 too (in rawhide and now upstream with 2.6.26.1) From Lam at Lam.pl Sat Aug 2 18:44:22 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 2 Aug 2008 20:44:22 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021124o793badf2s2cf207dcfb98387d@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802201945.7ded6539@pensja.lam.pl> <6e24a8e80808021124o793badf2s2cf207dcfb98387d@mail.gmail.com> Message-ID: <20080802204422.72a91edb@pensja.lam.pl> Dnia 2008-08-02, o godz. 20:24:51 Mark napisa?(a): > you know exactly what i mean so stop acting stupid please. Oh please... It's not me who wants to change behaviour of of a button click by claiming it's not a button. If you want consistency between OS-es, that's a valid point and stick to that. Let's talk about which one people prefer - consistency between two ports of one application or consistency between tens of applications in one OS. And there's also this habit thing - I middle-click to go to a page more times daily than I've ever _seen_ Windows. OTOH, I'm all good with overriding any default locally if it's simple enough, so go ahead if you think the majority will benefit. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From martin.sourada at gmail.com Sat Aug 2 18:45:20 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 02 Aug 2008 20:45:20 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> Message-ID: <1217702720.15610.49.camel@pc-notebook> On Sat, 2008-08-02 at 20:02 +0200, Mark wrote: > First: Touchpad is for notebooks! fedora is used on notebooks, yes, > but also on other pc's that don't have a touchpad (and i bet that is > the majority). > Aah, sorry, I got carried away :-D > Second: I was afraid it was gonna go this way.. i feel like a software > application that is made for multiple osses should work the __same__ > on all those osses. I have no clue why firefox finds it "wise" to do > other default settings on windows then on linux or mac but it sounds > stupid to me. And because the firefox you download from windows is > from mozilla itself (not from the dirstibution which would be MS). So > there is the version of firefox with the true default settings from > mozilla and i aim to bet those settings the same on __all__ > distributions! > Most of the people use one OS/distribution. And they don't certainly want one app to behave totally different than another. It has much higher priority than inter-OS sameness. If you download firefox for linux from mozilla you'll get different firefox than if you download firefox from mozilla for windows. That's a good thing. Period. I use Gnome in Fedora and I want all applications I use to behave and look similar. It's not the highest priority for choosing an application, but how does that application looks/behave in other environment does not matter to me at all. And most people are like that, only they use different environment than me (KDE in Fedora, some DM in other distro, Mac OS X, Windows, ...). > Third: This one annoys me most. We are talking about the click > function of the scrollwheel but some people don't seem to know what it > is or act stupid. Now this is a scrollwheel [1] and stick to it! No > more crap about the "middle mouse button". > > So please go on topipc now and discuss the RFC i made here. It's clear > and understandable for everyone! > > [1] http://en.wikipedia.org/wiki/Scroll_wheel > If it's click-able it's *also* a third button. And when clicked it should act like one. Period. The "open link present in clipboard on middle-click" seems to me like quite handy feature (unless you don't know about it) and in linux environment it's IMHO better suitable for the middle-click action than autoScroll. Martin Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Sat Aug 2 19:27:15 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 02 Aug 2008 15:27:15 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> Message-ID: <1217705235.2328.28.camel@localhost.localdomain> On Sat, 2008-08-02 at 18:17 +0200, Mark wrote: > On Sat, Aug 2, 2008 at 6:15 PM, Mark wrote: > > 2008/8/2 Ignacio Vazquez-Abrams : > >> On Sat, 2008-08-02 at 17:55 +0200, Mark wrote: > >>> Hey, > >>> > >>> When you run firefox on windows, get on a big page and press the > >>> scroll wheel you get this [1]. > >>> When you press it on linux in firefox you get... nothing... > >> > >> Not true. You go to the URL stored in the clipboard. > >> > > > > Then that's for Fedora specific because that's not the case in Ubuntu. > > But that behavior you described is as irritating as hell so the RFC > > still stands. > > > > o btw with this RFC it still pastes the content from the clipboard but > only when you middle click on the address bar RFCs should be filed in bugzilla under the package the RFC is for. Posting it to a list like this is only going to generate a massive amount of flamage. josh From mschwendt at gmail.com Sat Aug 2 19:38:36 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Aug 2008 21:38:36 +0200 Subject: Conflicts in Rawhide i386 Message-ID: <20080802213836.7efff72c.mschwendt@gmail.com> Some packages [1] with file conflicts in Rawhide i386: dstat man-pages-fr man-pages-ko rpm sitecopy sleuthkit [...] Details: man-pages-ko-20050219-3.fc9.noarch File conflict with: rpm-4.5.90-0.git8426.9.i386 /usr/share/man/ko/man8/rpm.8.gz /usr/share/man/ko/man8/rpm2cpio.8.gz dstat-0.6.7-3.fc10.noarch File conflict with: sleuthkit-2.52-1.fc10.i386 /usr/share/man/man1/dstat.1.gz man-pages-fr-2.80.0-2.fc10.noarch File conflict with: rpm-4.5.90-0.git8426.9.i386 /usr/share/man/fr/man8/rpm.8.gz File conflict with: sitecopy-0.16.5-1.fc10.i386 /usr/share/man/fr/man1/sitecopy.1.gz sleuthkit-2.52-1.fc10.i386 File conflict with: dstat-0.6.7-3.fc10.noarch /usr/share/man/man1/dstat.1.gz dstat-0.6.7-3.fc10.noarch File conflict with: sleuthkit-2.52-1.fc10.i386 /usr/share/man/man1/dstat.1.gz -- [1] I see lots of conflicts between kde-i18n-*-3* and kde-l10n-*-4* as well as digikam conflicting with oxygen-icon-theme* From markg85 at gmail.com Sat Aug 2 19:44:32 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 21:44:32 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1217702720.15610.49.camel@pc-notebook> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> Message-ID: <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> 2008/8/2 Martin Sourada : > On Sat, 2008-08-02 at 20:02 +0200, Mark wrote: >> First: Touchpad is for notebooks! fedora is used on notebooks, yes, >> but also on other pc's that don't have a touchpad (and i bet that is >> the majority). >> > Aah, sorry, I got carried away :-D thought so > >> Second: I was afraid it was gonna go this way.. i feel like a software >> application that is made for multiple osses should work the __same__ >> on all those osses. I have no clue why firefox finds it "wise" to do >> other default settings on windows then on linux or mac but it sounds >> stupid to me. And because the firefox you download from windows is >> from mozilla itself (not from the dirstibution which would be MS). So >> there is the version of firefox with the true default settings from >> mozilla and i aim to bet those settings the same on __all__ >> distributions! >> > Most of the people use one OS/distribution. And they don't certainly > want one app to behave totally different than another. It has much > higher priority than inter-OS sameness. If you download firefox for > linux from mozilla you'll get different firefox than if you download > firefox from mozilla for windows. That's a good thing. Period. > > I use Gnome in Fedora and I want all applications I use to behave and > look similar. It's not the highest priority for choosing an application, > but how does that application looks/behave in other environment does not > matter to me at all. And most people are like that, only they use > different environment than me (KDE in Fedora, some DM in other distro, > Mac OS X, Windows, ...). all good (and off topic) > >> Third: This one annoys me most. We are talking about the click >> function of the scrollwheel but some people don't seem to know what it >> is or act stupid. Now this is a scrollwheel [1] and stick to it! No >> more crap about the "middle mouse button". >> >> So please go on topipc now and discuss the RFC i made here. It's clear >> and understandable for everyone! >> >> [1] http://en.wikipedia.org/wiki/Scroll_wheel >> > If it's click-able it's *also* a third button. And when clicked it > should act like one. Period. > > The "open link present in clipboard on middle-click" seems to me like > quite handy feature (unless you don't know about it) and in linux > environment it's IMHO better suitable for the middle-click action than > autoScroll. Oke, here your losing me. When you "click" the wheel it should indeed act like a button (emulated) but now now imagine that you click your left mouse button and then you get the "open link present in clipboard"... you can't click anywhere because firefox will just open up new windows with that link in the clipboard.. I don't find the feature usefull.. more like useless and a extremely badly copied feature of opera (paste and go). I can't imagine that some people find it usefull to have the wheel click go to a page.. On Sat, Aug 2, 2008 at 9:27 PM, Josh Boyer wrote: > RFCs should be filed in bugzilla under the package the RFC is for. > Posting it to a list like this is only going to generate a massive > amount of flamage. > > josh You clearly didn't read my first post at all. I said: I was planning on filing a bug report for this on bugzilla but it gave me the message: Bugzilla will be down until 19:00 EDT for maintenance. So no report (for now). And right now it gives me a 503 error Service Temporarily Unavailable And why is posting to a list like this wrong? This is where the devel list is for. Anyway.. to get back on the topic (again) i still think (even more than when i started this) that firefox middle click behavior should be the same in windows and linux. I will fill a bug report about this on mozilla as well and hope that there replies are mature unlike (almost) everyone here. From markg85 at gmail.com Sat Aug 2 19:52:24 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 21:52:24 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> Message-ID: <6e24a8e80808021252r73852910gcb0f77b756154492@mail.gmail.com> > Anyway.. to get back on the topic (again) i still think (even more > than when i started this) that firefox middle click behavior should be > the same in windows and linux. I will fill a bug report about this on > mozilla as well and hope that there replies are mature unlike (almost) > everyone here. > Just found that it's a already requested chance: https://bugzilla.mozilla.org/show_bug.cgi?id=415665 And from the comments i read there almost all seem in favor of making the change! From markg85 at gmail.com Sat Aug 2 19:55:21 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 21:55:21 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021252r73852910gcb0f77b756154492@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <6e24a8e80808021252r73852910gcb0f77b756154492@mail.gmail.com> Message-ID: <6e24a8e80808021255s29f09dd6g12c4a54d3ee7aeaa@mail.gmail.com> On Sat, Aug 2, 2008 at 9:52 PM, Mark wrote: >> Anyway.. to get back on the topic (again) i still think (even more >> than when i started this) that firefox middle click behavior should be >> the same in windows and linux. I will fill a bug report about this on >> mozilla as well and hope that there replies are mature unlike (almost) >> everyone here. >> > Just found that it's a already requested change: https://bugzilla.mozilla.org/show_bug.cgi?id=415665 And from the comments i read there almost all seem in favor of making the change! I won't go further on this till that bug report on mozilla is closed. And i won't bother making a bug report for this on fedora (won't get replies anyway.... expereince) ** pressed send to early with my previous reply From cmadams at hiwaay.net Sat Aug 2 20:27:51 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 2 Aug 2008 15:27:51 -0500 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> Message-ID: <20080802202751.GA1337075@hiwaay.net> Once upon a time, Mark said: > Third: This one annoys me most. We are talking about the click > function of the scrollwheel but some people don't seem to know what it > is or act stupid. Now this is a scrollwheel [1] and stick to it! No > more crap about the "middle mouse button". We are talking about the middle button, which has been the "paste" button in X for a long long time. Please don't make Firefox different from other X applications. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mschwendt at gmail.com Sat Aug 2 20:36:34 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Aug 2008 22:36:34 +0200 Subject: Conflicts in Rawhide i386 (part 2) Message-ID: <20080802223634.65e8ca8a.mschwendt@gmail.com> Some more packages with file conflicts in Rawhide i386: batik-slideshow coda-client coq dstat libtranslate plt-scheme rblcheck sleuthkit surfraw synce-hal synce-serial udns [...] Details: plt-scheme-4.0-3.fc10.i386 File conflict with: batik-slideshow-1.7-0.5.beta1.noarch /usr/bin/slideshow batik-slideshow-1.7-0.5.beta1.noarch File conflict with: plt-scheme-4.0-3.fc10.i386 /usr/bin/slideshow coda-client-6.9.4-0.1.rc2.fc10.i386 File conflict with: coq-8.1pl3-2.fc10.i386 /usr/bin/parser coq-8.1pl3-2.fc10.i386 File conflict with: coda-client-6.9.4-0.1.rc2.fc10.i386 /usr/bin/parser libtranslate-0.99-15.fc10.i386 File conflict with: surfraw-1.0.7-3.fc8.noarch /usr/bin/translate rblcheck-1.5-15.fc9.i386 File conflict with: udns-0.0.9-2.fc10.i386 /usr/bin/rblcheck sleuthkit-2.52-1.fc10.i386 File conflict with: dstat-0.6.7-3.fc10.noarch /usr/bin/dstat /usr/share/man/man1/dstat.1.gz synce-hal-0.1-1.fc10.i386 File conflict with: synce-serial-0.11-2.fc9.i386 /usr/libexec/synce-serial-chat synce-serial-0.11-2.fc9.i386 File conflict with: synce-hal-0.1-1.fc10.i386 /usr/libexec/synce-serial-chat udns-0.0.9-2.fc10.i386 File conflict with: rblcheck-1.5-15.fc9.i386 /usr/bin/rblcheck From markg85 at gmail.com Sat Aug 2 20:47:50 2008 From: markg85 at gmail.com (Mark) Date: Sat, 2 Aug 2008 22:47:50 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802202751.GA1337075@hiwaay.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802202751.GA1337075@hiwaay.net> Message-ID: <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> On Sat, Aug 2, 2008 at 10:27 PM, Chris Adams wrote: > Once upon a time, Mark said: >> Third: This one annoys me most. We are talking about the click >> function of the scrollwheel but some people don't seem to know what it >> is or act stupid. Now this is a scrollwheel [1] and stick to it! No >> more crap about the "middle mouse button". > > We are talking about the middle button, which has been the "paste" > button in X for a long long time. Please don't make Firefox different > from other X applications. > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. Ehm.. LOL... I can't help it that the default (in this case) is wrong. I atleast don't expect to get something pasted when i press my mousewheel. From paul at all-the-johnsons.co.uk Sat Aug 2 21:04:06 2008 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 2 Aug 2008 22:04:06 +0100 Subject: Mono 2.0 preview 1 - heads up Message-ID: <20080802210117.M98707@all-the-johnsons.co.uk> Hi, I'm currently building mono-2.0 preview 1. Unfortunately, it's going to be slow as it's being done on my laptop rather than my main box which has some HDD issues currently (they're knackered!). Due to the number of changes, when things have built, I'll upload to my fedorapeople area the i386 and srpms to the new packages. Can maintainers of other mono packages please check their packages against the new ones and build if required. That way, we can minimise the disruption that tends to happen when something major is altered. I'm hoping to upload at some point tomorrow. TTFN Paul -- It's only me, only me and no-one else. From jkeating at redhat.com Sat Aug 2 21:07:26 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Aug 2008 17:07:26 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> Message-ID: <1217711246.29433.21.camel@localhost.localdomain> On Sat, 2008-08-02 at 18:15 +0200, Mark wrote: > Then that's for Fedora specific because that's not the case in Ubuntu. > But that behavior you described is as irritating as hell so the RFC > still stands. What you may find irritating, others like me find it indispensable to our daily use of Firefox. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Sat Aug 2 21:07:53 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 2 Aug 2008 16:07:53 -0500 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802202751.GA1337075@hiwaay.net> <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> Message-ID: <20080802210753.GB1337075@hiwaay.net> Once upon a time, Mark said: > On Sat, Aug 2, 2008 at 10:27 PM, Chris Adams wrote: > > We are talking about the middle button, which has been the "paste" > > button in X for a long long time. Please don't make Firefox different > > from other X applications. > > Ehm.. LOL... > I can't help it that the default (in this case) is wrong. > I atleast don't expect to get something pasted when i press my mousewheel. It may be wrong in your opinion, but it is my opinion that you are wrong. We both have opinions; please don't act as if yours is fact and everybody else is simply wrong. Firefox acts that way to integrate with the rest of X. There are many differences between the different platform versions of Firefox (Windows, Mac, Unix/X); they are there so that the browser can act like other platform applications. It is much more common for users to switch between applications on a platform than for users to use the same application between different platforms, so the common case is the correct default. Firefox on Unix/X should act like other X applications, which use the middle button as paste. If you want to argue that this should be different, you need more than "that's the way Windows works" as an argument. Trying to argue that the middle button is not a button because it is part of the wheel doesn't help. That brings to mind the argument: How many legs does a dog have, if you call the tail a leg? Four; calling the tail a leg doesn't make it so. It is a button, it is in the middle of the mouse; therefore, it is the middle button. We have many years of historical use that says that in X, middle button is paste. I have never tried the alternate behavior before. Frankly, I don't find it all that useful. We already have many ways to scroll, and adding one application-specific way doesn't seem all that much better to me. If this was implemented in a consistent manner (e.g. if GNOME and/or KDE had it in their libraries and it was configurable at the UI level for all of their applications), that might be handy. Also, if it could be mapped to alternate buttons (e.g. my mouse has another button just behind the scroll wheel), that would be much better. However, it doesn't look like Firefox can handle that (another reason not to enable the behavior by default). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jkeating at redhat.com Sat Aug 2 21:09:02 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Aug 2008 17:09:02 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808020957y204094f9x137c17b8aa49932b@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <6e24a8e80808020957y204094f9x137c17b8aa49932b@mail.gmail.com> Message-ID: <1217711342.29433.23.camel@localhost.localdomain> On Sat, 2008-08-02 at 18:57 +0200, Mark wrote: > I doubt a lot of linux using people expect that. i think they either > expect it to do nothing or to get the scrolling. Middle clicking for insert has been a long long tradition in *nix, especially Linux. Middle clicking doing something /else/ is what would surprise us. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Aug 2 21:11:01 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Aug 2008 17:11:01 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> Message-ID: <1217711461.29433.25.camel@localhost.localdomain> On Sat, 2008-08-02 at 20:02 +0200, Mark wrote: > i feel like a software > application that is made for multiple osses should work the __same__ > on all those osses. This is where you're likely going to disagree with a lot of people. Software that happens to release for other operating systems should try to integrate with those operating systems as best as possible, and that's something that Firefox is finally trying to do. It should look and feel like a native app, not some foreign monstrosity that clashes badly with the rest of the system. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From markg85 at gmail.com Sat Aug 2 22:36:22 2008 From: markg85 at gmail.com (Mark) Date: Sun, 3 Aug 2008 00:36:22 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1217711461.29433.25.camel@localhost.localdomain> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217711461.29433.25.camel@localhost.localdomain> Message-ID: <6e24a8e80808021536y6dc69150j3fc46783d6b763ec@mail.gmail.com> 2008/8/2 Jesse Keating : > On Sat, 2008-08-02 at 20:02 +0200, Mark wrote: >> i feel like a software >> application that is made for multiple osses should work the __same__ >> on all those osses. > > This is where you're likely going to disagree with a lot of people. > Software that happens to release for other operating systems should try > to integrate with those operating systems as best as possible, and > that's something that Firefox is finally trying to do. It should look > and feel like a native app, not some foreign monstrosity that clashes > badly with the rest of the system. > > -- > Jesse Keating > Fedora -- Freedom? is a feature! Your right about all. As for the look and feel, i'm gonna make programs in c++ soon and am planning on making those in a way that they are integrated in Windows, Linux Mac and everything else that QT or GTK (perhaps wxWidgets) support but i personally don't think i'm gonna change actions for a specific distro. For example this middle click stuff. with my programs it will work the same in windows as it will in linux and mac. Might be wrong because linux might have a different idea of there middle click but that not my problem. i want it to work the same everywhere. Oke, i will apply as much standards as possible but if i feel like something is just wrong and think my way is better.. then my way it is. And my apps are gonna be made in and for linux. If they work on other osses that's fine but not my main goal. In the case of firefox i just find it confusing that something works differently then what i'm used to.. i wish firefox had a setting: "let (key and mouse) actions act like SomeOS". And for the arguments. I don't know what happens with you when you click the wheel on a link but then i want it to open a new tab and go to that link. Not sure if autoscroll takes care of this but it's working fine here. And thanx for the (finally from someone) mature replies (same for Chris). From kevin.kofler at chello.at Sun Aug 3 00:27:32 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 3 Aug 2008 00:27:32 +0000 (UTC) Subject: Conflicts in Rawhide i386 References: <20080802213836.7efff72c.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > [1] I see lots of conflicts between kde-i18n-*-3* and kde-l10n-*-4* Can you please mail us the exact list? I thought we had fixed that already... > as well as digikam conflicting with oxygen-icon-theme* Rex Dieter fixed that one already, should be fixed in the next Rawhide push. Kevin Kofler From seg at haxxed.com Sun Aug 3 02:56:53 2008 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 02 Aug 2008 21:56:53 -0500 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802202751.GA1337075@hiwaay.net> <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> Message-ID: <1217732213.5425.10.camel@localhost> On Sat, 2008-08-02 at 22:47 +0200, Mark wrote: > Ehm.. LOL... > I can't help it that the default (in this case) is wrong. > I atleast don't expect to get something pasted when i press my mousewheel. Because you clearly haven't been using Linux for the past decade. How old are you, 14? Middle click to load a URL is how Netscape/Mozilla/Firefox has always worked on X11 since I began using Netscape 4.0 on Slackware in 1997. I presume it goes back even farther but previous to that I was using Macintoshes... You're wrong. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From naheemzaffar at gmail.com Sun Aug 3 03:51:23 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 3 Aug 2008 04:51:23 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1217732213.5425.10.camel@localhost> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <20080802202751.GA1337075@hiwaay.net> <6e24a8e80808021347k1014221an593de0365107ca52@mail.gmail.com> <1217732213.5425.10.camel@localhost> Message-ID: <3adc77210808022051oa03dfaya94efa450e35a32f@mail.gmail.com> I think there is an issue here, but not the one being specified. Middle click to paste is all and good. Firefox using it to go to the stored address has been accepted by many. However, Firefox also uses middle-click to open link in a new window. Now, combine the two and when you "miss" a link, (or a pervious windows user trying to activate page scrolling), instead of opening the link you wanted in a new tab you end up going to (what I - until this thread thought was) some random page. Not exactly pleasant behaviour. No idea what is right, but there is an issue here. @the last post that this has been the case since whenever - the whole point behind Firefox was that it could drop the legacy cruft that the Mozilla suite had to carry around. Now that Firefox is the main browser, that may no longer be the case. Previously, Firefox dared to be "better". Having Firefox paste on middle click is not a problem. Having it jump to a link is something that needs some usability love to decide if it is good behaviour. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mschwendt at gmail.com Sun Aug 3 06:25:17 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 3 Aug 2008 08:25:17 +0200 Subject: Conflicts in Rawhide i386 In-Reply-To: References: <20080802213836.7efff72c.mschwendt@gmail.com> Message-ID: <20080803082517.ad71f240.mschwendt@gmail.com> On Sun, 3 Aug 2008 00:27:32 +0000 (UTC), Kevin Kofler wrote: > > [1] I see lots of conflicts between kde-i18n-*-3* and kde-l10n-*-4* > > Can you please mail us the exact list? I thought we had fixed that already... 1:kde-i18n-Brazil-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Brazil-4.1.0-2.fc10.noarch /usr/share/doc/HTML/pt_BR/karm/index.cache.bz2 /usr/share/doc/HTML/pt_BR/multisynk/index.cache.bz2 1:kde-i18n-Danish-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Danish-4.1.0-2.fc10.noarch /usr/share/locale/da/LC_MESSAGES/kcmkontactnt.mo /usr/share/locale/da/LC_MESSAGES/kfile_vcf.mo 1:kde-i18n-Estonian-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Estonian-4.1.0-2.fc10.noarch /usr/share/doc/HTML/et/karm/index.cache.bz2 /usr/share/doc/HTML/et/karm/index.docbook 1:kde-i18n-French-3.5.9-9.fc10.noarch File conflict with: kde-l10n-French-4.1.0-2.fc10.noarch /usr/share/doc/HTML/fr/karm/index.cache.bz2 /usr/share/doc/HTML/fr/karm/index.docbook 1:kde-i18n-Italian-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Italian-4.1.0-2.fc10.noarch /usr/share/doc/HTML/it/multisynk/index.cache.bz2 /usr/share/doc/HTML/it/multisynk/index.docbook /usr/share/doc/HTML/it/multisynk/konnectors-chapter.docbook 1:kde-i18n-Portuguese-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Portuguese-4.1.0-2.fc10.noarch /usr/share/doc/HTML/pt/karm/index.cache.bz2 /usr/share/doc/HTML/pt/karm/index.docbook /usr/share/doc/HTML/pt/multisynk/index.cache.bz2 /usr/share/doc/HTML/pt/multisynk/index.docbook 1:kde-i18n-Russian-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Russian-4.1.0-2.fc10.noarch /usr/share/doc/HTML/ru/karm/index.cache.bz2 /usr/share/doc/HTML/ru/multisynk/index.cache.bz2 1:kde-i18n-Spanish-3.5.9-9.fc10.noarch File conflict with: kde-l10n-Spanish-4.1.0-2.fc10.noarch /usr/share/doc/HTML/es/karm/index.cache.bz2 /usr/share/doc/HTML/es/karm/index.docbook /usr/share/doc/HTML/es/multisynk/index.cache.bz2 kde-l10n-Brazil-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Brazil-3.5.9-9.fc10.noarch /usr/share/doc/HTML/pt_BR/karm/index.cache.bz2 /usr/share/doc/HTML/pt_BR/multisynk/index.cache.bz2 kde-l10n-Danish-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Danish-3.5.9-9.fc10.noarch /usr/share/locale/da/LC_MESSAGES/kcmkontactnt.mo /usr/share/locale/da/LC_MESSAGES/kfile_vcf.mo kde-l10n-Estonian-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Estonian-3.5.9-9.fc10.noarch /usr/share/doc/HTML/et/karm/index.cache.bz2 /usr/share/doc/HTML/et/karm/index.docbook kde-l10n-French-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-French-3.5.9-9.fc10.noarch /usr/share/doc/HTML/fr/karm/index.cache.bz2 /usr/share/doc/HTML/fr/karm/index.docbook kde-l10n-Italian-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Italian-3.5.9-9.fc10.noarch /usr/share/doc/HTML/it/multisynk/index.cache.bz2 /usr/share/doc/HTML/it/multisynk/index.docbook /usr/share/doc/HTML/it/multisynk/konnectors-chapter.docbook kde-l10n-Portuguese-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Portuguese-3.5.9-9.fc10.noarch /usr/share/doc/HTML/pt/karm/index.cache.bz2 /usr/share/doc/HTML/pt/karm/index.docbook /usr/share/doc/HTML/pt/multisynk/index.cache.bz2 /usr/share/doc/HTML/pt/multisynk/index.docbook kde-l10n-Russian-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Russian-3.5.9-9.fc10.noarch /usr/share/doc/HTML/ru/karm/index.cache.bz2 /usr/share/doc/HTML/ru/multisynk/index.cache.bz2 kde-l10n-Spanish-4.1.0-2.fc10.noarch File conflict with: 1:kde-i18n-Spanish-3.5.9-9.fc10.noarch /usr/share/doc/HTML/es/karm/index.cache.bz2 /usr/share/doc/HTML/es/karm/index.docbook /usr/share/doc/HTML/es/multisynk/index.cache.bz2 From kevin.kofler at chello.at Sun Aug 3 06:26:36 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 3 Aug 2008 06:26:36 +0000 (UTC) Subject: RFC: Firefox general.autoScroll to true References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217711461.29433.25.camel@localhost.localdomain> <6e24a8e80808021536y6dc69150j3fc46783d6b763ec@mail.gmail.com> Message-ID: Mark gmail.com> writes: > As for the look and feel, i'm gonna make programs in c++ soon and am > planning on making those in a way that they are integrated in Windows, > Linux Mac and everything else that QT or GTK (perhaps wxWidgets) > support but i personally don't think i'm gonna change actions for a > specific distro. For example this middle click stuff. with my programs > it will work the same in windows as it will in linux and mac. Might be > wrong because linux might have a different idea of there middle click > but that not my problem. i want it to work the same everywhere. > Oke, i will apply as much standards as possible but if i feel like > something is just wrong and think my way is better.. then my way it > is. You'll quickly notice that Qt will automatically adapt your program to some platform conventions. For example, on Mac OS X, the menubar is displayed at the top of the screen, not the window, and some menu actions are automatically moved to where Mac users expect them. You can try to override all this (and in most cases Qt does provide an override to avoid the platform-specific behavior), but that's a bad idea, as Qt does all this for a reason. And in fact you should adapt to platform conventions even where Qt doesn't do it for you. As pretty much everyone else in this thread said, applications should integrate into the OS, not try to behave absolutely identically on all platforms. Kevin Kofler From kevin.kofler at chello.at Sun Aug 3 06:43:34 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 3 Aug 2008 06:43:34 +0000 (UTC) Subject: Conflicts in Rawhide i386 References: <20080802213836.7efff72c.mschwendt@gmail.com> <20080803082517.ad71f240.mschwendt@gmail.com> Message-ID: Michael Schwendt gmail.com> writes: > 1:kde-i18n-Brazil-3.5.9-9.fc10.noarch > File conflict with: kde-l10n-Brazil-4.1.0-2.fc10.noarch > /usr/share/doc/HTML/pt_BR/karm/index.cache.bz2 > /usr/share/doc/HTML/pt_BR/multisynk/index.cache.bz2 > > 1:kde-i18n-Danish-3.5.9-9.fc10.noarch > File conflict with: kde-l10n-Danish-4.1.0-2.fc10.noarch > /usr/share/locale/da/LC_MESSAGES/kcmkontactnt.mo > /usr/share/locale/da/LC_MESSAGES/kfile_vcf.mo > [and more conflicts involving the same directories/files for other languages] Thanks! Those should be fixed in kde-i18n-3.5.9-10.fc10 which is now building. The F9 packages aren't affected because the blacklisting works differently there. (The conflicts are kdepim translations, F9 ships kdepim from KDE 3, so the kdepim translations are shipped in kde-i18n, not kde-l10n, in F9, and it's easier to blacklist stuff in cmake (kde-l10n) than autotools (kde-i18n).) We'll have to investigate whether it makes sense to ship those translations at all in kde-l10n (as far as I can tell, they're for applications which are no longer part of KDE), but right now fixing the conflicts was the top priority. Kevin Kofler From fedora at leemhuis.info Sun Aug 3 06:57:08 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Aug 2008 08:57:08 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <48947064.3010003@comcast.net> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <48946AA4.9080806@leemhuis.info> <48947064.3010003@comcast.net> Message-ID: <489556C4.5050201@leemhuis.info> On 02.08.2008 16:34, John Ellson wrote: > Thorsten Leemhuis wrote: >> On 02.08.2008 15:41, John Ellson wrote: >>> Thorsten Leemhuis wrote: >>> Neither of these dependency issues is flagged in: "rawhide report: >>> 20080802 changes" >>> It would really help if yum would automatically skip any rpm that >>> conflicted with any *installed* rpm. Both for Rawhide and >>> third-party rpms. >>> $ yum update phonon* >>> Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by >>> package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) >> Look closer! It says "[...] (installed)" there -- the scripts that >> generates the rawhide report can't know what you have one your >> harddisk and thus it can't detect this broken dep. > But (1) the rawhide reports do know what is in the rawhide repository > that might be installed, and which shouldn't conflict if they are. I can't follow, sorry. As mentioned already, phonon-backend-gstreamer isn't in rawhide anymore. Yes, it once was, but you can't expect the script to check all "was once in rawhide" packages, as the script then would take ages to complete. But whatever; Rex fixed it afaics, so this specific problem should vanish today. > But (2) I suggested that yum, on the client, should automatically skip > over new rpms (and and new rpms that depend on the new rpm) > that conflict with an installed rpm. But especially in rawhide this bug must be fixed. If users don't notice it it will never be fixed, which would lead to a Fedora which is worse in the end. > [...] >> Further: Looking for file conflicts in all packages is a very >> time-consuming task -- it takes many hours iirc and thus to long to do >> it for each rawhide push. In the old Fedora Extras days mschwendt iirc >> had a script that did such checks that; he started it now and then >> manually. But this script just like a lot of other (semi-)automatic >> check scripts from Extras afaics one got lost/forgotten during the >> Core and Extras merge. :-(( > Fine. Don't check it on the server. Just have yum on the client > recover gracefully from these and skip over them. > That would also solve the livna problem. Feels to me like a car where that is oxidizing all over the place. Yeah, you go out and by a new parts for the car body. It then will look good on a first sight again, but the car structure will continue to rust; sooner or later it will fall apart might do damage then. CU knurd From mschwendt at gmail.com Sun Aug 3 07:07:12 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 3 Aug 2008 09:07:12 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <489556C4.5050201@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <48946AA4.9080806@leemhuis.info> <48947064.3010003@comcast.net> <489556C4.5050201@leemhuis.info> Message-ID: <20080803090712.a14ba273.mschwendt@gmail.com> On Sun, 03 Aug 2008 08:57:08 +0200, Thorsten Leemhuis wrote: > On 02.08.2008 16:34, John Ellson wrote: > > Thorsten Leemhuis wrote: > >> On 02.08.2008 15:41, John Ellson wrote: > >>> Thorsten Leemhuis wrote: > >>> Neither of these dependency issues is flagged in: "rawhide report: > >>> 20080802 changes" > >>> It would really help if yum would automatically skip any rpm that > >>> conflicted with any *installed* rpm. Both for Rawhide and > >>> third-party rpms. > >>> $ yum update phonon* > >>> Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by > >>> package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > >> Look closer! It says "[...] (installed)" there -- the scripts that > >> generates the rawhide report can't know what you have one your > >> harddisk and thus it can't detect this broken dep. > > But (1) the rawhide reports do know what is in the rawhide repository > > that might be installed, and which shouldn't conflict if they are. > > I can't follow, sorry. As mentioned already, phonon-backend-gstreamer > isn't in rawhide anymore. Yes, it once was, but you can't expect the > script to check all "was once in rawhide" packages, as the script then > would take ages to complete. It doesn't take much longer, because for normal pkg updates, it would only examine the latest pkg release. It should take into account obsolete binary pkgs from the previous compose, however. Only *that* would help with detecting incorrect/missing "Obsoletes" tags (which is something my modified repoclosure handles, because in Extras we've had up to two pkg releases in the repo). On the contrary, the Rawhide report is like a fresh install of only the latest pkg releases, and one can only hope that there are enough testers who find and report the additional update/upgrade problems. From guido.ledermann at googlemail.com Sun Aug 3 07:08:30 2008 From: guido.ledermann at googlemail.com (Guido Ledermann) Date: Sun, 3 Aug 2008 09:08:30 +0200 Subject: No response for bug reports In-Reply-To: <20080802154857.GA11624@wolff.to> References: <4ee84c5f0808011631u7d20da4fn856b8d71ba5a6548@mail.gmail.com> <20080802054652.GB4819@localhost.localdomain> <20080802154857.GA11624@wolff.to> Message-ID: <4ee84c5f0808030008v1d60ededmffea764c3e615dc9@mail.gmail.com> 2008/8/2 Bruno Wolff III : >> Just be patient. :) It will be handled eventually. > > Why would you think that? I have had bugs open for very long times (several > years) without being resolved. (Though in the worst case, the developers > may not have access to the hardware that is having an issue.) > I haven't had to wait such a long time in the past. The point is not the time it takes to fix the bug, but the time to response to the bug-reporter. > My recent frustration is with two Sabayon issues and the assignee hasn't > even confirmed they can (or can't) replicate the problem after a couple > of weeks. Similar issue here. I don't complain about the time that is needed to fix the bugs. My concern is that you, as the one who reports a bug, don't get some information when the bug is read and the priority is categorized. Maybe I would just appreciate a "read the bug - not so important" message. Guido From fedora at leemhuis.info Sun Aug 3 07:17:38 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Aug 2008 09:17:38 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <4894736D.3030403@iinet.net.au> References: <4894514A.7070102@leemhuis.info> <4894736D.3030403@iinet.net.au> Message-ID: <48955B92.2080200@leemhuis.info> On 02.08.2008 16:47, David Timms wrote: > Thorsten Leemhuis wrote: >>> $ sudo yum update >>> [...] >>> Resolving Dependencies >>> --> Running transaction check >>> ---> Package kmod-nvidia.i686 0:173.14.09-5.lvn9 set to be updated >>> --> Processing Dependency: kmod-nvidia-2.6.25.11-97.fc9.i686 = >>> 173.14.09-5.lvn9 for package: kmod-nvidia >>> --> Running transaction check >>> ---> Package kmod-nvidia-2.6.25.11-97.fc9.i686.i686 0:173.14.09-5.lvn9 >>> set to be updated >>> --> Processing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 for >>> package: kmod-nvidia-2.6.25.11-97.fc9.i686 >>> --> Finished Dependency Resolution >>> kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 from livna has >>> depsolving problems >>> --> Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >>> needed by >>> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) >>> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is >>> needed by >>> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 (livna) >> I'd like to find a solution to solve this problem (which is *not* > I got the impression that this is exactly what --skip-broken is for; Yeah, maybe. But I'd prefer to solve problems instead of hiding them :-/ > yet it either doesn't get all cases, or isn't enabled by default. Especially the latter is the key point. :-/ > [...] The yum/PK summary > should simply state: > installed 27 packages: x y z etc > 3 packages are not currently downloadable: a b h > 2 packages have conflicting requirements h k > leading to 7 packages not being installed at this time. These packages > will be checked again at the next update. [ps. PK shouldn't keep > informing me that there is updates available if the remaining 'to do' > set can't resolve !] I suppose a lot of users won't look that close and some GUIs will likely hide such a output. So I don't like that idea to much, as it afaik could block important updates of certain packages for months or years if the user has a local packages (an orphan or a manually installed RPM from non-Fedora repos) installed that is the culprit for the dependency problem. What IMHO might work is a "skip broken" plugin that for example ignores broken deps for a certain timeframe (say 48 oder 72 hours after the problems was hit for the first time) and boils out after that in case the broken dep still isn't fixed. CU knurd From rawhide at fedoraproject.org Sun Aug 3 08:25:42 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 3 Aug 2008 08:25:42 +0000 (UTC) Subject: rawhide report: 20080803 changes Message-ID: <20080803082542.312B2209EE0@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080802/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080803/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package darkgarden-fonts Dark Garden is a decorative outline font of unusual shape New package florence Extensible scalable on-screen virtual keyboard for GNOME New package griv A GTK-Chat based on the RIV-Chat-protocol New package thibault-fonts Thibault.org font collection Updated Packages: aprsd-2.2.5-15.4.fc10 --------------------- * Sat Aug 2 18:00:00 2008 Lucian Langa - 2.2.5-15.4 - logrotate warning fixes cfv-1.18.2-2.fc10 ----------------- * Sat Aug 2 18:00:00 2008 Manuel Wolfshant - 1.18.2-2 - replace "dl" with "downloads" in %Source0 - rectify date of the previous changelog * Tue Jul 1 18:00:00 2008 Manuel Wolfshant - 1.18.2-1 - release bump compat-db-4.6.21-3.fc10 ----------------------- * Sat Aug 2 18:00:00 2008 Jindrich Novy 4.6.21-3 - fix URL to 4.3.29 patch - official upstream tarball for db-4.3.29 has changed, the only change is in license text that allows dual licensing of skiplist.[ch] from LGPL to BSD digikam-0.10.0-0.2.beta2.fc10 ----------------------------- * Sat Aug 2 18:00:00 2008 Rex Dieter - 0.10.0-0.2.beta2 - omit conflicts with oxygen-icon-theme dumpasn1-20080414-2.fc10 ------------------------ * Sat Aug 2 18:00:00 2008 Ville Skytt?? - 20080414-2 - Update to 20080708 updated sources (upstream version unchanged). - Drop Debian patchset, just include man page from it separately. fotoxx-5.0-1.fc10 ----------------- * Sat Aug 2 18:00:00 2008 Nicoleau Fabien - 5.0-1 - Rebuild for 5.0 fuse-emulator-0.9.0-3.fc10 -------------------------- * Sat Aug 2 18:00:00 2008 Lucian Langa - 0.9.0-3 - strip source before uploading it - fix for BADSOURCE glibc-2.8.90-11 --------------- * Sat Aug 2 18:00:00 2008 Jakub Jelinek 2.8.90-11 - update from trunk - fix non-absolute $ORIGIN handling (#457560) - exported some further libresolv APIs (#453325) - misc fixes global-5.7.1-1.fc10 ------------------- * Sat Aug 2 18:00:00 2008 Gerard Milmeister - 5.7.1-1 - new release 5.7.1 gnome-do-0.5.0.1-4.fc10 ----------------------- gnomesword-2.3.6-1.fc10 ----------------------- * Sat Aug 2 18:00:00 2008 Deji Akingunola - 2.3.6-1 - Update to 2.3.6 gossip-0.31-1.fc10 ------------------ * Sat Aug 2 18:00:00 2008 Brian Pepple - 0.31-1 - Bump to 0.31. - Bump min version of loudmouth needed. gphoto2-2.4.2-2.fc10 -------------------- * Sat Aug 2 18:00:00 2008 Jindrich Novy 2.4.2-2 - merge review fixes (#225855): - remove useless multilib_arches needed because of libgphoto2 - fix source0 URL - fix description to not to mention the library is shipped - remove unused/pointless configure parameters - preserve timestamps - fix license - drop redundant BR libusb-devel, libexif-devel, lockdev-devel - add BR gettext - use /builddir/rpmbuild/BUILDROOT/gphoto2-2.4.2-2.fc10.ppc exclusively jd-2.0.1-0.1.svn2252_trunk.fc10 ------------------------------- * Sun Aug 3 18:00:00 2008 Mamoru Tasaka - rev. 2252 libcgroup-0.1c-3.fc10 --------------------- * Sat Aug 2 18:00:00 2008 Dhaval Giani 0.1c-3 - Change release to fix broken upgrade path loudmouth-1.4.1-1.fc10 ---------------------- * Sat Aug 2 18:00:00 2008 Brian Pepple - 1.4.1-1 - Update to 1.4.1. lpsolve-5.5.0.12-2.fc10 ----------------------- * Sat Aug 2 18:00:00 2008 Caolan McNamara - 5.5.0.12-2 - Mar 20 upstream tarball now differs from Mar 14 tarball multican-0.0.5-5.fc10 --------------------- * Sat Aug 2 18:00:00 2008 Jindrich Novy 0.0.5-5 - fix source URL perl-Error-0.17015-1.fc10 ------------------------- * Sat Aug 2 18:00:00 2008 Steven Pritchard 1:0.17015-1 - Update to 0.17015. perl-WWW-Search-2.504-1.fc10 ---------------------------- * Sat Aug 2 18:00:00 2008 Xavier Bachelot - 2.504-1 - New upstream version 2.504. phonon-4.2.0-3.fc10 ------------------- * Sat Aug 2 18:00:00 2008 Rex Dieter 4.2.0-3 - -backend-gst: Obsoletes: -backend-gstreamer < 4.2.0-2 python-nose-0.10.3-1.fc10 ------------------------- * Sat Aug 2 18:00:00 2008 Luke Macken 0.10.3-1 - Update to 0.10.3 snownews-1.5.10-3.fc10 ---------------------- * Sat Aug 2 18:00:00 2008 Zing - 1.5.10-3 - watchout! fuzz cops in town! * Sat Aug 2 18:00:00 2008 Zing - 1.5.10-1 - update to 1.5.10 - drop charset patch (upstream) * Thu Apr 17 18:00:00 2008 Zing - 1.5.9-1 - update to 1.5.9 stapitrace-1.0.0-4.20080622cvs_alpha.fc10 ----------------------------------------- xdemorse-1.2-1.fc10 ------------------- * Sat Aug 2 18:00:00 2008 Lucian Langa - 1.2-1 - update to 1.2 release Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 25 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 12:dhcp-4.0.0-17.fc10.i386 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) 12:dhcp-4.0.0-17.fc10.x86_64 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 12:dhcp-4.0.0-17.fc10.ppc requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so stapitrace-1.0.0-4.20080622cvs_alpha.fc10.ppc requires libbfd stapitrace-1.0.0-4.20080622cvs_alpha.fc10.ppc requires libopcodes Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) 12:dhcp-4.0.0-17.fc10.ppc64 requires perl(Win32API::Registry) >= 0:0.21 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From martin.langhoff at gmail.com Sun Aug 3 09:35:49 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Sun, 3 Aug 2008 21:35:49 +1200 Subject: Old fakeroot bug on F7 onwards - where to download from Message-ID: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> Hi! Fedora 7, 8 and 9 are shipping a version of fakeroot that is affected by a somewhat nasty race condition. The bug was characterised here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381016 , and with trivial repo steps here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446351 . This bug was fixed in 1.8.2 - F7,8,9 ship 1.6.4. Hopefully, F9/F8 can get an updated version of the package included. Help and pointers welcome :-) If that's not possible, I will prepare a package for the school server and offer it here. To Clint - looking for a link to the latest version to grace this email, I cannot find a source package or a tagged package anywhere. The most recent release I can see on Debian is 1.9.5 on Lenny and 1.9.6 on Sid, but there are no upstream tarballs on Alioth. Fakeroot is useful on many platforms - is it possible to arrange for publishing the tarballs somewhere? cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From Axel.Thimm at ATrpms.net Sun Aug 3 10:15:54 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Aug 2008 13:15:54 +0300 Subject: Old fakeroot bug on F7 onwards - where to download from In-Reply-To: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> References: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> Message-ID: <20080803101554.GA29174@victor.nirvana> Hi, On Sun, Aug 03, 2008 at 09:35:49PM +1200, Martin Langhoff wrote: > Fedora 7, 8 and 9 are shipping a version of fakeroot that is affected > by a somewhat nasty race condition. > > The bug was characterised here > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381016 , and with > trivial repo steps here > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446351 . This bug was > fixed in 1.8.2 - F7,8,9 ship 1.6.4. > > Hopefully, F9/F8 can get an updated version of the package included. > Help and pointers welcome :-) If that's not possible, I will prepare a > package for the school server and offer it here. It sure is possible, I'll look into updating the packages for >= F8. BTW were in the schook server project are you using it? Just curious. :) > To Clint - looking for a link to the latest version to grace this > email, I cannot find a source package or a tagged package anywhere. > The most recent release I can see on Debian is 1.9.5 on Lenny and > 1.9.6 on Sid, but there are no upstream tarballs on Alioth. Fakeroot > is useful on many platforms - is it possible to arrange for publishing > the tarballs somewhere? I use the tarballs on http://ftp.debian.org/debian/pool/main/f/fakeroot/ For example for the latest fakeroot you can pick http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.9.6.tar.gz -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From martin.langhoff at gmail.com Sun Aug 3 10:55:58 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Sun, 3 Aug 2008 22:55:58 +1200 Subject: Old fakeroot bug on F7 onwards - where to download from In-Reply-To: <20080803101554.GA29174@victor.nirvana> References: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> <20080803101554.GA29174@victor.nirvana> Message-ID: <46a038f90808030355q73ddb71fo6eef2a229ba66d42@mail.gmail.com> 2008/8/3 Axel Thimm : > It sure is possible, I'll look into updating the packages for >= F8. Oh fantastic! Thanks! > BTW were in the schook server project are you using it? Just curious. :) In combination with rsync, on a package called "xs-rsync". The laptops get their OS updates from the school server (aka XS) via "olpc-update", a wrapper around rsync. Which means that even things like /dev get rsynced. Naturally, I don't want to have various "/dev" directories with real device nodes on the XS. And of course rsync runs as an unpriv user, so publishing root owned files needs fakeroot. There is a bit more detail in the README: http://dev.laptop.org/git?p=users/martin/xs-rsync.git;a=blob;f=README;h=95c9a53ffc6c1ad47e7110c6657950c04bc5accf;hb=4800e21fdfe77e95c17acd6365689da2586348c1 and you can see the scripts too in that git repo. For each OS version I keep a "state file" with all the ownerships and special nodes. rsync runs always under fakeroot, with a readonly state file that is a combination of all the per-os-version statefile. I learned this trick from seeing a similar thing done by Scott for OLPC's update.laptop.org - and I will probably use this trick more in the future. I am finishing and packaging xs-rsync at the moment, but I spent all saturday chasing down this bug in all the wrong places - and only woke up this morning with thinking of waipid and faked. > I use the tarballs on > http://ftp.debian.org/debian/pool/main/f/fakeroot/ > > For example for the latest fakeroot you can pick > > http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.9.6.tar.gz Ah, good one - I could only think of trying apt-get source, which I am happy to myself, but not appropriate for a Fedora build toolchain ;-) - thanks for the help! m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From email.ahmedkamal at googlemail.com Sun Aug 3 11:17:25 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Sun, 3 Aug 2008 14:17:25 +0300 Subject: python modules for handling disks and filesystems Message-ID: <3da3b5b40808030417k59b3a88cv6bb7d7f80e202e64@mail.gmail.com> Hi everyone, I am working on some python code for an upstream project and I will need to handle disks and filesystems. i.e. "mounting", "umounting", "querying whether a directory is a mount point", "getting a file system size" and such ... Does such a module exist, or do I run shells commands and parse ? From rms at 1407.org Sun Aug 3 11:20:30 2008 From: rms at 1407.org (Rui Miguel Silva Seabra) Date: Sun, 3 Aug 2008 12:20:30 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802162329.GA16297@host0.dyn.jankratochvil.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> Message-ID: <20080803112030.GA11047@roque.1407.org> On Sat, Aug 02, 2008 at 06:23:29PM +0200, Jan Kratochvil wrote: > On Sat, 02 Aug 2008 18:17:32 +0200, Mark wrote: > > On Sat, Aug 2, 2008 at 6:15 PM, Mark wrote: > > > Then that's for Fedora specific because that's not the case in Ubuntu. > > > But that behavior you described is as irritating as hell so the RFC > > > still stands. > > > > o btw with this RFC it still pastes the content from the clipboard but > > only when you middle click on the address bar > > The three-button mice are no longer manufactured and trying to click with the > scrolling wheel is a pain as it usually scrolls away instead of the past by > mistake as I still failed to disable the scrolling in F-9 (Bug 446818). > > While the middle-button pasting was a great convenience it should be > reconsidered nowadays as the hardware for it is no longer commonly available. Are you mad? It is unexpected for people coming from Windows or Mac, but as soon as they understand it and get used to it, they love "copy on select" and "paste with middle button" :) Ok, at least all people I know who migrated from Windows/Mac to a GNU/Linux box (Fedora or otherwise). Rui -- You are what you see. Today is Setting Orange, the 69th day of Confusion in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? From markg85 at gmail.com Sun Aug 3 11:28:42 2008 From: markg85 at gmail.com (Mark) Date: Sun, 3 Aug 2008 13:28:42 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217711461.29433.25.camel@localhost.localdomain> <6e24a8e80808021536y6dc69150j3fc46783d6b763ec@mail.gmail.com> Message-ID: <6e24a8e80808030428t17ea478ex8169f3014b0f2560@mail.gmail.com> On Sun, Aug 3, 2008 at 8:26 AM, Kevin Kofler wrote: > Mark gmail.com> writes: >> As for the look and feel, i'm gonna make programs in c++ soon and am >> planning on making those in a way that they are integrated in Windows, >> Linux Mac and everything else that QT or GTK (perhaps wxWidgets) >> support but i personally don't think i'm gonna change actions for a >> specific distro. For example this middle click stuff. with my programs >> it will work the same in windows as it will in linux and mac. Might be >> wrong because linux might have a different idea of there middle click >> but that not my problem. i want it to work the same everywhere. >> Oke, i will apply as much standards as possible but if i feel like >> something is just wrong and think my way is better.. then my way it >> is. > > You'll quickly notice that Qt will automatically adapt your program to some > platform conventions. For example, on Mac OS X, the menubar is displayed at the > top of the screen, not the window, and some menu actions are automatically > moved to where Mac users expect them. You can try to override all this (and in > most cases Qt does provide an override to avoid the platform-specific > behavior), but that's a bad idea, as Qt does all this for a reason. And in fact > you should adapt to platform conventions even where Qt doesn't do it for you. > > As pretty much everyone else in this thread said, applications should integrate > into the OS, not try to behave absolutely identically on all platforms. > > Kevin Kofler > Your talking about the look of the application now. I don't intent to let everything look the same how i want it.. that should indeed fit in the os it's running on. I was only talking about key actions.For example if i assign CTRL + P to a print method then i expect it to be assigned to the same method on all osses it runs on. Or when i bind the mouse scroll wheel to open a new tab it should do so everywhere and not past some text. 2008/8/3 Callum Lerwick : > On Sat, 2008-08-02 at 22:47 +0200, Mark wrote: >> Ehm.. LOL... >> I can't help it that the default (in this case) is wrong. >> I atleast don't expect to get something pasted when i press my mousewheel. > > Because you clearly haven't been using Linux for the past decade. How > old are you, 14? > > Middle click to load a URL is how Netscape/Mozilla/Firefox has always > worked on X11 since I began using Netscape 4.0 on Slackware in 1997. I > presume it goes back even farther but previous to that I was using > Macintoshes... > > You're wrong. I've been using linux for years now. First years Fedora (since version 5) and now just a year using ubuntu with fedora every once in a while as well And i'm way older then 14.. 23 And i will do a little research to see which browsers do what when clicking the wheel. For windows it's a.t.m.: - Firefox :: scroll - IE :: scroll - Opera :: scroll - Safari :: scroll For linux i will test: - Firefox :: no scroll (no need to test) - Opera - Epiphany - Konqueror - and perhaps a few others From gilboad at gmail.com Sun Aug 3 12:31:41 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 03 Aug 2008 15:31:41 +0300 Subject: kdebluetooth4... update? new review? In-Reply-To: <200807310823.02996.jamatos@fc.up.pt> References: <1217434172.816.18.camel@gilboa-work-dev.localdomain> <9050516b0807302226h22c796f2h4f3c26c2c2bbad2d@mail.gmail.com> <200807310823.02996.jamatos@fc.up.pt> Message-ID: <1217766701.9627.5.camel@gilboa-work-dev.localdomain> On Thu, 2008-07-31 at 08:23 +0100, Jos? Matos wrote: > On Thursday 31 July 2008 06:26:40 Gilboa Davara wrote: > > I'm a bit swamped (work-wise), but hopefully this weekend. > > While not pretending to know Rex's thought I suspect that he meant the > schedule for a stable release of the project itself not about the release in > Fedora. :-) > > > - Gilboa > In this case.... no idea. As I said, kdebluetooth upstream is... not very communicative. - Gilboa From naheemzaffar at gmail.com Sun Aug 3 15:32:11 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sun, 3 Aug 2008 16:32:11 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080803112030.GA11047@roque.1407.org> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <20080803112030.GA11047@roque.1407.org> Message-ID: <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> 2008/8/3 Rui Miguel Silva Seabra > Are you mad? It is unexpected for people coming from Windows or Mac, but as > soon as they understand it and get used to it, they love "copy on select" > and > "paste with middle button" :) And that is NOT the problem. The problem is "go to copied link on middle click", which is complementing the paste action in firefox. Paste is fine, but going to a stored "url" by middle click is not always what is expected. it could be mitigated a little if the new url was opened as a new tab, but it does not - it replaces the existing page. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rms at 1407.org Sun Aug 3 15:51:25 2008 From: rms at 1407.org (Rui Miguel Silva Seabra) Date: Sun, 3 Aug 2008 16:51:25 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <20080803112030.GA11047@roque.1407.org> <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> Message-ID: <20080803155125.GB11047@roque.1407.org> On Sun, Aug 03, 2008 at 04:32:11PM +0100, Naheem Zaffar wrote: > 2008/8/3 Rui Miguel Silva Seabra > > > Are you mad? It is unexpected for people coming from Windows or Mac, but as > > soon as they understand it and get used to it, they love "copy on select" > > and > > "paste with middle button" :) > > > And that is NOT the problem. > > The problem is "go to copied link on middle click", which is complementing > the paste action in firefox. Paste is fine, but going to a stored "url" by > middle click is not always what is expected. it could be mitigated a little > if the new url was opened as a new tab, but it does not - it replaces the > existing page. about:config -> browser.tabs.opentabfor.middleclick Rui -- Or not. Today is Setting Orange, the 69th day of Confusion in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? From michael at laptop.org Sun Aug 3 16:54:32 2008 From: michael at laptop.org (Michael Stone) Date: Sun, 3 Aug 2008 12:54:32 -0400 Subject: python modules for handling disks and filesystems In-Reply-To: <3da3b5b40808030417k59b3a88cv6bb7d7f80e202e64@mail.gmail.com> References: <3da3b5b40808030417k59b3a88cv6bb7d7f80e202e64@mail.gmail.com> Message-ID: <20080803165431.GS29522@didacte.laptop.org> Ahmed, I'm not aware of an agreed-upon solution to your problem but, fortunately, there are many ways to approach your request. How important is portability to you? Anyway, here are two thoughts: a) You might consider wrapping the appropriate syscalls or libc functions with ctypes, e.g. http://dev.laptop.org/git?p=users/mstone/security;a=blob;f=rainbow/rainbow/util.py;hb=cli (MIT-licensed; very non-portable, but effective where it works) Beware that calling sys_mount directly through glibc's mount will not update /etc/mtab. This means that the 'mounted filesystems list' listed by the 'mount' executable will not coincide with the contents of /proc/mounts. Also beware of people who use Linux's mount-point namespaces via unshare() or clone() w/ the CLONE_NEWNS flag. (Naturally, other mechanisms for wrapping C functions into Python will permit you to achieve similar ends.) b) Talk to some system service or executable that already knows how to deal with mounting; e.g. the 'mount' binary via subprocess or HAL over D-Bus. Regards, Michael P.S. - If you do find a standard way to accomplish this, please speak up. I certainly could use one. :) From Lam at Lam.pl Sun Aug 3 18:06:39 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 3 Aug 2008 20:06:39 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <20080803112030.GA11047@roque.1407.org> <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> Message-ID: <20080803200639.46c50d0f@pensja.lam.pl> Dnia 2008-08-03, o godz. 16:32:11 "Naheem Zaffar" napisa?(a): > Paste is fine, but going to a stored "url" by > middle click is not always what is expected. it could be mitigated a little > if the new url was opened as a new tab, but it does not - it replaces the > existing page. Just hold "Ctrl" while middle-clicking (at least that's how it works in my SeaMonkey, please try with Firefox). Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Lam at Lam.pl Sun Aug 3 18:11:33 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 3 Aug 2008 20:11:33 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080803200639.46c50d0f@pensja.lam.pl> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <20080803112030.GA11047@roque.1407.org> <3adc77210808030832q18563f1cp925e71cd790973e@mail.gmail.com> <20080803200639.46c50d0f@pensja.lam.pl> Message-ID: <20080803201133.05bd8e60@pensja.lam.pl> Dnia 2008-08-03, o godz. 20:06:39 Leszek Matok napisa?(a): > Just hold "Ctrl" while middle-clicking (at least that's how it works in my > SeaMonkey, please try with Firefox). OK, I'm tired. We were talking about unexpecting users or ones that miss a link, not concious pasting. Please forgive me and use Rui's method :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jwilson at redhat.com Sun Aug 3 19:02:51 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sun, 3 Aug 2008 15:02:51 -0400 Subject: FESCo Meeting Summary for 2008-07-30 In-Reply-To: <1217447887.3274.4.camel@kennedy> References: <1217447887.3274.4.camel@kennedy> Message-ID: <200808031502.51573.jwilson@redhat.com> On Wednesday 30 July 2008 15:58:07 Brian Pepple wrote: > === Members Present === > * Brian Pepple (bpepple) > * Bill Nottingham (notting) > * Kevin Fenzi (nirik) > * David Woodhouse (dwmw2) > * Josh Boyer (jwb) > * Jon Stanley (jds2001) > * Dennis Gilmore (dgilmore) > > === Absent === > * Karsten Hopp (kick_) > * Jarod Wilson (j-rod) /me forgot to send vacation notice last week... Just got back in town this afternoon. -- Jarod Wilson jwilson at redhat.com From jwilson at redhat.com Sun Aug 3 19:16:09 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Sun, 3 Aug 2008 15:16:09 -0400 Subject: Does your app use LIRC? In-Reply-To: <1217441497.5809.20.camel@cookie.hadess.net> References: <1217441497.5809.20.camel@cookie.hadess.net> Message-ID: <200808031516.09675.jwilson@redhat.com> On Wednesday 30 July 2008 14:11:37 Bastien Nocera wrote: > If your app uses liblirc_client, it would be nice if you could follow > the instructions, and the two examples at: > https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experience > > to make your application work out-of-the-box in Fedora 10. Nb: the lirc driver patch is currently disabled in the latest rawhide kernels (doesn't build w/the latest pre-2.6.27 bits). Been on vacation without much in the way of internet access the past week, but I'll try to get that fixed up this week... -- Jarod Wilson jwilson at redhat.com From martin.langhoff at gmail.com Sun Aug 3 19:42:47 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 4 Aug 2008 07:42:47 +1200 Subject: Old fakeroot bug on F7 onwards - where to download from In-Reply-To: <20080803123432.GB26952@scru.org> References: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> <20080803123432.GB26952@scru.org> Message-ID: <46a038f90808031242x33e52ddey928ddc6e173b8c0c@mail.gmail.com> On Mon, Aug 4, 2008 at 12:34 AM, Clint Adams wrote: > You can get 1.9.6 here: > > http://ftp.de.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.9.6.tar.gz Thanks! > Once I move the repository to git (hopefully this month), I'll see about > an additional release/publishing process if that will help somehow. The tla archive was probably created with an ancient version of Arch - my trusty old git-archimport failed to import it when I tried yesterday. I think you only need to republish it with a more modern tla (to a temp directory!) and try the import from there - in any case. if you need help with the import, drop me a line. git-archimport might need a fixup or two ;-) cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From yersinia.spiros at gmail.com Sun Aug 3 21:04:56 2008 From: yersinia.spiros at gmail.com (yersinia) Date: Sun, 3 Aug 2008 23:04:56 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <20080802160538.5664d1bc.mschwendt@gmail.com> References: <4894514A.7070102@leemhuis.info> <4894640D.1080803@comcast.net> <20080802160538.5664d1bc.mschwendt@gmail.com> Message-ID: If you like an opinion, it is that Conflicts are difficult to mantain also for a knowledge packager. There are reason for conflicts but, no matter when, it is best, if possible, to try to rename the package via obsoletes/Provides. Only an opinion. Regards On Sat, Aug 2, 2008 at 4:05 PM, Michael Schwendt wrote: > On Sat, 02 Aug 2008 09:41:33 -0400, John Ellson wrote: > > > Thorsten Leemhuis wrote: > > > Hi all! > > > > > > About one or two times a month a lot of people run into decency > > > problems like this: > > > > > >> > > >> Error: Missing Dependency: kernel-uname-r = 2.6.25.11-97.fc9.i686 is > > >> needed by > > >> package kmod-nvidia-2.6.25.11-97.fc9.i686-173.14.09-5.lvn9.i686 > (livna) > > > > Every day I run into dependency problems like this, just with Rawhide > > rpms, not even third part ones: > > > > $ yum update phonon* > > Error: Missing Dependency: phonon = 4.2.0-1.fc10 is needed by > > package phonon-backend-gstreamer-4.2.0-1.fc10.x86_64 (installed) > > > > There's phonon-backend-gst which is supposed to obsolete that pkg > (if the Obsoletes/Provides tags in it are correct). > > The rawhide broken deps checker cannot detect this as it no longer sees > the old phono-backend-gstreamer. (and I think the repoclosure version that > is used doesn't handle obsoletes yet anyway) > > > $ yum update digikam* > > Transaction Check Error: > > file /usr/share/icons/oxygen/128x128/apps/digikam.png from install of > > digikam-0.10.0-0.1.beta2.fc10.x86_64 conflicts with file from package > > oxygen-icon-theme-4.1.0-1.fc10.noarch > > Conflicts are not dependency issues and are not checked for. > > > Neither of these dependency issues is flagged in: "rawhide report: > > 20080802 changes" > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Sun Aug 3 23:23:13 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 3 Aug 2008 23:23:13 +0000 (UTC) Subject: RFC: Firefox general.autoScroll to true References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217711461.29433.25.camel@localhost.localdomain> <6e24a8e80808021536y6dc69150j3fc46783d6b763ec@mail.gmail.com> <6e24a8e80808030428t17ea478ex8169f3014b0f2560@mail.gmail.com> Message-ID: Mark gmail.com> writes: > - Konqueror No need to test. Konqueror goes to the URL in the clipboard when you middle-click. Kevin Kofler From hpillay at redhat.com Mon Aug 4 00:13:21 2008 From: hpillay at redhat.com (Harish Pillay 9v1hp) Date: Mon, 04 Aug 2008 08:13:21 +0800 Subject: Default paper size in the following countries... In-Reply-To: <1217619138.8558.9.camel@amd5600> References: <1217607776.18789.212.camel@vain.rhgalway> <1217619138.8558.9.camel@amd5600> Message-ID: <489649A1.3030402@redhat.com> > Em Sex, 2008-08-01 ?s 17:22 +0100, Caolan McNamara escreveu: >> So, I want to tidy up OOo's upstream "default paper selection by locale" >> stuff, so if your country really does *typically* use Letter size paper >> instead of A4 please let me know. In Singapore, Malaysia it is A4. -- Harish Pillay 9v1hp hpillay at redhat.com +65.9636.9253 gpg id: 746809E3 gpg fingerprint: F7F5 5CCD 25B9 FC25 303E 3DA2 0F80 27DB 7468 09E3 From martin.langhoff at gmail.com Mon Aug 4 00:32:09 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 4 Aug 2008 12:32:09 +1200 Subject: uids for daemons on a spin Message-ID: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> Hi, packaging a custom-configured rsync daemon, I would like to give its user a stable UID where possible. Looking at the httpd.spec for reference, it has a hardcoded uid of 48 for the httpd user. Is there a listing of known uids? A safe range defined for custom packages? Is there a policy I should be reading...? Googling for "uid policy fedora -selinux" (or redhat) does not yield anything particularly interesting. TIA for any hints... cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From ricky at fedoraproject.org Mon Aug 4 01:55:45 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Sun, 3 Aug 2008 21:55:45 -0400 Subject: uids for daemons on a spin In-Reply-To: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> Message-ID: <20080804015545.GF29177@Max> On 2008-08-04 12:32:09 PM, Martin Langhoff wrote: > packaging a custom-configured rsync daemon, I would like to give its > user a stable UID where possible. Looking at the httpd.spec for > reference, it has a hardcoded uid of 48 for the httpd user. Is there a > listing of known uids? A safe range defined for custom packages? Is > there a policy I should be reading...? > > Googling for "uid policy fedora -selinux" (or redhat) does not yield > anything particularly interesting. Searching around on the wiki, I found the following pages: http://fedoraproject.org/wiki/Packaging/UsersAndGroups https://fedoraproject.org/wiki/Packaging/UserCreation https://fedoraproject.org/wiki/PackageUserRegistry I'm not sure how up-to-date they are, but hopefully, they provide some useful information. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From petersen at redhat.com Mon Aug 4 02:05:07 2008 From: petersen at redhat.com (Jens Petersen) Date: Mon, 04 Aug 2008 12:05:07 +1000 Subject: rpms/libpst/devel libpst-0.6.15.tar.gz,NONE,1.1 In-Reply-To: <200808032145.m73LjgJk014510@cvs-int.fedora.redhat.com> References: <200808032145.m73LjgJk014510@cvs-int.fedora.redhat.com> Message-ID: <489663D3.6020506@redhat.com> > Author: carllibpst > Update of /cvs/pkgs/rpms/libpst/devel > Added Files: > libpst-0.6.15.tar.gz Errm, is there a good reason why this tarball went into cvs? You should use "make new-sources FILES=libpst-0.6.15.tar.gz" for that. From moe at blagblagblag.org Mon Aug 4 04:43:26 2008 From: moe at blagblagblag.org (jeff) Date: Mon, 04 Aug 2008 01:43:26 -0300 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> Message-ID: <489688EE.4040802@blagblagblag.org> Jos Vos wrote: > Hi, > > I'm investigating the issues that I can expect when I want to install > Fedora 9 on an ASUS EeePC 900. > > I found some references, mainly referring to Fedora 8 and the EeePC 701, > and I found the Fedora Wiki page , > that lists various issues. > > Will the wired Ethernet still not work for installing F9, for example? I have a kernel available for the ASUS EeePC 701 and 900. It supports all hardware, including wifi (ath5k). It should work fine with fedora 9 systems. See: http://www.freeeee.org/i386/RPMS.FREEEEE/ Latest as of this email: http://www.freeeee.org/i386/RPMS.FREEEEE/kernel-libre-2.6.25.14-106.1.freeeee.i686.rpm -Jeff From jreznik at redhat.com Mon Aug 4 06:15:58 2008 From: jreznik at redhat.com (Jaroslav Reznik) Date: Mon, 4 Aug 2008 02:15:58 -0400 (EDT) Subject: Problems with system-config-*'s .desktop files In-Reply-To: <1217670073.15610.26.camel@pc-notebook> Message-ID: <236869152.3979111217830558426.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi, thanks for this post. I'm a new maintainer of s-c-bind and s-c-netboot so I'll take a look at this issue. It's quite old package and I'm trying to make it conform to today's standards (gnome style help etc.). Could you fill bugzilla bug report? Jaroslav Reznik Base OS - Core Services Brno ----- Original Message ----- From: "Martin Sourada" To: "Development discussions related to Fedora Core" Cc: "Discussions about the artwork included with Fedora, including icons, themes, and wallpapers." Sent: Saturday, August 2, 2008 11:41:13 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Problems with system-config-*'s .desktop files Hi, as some of you might know, I am one of the echo-icon-theme developers (among other things I do for Fedora) and we are currently facing issues with icon references in .desktop of most of the system-config-* tools, which renders some of them impossible to replace by icon from theme. I've already filled some bugs, some of which were fixed, to address this issue, also have a wiki-page [1] to track the process. The problems are of two types: 1. the icon reference contains file extension (usually .png). This is not necessary and renders such icon irreplaceable by SVG icon themes. 2. the icon reference contains full path. This makes it unthemable completely. In addition to that, for some of the tools I suggested usage of icon name either directly from icon-naming-specs [2] or at least following their naming scheme. I do not want to push on developers to change the icon name if they don't want to, but it would be nice if they could at least fix the two above mentioned issues. One example patch that fixes and changes the icon name for system-config-firewall is attached to one of the bugzilla bugs [3] I talked about. Alas so far without response from the maintainer. Which packages are affected can be easily checked from the wiki page, but here's a short list: Contain file extension ---------------------- authconfig-gtk system-config-bind system-config-boot system-config-date system-config-display system-config-firewall system-config-httpd system-config-kdump system-config-kickstart system-config-netboot system-config-nfs system-config-samba system-config-services system-config-users system-config-vsftpd Contain full path to icon ------------------------- system-config-cluster system-config-lvm Thanks, Martin References: [1] https://fedoraproject.org/wiki/Artwork/Icons/Names/SystemAdministration [2] http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=454402 -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list From martin.langhoff at gmail.com Mon Aug 4 07:17:14 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 4 Aug 2008 19:17:14 +1200 Subject: uids for daemons on a spin In-Reply-To: <20080804015545.GF29177@Max> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> Message-ID: <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> 2008/8/4 Ricky Zhou : >> Googling for "uid policy fedora -selinux" (or redhat) does not yield >> anything particularly interesting. > Searching around on the wiki, I found the following pages: > http://fedoraproject.org/wiki/Packaging/UsersAndGroups > https://fedoraproject.org/wiki/Packaging/UserCreation > https://fedoraproject.org/wiki/PackageUserRegistry Thanks for the pointers! The docs on fedora-groupadd / useradd seem to be just what I have been looking for. Except that it doesn't seem to work - both on F7 and F9 I get $ cat /etc/fedora/usermgmt/basegid 300 $ sudo /usr/sbin/fedora-groupadd 3 testing ## expecting 303 here - $ grep testing /etc/group testing:x:501: Now, it's a bash script - and it _seems_ to be doing the right thing. Almost. Mostly. See below: $ sudo bash -x /usr/sbin/fedora-groupadd 3 testing + PATH=/usr/bin:/bin:/sbin:/usr/sbin:/usr/local/sbin + BASE_DIR=/etc/fedora/usermgmt + ARGS=("$0" "$@") + test -r /etc/fedora/usermgmt/baseuid ++ cat /etc/fedora/usermgmt/baseuid + BASE_UID=300 + test -r /etc/fedora/usermgmt/basegid ++ cat /etc/fedora/usermgmt/basegid + BASE_GID=300 ++ basename /usr/sbin/fedora-groupadd + skin=fedora-groupadd + skin=groupadd + exec_name= + for i in '"$BASE_DIR/scripts/$skin"' '"$BASE_DIR/$skin"' + test -x /etc/fedora/usermgmt/scripts/groupadd + exec_name=/etc/fedora/usermgmt/scripts/groupadd + break + case $skin in + test 3 '!=' --help + test 2 -ge 2 + validateHint v 300 3 + local tmp + let tmp=31 + test 31 -ne 0 + let tmp=300+3 + test 303 -ge 0 + eval 'v=$tmp' ++ v=303 + shift + set -- 303 testing + log=/etc/fedora/usermgmt/log + test -e /etc/fedora/usermgmt/log -a -L /etc/fedora/usermgmt/log + test -n /etc/fedora/usermgmt/scripts/groupadd + invalidateCache + local rc=0 + return 1 + /etc/fedora/usermgmt/scripts/groupadd 303 testing #### THIS LOOKS CORRECT + rc=0 + invalidateCache + local rc=0 + return 1 + invalidateCache + local rc=0 + return 1 + test 0 -eq 0 + exit 0 and then... hrm... $ sudo bash -x /etc/fedora/usermgmt/scripts/groupadd 303 testing + shift + exec /usr/sbin/groupadd testing The first param to fedora-(user|group)add is supposed to be uid, which should get added do base (g|u)id and should also get prefixed with --uid for useradd and --gid for groupadd. When should the option name be added I am not sure, but it should happen *somewhere*. Is this toolchain in use? cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.sourada at gmail.com Mon Aug 4 07:23:36 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 04 Aug 2008 09:23:36 +0200 Subject: Problems with system-config-*'s .desktop files In-Reply-To: <236869152.3979111217830558426.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <236869152.3979111217830558426.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1217834616.15610.63.camel@pc-notebook> On Mon, 2008-08-04 at 02:15 -0400, Jaroslav Reznik wrote: > Hi, > thanks for this post. I'm a new maintainer of s-c-bind and s-c-netboot > so I'll take a look at this issue. It's quite old package and I'm > trying to make it conform to today's standards (gnome style help > etc.). Could you fill bugzilla bug report? > > Jaroslav Reznik > Base OS - Core Services Brno > Done: https://bugzilla.redhat.com/show_bug.cgi?id=457713 https://bugzilla.redhat.com/show_bug.cgi?id=457715 Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschwendt at gmail.com Mon Aug 4 08:03:07 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 4 Aug 2008 10:03:07 +0200 Subject: uids for daemons on a spin In-Reply-To: <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> Message-ID: <20080804100307.8732c216.mschwendt@gmail.com> On Mon, 4 Aug 2008 19:17:14 +1200, Martin Langhoff wrote: > 2008/8/4 Ricky Zhou : > >> Googling for "uid policy fedora -selinux" (or redhat) does not yield > >> anything particularly interesting. > > Searching around on the wiki, I found the following pages: > > http://fedoraproject.org/wiki/Packaging/UsersAndGroups > > https://fedoraproject.org/wiki/Packaging/UserCreation > > https://fedoraproject.org/wiki/PackageUserRegistry > > Thanks for the pointers! The docs on fedora-groupadd / useradd seem to > be just what I have been looking for. > > Except that it doesn't seem to work - both on F7 and F9 I get No word from you on whether you configured it for static gid/uid allocation. > Is this toolchain in use? Yes. It's usage is controversial, though, as it's considered non-trivial and non-intuitive by some. From rjones at redhat.com Mon Aug 4 08:14:45 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 4 Aug 2008 09:14:45 +0100 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <20080802223634.65e8ca8a.mschwendt@gmail.com> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> Message-ID: <20080804081445.GA19672@amd.home.annexia.org> On Sat, Aug 02, 2008 at 10:36:34PM +0200, Michael Schwendt wrote: > coq-8.1pl3-2.fc10.i386 > File conflict with: coda-client-6.9.4-0.1.rc2.fc10.i386 > /usr/bin/parser Hmmm, I thought that was going to happen. https://bugzilla.redhat.com/show_bug.cgi?id=450323#c16 Down at the bottom of that comment I said: BTW having a binary called /usr/bin/parser is probably a bad idea. How do Debian package this file? They usually rename such generic names ('coqparser' or the like). If Debian rename it, then we should do so too. We checked Debian, and in fact they ship this as /usr/bin/parser too, which is why we left it. Not sure what is the best thing to do here: (1) Rename it and thus be inconsistent with both upstream & Debian. (2) Rename Coda's "parser" (breaking things?) (3) Leave it and tell people that they can't install both packages at once(!) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 59 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From j.w.r.degoede at hhs.nl Mon Aug 4 08:30:04 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 04 Aug 2008 10:30:04 +0200 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <20080804081445.GA19672@amd.home.annexia.org> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> Message-ID: <4896BE0C.9060107@hhs.nl> Richard W.M. Jones wrote: > On Sat, Aug 02, 2008 at 10:36:34PM +0200, Michael Schwendt wrote: >> coq-8.1pl3-2.fc10.i386 >> File conflict with: coda-client-6.9.4-0.1.rc2.fc10.i386 >> /usr/bin/parser > > Hmmm, I thought that was going to happen. > > https://bugzilla.redhat.com/show_bug.cgi?id=450323#c16 > > Down at the bottom of that comment I said: > > BTW having a binary called /usr/bin/parser is probably a bad idea. > How do Debian package this file? They usually rename such generic > names ('coqparser' or the like). If Debian rename it, then we should > do so too. > > We checked Debian, and in fact they ship this as /usr/bin/parser too, > which is why we left it. > > Not sure what is the best thing to do here: > > (1) Rename it and thus be inconsistent with both upstream & Debian. > > (2) Rename Coda's "parser" (breaking things?) > As the coda packager, let me add the following usefull info (not) I've no idea what will break with regards to coda if this binary is renamed. It seems to be a utility which gets called from other coda processes. Any coda experts here? > (3) Leave it and tell people that they can't install both packages at > once(!) > Regards, Hans From kwade at redhat.com Mon Aug 4 08:26:20 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Mon, 04 Aug 2008 01:26:20 -0700 Subject: what do you want tested in F10 Alpha? Message-ID: <1217838380.13450.215.camel@calliope.phig.org> ... because you might want to add it to the release notes for F10 Alpha: https://fedoraproject.org/wiki/Releases/10/Alpha/ReleaseNotes Sometime by tomorrow we'll have to make that point at a static page, so get in your edits while you can. - Karsten -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- 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 rawhide at fedoraproject.org Mon Aug 4 08:31:53 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 4 Aug 2008 08:31:53 +0000 (UTC) Subject: rawhide report: 20080804 changes Message-ID: <20080804083154.02E3D209EF9@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080803/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080804/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package procbench Multiplatform information tool and CPU benchmark for x86 procs New package xlog Logging program for Hamradio Operators New package xpsk31 GTK+ graphical version of lpsk31 for Ham Radio Updated Packages: alliance-5.0-20.20070718snap.fc10 --------------------------------- * Mon Aug 4 18:00:00 2008 Aanjhan Ranganathan - 5.0-20.20070718snap - Bumped release version to match changelog avant-window-navigator-0.2.6-9.fc10 ----------------------------------- * Sun Aug 3 18:00:00 2008 Sindre Pedersen Bj??rdal - 0.2.6-9 - Add patch to fix empty string in schemas file. #457683 cbrpager-0.9.19-1.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Mamoru Tasaka - 0.9.19-1 - 0.9.19 contacts-0.9-1.fc10 ------------------- * Sun Aug 3 18:00:00 2008 Jesse Keating - 0.9-1 - New upstream release cups-1.3.8-2.fc10 ----------------- * Sun Aug 3 18:00:00 2008 Tim Waugh 1:1.3.8-2 - Applied patch to fix STR #2892 (bug #453610). dhcp-4.0.0-18.fc10 ------------------ * Sun Aug 3 18:00:00 2008 Tom "spot" Callaway - 12:4.0.0-18 - filter out false positive perl requires echo-icon-theme-0.3.89.0-0.8.20080803git1c213a2.fc10 ---------------------------------------------------- * Sun Aug 3 18:00:00 2008 Martin Sourada - 0.3.89.0-0.8.20080803git1c213a2 - New git snapshot - Fix Release: to follow the Packaging Naming Guidelines - Require icon-naming-utils >= 0.8.7 eel2-2.23.6-1.fc10 ------------------ * Sun Aug 3 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gdb-6.8-19.fc10 --------------- * Mon Aug 4 18:00:00 2008 Jan Kratochvil - 6.8-19 - Fix `errno' printing on nonthreaded non-g3 inferiors (TLS minsym is absolute). gnome-mag-0.15.2-1.fc10 ----------------------- * Sun Aug 3 18:00:00 2008 Matthias Clasen - 0.15.2-1 - Update to 0.15.2 gnome-speech-0.4.21-1.fc10 -------------------------- * Sun Aug 3 18:00:00 2008 Matthias Clasen - 0.4.21-1 - Update to 0.4.21 * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 0.4.20-2 - fix license tag gnomesword-2.3.6-2.fc10 ----------------------- * Sun Aug 3 18:00:00 2008 Deji Akingunola - 2.3.6-2 - Package the 'RELEASE-NOTES' jd-2.0.1-0.1.svn2256_trunk.fc10 ------------------------------- * Mon Aug 4 18:00:00 2008 Mamoru Tasaka - rev. 2256 kde-i18n-3.5.9-10.fc10 ---------------------- * Sun Aug 3 18:00:00 2008 Kevin Kofler 1:3.5.9-10 - F10+: remove more kdepim translations (conflicts reported by Michael Schwendt) libpst-0.6.15-1.fc10 -------------------- * Wed Jul 30 18:00:00 2008 Carl Byington - 0.6.15-1 - Patch from Robert Simpson for file handle leak in error case. - Fix for missing length on lz decompression, bug found by Chris White. lyx-1.6.0-0.5.beta4.fc10 ------------------------ * Wed Aug 6 18:00:00 2008 Rex Dieter - 1.6.0-0.5.beta4 - Requires: dvipdfm (f9+, #448647) - add (optional) minimal qt4 dep - make Req: tex-simplecv fedora only - drop file deps (texhash) man-pages-ko-20050219-4.fc10 ---------------------------- * Mon Aug 4 18:00:00 2008 Ding-Yi Chen - 2:20050219-4 - Fix the file conflict with rpm-4.5.90 meld-1.2-1.fc10 --------------- * Sun Aug 3 18:00:00 2008 Brian Pepple - 1.2-1 - Update to 1.2. - Drop git patch. fixed upstream. - Update scrollkeeper patch. oooqs2-1.0-5.fc10 ----------------- * Wed Apr 2 18:00:00 2008 Rex Dieter - 1.0-5 - fix rawhide build (#433988) - drop Requires: kdebase - s/for KDE// * Mon Feb 18 17:00:00 2008 Fedora Release Engineering - 1.0-4 - Autorebuild for GCC 4.3 * Tue Aug 28 18:00:00 2007 Dennis Gilmore 1.0-4 - rebuild for F8 - license GPLv2+ perl-HTML-Mason-1.40-1.fc10 --------------------------- * Sat Aug 2 18:00:00 2008 Steven Pritchard 1:1.40-1 - Update to 1.40. - BR Test::Builder. perl-Nmap-Parser-1.16-1.fc10 ---------------------------- * Sun Aug 3 18:00:00 2008 Sindre Pedersen Bj??rdal - 1.16-1 - New release, 1.16 perl-Sub-Name-0.04-1.fc10 ------------------------- * Sun Aug 3 18:00:00 2008 Chris Weyl 0.04-1 - update to 0.04 scons-0.98.5-1.fc10 ------------------- * Sun Aug 3 18:00:00 2008 Gerard Milmeister - 0.98.5-1 - new release 0.98.5 sitecopy-0.16.6-2.fc10 ---------------------- * Sun Aug 3 18:00:00 2008 Joe Orton 0.16.6-2 - really build as PIE * Sun Aug 3 18:00:00 2008 Joe Orton 0.16.6-1 - update to 0.16.6 - drop OS/2 README - use system gettext - build as PIE - sanitize BuildRequires stapitrace-1.0.0-6.20080622cvs_alpha.fc10 ----------------------------------------- stardict-3.0.1-13.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Caius Chance - 3.0.1-13.fc10 - Resolves: rhbz#441209 - Enable appropriate locale based dictionaries in user's first time usage. subcommander-1.9.93-6.fc10 -------------------------- * Sun Aug 3 18:00:00 2008 Jochen Schmitt 1.9.93-6 - Blocking subversion-1.5.0 bc/ it's contains a bug usermode-1.98-1.fc10 -------------------- * Sun Aug 3 18:00:00 2008 Miloslav Trma?? - 1.98-1 - Support dialogs with no text entries - Preserve timestamps of some installed files Resolves: #456749 - Remove /usr/X11R6/bin from the default path. Resolves: #446849 - Left-justify messages - Preserve file timestamps where possible. xorg-x11-drv-openchrome-0.2.902-9.fc10 -------------------------------------- * Sun Aug 3 18:00:00 2008 Xavier Bachelot - 0.2.902-9 - New version of the panel and hw cursor patch. - Rawhide is now using patch --fuzz=0, fixes for induced issues. xorg-x11-server-1.4.99.906-3.fc10 --------------------------------- Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 30 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From thomas.moschny at gmail.com Mon Aug 4 08:35:14 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 4 Aug 2008 10:35:14 +0200 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <4896BE0C.9060107@hhs.nl> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4896BE0C.9060107@hhs.nl> Message-ID: 2008/8/4 Hans de Goede : > As the coda packager, let me add the following useful info (not) I've no > idea what will break with regards to coda if this binary is renamed. It > seems to be a utility which gets called from other coda processes. So ... it should probably be moved to %{_libexecdir}/coda/parser, no? - Thomas From martin.langhoff at gmail.com Mon Aug 4 08:52:29 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 4 Aug 2008 20:52:29 +1200 Subject: uids for daemons on a spin In-Reply-To: <20080804100307.8732c216.mschwendt@gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> Message-ID: <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> On Mon, Aug 4, 2008 at 8:03 PM, Michael Schwendt wrote: > No word from you on whether you configured it for static gid/uid > allocation. Static? No mention of that in the wikipage so I don't know... I am using it in its "default". The default value seems to be 300 for uid and gid. Suits me ok - at least for the testing I am doing. And looking at the bash -x output (_stop_ reading now and scroll back to my earlier email - I flagged the relevant line to make it stand out), it _is_ reading '300' and adding '3' and then tries to create the user with id 303. Except that it passes the '303' wrong to useradd. Oops! and the 2nd script very purposefully discards the 303 without checking anything. An elaborate ruse to discard the desired uid and gid? ;-) > Yes. It's usage is controversial, though, as it's considered non-trivial > and non-intuitive by some. I find the concepts and documentation in the wiki easy enough for me, and it will be no problem to use this strategy on the School Server spin. If it works! The code OTOH, is computing the right number and then meticulously _discarding_ it. See - /etc/fedora/usermgmt/scripts/groupadd - discards the gid vs - /etc/fedora/usermgmt/scripts.shadow-utils/groupadd - uses the gid So you would think that there's a branch in the controlling script that based on some rule it will switch to "scripts.shadow-utils" rather than "scripts". Not so - line 73 of /usr/share/fedora-usermgmt/wrapper is our only chance, and it says... for i in "$BASE_DIR/scripts/$skin" "$BASE_DIR/$skin"; do I just imported the cvs history into git and walked it up and down. Unfortunately it's only 0.7 so packaging changes and no interesting stuff. All the versions I can see in there are 100% bent on discarding the user input. Instead of using this script perhaps I can write the desired gid to /dev/null and see if it works ;-) Might still be a PEBKAC at my end, but I cannot see anyt hint that the code in CVS has ever worked - puzzled, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From mschwendt at gmail.com Mon Aug 4 09:07:06 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 4 Aug 2008 11:07:06 +0200 Subject: uids for daemons on a spin In-Reply-To: <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> Message-ID: <20080804110706.e6bf30ee.mschwendt@gmail.com> On Mon, 4 Aug 2008 20:52:29 +1200, Martin Langhoff wrote: > On Mon, Aug 4, 2008 at 8:03 PM, Michael Schwendt wrote: > > No word from you on whether you configured it for static gid/uid > > allocation. > > Static? No mention of that in the wikipage so I don't know... Everything's there: https://fedoraproject.org/wiki/Packaging/UserCreation#Documentation Even links to postings which answer you other questions: https://fedoraproject.org/wiki/Packaging/UserCreation#Background > Might still be a PEBKAC at my end, but I cannot see anyt hint that the > code in CVS has ever worked - Wiki plus: rpm -qi fedora-usermgmt-shadow-utils From martin.langhoff at gmail.com Mon Aug 4 09:32:15 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 4 Aug 2008 21:32:15 +1200 Subject: uids for daemons on a spin In-Reply-To: <20080804110706.e6bf30ee.mschwendt@gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <20080804110706.e6bf30ee.mschwendt@gmail.com> Message-ID: <46a038f90808040232t33ed28edu907db71f4a8e9a00@mail.gmail.com> On Mon, Aug 4, 2008 at 9:07 PM, Michael Schwendt wrote: > On Mon, 4 Aug 2008 20:52:29 +1200, Martin Langhoff wrote: > >> On Mon, Aug 4, 2008 at 8:03 PM, Michael Schwendt wrote: >> > No word from you on whether you configured it for static gid/uid >> > allocation. >> >> Static? No mention of that in the wikipage so I don't know... > > Everything's there: > https://fedoraproject.org/wiki/Packaging/UserCreation#Documentation I've read it -- I guess you mean whether I did /usr/sbin/update-alternatives --set fedora-usermgmt /etc/fedora/usermgmt/scripts.shadow-utils and the answer is no, I didn't. Hmmmm. Ok, if I re-read that page and translate the phrase "Administrators who want static uid/gid allocations..." into "this defaults to a no-op - to make it _do_ something..." then maybe it starts expressing things a bit better :-/ > Even links to postings which answer you other questions: > https://fedoraproject.org/wiki/Packaging/UserCreation#Background Ugh, this isn't pretty. From one of the emails: > fedora-usermgmt in it's unconfigured state was the same as useradd. perhaps that line, in wrapped in tags should be in the wiki? Perhaps I misunderstood the goal of the tool - but I see there's plenty of flamewars about this. Shame that the controversy has shaped this into its current state of "actually, it doesn't work" out of the box. In any case, Real Men just hardcode the uid and so what if there's a conflict or the local admin has an opinion - ;-) cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From jos at xos.nl Mon Aug 4 10:29:22 2008 From: jos at xos.nl (Jos Vos) Date: Mon, 4 Aug 2008 12:29:22 +0200 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <489688EE.4040802@blagblagblag.org> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> Message-ID: <20080804102922.GA28171@jasmine.xos.nl> On Mon, Aug 04, 2008 at 01:43:26AM -0300, jeff wrote: > I have a kernel available for the ASUS EeePC 701 and 900. It supports all > hardware, including wifi (ath5k). It should work fine with fedora 9 systems. What are, except for the working ath5k, the differences with the latest F9 update kernel? AFAICS the latest F9 kernel also supports everything, except the wireless card (the ath5k driver is loaded, but not functioning). I got that working now with the latest madwifi driver (including latest HAL stuff, the latest madwifi driver itself did not work). Can we expect a standard F9 kernel with a working ath5k driver soon? -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From enrico.scholz at informatik.tu-chemnitz.de Mon Aug 4 10:49:15 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 04 Aug 2008 12:49:15 +0200 Subject: uids for daemons on a spin In-Reply-To: <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> (Martin Langhoff's message of "Mon, 4 Aug 2008 20:52:29 +1200") References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> Message-ID: <87zlntdphw.fsf@fc5.bigo.ensc.de> "Martin Langhoff" writes: > Static? No mention of that in the wikipage so I don't know... I am > using it in its "default". The default value seems to be 300 for uid > and gid. Suits me ok - at least for the testing I am doing. And looking > at the bash -x output (_stop_ reading now and scroll back to my earlier > email - I flagged the relevant line to make it stand out), it _is_ > reading '300' and adding '3' and then tries to create the user with id > 303. Without reading whole thread and participating in yet another flame war (I reply only because I was in a CC): the 300 baseuid is a bad value but one of the best what I can use as a default. When you want to use fedora-usermgmt, pick an empty UID range and reserve it for system users. Here, it is the 63000-65000 range but this will probably vary on your system. Then, put this number into /etc/fedora/usermgmt/base[ug]id and activate whole stuff by /usr/sbin/update-alternatives --set fedora-usermgmt /etc/fedora/usermgmt/scripts.shadow-utils and install your packages. I described in some other threads how to do this stuff in early initializiation phases (kickstart); basically it was the creation of a new package which provides 'flavor(fedora-usermgmt-setup)'. Enrico From phil at sanslogic.co.uk Mon Aug 4 11:38:35 2008 From: phil at sanslogic.co.uk (Philip Heron) Date: Mon, 04 Aug 2008 12:38:35 +0100 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <489688EE.4040802@blagblagblag.org> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> Message-ID: <4896EA3B.70308@sanslogic.co.uk> jeff wrote: > I have a kernel available for the ASUS EeePC 701 and 900. It supports > all hardware, including wifi (ath5k). It should work fine with fedora 9 > systems. Hi Jeff, Is there anything in your kernel that might improve the stability of the intel video driver over the stock fedora kernel? I'm getting quite a lot of hard lock-ups and random X restarts if I don't disable video acceleration, but then playing video is impossible. Everything else on my EeePC is working nicely. -Phil From pbrobinson at gmail.com Mon Aug 4 12:51:45 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 4 Aug 2008 13:51:45 +0100 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <4896EA3B.70308@sanslogic.co.uk> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <4896EA3B.70308@sanslogic.co.uk> Message-ID: <5256d0b0808040551n3d485097refbf025aa78d7a57@mail.gmail.com> >> I have a kernel available for the ASUS EeePC 701 and 900. It supports all >> hardware, including wifi (ath5k). It should work fine with fedora 9 systems. > > Hi Jeff, > > Is there anything in your kernel that might improve the stability of the > intel video driver over the stock fedora kernel? I'm getting quite a lot of > hard lock-ups and random X restarts if I don't disable video acceleration, > but then playing video is impossible. Have you tried disabling FrameBufferCompression? Peter From j.w.r.degoede at hhs.nl Mon Aug 4 13:03:58 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 04 Aug 2008 15:03:58 +0200 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4896BE0C.9060107@hhs.nl> Message-ID: <4896FE3E.20309@hhs.nl> Thomas Moschny wrote: > 2008/8/4 Hans de Goede : >> As the coda packager, let me add the following useful info (not) I've no >> idea what will break with regards to coda if this binary is renamed. It >> seems to be a utility which gets called from other coda processes. > > So ... it should probably be moved to %{_libexecdir}/coda/parser, no? > Maybe, I haven't investigated that close yet, as I simply don't have the time for it. Given thatb packages which contain /usr/bin/parser are pretty obscure packages, the chances of a user actually hitting this problem are small. That does not mean that it should not be fixed, but that does make it a low priority thing for me. Patches (from people who have done their homework and know exactly for what and when "parser" in coda is used) are welcome. Regards, Hans From moe at blagblagblag.org Mon Aug 4 13:26:36 2008 From: moe at blagblagblag.org (jeff) Date: Mon, 04 Aug 2008 10:26:36 -0300 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <4896EA3B.70308@sanslogic.co.uk> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <4896EA3B.70308@sanslogic.co.uk> Message-ID: <4897038C.5040104@blagblagblag.org> Philip Heron wrote: > jeff wrote: >> I have a kernel available for the ASUS EeePC 701 and 900. It supports >> all hardware, including wifi (ath5k). It should work fine with fedora >> 9 systems. > > Hi Jeff, > > Is there anything in your kernel that might improve the stability of the > intel video driver over the stock fedora kernel? I'm getting quite a lot > of hard lock-ups and random X restarts if I don't disable video > acceleration, but then playing video is impossible. Nothing in particular over fedora's for that. I should note that this kernel has quite a few driver modules disabled for things that would likely never touch an eee. Selinux isn't compiled in either. From jwilson at redhat.com Mon Aug 4 13:39:12 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Mon, 04 Aug 2008 09:39:12 -0400 Subject: Does your app use LIRC? In-Reply-To: <200808031516.09675.jwilson@redhat.com> References: <1217441497.5809.20.camel@cookie.hadess.net> <200808031516.09675.jwilson@redhat.com> Message-ID: <48970680.50107@redhat.com> Jarod Wilson wrote: > On Wednesday 30 July 2008 14:11:37 Bastien Nocera wrote: >> If your app uses liblirc_client, it would be nice if you could follow >> the instructions, and the two examples at: >> https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experience >> >> to make your application work out-of-the-box in Fedora 10. > > Nb: the lirc driver patch is currently disabled in the latest rawhide kernels > (doesn't build w/the latest pre-2.6.27 bits). Been on vacation without much in > the way of internet access the past week, but I'll try to get that fixed up > this week... Trivial fix, should be all set in kernel-2.6.27-0.216.rc1.git4.fc10 and later. -- Jarod Wilson jwilson at redhat.com From moe at blagblagblag.org Mon Aug 4 13:38:14 2008 From: moe at blagblagblag.org (jeff) Date: Mon, 04 Aug 2008 10:38:14 -0300 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <20080804102922.GA28171@jasmine.xos.nl> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <20080804102922.GA28171@jasmine.xos.nl> Message-ID: <48970646.7090907@blagblagblag.org> Jos Vos wrote: > On Mon, Aug 04, 2008 at 01:43:26AM -0300, jeff wrote: > >> I have a kernel available for the ASUS EeePC 701 and 900. It supports all >> hardware, including wifi (ath5k). It should work fine with fedora 9 systems. > > What are, except for the working ath5k, the differences with the latest > F9 update kernel? Very stripped down config-i686. Not much else difference other than the mickflemm patches. Oh, and using linux-libre as a base. Latest SRPMS here: http://www.blagblagblag.org/FREEEEE/source/SRPMS.FREEEEE/kernel-libre-2.6.25.14-106.2.freeeee.src.rpm From ajax at redhat.com Mon Aug 4 13:32:59 2008 From: ajax at redhat.com (Adam Jackson) Date: Mon, 04 Aug 2008 09:32:59 -0400 Subject: source file audit - 2008-08-01 In-Reply-To: <20080801211842.3821cbda@ohm.scrye.com> References: <20080801211842.3821cbda@ohm.scrye.com> Message-ID: <1217856779.4699.57.camel@localhost.localdomain> On Fri, 2008-08-01 at 21:18 -0600, Kevin Fenzi wrote: > clumens:BADURL:rhpxl-1.9.tar.gz:rhpxl Fixed this one. I was not aware fedorahosted had grown the ability to host release tarballs! - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rjones at redhat.com Mon Aug 4 14:01:22 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 4 Aug 2008 15:01:22 +0100 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <4896FE3E.20309@hhs.nl> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4896BE0C.9060107@hhs.nl> <4896FE3E.20309@hhs.nl> Message-ID: <20080804140122.GA3401@amd.home.annexia.org> On Mon, Aug 04, 2008 at 03:03:58PM +0200, Hans de Goede wrote: > Maybe, I haven't investigated that close yet, as I simply don't have the > time for it. Given thatb packages which contain /usr/bin/parser are > pretty obscure packages, the chances of a user actually hitting this > problem are small. Alan Dunn has asked Coq upstream if it is possible for them to rename this program so it's less generic. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 59 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From fedora at camperquake.de Mon Aug 4 14:13:14 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 4 Aug 2008 16:13:14 +0200 Subject: ENVR checking In-Reply-To: <1216664796.12190.32.camel@localhost.localdomain> References: <4882D40E.6050309@timj.co.uk> <20080720091033.7e1bfdf7.mschwendt@gmail.com> <4884D289.1070505@timj.co.uk> <1216664796.12190.32.camel@localhost.localdomain> Message-ID: <20080804161314.7f836b79@dhcp03.addix.net> Hi. On Mon, 21 Jul 2008 14:26:36 -0400, Jesse Keating wrote: > It doesn't currently mail the maintainer directly, I would like the > package address aliases to be in place first (like > pungi-package at fedoraproject.org) Just a quick thought: in order to keep the namespaces separated, wouldn't it be smarter to use pungi at package.fedoraproject.org instead? From jkeating at redhat.com Mon Aug 4 14:25:30 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 04 Aug 2008 10:25:30 -0400 Subject: ENVR checking In-Reply-To: <20080804161314.7f836b79@dhcp03.addix.net> References: <4882D40E.6050309@timj.co.uk> <20080720091033.7e1bfdf7.mschwendt@gmail.com> <4884D289.1070505@timj.co.uk> <1216664796.12190.32.camel@localhost.localdomain> <20080804161314.7f836b79@dhcp03.addix.net> Message-ID: <1217859930.4160.8.camel@localhost.localdomain> On Mon, 2008-08-04 at 16:13 +0200, Ralf Ertzinger wrote: > Just a quick thought: > in order to keep the namespaces separated, wouldn't it be smarter to use > pungi at package.fedoraproject.org instead? That would be a question for the people setting up the alias. Right now it's -owner at fedoraproject.org -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Mon Aug 4 14:56:42 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 04 Aug 2008 10:56:42 -0400 Subject: ENVR checking In-Reply-To: <1217859930.4160.8.camel@localhost.localdomain> References: <4882D40E.6050309@timj.co.uk> <20080720091033.7e1bfdf7.mschwendt@gmail.com> <4884D289.1070505@timj.co.uk> <1216664796.12190.32.camel@localhost.localdomain> <20080804161314.7f836b79@dhcp03.addix.net> <1217859930.4160.8.camel@localhost.localdomain> Message-ID: <1217861802.25781.34.camel@rosebud> On Mon, 2008-08-04 at 10:25 -0400, Jesse Keating wrote: > On Mon, 2008-08-04 at 16:13 +0200, Ralf Ertzinger wrote: > > Just a quick thought: > > in order to keep the namespaces separated, wouldn't it be smarter to use > > pungi at package.fedoraproject.org instead? > > That would be a question for the people setting up the alias. Right now > it's -owner at fedoraproject.org We're all ears, but I thought package-owner was easier than a whole new subdomain. -sv From billcrawford1970 at gmail.com Mon Aug 4 15:18:15 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Mon, 4 Aug 2008 16:18:15 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> Message-ID: <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> 2008/8/2 Mark : > Anyway.. to get back on the topic (again) i still think (even more > than when i started this) that firefox middle click behavior should be > the same in windows and linux. I will fill a bug report about this on > mozilla as well and hope that there replies are mature unlike (almost) > everyone here. Yes, do let us know how people like having the middle click paste the clipboard in Windows ;o) From aoliva at redhat.com Mon Aug 4 15:22:04 2008 From: aoliva at redhat.com (Alexandre Oliva) Date: Mon, 04 Aug 2008 12:22:04 -0300 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <1217680247.2328.11.camel@localhost.localdomain> (Josh Boyer's message of "Sat\, 02 Aug 2008 08\:30\:47 -0400") References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> Message-ID: On Aug 2, 2008, Josh Boyer wrote: > Also, rawhide never really released any form of .26 kernel, as it > went right to .27 git snapshots. I don't remember whether kernel-2.6.26-138.fc10 made it to rawhide, but I know it was built, and I happen to have preserved the corresponding linux-libre build in the linux-libre rawhide repository at http://fsfla.org/download/linux-libre/freed-ora/devel/ -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} FSFLA Board Member ?S? Libre! => http://www.fsfla.org/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} From skvidal at sethdot.org Mon Aug 4 15:39:30 2008 From: skvidal at sethdot.org (Seth Vidal) Date: Mon, 04 Aug 2008 11:39:30 -0400 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <48955B92.2080200@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894736D.3030403@iinet.net.au> <48955B92.2080200@leemhuis.info> Message-ID: <1217864370.25781.40.camel@rosebud> On Sun, 2008-08-03 at 09:17 +0200, Thorsten Leemhuis wrote: > I suppose a lot of users won't look that close and some GUIs will likely > hide such a output. So I don't like that idea to much, as it afaik could > block important updates of certain packages for months or years if the > user has a local packages (an orphan or a manually installed RPM from > non-Fedora repos) installed that is the culprit for the dependency problem. > > What IMHO might work is a "skip broken" plugin that for example ignores > broken deps for a certain timeframe (say 48 oder 72 hours after the > problems was hit for the first time) and boils out after that in case > the broken dep still isn't fixed. 1. skip-broken is not a plugin, anymore. It is in core yum code, now. 2. doing it via date is very odd. If only b/c the only date we could use if the file timestamp of the pkg and packages will sometimes sit in a space before being pushed to a repo officially. So it will be something of a crapshoot what it says is really broken or not. I think a tool to detect all these issues is worth discussing, not sure how we catch all possible conflicts, though. -sv From fedora at leemhuis.info Mon Aug 4 16:10:28 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Aug 2008 18:10:28 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <1217864370.25781.40.camel@rosebud> References: <4894514A.7070102@leemhuis.info> <4894736D.3030403@iinet.net.au> <48955B92.2080200@leemhuis.info> <1217864370.25781.40.camel@rosebud> Message-ID: <489729F4.7080300@leemhuis.info> On 04.08.2008 17:39, Seth Vidal wrote: > On Sun, 2008-08-03 at 09:17 +0200, Thorsten Leemhuis wrote: >> I suppose a lot of users won't look that close and some GUIs will likely >> hide such a output. So I don't like that idea to much, as it afaik could >> block important updates of certain packages for months or years if the >> user has a local packages (an orphan or a manually installed RPM from >> non-Fedora repos) installed that is the culprit for the dependency problem. >> >> What IMHO might work is a "skip broken" plugin that for example ignores >> broken deps for a certain timeframe (say 48 oder 72 hours after the >> problems was hit for the first time) and boils out after that in case >> the broken dep still isn't fixed. > [...] > 2. doing it via date is very odd. If only b/c the only date we could use > if the file timestamp of the pkg and packages will sometimes sit in a > space before being pushed to a repo officially. So it will be something > of a crapshoot what it says is really broken or not. That why I didn't suggest to use the build date and mentioned to use "48 or 72 hours after the problems was hit for the first time". That of cause would need to be managed on the client (e.g. for each broken dep write down somewhere when the problem showed up; if the same problem shows up with the same packages 72 hours later then boil out to make sure the user gets aware of the issue). But yes, agreed, using the date is a bit odd, but I'd say it could solve the "Skip broken for weeks prevented that I didn't get the crucial update" problem. Or is there a better way around that? Cu knurd From a.badger at gmail.com Mon Aug 4 16:36:43 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 04 Aug 2008 09:36:43 -0700 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <20080804081445.GA19672@amd.home.annexia.org> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> Message-ID: <4897301B.5080705@gmail.com> Richard W.M. Jones wrote: > On Sat, Aug 02, 2008 at 10:36:34PM +0200, Michael Schwendt wrote: >> coq-8.1pl3-2.fc10.i386 >> File conflict with: coda-client-6.9.4-0.1.rc2.fc10.i386 >> /usr/bin/parser > > Hmmm, I thought that was going to happen. > > https://bugzilla.redhat.com/show_bug.cgi?id=450323#c16 > > Down at the bottom of that comment I said: > > BTW having a binary called /usr/bin/parser is probably a bad idea. > How do Debian package this file? They usually rename such generic > names ('coqparser' or the like). If Debian rename it, then we should > do so too. > > We checked Debian, and in fact they ship this as /usr/bin/parser too, > which is why we left it. > > Not sure what is the best thing to do here: > > (1) Rename it and thus be inconsistent with both upstream & Debian. > > (2) Rename Coda's "parser" (breaking things?) > We should definitely rename one or both /usr/bin/parser's. The steps should be something like this: 1) Contact upstream and ask if they are amenable to renaming the binary in their next release. Then try to rename our binary now. 2) If upstream isn't willing to, see if we can at least get the blessing to do it locally with a given name. 3) Check with other distros (Maybe Debian now but discuss on distributions-list at freedesktop.org about keeping a distro-wide list) if they've seen the problem/would be willing to rename their binaries. 4) Do the rename locally. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jkeating at redhat.com Mon Aug 4 17:25:32 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 04 Aug 2008 13:25:32 -0400 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <489729F4.7080300@leemhuis.info> References: <4894514A.7070102@leemhuis.info> <4894736D.3030403@iinet.net.au> <48955B92.2080200@leemhuis.info> <1217864370.25781.40.camel@rosebud> <489729F4.7080300@leemhuis.info> Message-ID: <1217870732.4160.18.camel@localhost.localdomain> On Mon, 2008-08-04 at 18:10 +0200, Thorsten Leemhuis wrote: > That why I didn't suggest to use the build date and mentioned to use "48 > or 72 hours after the problems was hit for the first time". That of > cause would need to be managed on the client (e.g. for each broken dep > write down somewhere when the problem showed up; if the same problem > shows up with the same packages 72 hours later then boil out to make > sure the user gets aware of the issue). And what about when said build has spent a number of days in -testing, and finally goes out to -final, then the build date is quite old, but would be 'hit for the first time' by a larger number of people. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Mon Aug 4 18:04:06 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Aug 2008 20:04:06 +0200 Subject: RFC: best way to fix the regular yum dependency problems with add-on packages from 3rd party repositories In-Reply-To: <1217870732.4160.18.camel@localhost.localdomain> References: <4894514A.7070102@leemhuis.info> <4894736D.3030403@iinet.net.au> <48955B92.2080200@leemhuis.info> <1217864370.25781.40.camel@rosebud> <489729F4.7080300@leemhuis.info> <1217870732.4160.18.camel@localhost.localdomain> Message-ID: <48974496.2030807@leemhuis.info> On 04.08.2008 19:25, Jesse Keating wrote: > On Mon, 2008-08-04 at 18:10 +0200, Thorsten Leemhuis wrote: >> That why I didn't suggest to use the build date and mentioned to use "48 >> or 72 hours after the problems was hit for the first time". That of >> cause would need to be managed on the client (e.g. for each broken dep >> write down somewhere when the problem showed up; if the same problem >> shows up with the same packages 72 hours later then boil out to make >> sure the user gets aware of the issue). Seems what I want to say is not what is understood on the other side (my fault, not yours). > And what about when said build has spent a number of days in -testing, > and finally goes out to -final, then the build date is quite old, but > would be 'hit for the first time' by a larger number of people. The build date in totally irrelevant in the scheme I try to outline; only the date when the problem itself is hit on the client machine for the first time is. Maybe two examples help to explain my thoughts better: - new xine-lib hits fedora repos - livna is late and has no matching xine-lib-extras-freeworld ready - yum runs into dep trouble, as the locally installed xine-lib-extras-freeworld still requires the old xine-lib - "skip broken" says to yum "ignore xine-lib for now and install the other updates; prints a warning"; in parallel it saves the current date in time somewhere on the system Now two variants can happen: (a) - some users notice that "skip broken" mentioned the dep issue and report to livna - livna quickly (say: within 48 hours) builds and ships the xine-lib-extras-freeworld for the new xine-lib from Fedora - that will solve the problem and the update will get installed next time yum update get run by the user -> user is happy; most won't even notice there were problems (b) - nobody notices the problem and nothing is done to fix it - 72 hours later yum update is called again by the user; - yum runs into the same dep trouble again that it hit 72 hours ago; "skip broken" notices that and tell yum "boils out" -- just as yum normally does today immediately if it runs into dep trouble -> user unhappy, just as today; but it forces users to notice the problem; they can do something to fix is to get the security update IOW: we get a 72 hour long window where we can fix dep issues (inter-repo or even dep issues within one repo) where the mirror/different servers issues I outlined in my initial mail gets silently ignored by yum on the client. If the problem remain for longer we'll get the behavior we have today to make sure the user notices there's a problem. CU knurd From gnomeuser at gmail.com Mon Aug 4 18:29:14 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Mon, 4 Aug 2008 20:29:14 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> Message-ID: <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> 2008/8/4 Bill Crawford > 2008/8/2 Mark : > > > Anyway.. to get back on the topic (again) i still think (even more > > than when i started this) that firefox middle click behavior should be > > the same in windows and linux. I will fill a bug report about this on > > mozilla as well and hope that there replies are mature unlike (almost) > > everyone here. > > Yes, do let us know how people like having the middle click paste the > clipboard in Windows ;o) > >From what little ancedotal evidence I can provide, every Windows user I have shown or explained the 3rd button paste feature loved it and wanted it on Windows. -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at silug.org Mon Aug 4 19:57:20 2008 From: steve at silug.org (Steven Pritchard) Date: Mon, 4 Aug 2008 14:57:20 -0500 Subject: Anyone building 2.6.26.x for F9? In-Reply-To: <20080802183941.GA19258@wolff.to> References: <1217677839.25598.32.camel@shrek.rexursive.com> <1217680247.2328.11.camel@localhost.localdomain> <20080802155255.GB11624@wolff.to> <20080802183941.GA19258@wolff.to> Message-ID: <20080804195720.GA28393@osiris.silug.org> On Sat, Aug 02, 2008 at 01:39:41PM -0500, Bruno Wolff III wrote: > Fedora people are already working on getting .27 whipped into shape. Even if > .26 was pushed to F9 it would soon be supplmented by .27. So what is so > compelling about .26 that it is worth taking effort away from .27 development, > when it very likely wouldn't be used very long in Fedora? Working sound on a ThinkPad X300. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320 From vgaburici at gmail.com Mon Aug 4 20:05:47 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Mon, 4 Aug 2008 23:05:47 +0300 Subject: bmeps: tools for converting from images to pdf Message-ID: I'm thinking of packaging these (http://bmeps.sourceforge.net/) for Fedora. They're on CTAN and come with MiKTeX, but afaict Fedora's texlive does not include them. Before I spend my time with this, is there anything comparable that's already included in Fedora? From rms at 1407.org Mon Aug 4 20:25:52 2008 From: rms at 1407.org (Rui Miguel Silva Seabra) Date: Mon, 4 Aug 2008 21:25:52 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> References: <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> Message-ID: <20080804202552.GC6896@roque.1407.org> On Mon, Aug 04, 2008 at 08:29:14PM +0200, David Nielsen wrote: > 2008/8/4 Bill Crawford > > > 2008/8/2 Mark : > > > > > Anyway.. to get back on the topic (again) i still think (even more > > > than when i started this) that firefox middle click behavior should be > > > the same in windows and linux. I will fill a bug report about this on > > > mozilla as well and hope that there replies are mature unlike (almost) > > > everyone here. > > > > Yes, do let us know how people like having the middle click paste the > > clipboard in Windows ;o) > > > > From what little ancedotal evidence I can provide, every Windows user I have > shown or explained the 3rd button paste feature loved it and wanted it on > Windows. More anedoctal evidence: at my job, some windows users who access GNU/Linux and AIX servers via Putty, regularly use "copy on select" (which Putty provides) and do *love* *it*! Since Windows doesn't have the concept of pasting the PRIMARY buffer with the "middle button", Putty uses the right button for it. There is also another argument against changing this behaviour on Firefox: 1. fix consistency for Windows Firefox users 2. break consistency for all GNU/Linux desktop users The hipotetical benefit of 1. is far overcome by the concrete disaster of 2., IMHO. Rui -- Hail Eris! Today is Sweetmorn, the 70th day of Confusion in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? From naheemzaffar at gmail.com Mon Aug 4 21:07:45 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Mon, 4 Aug 2008 22:07:45 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080804202552.GC6896@roque.1407.org> References: <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> <20080804202552.GC6896@roque.1407.org> Message-ID: <3adc77210808041407y253c29b0w8b0378eab3057fb9@mail.gmail.com> > > More anedoctal evidence: at my job, some windows users who access > GNU/Linux and AIX servers via Putty, regularly use "copy on select" > (which Putty provides) and do *love* *it*! > > Since Windows doesn't have the concept of pasting the PRIMARY buffer > with the "middle button", Putty uses the right button for it. > > There is also another argument against changing this behaviour on > Firefox: > > 1. fix consistency for Windows Firefox users > 2. break consistency for all GNU/Linux desktop users > > The hipotetical benefit of 1. is far overcome by the concrete disaster > of 2., IMHO. > Once again, the problem in NOT copy on select, nor paste on middle button. It is "use primary buffer as a link to go to" on middle button click. Not really that big of a deal, but there is much misunderstanding over what the original poster complained about. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mschwendt at gmail.com Mon Aug 4 21:15:55 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 4 Aug 2008 23:15:55 +0200 Subject: libv4l ./. unicap Message-ID: <20080804231555.4b4c7202.mschwendt@gmail.com> libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386 From j.w.r.degoede at hhs.nl Mon Aug 4 22:14:40 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 05 Aug 2008 00:14:40 +0200 Subject: libv4l ./. unicap In-Reply-To: <20080804231555.4b4c7202.mschwendt@gmail.com> References: <20080804231555.4b4c7202.mschwendt@gmail.com> Message-ID: <48977F50.90302@hhs.nl> Michael Schwendt wrote: > libv4l provides libv4l2.so.0 > unicap provides libv4l2.so.0 > required by: libv4l-devel-0.3.8-1.fc10.i386 > required by: unicap-0.2.23-2.fc10.i386 > required by: libv4l-0.3.8-1.fc10.i386 > Michael, You rock! Thanks for all the sanity check scripts! This is a bug in the unicap package, the unicap libv4l2.so.x is a plugin, and thus should not be added to the provides list. Or rather I guess this is a bug in rpm's autoprovide script, as it should only look for .so files in the standard library paths and not in private lib dirs. Regards, Hans From abartlet at samba.org Tue Aug 5 04:20:33 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Tue, 05 Aug 2008 14:20:33 +1000 Subject: Rawhide Orphanarium Purged In-Reply-To: <1217266751.3080.544.camel@cookie.hadess.net> References: <4889F4C6.2030000@redhat.com> <1217032215.4646.15.camel@ruth> <1217266751.3080.544.camel@cookie.hadess.net> Message-ID: <1217910033.4199.82.camel@naomi.s4.naomi.abartlet.net> On Mon, 2008-07-28 at 18:39 +0100, Bastien Nocera wrote: > On Sat, 2008-07-26 at 10:30 +1000, Andrew Bartlett wrote: > > On Fri, 2008-07-25 at 11:44 -0400, Warren Togami wrote: > > > > > nautilus-share > > > > The purpose of this tool is to make it easier to share folders with > > windows clients (using Samba) - users get the ability to share their own > > folders. > > > > It is sad to see it so unloved, but it really needs to be part of the > > default configuration of the Samba deamon (as having to edit the > > smb.conf is the part it was trying to avoid). > > > > It would be nice to see a Fedora owner for it again some day, them maybe > > Samba won't be the target of the linux-hater as much :-) > > > > http://linuxhaters.blogspot.com/2008/07/of-silos-and-samba.html > > > > (I think this tool got written when SuSE was working really hard on > > making this stuff 'just work' for their distribution). > > The problem is that the implementation is broken in a number of ways. Such as? I've never had reason to use it myself... Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 martin.langhoff at gmail.com Tue Aug 5 05:30:03 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 5 Aug 2008 17:30:03 +1200 Subject: uids for daemons on a spin In-Reply-To: <87zlntdphw.fsf@fc5.bigo.ensc.de> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> Message-ID: <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> On Mon, Aug 4, 2008 at 10:49 PM, Enrico Scholz wrote: > Without reading whole thread and participating in yet another flame war Apologies, didn't mean to taunt peoplle into another flamefest -- thanks for your kind reply. I will use a high uid range as the base if I do use this. However, it seems that my situation is one where I end up with an ordering if I try to use your package. Brief description follows My project - OLPC's School Server - is a Fedora spin that adds a few packages with custom daemons, provides a "xs-config" package that makes a mess of /etc (ahem!, applies a custom configuration), and has a metapackage to pull it all together. Having stable, predictable uids/gids is *extremely* valuable as we want maximum consistency between systems -- the target ratio is of a small sysadmin team (5 to 12) managing thousands of servers. We could hardcode the uid/gids, but we want to work with Fedora to make our packages mainstream as much as possible. So we tend to package things "vanilla" and do our wonky configuration in a separate package. So I would need to have an "config" package that - depends on fedora-usermgmt fedora-usermgmt-shadowutils - is guaranteed to install _before_ any other package that depends on fedora-usermgmt the "main" xs-config package gets installed late because it overwrites configurations, and so it depends on everything. Is there a way to force this early-dependency? In case you are wondering, this gets installed via anaconda unattended and or via yum update. I'm wary of anaconda hacks that a yum install / yum update won't obey. It's a bit of circular logic. Can I package my own "fedora-usermgmt-yesjustdoit" version of the -shadowutils with metadata that makes it win over the "-dontreallydoanything" package? cheers, martin -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From mtasaka at ioa.s.u-tokyo.ac.jp Tue Aug 5 09:01:44 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 05 Aug 2008 18:01:44 +0900 Subject: Wrong assignment on review request Message-ID: <489816F8.4040309@ioa.s.u-tokyo.ac.jp> Hello: Now I am seeing that Brennan is assigning review requests (especially Merge reviews) to someone wrongly. Please stop doing this. Especially Merge Reviews *must not* be assigned to the owner. Please undo all. Please. Regards Mamoru From bashton at brennanashton.com Tue Aug 5 09:16:07 2008 From: bashton at brennanashton.com (Brennan Ashton) Date: Tue, 05 Aug 2008 02:16:07 -0700 Subject: Wrong assignment on review request In-Reply-To: <489816F8.4040309@ioa.s.u-tokyo.ac.jp> References: <489816F8.4040309@ioa.s.u-tokyo.ac.jp> Message-ID: <1217927767.14511.14.camel@localhost.localdomain> On Tue, 2008-08-05 at 18:01 +0900, Mamoru Tasaka wrote: > Hello: > > Now I am seeing that Brennan is assigning review requests (especially Merge > reviews) to someone wrongly. Please stop doing this. Especially Merge > Reviews *must not* be assigned to the owner. > > Please undo all. Please. > > Regards > Mamoru Yes,Yes, I have already been informed by 4 people of this it was a miss-understanding that I am currently dealing with. I am trying to help with the overflow of NEW bugs, but all I have gotten is people yelling at me for it. So please give me more then 10 min to fix this. If people want to help clarify what needs to be done in Bug Triage I ask that you come to our meeting at fedora-meeting at 1400 UTC today (Tuesday) Once again sorry, I am only trying to help. Brennan Ashton From bashton at brennanashton.com Tue Aug 5 09:18:44 2008 From: bashton at brennanashton.com (Brennan Ashton) Date: Tue, 05 Aug 2008 02:18:44 -0700 Subject: Wrong assignment on review request In-Reply-To: <1217927767.14511.14.camel@localhost.localdomain> References: <489816F8.4040309@ioa.s.u-tokyo.ac.jp> <1217927767.14511.14.camel@localhost.localdomain> Message-ID: <1217927924.14511.17.camel@localhost.localdomain> On Tue, 2008-08-05 at 02:16 -0700, Brennan Ashton wrote: > On Tue, 2008-08-05 at 18:01 +0900, Mamoru Tasaka wrote: > > Hello: > > > > Now I am seeing that Brennan is assigning review requests (especially Merge > > reviews) to someone wrongly. Please stop doing this. Especially Merge > > Reviews *must not* be assigned to the owner. > > > > Please undo all. Please. > > > > Regards > > Mamoru > Yes,Yes, > I have already been informed by 4 people of this it was a > miss-understanding that I am currently dealing with. I am trying to help > with the overflow of NEW bugs, but all I have gotten is people yelling > at me for it. So please give me more then 10 min to fix this. If people > want to help clarify what needs to be done in Bug Triage I ask that you > come to our meeting at fedora-meeting at 1400 UTC today (Tuesday) > > Once again sorry, I am only trying to help. > Brennan Ashton > > All changes to review bugs have been reverted. Once again sorry for the inconvenience, here after Merge Review and Review Requests will be left alone. Brennan Ashton From rawhide at fedoraproject.org Tue Aug 5 09:20:35 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 5 Aug 2008 09:20:35 +0000 (UTC) Subject: rawhide report: 20080805 changes Message-ID: <20080805092035.6A456209EF9@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080804/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080805/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package alevt Teletext decoder/browser New package hotssh Secure Shell Client New package monafont Japanese font for text arts New package pyevent Python bindings for libevent New package python-tw-forms Web Widgets for building and validating forms in ToscaWidgets New package rcssserver3d Robocup 3D Soccer Simulation Server Updated Packages: at-spi-1.23.6-1.fc10 -------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 1.23.6-1 - Update to 1.23.6 bind-9.5.1-0.4.b1.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Adam Tkac 32:9.5.1-0.4.b1 - add forgotten patch for #457175 - build with -O2 boinc-client-5.10.45-15.20080315svn.fc10 ---------------------------------------- * Mon Aug 4 18:00:00 2008 Milos Jakubicek - 5.10.45-15.20080315svn - Fixed return value when managing the daemon with insufficient rights to 4 according to the guidelines. - There is now a delay up to 10 seconds when starting the service to check that it is up. - Fixed boinc platform on PPC/PPC64. cheese-2.23.6-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen 2.23.6-1 - Update to 2.23.6 cjkunifonts-0.2.20080216.1-1.fc10 --------------------------------- * Tue Aug 5 18:00:00 2008 Caius Chance - 0.2.20080216.1-1.fc10 - Resolves: rhbz#123456 (Update latest release fro upstream.) cluster-2.99.07-1.fc10 ---------------------- * Fri Aug 1 18:00:00 2008 Fabio M. Di Nitto - 2.99.07-1 - New upstream release. - Add patch to build against new headers (already part of upstream next release) - BR on perl(ExtUtils::MakeMaker) to build perl bindings - Fix logrotate install from upstream - Add "clean up after perl bindings" snippet - Update Requires for perl bindings - Properly split man3 man pages cook-2.32-1.fc10 ---------------- * Mon Aug 4 18:00:00 2008 Gerard Milmeister - 2.32-1 - new release 2.32 coreutils-6.12-8.fc10 --------------------- * Mon Aug 4 18:00:00 2008 Kamil Dudka - 6.12-8 - ls -U1 now uses constant memory dar-2.3.8-1.fc10 ---------------- * Mon Aug 4 18:00:00 2008 Marcin Garski 2.3.8-1 - Update to 2.3.8 (#434519, #438953) - Own dar's include directory - Remove Rpath - Update BR's * Tue Jul 15 18:00:00 2008 Tom "spot" Callaway 2.3.6-5 - fix license tag * Wed Feb 20 17:00:00 2008 Fedora Release Engineering - 2.3.6-4 - Autorebuild for GCC 4.3 dbus-python-0.83.0-1.fc10 ------------------------- * Mon Aug 4 18:00:00 2008 Tom "spot" Callaway - 0.83.0-1 - Update to 0.83.0. digikam-0.10.0-0.3.beta2.fc10 ----------------------------- * Mon Aug 4 18:00:00 2008 Rex Dieter - 0.10.0-0.3.beta2 - disable marble integration emacs-common-ess-5.3.8-1.fc10 ----------------------------- * Mon Aug 4 18:00:00 2008 Alex Lancaster - 5.3.8-1 - Update to latest upstream (5.3.8) empathy-2.23.6-1.fc10 --------------------- * Mon Aug 4 18:00:00 2008 Peter Gordon - 2.23.6-1 - Update to new upstream release (2.23.6) - Use the in-tarball libtool scripts instead of the system copy to workaround 'make install' errors. eog-2.23.6-1.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 evolution-data-server-2.23.6-3.fc10 ----------------------------------- * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-3.fc10 - Add sqlite3 requirement to devel subpackage. * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-2.fc10 - Add sqlite3 to Camel's pkgconfig requirements. * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-1.fc10 - Update to 2.23.6 - Add build requirement for sqlite. * Mon Jul 21 18:00:00 2008 Matthew Barnes - 2.23.5-1.fc10 - Update to 2.23.5 - Remove patch for RH bug #534080 (fixed upstream). ext3grep-0.8.0-1.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Milos Jakubicek - 0.8.0-1 - Upstream version 0.8.0 file-roller-2.23.5-1.fc10 ------------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 flam3-2.7.14-1.fc10 ------------------- * Mon Aug 4 18:00:00 2008 Ian Weller 2.7.14-1 - Upstream updated: Add configuration option for atomic-ops. bug fix: do not truncate floating point palettes. new motion blur features: add temporal_filter_type, can be "box" (default) or "gaussian" or "exp". Temporal_filter_width and temporal_filter_exp are parms to it. 'blur' env var no longer used. Small bug fix: iteration count depends only on the size of the output image, not the padded image (the gutter). When interpolating, only do -pi/pi adjustment for non-asymmetric cases. Julian/juliascope variations use the alternate inverted identity for interpolation (reduces wedge effect). Add python script for regression and consistency checking. Add svn revision number to version string (in the software not of the package). Release as 2.7.14. - Remove patch for removing atomic ops for pre-GCC 4.3 packages gcalctool-5.23.6-1.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 5.23.6-1 - Update to 5.23.6 ghostscript-8.63-1.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Tim Waugh 8.63-1 - 8.63. No longer need r8591 or incomplete-ccittfax patches. - Compile without strict aliasing opts due to warnings across several files. - Don't run autogen.sh for main package, just for ijs which doesn't ship with a configure script. glib-1.2.10-29.fc10 ------------------- glib2-2.17.6-1.fc10 ------------------- gnome-applets-2.23.4-1.fc10 --------------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 1:2.23.4-1 - Update to 2.23.4 * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 1:2.23.3-3 - fix license tag gnome-desktop-2.23.6-1.fc10 --------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-keyring-2.23.6-1.fc10 --------------------------- * Mon Aug 4 18:00:00 2008 Tomas Bzatek - 2.23.6-1 - Update to 2.23.6 gnome-menus-2.23.6-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-system-monitor-2.23.6-1.fc10 ---------------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-terminal-2.23.6-1.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-themes-2.23.6-1.fc10 -------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.23.5-2 - fix license tag gnome-vfs2-2.23.0-1.fc10 ------------------------ * Thu Jul 24 18:00:00 2008 Matthias Clasen - 2.22.0-4 - Use newer xdgmime * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.22.0-3 - fix license tag - don't apply Patch201, upstreamed * Sun May 4 18:00:00 2008 Matthias Clasen - 2.22.0-2 - Fix source url gnupg2-2.0.9-3.fc10 ------------------- * Mon Aug 4 18:00:00 2008 Rex Dieter 2.0.9-3 - workaround rpm quirks * Sat May 24 18:00:00 2008 Tom "spot" Callaway 2.0.9-2 - Patch from upstream to fix curl 7.18.1+ and gcc4.3+ compile error * Mon May 19 18:00:00 2008 Tom "spot" Callaway 2.0.9-1.1 - minor release bump for sparc rebuild gthumb-2.10.9-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.10.9-1 - Update to 2.10.9 gtk2-engines-2.15.2-1.fc10 -------------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 2.15.2-1 - Update to 2.15.2 gtkhtml3-3.23.6-1.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Matthew Barnes - 3.23.6-1.fc10 - Update to 3.23.6 gucharmap-2.23.6-1.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gvfs-0.99.4-1.fc10 ------------------ * Mon Aug 4 18:00:00 2008 Matthias Clasen - 0.99.4-1 - Update to 0.99.4 hplip-2.8.7-1.fc10 ------------------ * Mon Aug 4 18:00:00 2008 Tim Waugh 2.8.7-1 - 2.8.7. - Avoid hard-coded rpaths. - New libs sub-package (bug #444016). jd-2.0.1-0.1.svn2259_trunk.fc10 ------------------------------- * Tue Aug 5 18:00:00 2008 Mamoru Tasaka - rev. 2259 * Tue Aug 5 18:00:00 2008 Mamoru Tasaka - Switch the default fonts to VLGothic-based Mona kaya-0.5.1-1.fc10 ----------------- * Mon Aug 4 18:00:00 2008 Jochen Schmitt 0.5.1-1 - New upstream release kdebase-workspace-4.1.0-8.fc10 ------------------------------ * Mon Aug 4 18:00:00 2008 Kevin Kofler 4.1.0-8 - patch another place where systemsettings was hidden from the menu (#457739) * Mon Aug 4 18:00:00 2008 Kevin Kofler 4.1.0-7 - enable KWin taskbarthumbnail effect (used by backported tooltip manager) kernel-2.6.27-0.215.rc1.git4.fc10 --------------------------------- * Mon Aug 4 18:00:00 2008 Dave Airlie - rebase modesetting patch + fixes * Sat Aug 2 18:00:00 2008 Dave Jones - 2.6.27-rc1-git4 * Sat Aug 2 18:00:00 2008 Dave Airlie - Fix locking in drm patches kphotoalbum-3.2-0.1.20080802svn.fc10 ------------------------------------ * Sat Aug 2 18:00:00 2008 Rex Dieter 3.2-0.1.20080802svn - kphotoalbum-20080802svn snapshot libcanberra-0.6-1.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Lennart Poettering 0.6-1 - New version libgweather-2.23.6-1.fc10 ------------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen 2.23.6-1 - Update to 2.23.6 libsigsegv-2.4-6.fc10 --------------------- libsoup-2.23.6-1.fc10 --------------------- * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-1 - Update to 2.23.6 libwnck-2.23.6-1.fc10 --------------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 linux-igd-1.0-7.fc10 -------------------- * Mon Aug 4 18:00:00 2008 Masahiro Hasegawa - 1.0-7 - Fix Bug #457730 lpsolve-5.5.0.13-1.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Caolan McNamara - 5.5.0.13-1 - latest version mfiler3-2.0.2-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Mamoru Tasaka - 2.0.2-1 - 2.0.2 * Tue Jul 15 18:00:00 2008 Mamoru Tasaka - 2.0.0-1 - 2.0.0 * Tue Jul 1 18:00:00 2008 Mamoru Tasaka - 1.1.2-1 - 1.1.2 mousetweaks-2.23.6-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 mt-st-1.1-1.fc10 ---------------- * Mon Aug 4 18:00:00 2008 Dan Horak - 1.1-1 - update to upstream version 1.1 - rebase patches nautilus-2.23.6.1-1.fc10 ------------------------ * Mon Aug 4 18:00:00 2008 Tomas Bzatek - 2.23.6.1-1 - Update to 2.23.6.1 - Dropped upstreamed patches * Mon Aug 4 18:00:00 2008 Tomas Bzatek - 2.23.6-1 - Update to 2.23.6 netpbm-10.35.48-1.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Jindrich Novy 10.35.48-1 - update to 10.35.48 - fixes buffer overrun in pamperspective and pngtopnm output format - update .security2 patch so that it applies with fuzz==0 nspluginwrapper-1.1.0-5.fc10 ---------------------------- * Mon Aug 4 18:00:00 2008 Martin Stransky 1.1.0-5 - Added fix for #456432 -(Windowless Crash) Flash 10 w/ Firefox 3 ntl-5.4.2-2.fc10 ---------------- openoffice.org-3.0.0-0.0.28.2.fc10 ---------------------------------- * Sun Aug 3 18:00:00 2008 Caolan McNamara - 1:3.0.0-0.28-2 - Resolves: rhbz#457193 openoffice.org-3.0.0.ooo92253.dbaccess.a11y.crash - Resolves: rhbz#457529 reset number recognition default in writer back to pre 3.0 settings. Its a stupid feature for a word processor. - Resolves: rhbz#457600 licences are localized apparently perl-5.10.0-39.fc10 ------------------- * Fri Aug 1 18:00:00 2008 Stepan Kasal 4:5.10.0-39.fc10 - CGI.pm bug in exists() on tied param hash (#457085) - move the enc2xs templates (../Encode/*.e2x) to -devel, (#456534) perl-AnyEvent-4.231-1.fc10 -------------------------- * Mon Aug 4 18:00:00 2008 kwizart < kwizart at gmail.com > - 4.231-1 - Update to 4.231 (rpm version : match ) perl-Filesys-Df-0.92-3.fc10 --------------------------- * Wed Jul 30 18:00:00 2008 Miroslav Suchy 0.92-3 - Add build dependency on MakeMaker procmail-3.22-22.fc10 --------------------- * Mon Aug 4 18:00:00 2008 Miroslav Lichvar 3.22-22 - fix building on sh (CHIKAMA Masaki) (#447658) pyparsing-1.5.0-2.fc10 ---------------------- * Mon Aug 4 18:00:00 2008 Jos?? Matos - 1.5.0-2 - respun (now with the right sources) * Mon Aug 4 18:00:00 2008 Jos?? Matos - 1.5.0-1 - new upstream release. python-mwlib-0.8.1-1.fc10 ------------------------- * Mon Aug 4 18:00:00 2008 Ian Weller 0.8.1-1 - Bump to 0.8.1 python-slip-0.1.8-1.fc10 ------------------------ * Mon Aug 4 18:00:00 2008 Nils Philippsen - 0.1.8 - add slip.util.hookable qosmic-1.4-1.fc10 ----------------- * Mon Aug 4 18:00:00 2008 Ian Weller 1.4-1 - Updated upstream: - Fixed a bug in calculating the scaling factor when resizing triangles. - Added more options for origin placement when editing triangles. - Added a function to duplicate a triangle. - Post transforms for a triangle can be modified. - Updated to libflam3-2.7.14. - Improved rendering request scheduling. rhpxl-1.9-2.fc10 ---------------- * Mon Aug 4 18:00:00 2008 Adam Jackson 1.9-2 - Fix Source URL. rott-1.1-1.fc10 --------------- * Mon Aug 4 18:00:00 2008 Hans de Goede 1.1-1 - New upstream release 1.1 (incorperating all our patches!) * Thu Apr 10 18:00:00 2008 Hans de Goede 1.0-6 - Many fixes (and a manpage) ported over from debian sound-juicer-2.23.1-1.fc10 -------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.1-1 - Update to 2.23.1 tasks-0.13-1.fc10 ----------------- * Mon Aug 4 18:00:00 2008 Dan Young - 0.13-1 - New upstream release - Remove obsoleted desktop-singleinstance.patch tk-8.5.3-3.fc10 --------------- * Mon Aug 4 18:00:00 2008 Marcela Maslanova - 1:8.5.3-3 - previous bug - remove my patch, add upstream patch - Problem is updated xorg, which changed behaviour of GenericEvent xorg-x11-server-1.4.99.906-5.fc10 --------------------------------- * Tue Aug 5 18:00:00 2008 Peter Hutterer 1.4.99.906-5 - xserver-1.5.0-xkb-fix-ProcXkbSetXYZ-to-work-on-all.patch: force xkb requests to apply to all extension devices. - drop call-SwitchCoreKeyboard.patch - xserver-1.5.0-force-SwitchCoreKeyboard-for-evdev.patch: force SwitchCoreKeyboard for evdev devices to push device keymap into core device. * Mon Aug 4 18:00:00 2008 Peter Hutterer 1.4.99.906-3 - xserver-1.5.0-call-SwitchCoreKeyboard-for-first-device.patch: force a keymap switch to push the device keymap into the core device. * Mon Aug 4 18:00:00 2008 Adam Jackson 1.4.99.906-4 - 10-x11-keymap.fdi, fedora-setup-keyboard: Attempt to read keyboard settings from /etc/sysconfig/keyboard and stuff them into hal. Summary: Added Packages: 6 Removed Packages: 0 Modified Packages: 71 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-2.23.4-3.fc10.i386 requires libcamel-1.2.so.12 evolution-2.23.4-3.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-conduits-2.23.4-3.fc10.i386 requires libcamel-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so planner-eds-0.14.3-2.fc10.i386 requires libcamel-provider-1.2.so.12 planner-eds-0.14.3-2.fc10.i386 requires libcamel-1.2.so.12 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so totem-pl-parser-2.23.3-1.fc10.i386 requires libcamel-1.2.so.12 Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-2.23.4-3.fc10.i386 requires libcamel-1.2.so.12 evolution-2.23.4-3.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-2.23.4-3.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-2.23.4-3.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-conduits-2.23.4-3.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) planner-eds-0.14.3-2.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) planner-eds-0.14.3-2.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) totem-pl-parser-2.23.3-1.fc10.i386 requires libcamel-1.2.so.12 totem-pl-parser-2.23.3-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-2.23.4-3.fc10.ppc requires libcamel-1.2.so.12 evolution-2.23.4-3.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-2.23.4-3.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-2.23.4-3.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-conduits-2.23.4-3.fc10.ppc requires libcamel-1.2.so.12 evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so planner-eds-0.14.3-2.fc10.ppc requires libcamel-provider-1.2.so.12 planner-eds-0.14.3-2.fc10.ppc requires libcamel-1.2.so.12 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so totem-pl-parser-2.23.3-1.fc10.ppc requires libcamel-1.2.so.12 totem-pl-parser-2.23.3-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) evolution-2.23.4-3.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-2.23.4-3.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-conduits-2.23.4-3.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 planner-eds-0.14.3-2.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) planner-eds-0.14.3-2.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) totem-pl-parser-2.23.3-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) From dev at nigelj.com Tue Aug 5 10:17:19 2008 From: dev at nigelj.com (Nigel Jones) Date: Tue, 05 Aug 2008 22:17:19 +1200 Subject: cowbell ./. banshee In-Reply-To: <8ddf2cad0808050243o311d3f6cq78e7dc0bf93e0850@mail.gmail.com> References: <20080805113506.2b58bf4d.mschwendt@gmail.com> <8ddf2cad0808050243o311d3f6cq78e7dc0bf93e0850@mail.gmail.com> Message-ID: <1217931439.6219.12.camel@localhost.localdomain> On Tue, 2008-08-05 at 11:43 +0200, Sindre Bj?rdal wrote: > So, we should put the MusicBrainz stuff in a seperate package and have > both banshee and cowbell depend on said package? No, this and the banshee/ipod-sharp one is basically a random issue with mono/RPM. We had this happen with f-spot saying it provided mono(Mono.Addins) (In a way it did, but it really didn't). I'll hopefully be able to fix this with a rebuild. - Nigel > > On Tue, Aug 5, 2008 at 11:35 AM, Michael Schwendt wrote: > > banshee > > provides mono(MusicBrainz) EQ 0 1.2.0.36964 > > cowbell > > provides mono(MusicBrainz) EQ 0 0.0.0.0 > > required by: banshee-1.2.0-2.1.fc10.i386 > > > > > > > > -- From billcrawford1970 at gmail.com Tue Aug 5 11:18:46 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Tue, 5 Aug 2008 12:18:46 +0100 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> Message-ID: <544eb990808050418j1672c3d9r808324e36facab27@mail.gmail.com> 2008/8/4 David Nielsen : > 2008/8/4 Bill Crawford >> Yes, do let us know how people like having the middle click paste the >> clipboard in Windows ;o) > From what little ancedotal evidence I can provide, every Windows user I have > shown or explained the 3rd button paste feature loved it and wanted it on > Windows. Which only makes it a better idea that he go try to convince them ;o) I sought only to show that "the same on both" could mean two things ... From billcrawford1970 at gmail.com Tue Aug 5 11:21:43 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Tue, 5 Aug 2008 12:21:43 +0100 Subject: libv4l ./. unicap In-Reply-To: <48977F50.90302@hhs.nl> References: <20080804231555.4b4c7202.mschwendt@gmail.com> <48977F50.90302@hhs.nl> Message-ID: <544eb990808050421m67fba83ev3ec4ad516567185b@mail.gmail.com> 2008/8/4 Hans de Goede : > Michael Schwendt wrote: >> libv4l provides libv4l2.so.0 >> unicap provides libv4l2.so.0 >> required by: libv4l-devel-0.3.8-1.fc10.i386 >> required by: unicap-0.2.23-2.fc10.i386 >> required by: libv4l-0.3.8-1.fc10.i386 > Michael, > > You rock! Thanks for all the sanity check scripts! > > This is a bug in the unicap package, the unicap libv4l2.so.x is a plugin, > and thus should not be added to the provides list. Or rather I guess this is > a bug in rpm's autoprovide script, as it should only look for .so files in > the standard library paths and not in private lib dirs. I think this should probably get a rename; usually plugins just have ".so" (without a version on the end) and live in a versioned *directory* if there's a need to control ABI versions, or parallel install, or what have you. Could that be done here? From dev at nigelj.com Tue Aug 5 11:21:20 2008 From: dev at nigelj.com (Nigel Jones) Date: Tue, 05 Aug 2008 23:21:20 +1200 Subject: cowbell ./. banshee In-Reply-To: <1217931439.6219.12.camel@localhost.localdomain> References: <20080805113506.2b58bf4d.mschwendt@gmail.com> <8ddf2cad0808050243o311d3f6cq78e7dc0bf93e0850@mail.gmail.com> <1217931439.6219.12.camel@localhost.localdomain> Message-ID: <1217935280.31379.14.camel@localhost.localdomain> On Tue, 2008-08-05 at 22:17 +1200, Nigel Jones wrote: > On Tue, 2008-08-05 at 11:43 +0200, Sindre Bj?rdal wrote: > > So, we should put the MusicBrainz stuff in a seperate package and have > > both banshee and cowbell depend on said package? > No, this and the banshee/ipod-sharp one is basically a random issue with > mono/RPM. > > We had this happen with f-spot saying it provided mono(Mono.Addins) (In > a way it did, but it really didn't). > > I'll hopefully be able to fix this with a rebuild. Hmmm, so I'm completely wrong (like always eh?), it's not RPM or mono's fault. In this case, Banshee appears to be upstream for MusicBrainz, this poses an interesting situation, either: Grab the entire Libraries/ directory and split it up and repackage them (I'd be able to do this), or have banshee provide these features and have them built during banshee builds/rebuilds (I'd perfer this)). For those playing at home we have: Hyena Hyena.Gui Lastfm Lastfm.Gui Migo Mono.Media Mtp MusicBrainz Hyena*, Lastfm* and Mono.Media are all licensed under MIT and are written/contributed by Banshee coders Migo and Mtp are licensed under MIT as well, but I'm not sure if Banshee acts as upstream MusicBrainz is GPLv2 and from what I've read, Banshee is upstream I'll talk to the Banshee folks tomorrow when I see them, I already have to as they are still pointing people to Koji, which while is not exactly bad, these are _our_ users too and in my opinion updates-candidate packages shouldn't be trusted at all. Basically, for the ones that Banshee act as upstream on, I think sub-packages will do and for others we'll have to look at extracting and submitting new SRPMs. - Nigel > > - Nigel > > > > On Tue, Aug 5, 2008 at 11:35 AM, Michael Schwendt wrote: > > > banshee > > > provides mono(MusicBrainz) EQ 0 1.2.0.36964 > > > cowbell > > > provides mono(MusicBrainz) EQ 0 0.0.0.0 > > > required by: banshee-1.2.0-2.1.fc10.i386 > > > > > > > > > > > > > > -- > From markg85 at gmail.com Tue Aug 5 12:49:20 2008 From: markg85 at gmail.com (Mark) Date: Tue, 5 Aug 2008 14:49:20 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <3adc77210808041407y253c29b0w8b0378eab3057fb9@mail.gmail.com> References: <1217693087.998.35.camel@ignacio.lan> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <1217697429.15610.36.camel@pc-notebook> <6e24a8e80808021102j6914d792wdf151ad045f4f904@mail.gmail.com> <1217702720.15610.49.camel@pc-notebook> <6e24a8e80808021244x20bea235h4ebe75c984ac4dbd@mail.gmail.com> <544eb990808040818x3304e245n630a85aa63c0102a@mail.gmail.com> <1dedbbfc0808041129g23a1ad1ej3cecd0be8c342bb5@mail.gmail.com> <20080804202552.GC6896@roque.1407.org> <3adc77210808041407y253c29b0w8b0378eab3057fb9@mail.gmail.com> Message-ID: <6e24a8e80808050549m2867772fj9ee40fb5c4901914@mail.gmail.com> 2008/8/4 Naheem Zaffar : >> More anedoctal evidence: at my job, some windows users who access >> GNU/Linux and AIX servers via Putty, regularly use "copy on select" >> (which Putty provides) and do *love* *it*! >> >> Since Windows doesn't have the concept of pasting the PRIMARY buffer >> with the "middle button", Putty uses the right button for it. >> >> There is also another argument against changing this behaviour on >> Firefox: >> >> 1. fix consistency for Windows Firefox users >> 2. break consistency for all GNU/Linux desktop users >> >> The hipotetical benefit of 1. is far overcome by the concrete disaster >> of 2., IMHO. > > Once again, the problem in NOT copy on select, nor paste on middle button. > It is "use primary buffer as a link to go to" on middle button click. > > Not really that big of a deal, but there is much misunderstanding over what > the original poster complained about. What are you complaining about. My initial post states very clear what i want and i even give the examples of how to get what i want. The is no misunderstanding from anyone here about that! The issue is that a lot of the replies here are just flame replies and mix the thing i want with other programs. And to get on puty's select and paste.. i like that as well! and i use SHIFT + INSERT as paste. Or right mouseclick depends on if the mouseclick works or not.. can't really remember.. putty is a while ago for me. But for this subject.. we can't get out of it here because everyone is right in it's own way. It's gonna be up to Mozilla to decide if they find it worthy to change it to be consistent on the other osses or to keep the keys like it "should" be on linux/*nix osses. Also to get something else in the attention here. You once had mouses with 3 buttons and a mousewheel which was clickable! to have the middle button (not the wheel) act as paste is fine with me but the mousewheel middle click is just (in my opinion) not meant to be as a paste function. I doubt mouse vendors have intended the clickable wheel to paste text.. Then for the 2 button mouses with the clickable wheel.. the 3rd button is emulated there but the middle button is just gone! so paste should be just gone as well because the button doesn't exist. Btw. Where can i find a *nix key specification that states the wheel click? From stickster at gmail.com Tue Aug 5 12:58:36 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 05 Aug 2008 12:58:36 +0000 Subject: Wrong assignment on review request In-Reply-To: <1217927924.14511.17.camel@localhost.localdomain> References: <489816F8.4040309@ioa.s.u-tokyo.ac.jp> <1217927767.14511.14.camel@localhost.localdomain> <1217927924.14511.17.camel@localhost.localdomain> Message-ID: <1217941116.6981.19.camel@victoria> On Tue, 2008-08-05 at 02:18 -0700, Brennan Ashton wrote: > On Tue, 2008-08-05 at 02:16 -0700, Brennan Ashton wrote: > > On Tue, 2008-08-05 at 18:01 +0900, Mamoru Tasaka wrote: > > > Hello: > > > > > > Now I am seeing that Brennan is assigning review requests (especially Merge > > > reviews) to someone wrongly. Please stop doing this. Especially Merge > > > Reviews *must not* be assigned to the owner. > > > > > > Please undo all. Please. > > > > > > Regards > > > Mamoru > > Yes,Yes, > > I have already been informed by 4 people of this it was a > > miss-understanding that I am currently dealing with. I am trying to help > > with the overflow of NEW bugs, but all I have gotten is people yelling > > at me for it. So please give me more then 10 min to fix this. If people > > want to help clarify what needs to be done in Bug Triage I ask that you > > come to our meeting at fedora-meeting at 1400 UTC today (Tuesday) > > > > Once again sorry, I am only trying to help. > > Brennan Ashton > > > > > All changes to review bugs have been reverted. > Once again sorry for the inconvenience, here after Merge Review and > Review Requests will be left alone. > Brennan Ashton Your enthusiasm is noted and commendable though! Let's all keep in mind that not enough people are helping with bug triage as it is. If someone inadvertently Gets It Wrong while trying to help, that person should be gently helped, and not treated harshly. We can appreciate effort even as we are correcting misunderstandings of the process. It would be even more helpful if people taking time to correct a person's mistake would put the advice on the wiki and then point to it, so others can learn too. (I suppose you could say the same thing about this email but recursion is a terrible thing.) -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 chasd at silveroaks.com Tue Aug 5 13:35:18 2008 From: chasd at silveroaks.com (chasd) Date: Tue, 5 Aug 2008 08:35:18 -0500 Subject: bmeps: tools for converting from images to pdf In-Reply-To: <20080805091638.B7D5A61A273@hormel.redhat.com> References: <20080805091638.B7D5A61A273@hormel.redhat.com> Message-ID: On Aug 5, 2008, at 4:16 AM, Vasile Gaburici wrote: > I'm thinking of packaging these (http://bmeps.sourceforge.net/) for > Fedora. They're on CTAN and come with MiKTeX, but afaict Fedora's > texlive does not include them. Before I spend my time with this, is > there anything comparable that's already included in Fedora? You mean like - convert photo10.jpg photo10.pdf rpm -qf `which convert` ImageMagick-6.3.5.9-1.fc8 I'm not sure if that resulting PDF works well in LaTeX. Charles Dostale From gilboad at gmail.com Tue Aug 5 13:44:35 2008 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 05 Aug 2008 16:44:35 +0300 Subject: bugzilla.redhat.com search javascript hangs?? Message-ID: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> Hello all, I'm trying to file a bug report in the new and shiny bugzilla. (Nice UI!) Before filing the BZ# I decided to search for existing bugs. However, once I selected "Classification: Fedora" and "Product: Fedora", the browser hanged for ~60 seconds at 100%, and then I got the following message: " A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. Script: https://bugzilla.redhat.com/js/productform.js:283 " I managed to reproduce the problem a couple of times. Anyone else seeing this? * (F9, x86_64, Firefox 3.0.1) - Gilboa * I could report it against... bugzilla.redhat.com, but given the fact that I cannot really search for exiting bugs... From selinux at gmail.com Tue Aug 5 13:49:34 2008 From: selinux at gmail.com (Tom London) Date: Tue, 5 Aug 2008 06:49:34 -0700 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> Message-ID: <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> On Tue, Aug 5, 2008 at 6:44 AM, Gilboa Davara wrote: > Hello all, > > I'm trying to file a bug report in the new and shiny bugzilla. (Nice > UI!) > Before filing the BZ# I decided to search for existing bugs. > However, once I selected "Classification: Fedora" and "Product: Fedora", > the browser hanged for ~60 seconds at 100%, and then I got the following > message: > > " > A script on this page may be busy, or it may have stopped responding. > You can stop the script now, or you can continue to see if the script > will complete. > > Script: https://bugzilla.redhat.com/js/productform.js:283 > " > > I managed to reproduce the problem a couple of times. > > Anyone else seeing this? * > (F9, x86_64, Firefox 3.0.1) > > - Gilboa > * I could report it against... bugzilla.redhat.com, but given the fact > that I cannot really search for exiting bugs... > Yeah, I see this. I usually hit "continue" and wait.... ;) tom -- Tom London From wolfy at nobugconsulting.ro Tue Aug 5 14:13:55 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 05 Aug 2008 17:13:55 +0300 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> Message-ID: <48986023.6000803@nobugconsulting.ro> Tom London wrote: > On Tue, Aug 5, 2008 at 6:44 AM, Gilboa Davara wrote: > >> Hello all, >> >> I'm trying to file a bug report in the new and shiny bugzilla. (Nice >> UI!) >> Before filing the BZ# I decided to search for existing bugs. >> However, once I selected "Classification: Fedora" and "Product: Fedora", >> the browser hanged for ~60 seconds at 100%, and then I got the following >> message: >> >> " >> A script on this page may be busy, or it may have stopped responding. >> You can stop the script now, or you can continue to see if the script >> will complete. >> >> Script: https://bugzilla.redhat.com/js/productform.js:283 >> " >> >> I managed to reproduce the problem a couple of times. >> >> Anyone else seeing this? * >> (F9, x86_64, Firefox 3.0.1) >> >> - Gilboa >> * I could report it against... bugzilla.redhat.com, but given the fact >> that I cannot really search for exiting bugs... >> >> > Yeah, I see this. I usually hit "continue" and wait.... ;) > /me has seen that, too. From stickster at gmail.com Tue Aug 5 15:22:15 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 05 Aug 2008 15:22:15 +0000 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: <48986023.6000803@nobugconsulting.ro> References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> <48986023.6000803@nobugconsulting.ro> Message-ID: <1217949735.6981.47.camel@victoria> On Tue, 2008-08-05 at 17:13 +0300, Manuel Wolfshant wrote: > Tom London wrote: > > On Tue, Aug 5, 2008 at 6:44 AM, Gilboa Davara wrote: > > > >> Hello all, > >> > >> I'm trying to file a bug report in the new and shiny bugzilla. (Nice > >> UI!) > >> Before filing the BZ# I decided to search for existing bugs. > >> However, once I selected "Classification: Fedora" and "Product: Fedora", > >> the browser hanged for ~60 seconds at 100%, and then I got the following > >> message: > >> > >> " > >> A script on this page may be busy, or it may have stopped responding. > >> You can stop the script now, or you can continue to see if the script > >> will complete. > >> > >> Script: https://bugzilla.redhat.com/js/productform.js:283 > >> " > >> > >> I managed to reproduce the problem a couple of times. > >> > >> Anyone else seeing this? * > >> (F9, x86_64, Firefox 3.0.1) > >> > >> - Gilboa > >> * I could report it against... bugzilla.redhat.com, but given the fact > >> that I cannot really search for exiting bugs... > >> > >> > > Yeah, I see this. I usually hit "continue" and wait.... ;) > > > /me has seen that, too. It's the part of the script that's populating the component list, I'm pretty sure. And yup, it's seen here too. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 amdunn at gmail.com Tue Aug 5 16:10:36 2008 From: amdunn at gmail.com (Alan Dunn) Date: Tue, 5 Aug 2008 12:10:36 -0400 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <4897301B.5080705@gmail.com> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4897301B.5080705@gmail.com> Message-ID: Upstream said the name should probably be changed and that they have done so in the past with previous binaries in the package. While that isn't a solid commitment to doing it in the next version, I would say it's probably good enough to change it, which I'm going to do now. - Alan 2008/8/4 Toshio Kuratomi : > Richard W.M. Jones wrote: >> >> On Sat, Aug 02, 2008 at 10:36:34PM +0200, Michael Schwendt wrote: >>> >>> coq-8.1pl3-2.fc10.i386 >>> File conflict with: coda-client-6.9.4-0.1.rc2.fc10.i386 >>> /usr/bin/parser >> >> Hmmm, I thought that was going to happen. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=450323#c16 >> >> Down at the bottom of that comment I said: >> >> BTW having a binary called /usr/bin/parser is probably a bad idea. >> How do Debian package this file? They usually rename such generic >> names ('coqparser' or the like). If Debian rename it, then we should >> do so too. >> >> We checked Debian, and in fact they ship this as /usr/bin/parser too, >> which is why we left it. >> >> Not sure what is the best thing to do here: >> >> (1) Rename it and thus be inconsistent with both upstream & Debian. >> >> (2) Rename Coda's "parser" (breaking things?) >> > We should definitely rename one or both /usr/bin/parser's. The steps should > be something like this: > > 1) Contact upstream and ask if they are amenable to renaming the binary in > their next release. Then try to rename our binary now. > > 2) If upstream isn't willing to, see if we can at least get the blessing to > do it locally with a given name. > > 3) Check with other distros (Maybe Debian now but discuss on > distributions-list at freedesktop.org about keeping a distro-wide list) if > they've seen the problem/would be willing to rename their binaries. > > 4) Do the rename locally. > > -Toshio > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From walters at verbum.org Tue Aug 5 17:27:31 2008 From: walters at verbum.org (Colin Walters) Date: Tue, 5 Aug 2008 13:27:31 -0400 Subject: F10DesktopBlocker Message-ID: Hi, There is now a F10 Desktop blocker bug: https://bugzilla.redhat.com/show_bug.cgi?id=F10DesktopBlocker Please nominate any bug you think really should be blockers there for the desktop image and the Desktop SIG will look at them. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From vgaburici at gmail.com Tue Aug 5 17:30:41 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Tue, 5 Aug 2008 20:30:41 +0300 Subject: bmeps: tools for converting from images to pdf In-Reply-To: References: <20080805091638.B7D5A61A273@hormel.redhat.com> Message-ID: ImageMagick can indeed do 99% of what bemps can do, but it requires some non-obvious (to me) command line parameters. The only thing it cannot do compared to bemps w.r.t. PDF generation is to use multiple (piped) /Filter commands for the included image. See these discussion(s) on ImageMagick mailing list: http://www.nabble.com/How-to-specify--ASCII85Decode--FlateDecode-for-PDF-images--td18821616.html http://www.nabble.com/1-bit-per-channel-PDF--td18822037.html So, I don't have a compelling reason to package bmeps anymore. On Tue, Aug 5, 2008 at 4:35 PM, chasd wrote: > > On Aug 5, 2008, at 4:16 AM, Vasile Gaburici wrote: > >> I'm thinking of packaging these (http://bmeps.sourceforge.net/) for >> Fedora. They're on CTAN and come with MiKTeX, but afaict Fedora's >> texlive does not include them. Before I spend my time with this, is >> there anything comparable that's already included in Fedora? > > > You mean like - > > convert photo10.jpg photo10.pdf > > rpm -qf `which convert` > ImageMagick-6.3.5.9-1.fc8 > > I'm not sure if that resulting PDF works well in LaTeX. > > > Charles Dostale > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From vgaburici at gmail.com Tue Aug 5 17:49:05 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Tue, 5 Aug 2008 20:49:05 +0300 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: <1217949735.6981.47.camel@victoria> References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> <48986023.6000803@nobugconsulting.ro> <1217949735.6981.47.camel@victoria> Message-ID: For whatever it's worth, I've also experienced the unresponsive JavaScript in the new Bugzilla a few times. It seems more likely to occur if your network connection is heavily loaded. It looks like the script is doing some background AJAX-ish stuff. 2008/8/5 Paul W. Frields : > On Tue, 2008-08-05 at 17:13 +0300, Manuel Wolfshant wrote: >> Tom London wrote: >> > On Tue, Aug 5, 2008 at 6:44 AM, Gilboa Davara wrote: >> > >> >> Hello all, >> >> >> >> I'm trying to file a bug report in the new and shiny bugzilla. (Nice >> >> UI!) >> >> Before filing the BZ# I decided to search for existing bugs. >> >> However, once I selected "Classification: Fedora" and "Product: Fedora", >> >> the browser hanged for ~60 seconds at 100%, and then I got the following >> >> message: >> >> >> >> " >> >> A script on this page may be busy, or it may have stopped responding. >> >> You can stop the script now, or you can continue to see if the script >> >> will complete. >> >> >> >> Script: https://bugzilla.redhat.com/js/productform.js:283 >> >> " >> >> >> >> I managed to reproduce the problem a couple of times. >> >> >> >> Anyone else seeing this? * >> >> (F9, x86_64, Firefox 3.0.1) >> >> >> >> - Gilboa >> >> * I could report it against... bugzilla.redhat.com, but given the fact >> >> that I cannot really search for exiting bugs... >> >> >> >> >> > Yeah, I see this. I usually hit "continue" and wait.... ;) >> > >> /me has seen that, too. > > It's the part of the script that's populating the component list, I'm > pretty sure. And yup, it's seen here too. > > -- > Paul W. Frields > gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 > http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ > irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From vgaburici at gmail.com Tue Aug 5 17:49:05 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Tue, 5 Aug 2008 20:49:05 +0300 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: <1217949735.6981.47.camel@victoria> References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> <48986023.6000803@nobugconsulting.ro> <1217949735.6981.47.camel@victoria> Message-ID: For whatever it's worth, I've also experienced the unresponsive JavaScript in the new Bugzilla a few times. It seems more likely to occur if your network connection is heavily loaded. It looks like the script is doing some background AJAX-ish stuff. 2008/8/5 Paul W. Frields : > On Tue, 2008-08-05 at 17:13 +0300, Manuel Wolfshant wrote: >> Tom London wrote: >> > On Tue, Aug 5, 2008 at 6:44 AM, Gilboa Davara wrote: >> > >> >> Hello all, >> >> >> >> I'm trying to file a bug report in the new and shiny bugzilla. (Nice >> >> UI!) >> >> Before filing the BZ# I decided to search for existing bugs. >> >> However, once I selected "Classification: Fedora" and "Product: Fedora", >> >> the browser hanged for ~60 seconds at 100%, and then I got the following >> >> message: >> >> >> >> " >> >> A script on this page may be busy, or it may have stopped responding. >> >> You can stop the script now, or you can continue to see if the script >> >> will complete. >> >> >> >> Script: https://bugzilla.redhat.com/js/productform.js:283 >> >> " >> >> >> >> I managed to reproduce the problem a couple of times. >> >> >> >> Anyone else seeing this? * >> >> (F9, x86_64, Firefox 3.0.1) >> >> >> >> - Gilboa >> >> * I could report it against... bugzilla.redhat.com, but given the fact >> >> that I cannot really search for exiting bugs... >> >> >> >> >> > Yeah, I see this. I usually hit "continue" and wait.... ;) >> > >> /me has seen that, too. > > It's the part of the script that's populating the component list, I'm > pretty sure. And yup, it's seen here too. > > -- > Paul W. Frields > gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 > http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ > irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From tcallawa at redhat.com Tue Aug 5 19:15:47 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Aug 2008 15:15:47 -0400 Subject: Updated Fedora Privacy Policy Message-ID: <1217963747.3415.165.camel@localhost.localdomain> This is a notice that the official Fedora Privacy Policy has been updated. A brief notice can also be found on the main website (http://fedoraproject.org). Previously, Fedora was using the generic Red Hat Privacy Policy, which did not make sense for a number of reasons. Fedora now has its own Privacy Policy at: http://fedoraproject.org/wiki/Legal/PrivacyPolicy I would encourage everyone to read the new Privacy Policy. This policy went through a public review process on the fedora-advisory-board mailing list, and was approved by the Fedora Board on August 5th, 2008. This new policy defines that more of your "Personal Information" is public by default. This will make things much easier for the daily workings of Fedora, however, if you wish for this "Publicly Available Personal Information" to be kept private, it is possible to do so in the Fedora Account System. It also enables us to be able to generate useful statistics about Fedora's ongoing progress. Last, but not least, it got rid of a lot of useless wording and confusing text about transactions and Red Hat services which are not applicable to Fedora. If you have any questions about the updated Fedora Privacy Policy, feel free to email me. Thanks, Tom "spot" Callaway, Fedora Legal _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mschwendt at gmail.com Tue Aug 5 21:19:52 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 5 Aug 2008 23:19:52 +0200 Subject: libv4l ./. unicap In-Reply-To: <544eb990808050421m67fba83ev3ec4ad516567185b@mail.gmail.com> References: <20080804231555.4b4c7202.mschwendt@gmail.com> <48977F50.90302@hhs.nl> <544eb990808050421m67fba83ev3ec4ad516567185b@mail.gmail.com> Message-ID: <20080805231952.c64dfaa1.mschwendt@gmail.com> On Tue, 5 Aug 2008 12:21:43 +0100, Bill Crawford wrote: > >> libv4l provides libv4l2.so.0 > >> unicap provides libv4l2.so.0 > >> required by: libv4l-devel-0.3.8-1.fc10.i386 > >> required by: unicap-0.2.23-2.fc10.i386 > >> required by: libv4l-0.3.8-1.fc10.i386 > > I think this should probably get a rename; usually plugins just have > ".so" (without a version on the end) and live in a versioned > *directory* if there's a need to control ABI versions, or parallel > install, or what have you. Could that be done here? Yes. unicap dlopen's the "*.so" file names and not the versioned ones, so getting rid of the symlinks would be possible. Btw, there's a hardcoded /usr/lib path in the plugin loader, which would need a patch for lib64 platforms. From cebbert at redhat.com Tue Aug 5 21:44:25 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Tue, 05 Aug 2008 17:44:25 -0400 Subject: Speeding up boot - an idea Message-ID: <4898C9B9.6020206@redhat.com> Has anyone played with increasing the size of the disk queues? /sys/block//queue/nr_requests is the maximum number of queued requests for the device -- the default is 128. From bpepple at fedoraproject.org Tue Aug 5 23:05:11 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 05 Aug 2008 19:05:11 -0400 Subject: Plan for tomorrows (20080806) FESCO meeting Message-ID: <1217977511.30289.2.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- Package Review queue - bpepple, all /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule. You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Tue Aug 5 23:56:42 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 5 Aug 2008 19:56:42 -0400 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1217977511.30289.2.camel@kennedy> References: <1217977511.30289.2.camel@kennedy> Message-ID: On Tue, Aug 5, 2008 at 7:05 PM, Brian Pepple wrote: > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 > UTC in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- Package Review queue - bpepple, all > > /topic FESCo meeting -- Free discussion around Fedora Looks like the features were not pulled into the schedule due to the change to new categories. Anyway, here's the features up for approval at tomorrow's meeting: /topic FESCo-Meeting -- Features - https://fedoraproject.org/wiki/Features/BetterPrinting /topic FESCo-Meeting -- Features - https://fedoraproject.org/wiki/Features/BetterStartup /topic FESCo-Meeting -- Features - https://fedoraproject.org/wiki/Features/Portreserve /topic FESCo-Meeting -- Features - https://fedoraproject.org/wiki/Features/PythonNSS /topic FESCo-Meeting -- Features - https://fedoraproject.org/wiki/Features/SaveToBugzilla Later, /B From jkeating at redhat.com Tue Aug 5 14:38:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 05 Aug 2008 10:38:49 -0400 Subject: Announcing Fedora 10 Alpha! Message-ID: <1217947129.19808.47.camel@localhost.localdomain> In an ongoing effort to prevent premature kitten death, the Fedora Project is ecstatic to present the availability of Fedora 10 (Cambridge) Alpha. Test now, make it better now, keep Cambridge on schedule, and protect the kittens in the future. The Alpha release provides the first opportunity for the wider community to become involved with the testing of rawhide: * Alpha represents a sanitized snapshot of rawhide, Fedora's development branch, which undergoes rapid changes before becoming the next major release. * The Alpha should boot on the majority of systems, and provides: * A look at what new features are to be included in the next release * A way to provide feedback and bug reports to help ensure that the next release is as good as possible Fedora 10 features Some highlights of Fedora 10 Alpha: * Many improvements, bugfixes, and enhancements from upstream * New graphical boot environment * Wireless connection sharing * Audio improvements to remove glitches * Security audit tool * Improved webcam support * Better IR remote control support * RPM 4.6 * OCaml * Haskell For more information: http://fedoraproject.org/wiki/Releases/10/Alpha/ReleaseNotes What to test Test status is being tracked here: https://fedoraproject.org/wiki/QA/TestResults/Fedora10Install/Alpha Check out this page before reporting problems, including looking through the bug trackers as linked on that page. For a more detailed list of installation tests: http://fedoraproject.org/wiki/QA/TestPlans/Fedora10Install Get the Alpha The Alpha release is available both through the mirroring system and via bittorrent. For direct http access to a local mirror: http://download.fedoraproject.org/pub/fedora/linux/releases/test/10-Alpha/ For a list of mirrors carrying the content and the various protocols they support: http://mirrors.fedoraproject.org/publiclist/Fedora/10-Alpha/ For bittorrent: http://torrent.fedoraproject.org/ Join Fedora To find ways you can help and participate, visit: http://join.fedoraproject.org/ -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From poelstra at redhat.com Wed Aug 6 00:21:18 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 05 Aug 2008 17:21:18 -0700 Subject: Missing features from Fedora 10? Message-ID: <4898EE7E.70704@redhat.com> Reminder that feature freeze is currently scheduled for: 2008-08-19 (two weeks from today!) I have just completed a full review of all the feature pages which have not be included in a Fedora release. A lot of work has gone into many of these pages and I'm wondering if they have been forgotten, overlooked, or maybe the feature process was unclear? So here is a list of features meeting the following criteria: o Target release = Fedora 10 o They have been discussed recently within Fedora o Lots of work has been done on the feature page o I thought they looked interesting These features have NOT been reviewed by Fesco for acceptance and thus will not be listed as new features in Fedora 10. If you definitely know they won't be in Fedora 10 please remove "Target release: Fedora 10" from the page (if present) to avoid any confusion. If you need help with the feature process let me or Paul Frields know or contact your local elected FESCo representative :) https://fedoraproject.org/wiki/Features/VolumeControl https://fedoraproject.org/wiki/Features/WindowsDataMigrationTool https://fedoraproject.org/wiki/Features/TimeZoneAndLocation https://fedoraproject.org/wiki/Features/SbinSanity https://fedoraproject.org/wiki/Features/ResilienceAnacondaIncompleteMirror https://fedoraproject.org/wiki/Features/Resilience https://fedoraproject.org/wiki/Features/Presto https://fedoraproject.org/wiki/Features/EFI https://fedoraproject.org/wiki/Features/Eclipse34 https://fedoraproject.org/wiki/Features/FedoraFreedom https://fedoraproject.org/wiki/Features/GlobalMenu https://fedoraproject.org/wiki/Features/HandwritingRecognizer https://fedoraproject.org/wiki/Features/IMDesktopIntegration https://fedoraproject.org/wiki/Features/InstallFromWindows https://fedoraproject.org/wiki/Features/K12Linux https://fedoraproject.org/wiki/Features/LatencyPolicy https://fedoraproject.org/wiki/Features/CommonLispController https://fedoraproject.org/wiki/Features/ApplicationInstaller https://fedoraproject.org/wiki/Features/AddingCrossCompilers https://fedoraproject.org/wiki/Features/30SecondStartup https://fedoraproject.org/wiki/Anaconda/Features/NewPyParted https://fedoraproject.org/wiki/Anaconda/Features/NetConfigForNM https://fedoraproject.org/wiki/Anaconda/Features/FirstAidKit https://fedoraproject.org/wiki/Features/DeviceKit https://fedoraproject.org/wiki/Features/MoreNetworkManagerMobileBroadband https://fedoraproject.org/wiki/Features/MinimalServices https://fedoraproject.org/wiki/Features/Maithili https://fedoraproject.org/wiki/Features/LocalePreferences https://fedoraproject.org/wiki/Features/ServerProvides https://fedoraproject.org/wiki/Features/appliance-tools https://fedoraproject.org/wiki/Features/VirtStorage https://fedoraproject.org/wiki/Features/AOS Thanks, John _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From bbbush.yuan at gmail.com Wed Aug 6 03:30:36 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Wed, 6 Aug 2008 11:30:36 +0800 Subject: fedorahosted git repo too large Message-ID: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> Hi, I just tried to download revisor git with this command "git pull http://git.fedorahosted.org/git/revisor master". I have to repeat 4-5 times since it breaks during downloading. The .git folder is about 58MB. After "git gc --aggressive" it becomes only 6MB. Anyone please run gc on server? -- bbbush ^_^ From tmz at pobox.com Wed Aug 6 03:44:18 2008 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 5 Aug 2008 23:44:18 -0400 Subject: fedorahosted git repo too large In-Reply-To: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> References: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> Message-ID: <20080806034418.GR5655@inocybe.teonanacatl.org> Yuan Yijun wrote: > I just tried to download revisor git with this command "git pull > http://git.fedorahosted.org/git/revisor master". I have to repeat > 4-5 times since it breaks during downloading. The .git folder is > about 58MB. After "git gc --aggressive" it becomes only 6MB. > > Anyone please run gc on server? Perhaps better would be repack. There was a recent thread on the git list and one of the developers pointed out an older mail from Linus where he described gc --aggressive as "mostly dumb" and recommended that using something like "repack -a -d -f --depth=250 --window=250" instead. http://article.gmane.org/gmane.comp.gcc.devel/94613 -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rome did not create a great empire by having meetings, they did it by killing all those who opposed them. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From martin.langhoff at gmail.com Wed Aug 6 05:17:21 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 6 Aug 2008 17:17:21 +1200 Subject: Automounting USB devices on headless servers - ivman alternatives? Message-ID: <46a038f90808052217i58d6fbbdn76886d3a695da43@mail.gmail.com> Is there a recommended (F9) way to get gnome-volume-manager-like behaviour on a headless server? The main goal is an automagically created mount point in /media for each mountable partition on the drive, and a hook for a script to check what is in the plugged drive. ivman promises to do what I want but it sounds like it's been held back from the pool by its maintainer [1], and it seems really cumbersome to configure. Is there a better alternative? cheers, martin [1] http://marc.info/?l=fedora-devel-list&m=117578808027100&w=2 -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From bernie at codewiz.org Wed Aug 6 08:33:45 2008 From: bernie at codewiz.org (Bernie Innocenti) Date: Wed, 06 Aug 2008 14:18:45 +0545 Subject: Updated jabberd-2.2.2.1 RPM Message-ID: <489961E9.4070004@codewiz.org> Hello Adrian, I updated the jabberd rpm to the latest version, and it seems to work fine. Would you mind if I push the following changes to CVS for the devel branch? Index: jabberd.spec =================================================================== RCS file: /cvs/pkgs/rpms/jabberd/devel/jabberd.spec,v retrieving revision 1.23 diff -u -p -u -p -r1.23 jabberd.spec --- jabberd.spec 11 Feb 2008 10:54:20 -0000 1.23 +++ jabberd.spec 6 Aug 2008 08:19:07 -0000 @@ -1,10 +1,10 @@ Summary: OpenSource server implementation of the Jabber protocols Name: jabberd -Version: 2.1.23 +Version: 2.2.2 Release: 1%{?dist} License: GPLv2+ Group: System Environment/Daemons -Source0: http://ftp.xiaoka.com/jabberd2/releases/jabberd-2.1.23.tar.bz2 +Source0: http://ftp.xiaoka.com/jabberd2/releases/jabberd-2.2.2.tar.bz2 Source1: jabberd Source2: jabberd.sysconfig URL: http://jabberd2.xiaoka.com/ @@ -185,11 +185,14 @@ fi %{_datadir}/%{name}/ %{_initrddir}/%{name} %config(noreplace) %{_sysconfdir}/pam.d/jabberd -%config(noreplace) %{_sysconfdir}/sysconfig/jabberd +%config %{_sysconfdir}/sysconfig/jabberd %attr(-, jabber, jabber) %{_var}/lib/jabberd %ghost %{_sysconfdir}/jabberd/server.pem %changelog +* Wed Aug 06 2008 Bernie Innocenti - 2.2.2-1 +- updated to 2.2.2 + * Thu Feb 11 2008 Adrian Reber - 2.1.23-1 - updated to 2.1.23 Index: jabberd.sysconfig =================================================================== RCS file: /cvs/pkgs/rpms/jabberd/devel/jabberd.sysconfig,v retrieving revision 1.3 diff -u -p -u -p -r1.3 jabberd.sysconfig --- jabberd.sysconfig 30 Mar 2005 19:46:31 -0000 1.3 +++ jabberd.sysconfig 6 Aug 2008 08:19:07 -0000 @@ -3,16 +3,15 @@ # # the following example shows a configuration for a startup of jabberd daemons # necessary for a jabberd server running on one host -# START_DAEMONS="router resolver sm c2s s2s" +# START_DAEMONS="router sm c2s s2s" # # a jabberd server consists of: # * router -# * resolver # * sm (Session Manager) # * c2s (Client to Server) # * s2s (Server to Server) # -START_DAEMONS="router resolver sm c2s s2s" +START_DAEMONS="router sm c2s s2s" # set C2S_AS_ROOT to "yes" to start c2s as root # this can be necessary if c2s needs to authenticate against pam/shadow -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| "It's an education project, not a laptop project!" From dev at nigelj.com Wed Aug 6 08:37:31 2008 From: dev at nigelj.com (Nigel Jones) Date: Wed, 06 Aug 2008 20:37:31 +1200 Subject: fedorahosted git repo too large In-Reply-To: <20080806034418.GR5655@inocybe.teonanacatl.org> References: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> <20080806034418.GR5655@inocybe.teonanacatl.org> Message-ID: <1218011851.31379.26.camel@localhost.localdomain> On Tue, 2008-08-05 at 23:44 -0400, Todd Zullinger wrote: > Yuan Yijun wrote: > > I just tried to download revisor git with this command "git pull > > http://git.fedorahosted.org/git/revisor master". I have to repeat > > 4-5 times since it breaks during downloading. The .git folder is > > about 58MB. After "git gc --aggressive" it becomes only 6MB. > > > > Anyone please run gc on server? > > Perhaps better would be repack. There was a recent thread on the git > list and one of the developers pointed out an older mail from Linus > where he described gc --aggressive as "mostly dumb" and recommended > that using something like "repack -a -d -f --depth=250 --window=250" > instead. > > http://article.gmane.org/gmane.comp.gcc.devel/94613 That's actually a very useful article and the methods/reasons behind it sound quite sane and it could be a useful approach for us. I'll try this out on one of the smaller repos (a copy of course) and see what happens. (n.b. I've added f-infrastructure-list to CC's, that's where everyone that manages the hosted server reads :).) - Nigel > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From rawhide at fedoraproject.org Wed Aug 6 09:51:14 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Wed, 6 Aug 2008 09:51:14 +0000 (UTC) Subject: rawhide report: 20080806 changes Message-ID: <20080806095114.74307209D80@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080805/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080806/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package bcrypt File encryption utility New package ivman Generic handler for HAL events New package md5deep A set of cross-platform tools to compute hashes New package pdfmerge Command line utility program for merging PDF files New package prover9 Thereom Prover and Countermodel Generator New package scim-thai Thai Input Method Engine for SCIM New package why Why software verification platform Updated Packages: Zim-0.25-2.fc10 --------------- * Tue Aug 5 18:00:00 2008 Chris Weyl 0.25-2 - drop tests entirely for the moment. * Sun Aug 3 18:00:00 2008 Chris Weyl 0.25-1 - update to 0.25 - note we nuke t/71_gui_daemon.t -- it fails under perl 5.10; per upstream it's '...not a problem during normal usage of the program.' anyremote-4.7-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Mikhail Fedotov - 4.7-1 - Small enhancements authconfig-5.4.4-1.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Tomas Mraz - 5.4.4-1 - do not call domainname when run with --nostart (#457697) bakery-2.4.4-3.fc10 ------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 1:2.4.4-3 - revert to 2.4.4 - set epoch to 1 * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.5.1-1 - update to upstream 2.5.1 bind-9.5.1-0.5.b1.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Adam Tkac 32:9.5.1-0.5.b1 - disable transfer stats on DLZ zones (#454783) bug-buddy-2.23.6-1.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 1:2.23.6-1 - Update to 2.23.6 cmake-2.6.1-1.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Orion Poplawski - 2.6.1-1 - Update to 2.6.1 * Mon Jul 14 18:00:00 2008 Orion Poplawski - 2.6.1-0.rc8.1 - Update to 2.6.1-RC-8 - Drop xmlrpc patch fixed upstream control-center-2.23.6-1.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 coq-8.1pl3-3.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Alan Dunn 8.1pl3-3 - Changed parser to coq-parser to avoid name conflict with coda-client. - Made make process noisy again. * Sun Jul 20 18:00:00 2008 Alan Dunn 8.1pl3-2.1 - Minor bump for Fedora 8 to bring it into line with the rest. cups-1.3.8-3.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tim Waugh 1:1.3.8-3 - Mark template files config(noreplace) for site-local modifications (bug #441719). dbus-python-0.83.0-2.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Huang Peng - 0.83.0-2 - Update to 0.83.0. dvgrab-3.2-1.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Jarod Wilson - 3.2-1 - New upstream release emesene-1.0.1-3.fc10 -------------------- * Wed Aug 6 18:00:00 2008 Caius Chance - 1.0.1-3.fc10 - Resolves: rhbz#456671 - (MSN servers rejected "application id" which reverted nickname change.) - Refined patch of 1.0.1-2.fc10. * Mon Jul 28 18:00:00 2008 Le Coz Florent - 1.0.1-2.fc10 - rename to emesene.spec and add docs * Wed Jul 23 18:00:00 2008 Le Coz Florent - 1.0.1-1.fc10 - update source to ver 1.0.1. (bugfixes only) evolution-2.23.6-1.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-1.fc10 - Update to 2.23.6 * Tue Jul 22 18:00:00 2008 Matthew Barnes - 2.23.5-1.fc10 - Update to 2.23.5 - Bump eds_version to 2.23.5. evolution-rss-0.1.1-1.fc10 -------------------------- * Tue Jul 29 18:00:00 2008 Lucian Langa - 0.1.1-1 - remove patches for RH #452322 (fixed upstream) - Update to devel version 0.1.1 gnome-desktop-2.23.6-2.fc10 --------------------------- gnome-games-2.23.6-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 1:2.23.6-1 - Update to 2.23.6 * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 1:2.23.5-2 - fix license tag gnome-panel-2.23.6-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.23.5-2 - fix license tag gnome-session-2.23.6-1.fc10 --------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-settings-daemon-2.23.6-1.fc10 ----------------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gtk2-2.13.6-1.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.13.6-1 - Update to 2.13.6 hamster-applet-2.23.6-5.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Mads Villadsen - 2.23.6-5 - Change to using python_sitearch to correctly catch lib64 dir on x86_64 arch * Tue Aug 5 18:00:00 2008 Mads Villadsen - 2.23.6-4 - Change control-center-filesystem to Requires, add control-center to BuildRequires * Tue Aug 5 18:00:00 2008 Mads Villadsen - 2.23.6-3 - Add control-center-filesystem to BuildRequires * Tue Aug 5 18:00:00 2008 Mads Villadsen - 2.23.6-2 - Add intltool to BuildRequires * Tue Aug 5 18:00:00 2008 Mads Villadsen - 2.23.6-1 - Update to latest upstream release * Wed Jul 23 18:00:00 2008 Mads Villadsen - 0.6.2.1-1 - Update to latest upstream release - Fixed problems with simple report - Now you can edit facts in overview by double clicking - Updated translations hunspell-ga-4.4-1.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Caol??n McNamara - 4.4-1 - latest version * Wed Mar 5 17:00:00 2008 Caolan McNamara - 4.3-3 - build the .aff from gaeilge.aff and ispellaff2myspell intltool-0.40.3-3.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Matthias Clasen - 0.40.3-3 - Require gettext-devel java-1.5.0-gcj-1.5.0.0-22.fc10 ------------------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.5.0.0-22 - fix license tag java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10 ---------------------------------------- * Tue Aug 5 18:00:00 2008 Lillian Angel 1:1.6.0-0.20.b11 - Updated icedteasnapshot. * Thu Jul 31 18:00:00 2008 Lillian Angel 1:1.6.0-0.20.b11 - Added java-access-bridge idlj patch. Temp workaround for bug similar to: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6708395. * Mon Jul 28 18:00:00 2008 Lillian Angel - 1:1.6.0-0.20.b11 - Removed freetype patch. * Wed Jul 23 18:00:00 2008 Lubomir Rintel - 1:1.6.0-0.20.b11 - Specify vendor for javaws desktop entry. - Merge EPEL-5 and Fedora devel packages. * Mon Jul 21 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.19.b11 - Updated icedteasnapshot. * Wed Jul 16 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated icedteasnapshot. - Updated openjdkver. - Updated openjdkdate. - Updated generate-fedora-zip.sh * Tue Jul 15 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated icedteaver. - Updated icedteasnapshot. - Updated openjdkdate. - Updated openjdkver. - Updated release. - Resolves: rhbz#452525 - Resolves: rhbz#369861 * Tue Jul 15 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated accessver to 1.23. * Tue Jul 15 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Removed all unneeded patches. Security patches are included in the new icedtea source. * Tue Jul 15 18:00:00 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Fixed fedorazip. jd-2.0.1-0.1.svn2262_trunk.fc10 ------------------------------- * Wed Aug 6 18:00:00 2008 Mamoru Tasaka - rev. 2262 jeta-1.0-2.fc10 --------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.0-2 - fix license tag jigdo-0.7.3-7.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.7.3-7 - fix license tag joystick-1.2.15-22.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.2.15-22 - fix license tag jss-4.2.5-3.fc10 ---------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 4.2.5-3 - fix license tag kanatest-0.4.4-6.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.4.4-6 - fix license tag kdbg-2.1.0-3.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 2.1.0-3 - fix license tag kdepimlibs-4.1.0-2.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Rex Dieter 4.1.0-2 - -devel: Requires: boost-devel kernel-2.6.27-0.226.rc1.git5.fc10 --------------------------------- * Tue Aug 5 18:00:00 2008 Dave Airlie - more drm regressions squashed kexec-tools-1.102pre-15.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.102pre-15 - fix license tag kio_p7zip-0.3.1-8.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 0.3.1-8 - fix license tag kismet-0.0.2008.05.R1-3.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.0.2008.05.R1-3 - fix license tag koan-1.0.1-2.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.0.1-2 - fix license tag kodos-2.4.9-5.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.4.9-5 - fix license tag koji-1.2.5-2.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.2.5-2 - fix conditional (line 5) - fix license tag * Fri Jan 25 17:00:00 2008 jkeating 1.2.5-1 - Put createrepo arguments in correct order * Thu Jan 24 17:00:00 2008 jkeating 1.2.4-1 - Use the --skip-stat flag in createrepo calls. - canonicalize tag arches before using them (dgilmore) - fix return value of delete_build - Revert to getfile urls if the task is not successful in emails - Pass --target instead of --arch to mock. - ignore trashcan tag in prune-signed-copies command - add the "allowed_scms" kojid parameter - allow filtering builds by the person who built them kphotobymail-0.4.1-3.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 0.4.1-3 - fix license tag krb5-1.6.3-16.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.6.3-16 - fix license tag * Wed Jul 16 18:00:00 2008 Nalin Dahyabhai - clear fuzz out of patches, dropping a man page patch which is no longer necessary - quote %{__cc} where needed because it includes whitespace now - define ASN1BUF_OMIT_INLINE_FUNCS at compile-time (for now) to keep building ksynaptics-0.3.3-6.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.3.3-6 - fix license tag labyrinth-0.4.0-2.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.4.0-2 - fix license tag lasi-1.1.0-2.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.1.0-2 - fix license tag ldapvi-1.7-6.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.7-6 - fix license tag libaio-0.3.107-3.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.3.107-3 - fix license tag libassa-3.5.0-3 --------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 3.5.0-3 - fix license tag libavc1394-0.5.3-4.fc10 ----------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 0.5.3-4 - fix license tag libbonoboui-2.23.5-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 libburn-0.4.8-2.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.4.8-2 - fix license tag libfreebob-1.0.11-3.fc10 ------------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.0.11-3 - fix license tag libgconf-java-2.12.4-11.fc10 ---------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.12.4-11 - fix license tag libgdiplus-1.9-5.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 1.9-5 - fix license tag libglade-java-2.12.5-9.fc10 --------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.12.5-9 - fix license tag libgnome-java-2.12.4-9.fc10 --------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.12.4-9 - fix license tag libgssapi-0.11-4.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.11-4 - fix license tag libgtk-java-2.8.7-8.fc10 ------------------------ * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.8.7-8 - fix license tag libgtksourceviewmm-0.3.1-3.fc10 ------------------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 1.9.5-1 - update to 1.9.5 - fix license tag * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.3.1-3 - revert to 0.3.1 - set epoch to 1 * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 0.3.1-2 - Autorebuild for GCC 4.3 libopensync-plugin-syncml-0.35-4.fc10 ------------------------------------- libprelude-0.9.19-1.fc10 ------------------------ * Tue Aug 5 18:00:00 2008 Steve Grubb - 0.9.19-1 - New upstream release with ruby bindings libpri-1.4.7-1.fc10 ------------------- * Tue Aug 5 18:00:00 2008 Jeffrey C. Ollie - 1.4.7-1 - Update to 1.4.7 libpst-0.6.17-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Carl Byington - 0.6.17-1 - More fixes for 32/64 bit portability on big endian ppc. * Tue Aug 5 18:00:00 2008 Carl Byington - 0.6.16-1 - Use inttypes.h for portable printing of 64 bit items. libselinux-2.0.71-1.fc10 ------------------------ * Tue Aug 5 18:00:00 2008 Dan Walsh - 2.0.71-1 - Update to Upstream * Add group support to seusers using %groupname syntax from Dan Walsh. * Mark setrans socket close-on-exec from Stephen Smalley. * Only apply nodups checking to base file contexts from Stephen Smalley. libsemanage-2.0.27-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Dan Walsh - 2.0.27-1 - Update to upstream * Modify genhomedircon to skip %groupname entries. Ultimately we need to expand them to the list of users to support per-role homedir labeling when using the %groupname syntax. libv4l-0.4.0-1.fc10 ------------------- * Sun Aug 3 18:00:00 2008 Hans de Goede 0.4.0-1 - New upstream release 0.4.0 libvirt-cim-0.5.1-2.fc10 ------------------------ libxml++-2.23.2-1.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 2.23.2-1 - update to 2.23.2 * Tue May 13 18:00:00 2008 Denis Leroy - Removed unneeded example binaries from devel package lzma-4.32.7-1.fc10 ------------------ * Mon Aug 4 18:00:00 2008 Per Patrice Bouchand gmail.com> 4.32.7-1 - Switch to version 4.32.7 mc-4.6.2-5.pre1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Jindrich Novy 4.6.2-5.pre1 - don't try to parse obsolete RPM tags in RPM VFS (#457912), thanks to Milan Broz - use correct extension for lzma and regenerate so that it applies with fuzz==0 * Fri Jun 20 18:00:00 2008 Jindrich Novy 4.6.2-4.pre1 - fix displaying of 7zip archive contents (#452090) - gvlat at pochta.ru mysql-connector-odbc-3.51.26r1127-1.fc10 ---------------------------------------- * Tue Aug 5 18:00:00 2008 Tom Lane 3.51.26r1127-1 - Update to mysql-connector-odbc 3.51.26r1127 nemiver-0.6.1-3.fc10 -------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 0.6.1-3 - bump to rebuild against old libgtksourceviewmm * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway - 0.6.1-2 - rebuild for new libgtksourceviewmm nss-3.12.0.3-6.fc10 ------------------- * Tue Aug 5 18:00:00 2008 Kai Engert - 3.12.0.3-6 - bug 456847, add Requires: pkgconfig openoffice.org-3.0.0-1.1.fc10 ----------------------------- * Tue Aug 5 18:00:00 2008 Caol??n McNamara - 1:3.0.0-1.1 - release branch - drop integrated openoffice.org-3.0.0.ooo90876.connectivity.evoab2.patch perl-5.10.0-40.fc10 ------------------- * Tue Aug 5 18:00:00 2008 Marcela Maslanova 4:5.10.0-40.fc10 - 457867 remove required IPC::Run from CPANPLUS - needed only by win32 - 457771 add path perl-Class-MOP-0.64-1.fc10 -------------------------- * Mon Aug 4 18:00:00 2008 Chris Weyl 0.64-1 - update to 0.64 perl-eperl-2.2.14-9.fc10 ------------------------ * Tue Aug 5 18:00:00 2008 Steven Pritchard 2.2.14-9 - Update to Debian's eperl_2.2.14-15.1.diff.gz. - BR ExtUtils::Embed. - Drop eperl-2.2.14-perl510-noDynaLoader.a.patch. php-pear-SOAP-0.12.0-1.fc10 --------------------------- * Tue Aug 5 18:00:00 2008 Remi Collet 0.12.0-1 - update to 0.12.0 - fix license - BR on pear >= 1.5.4 policycoreutils-2.0.54-1.fc10 ----------------------------- * Tue Aug 5 18:00:00 2008 Dan Walsh 2.0.54-1 - Update to upstream * Add support for boolean files and group support for seusers from Dan Walsh. * Ensure that setfiles -p output is newline terminated from Russell Coker. * Fri Aug 1 18:00:00 2008 Dan Walsh 2.0.53-3 - Allow semanage user to add group lists %groupname poppler-0.8.5-1.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Colin Walters - 0.8.5-1 - Update to 0.8.5 postgresql-odbc-08.03.0200-1.fc10 --------------------------------- * Tue Aug 5 18:00:00 2008 Tom Lane 08.03.0200-1 - Update to version 08.03.0200 pymsn-0.3.3-1.fc10 ------------------ * Tue Aug 5 18:00:00 2008 Brian Pepple - 0.3.3-1 - Update to 0.3.3. python-slip-0.1.11-1.fc10 ------------------------- * Tue Aug 5 18:00:00 2008 Nils Philippsen - 0.1.9 - make slip.util.hookable more flexible, easier extendable * Tue Aug 5 18:00:00 2008 Nils Philippsen - 0.1.11 - implement freezing/thawing hooks * Tue Aug 5 18:00:00 2008 Nils Philippsen - 0.1.10 - implement disabling/enabling hooks q-7.11-2.fc10 ------------- * Tue Aug 5 18:00:00 2008 Gerard Milmeister - 7.11-2 - new release 7.11 - split some modules into separate packages quarticurve-kwin-theme-0.0-0.5.beta4.fc10 ----------------------------------------- * Wed Aug 6 18:00:00 2008 Kevin Kofler - 0.0-0.5.beta4 - Update to beta 4: - fixes title bar not being drawn with Qt 4.4 - fixes the context help button - Drop sed hack for _kde4_appsdir, fixed upstream. quota-3.16-3.fc10 ----------------- * Tue Aug 5 18:00:00 2008 Ondrej Vasik 3.16-3 - Add support for -h option (do not show invalid option error) at edquota,setquota and quota (#457898) rpmlint-0.84-2.fc10 ------------------- * Sat Jul 26 18:00:00 2008 Ville Skytt?? - 0.84-2 - 0.84, fixes #355861, #456304. - Sync Fedora license list with Wiki revision "16:08, 18 July 2008". - Rediff patches. rubyripper-0.5.2-3.fc10 ----------------------- * Mon Aug 4 18:00:00 2008 Sindre Pedersen Bj??rdal - 0.5.2-3 - New release - Translation file updates subversion-api-docs-1.5.1-1.fc10 -------------------------------- * Tue Aug 5 18:00:00 2008 Bojan Smojver 1.5.1-1 - bump up to 1.5.1 synaptics-0.14.6-10.fc10 ------------------------ * Wed Aug 6 18:00:00 2008 Peter Hutterer 0.14.6-10 - Update Release, really this time. * Wed Aug 6 18:00:00 2008 Peter Hutterer 0.14.6-10 - Fix license tag and BuildRoot, reduce description line width. system-config-services-0.99.21-1.fc10 ------------------------------------- * Tue Aug 5 18:00:00 2008 Nils Philippsen - 0.99.21-1 - get rid of save() methods, save instantly on changes instead totem-pl-parser-2.23.3-2.fc10 ----------------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.3-2 - Rebuild vte-0.17.1-1.fc10 ----------------- * Mon Aug 4 18:00:00 2008 Matthias Clasen - 0.17.1-1 - Update to 0.17.1 xorg-x11-drv-ati-6.8.0-21.fc10 ------------------------------ * Wed Aug 6 18:00:00 2008 Dave Airlie 6.8.0-21 - bunch of fixes to modesetting code + remove debugging. * Fri Aug 1 18:00:00 2008 Dave Airlie 6.8.0-20 - DDX modesetting code Summary: Added Packages: 7 Removed Packages: 0 Modified Packages: 95 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gnome-chemistry-utils-0.8.7-2.fc10.i386 requires chemical-mime-data gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so planner-eds-0.14.3-2.fc10.i386 requires libcamel-provider-1.2.so.12 planner-eds-0.14.3-2.fc10.i386 requires libcamel-1.2.so.12 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) planner-eds-0.14.3-2.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) planner-eds-0.14.3-2.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so planner-eds-0.14.3-2.fc10.ppc requires libcamel-provider-1.2.so.12 planner-eds-0.14.3-2.fc10.ppc requires libcamel-1.2.so.12 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 planner-eds-0.14.3-2.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) planner-eds-0.14.3-2.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From martin.langhoff at gmail.com Wed Aug 6 10:16:46 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 6 Aug 2008 22:16:46 +1200 Subject: fedorahosted git repo too large In-Reply-To: <1218011851.31379.26.camel@localhost.localdomain> References: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> <20080806034418.GR5655@inocybe.teonanacatl.org> <1218011851.31379.26.camel@localhost.localdomain> Message-ID: <46a038f90808060316q82cfe2cocf70175cb9e2ac0d@mail.gmail.com> On Wed, Aug 6, 2008 at 8:37 PM, Nigel Jones wrote: >> http://article.gmane.org/gmane.comp.gcc.devel/94613 > That's actually a very useful article and the methods/reasons behind it > sound quite sane and it could be a useful approach for us. Agreed. git gc on all repos on an infrequent cronjob is a good idea. But --aggressive is a very bad idea as it throws away delta-chain work that's been done. Specially bad on larger repos as the potential delta pairs to evaluate is much much larger. cheers, martin (also a git dev) -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From bbbush.yuan at gmail.com Wed Aug 6 10:18:06 2008 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Wed, 6 Aug 2008 18:18:06 +0800 Subject: fedorahosted git repo too large In-Reply-To: <20080806034418.GR5655@inocybe.teonanacatl.org> References: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> <20080806034418.GR5655@inocybe.teonanacatl.org> Message-ID: <76e72f800808060318qd1d5e17wdc61be1479d3645b@mail.gmail.com> 2008/8/6 Todd Zullinger : > Yuan Yijun wrote: >> I just tried to download revisor git with this command "git pull >> http://git.fedorahosted.org/git/revisor master". I have to repeat >> 4-5 times since it breaks during downloading. The .git folder is >> about 58MB. After "git gc --aggressive" it becomes only 6MB. >> >> Anyone please run gc on server? > > Perhaps better would be repack. There was a recent thread on the git > list and one of the developers pointed out an older mail from Linus > where he described gc --aggressive as "mostly dumb" and recommended > that using something like "repack -a -d -f --depth=250 --window=250" > instead. > > http://article.gmane.org/gmane.comp.gcc.devel/94613 > See that. The repack command is so hard to remember, while "git gc" is fast enough and also runs repack, AND the .git folder becomes 6.6MB without --aggressive... I guess the only problem is git version on server is too old, AFAIK new git will repack automatically when commit or push or before fetch (?) -- bbbush ^_^ From rjones at redhat.com Wed Aug 6 10:35:41 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 6 Aug 2008 11:35:41 +0100 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4897301B.5080705@gmail.com> Message-ID: <20080806103541.GA12326@amd.home.annexia.org> On Tue, Aug 05, 2008 at 12:10:36PM -0400, Alan Dunn wrote: > Upstream said the name should probably be changed and that they have > done so in the past with previous binaries in the package. While that > isn't a solid commitment to doing it in the next version, I would say > it's probably good enough to change it, which I'm going to do now. Out of interest, what was the new name? I'll alert Debian ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From amdunn at gmail.com Wed Aug 6 10:48:07 2008 From: amdunn at gmail.com (Alan Dunn) Date: Wed, 6 Aug 2008 06:48:07 -0400 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <20080806103541.GA12326@amd.home.annexia.org> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4897301B.5080705@gmail.com> <20080806103541.GA12326@amd.home.annexia.org> Message-ID: The new name is coq-parser. - Alan On Wed, Aug 6, 2008 at 6:35 AM, Richard W.M. Jones wrote: > On Tue, Aug 05, 2008 at 12:10:36PM -0400, Alan Dunn wrote: >> Upstream said the name should probably be changed and that they have >> done so in the past with previous binaries in the package. While that >> isn't a solid commitment to doing it in the next version, I would say >> it's probably good enough to change it, which I'm going to do now. > > Out of interest, what was the new name? I'll alert Debian ... > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones > virt-df lists disk usage of guests without needing to install any > software inside the virtual machine. Supports Linux and Windows. > http://et.redhat.com/~rjones/virt-df/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From dev at nigelj.com Wed Aug 6 10:51:09 2008 From: dev at nigelj.com (Nigel Jones) Date: Wed, 06 Aug 2008 22:51:09 +1200 Subject: fedorahosted git repo too large In-Reply-To: <76e72f800808060318qd1d5e17wdc61be1479d3645b@mail.gmail.com> References: <76e72f800808052030y632d8756r4e4b37199ec498c0@mail.gmail.com> <20080806034418.GR5655@inocybe.teonanacatl.org> <76e72f800808060318qd1d5e17wdc61be1479d3645b@mail.gmail.com> Message-ID: <1218019869.31379.45.camel@localhost.localdomain> On Wed, 2008-08-06 at 18:18 +0800, Yuan Yijun wrote: > 2008/8/6 Todd Zullinger : > > Yuan Yijun wrote: > >> I just tried to download revisor git with this command "git pull > >> http://git.fedorahosted.org/git/revisor master". I have to repeat > >> 4-5 times since it breaks during downloading. The .git folder is > >> about 58MB. After "git gc --aggressive" it becomes only 6MB. > >> > >> Anyone please run gc on server? > > > > Perhaps better would be repack. There was a recent thread on the git > > list and one of the developers pointed out an older mail from Linus > > where he described gc --aggressive as "mostly dumb" and recommended > > that using something like "repack -a -d -f --depth=250 --window=250" > > instead. > > > > http://article.gmane.org/gmane.comp.gcc.devel/94613 > > > > See that. The repack command is so hard to remember, while "git gc" is > fast enough and also runs repack, AND the .git folder becomes 6.6MB > without --aggressive... git gc, while fast, is not as efficient, we have repos with nearly 100000 objects (anaconda) and while it does a fair job, (and quick - a tenth of the time a git repack does) I do think that a repack would be a good idea on a frequent basis (read bi/tri-monthly). Of course, like beauty the usefulness is in the eyes of the beholder, and while the majority of repos are very small, there are the few that are over the 100M mark at present. So different needs mean different solutions. - Nigel > > I guess the only problem is git version on server is too old, AFAIK > new git will repack automatically when commit or push or before fetch > (?) > > > > -- > bbbush ^_^ > From sebastian at when.com Wed Aug 6 10:58:42 2008 From: sebastian at when.com (Sebastian Dziallas) Date: Wed, 06 Aug 2008 12:58:42 +0200 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: References: <1217977511.30289.2.camel@kennedy> Message-ID: <489983E2.2030008@when.com> Brian Pepple wrote: > On Tue, Aug 5, 2008 at 7:05 PM, Brian Pepple wrote: >> Please find below the list of topics that are likely to come up in the >> next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 >> UTC in #fedora-meeting on irc.freenode.org: >> >> /topic FESCo-Meeting -- Package Review queue - bpepple, all >> >> /topic FESCo meeting -- Free discussion around Fedora > > Looks like the features were not pulled into the schedule due to the > change to new categories. Anyway, here's the features up for approval > at tomorrow's meeting: > > /topic FESCo-Meeting -- Features - > https://fedoraproject.org/wiki/Features/BetterPrinting > > /topic FESCo-Meeting -- Features - > https://fedoraproject.org/wiki/Features/BetterStartup > > /topic FESCo-Meeting -- Features - > https://fedoraproject.org/wiki/Features/Portreserve > > /topic FESCo-Meeting -- Features - > https://fedoraproject.org/wiki/Features/PythonNSS > > /topic FESCo-Meeting -- Features - > https://fedoraproject.org/wiki/Features/SaveToBugzilla > > Later, > /B Any chance for getting this into the meeting? https://fedoraproject.org/wiki/Features/EducationSpin But it might well be way too short-term... Sebastian From rjones at redhat.com Wed Aug 6 11:08:25 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 6 Aug 2008 12:08:25 +0100 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4897301B.5080705@gmail.com> <20080806103541.GA12326@amd.home.annexia.org> Message-ID: <20080806110825.GA12408@amd.home.annexia.org> On Wed, Aug 06, 2008 at 06:48:07AM -0400, Alan Dunn wrote: > The new name is coq-parser. OK, done. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 60 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From jwboyer at gmail.com Wed Aug 6 12:17:25 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 06 Aug 2008 08:17:25 -0400 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <489983E2.2030008@when.com> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> Message-ID: <1218025045.2328.60.camel@localhost.localdomain> On Wed, 2008-08-06 at 12:58 +0200, Sebastian Dziallas wrote: > Brian Pepple wrote: > > On Tue, Aug 5, 2008 at 7:05 PM, Brian Pepple wrote: > >> Please find below the list of topics that are likely to come up in the > >> next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 > >> UTC in #fedora-meeting on irc.freenode.org: > >> > >> /topic FESCo-Meeting -- Package Review queue - bpepple, all > >> > >> /topic FESCo meeting -- Free discussion around Fedora > > > > Looks like the features were not pulled into the schedule due to the > > change to new categories. Anyway, here's the features up for approval > > at tomorrow's meeting: > > > > /topic FESCo-Meeting -- Features - > > https://fedoraproject.org/wiki/Features/BetterPrinting > > > > /topic FESCo-Meeting -- Features - > > https://fedoraproject.org/wiki/Features/BetterStartup > > > > /topic FESCo-Meeting -- Features - > > https://fedoraproject.org/wiki/Features/Portreserve > > > > /topic FESCo-Meeting -- Features - > > https://fedoraproject.org/wiki/Features/PythonNSS > > > > /topic FESCo-Meeting -- Features - > > https://fedoraproject.org/wiki/Features/SaveToBugzilla > > > > Later, > > /B > > Any chance for getting this into the meeting? > > https://fedoraproject.org/wiki/Features/EducationSpin > > But it might well be way too short-term... At the last meeting FESCo decided they didn't feel it was necessary to review the SIGs as Features unless the Spin SIG/owner and rel-eng couldn't agree. Just sent it to rel-eng. josh From sundaram at fedoraproject.org Wed Aug 6 12:30:49 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 06 Aug 2008 18:00:49 +0530 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1218025045.2328.60.camel@localhost.localdomain> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> Message-ID: <48999979.2090807@fedoraproject.org> Josh Boyer wrote: > At the last meeting FESCo decided they didn't feel it was necessary to > review the SIGs as Features unless the Spin SIG/owner and rel-eng > couldn't agree. > > Just sent it to rel-eng. This ping-pong doesn't help. FESCo should really decide if spins are features are not. Take input from rel-eng if necessary but please make a decision either way. Rahul From sebastian at when.com Wed Aug 6 12:35:11 2008 From: sebastian at when.com (Sebastian Dziallas) Date: Wed, 06 Aug 2008 14:35:11 +0200 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1218025045.2328.60.camel@localhost.localdomain> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> Message-ID: <48999A7F.8020701@when.com> Josh Boyer wrote: > On Wed, 2008-08-06 at 12:58 +0200, Sebastian Dziallas wrote: >> Brian Pepple wrote: >>> On Tue, Aug 5, 2008 at 7:05 PM, Brian Pepple wrote: >>>> Please find below the list of topics that are likely to come up in the >>>> next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 >>>> UTC in #fedora-meeting on irc.freenode.org: >>>> >>>> /topic FESCo-Meeting -- Package Review queue - bpepple, all >>>> >>>> /topic FESCo meeting -- Free discussion around Fedora >>> Looks like the features were not pulled into the schedule due to the >>> change to new categories. Anyway, here's the features up for approval >>> at tomorrow's meeting: [...] >> Any chance for getting this into the meeting? >> >> https://fedoraproject.org/wiki/Features/EducationSpin >> >> But it might well be way too short-term... > > At the last meeting FESCo decided they didn't feel it was necessary to > review the SIGs as Features unless the Spin SIG/owner and rel-eng > couldn't agree. > > Just sent it to rel-eng. > > josh oups? seems like I've missed that part... thanks for the clarification! I just sent the e-mail to rel-eng out ;) Sebastian From jwboyer at gmail.com Wed Aug 6 12:38:47 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 06 Aug 2008 08:38:47 -0400 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <48999979.2090807@fedoraproject.org> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> <48999979.2090807@fedoraproject.org> Message-ID: <1218026327.2328.65.camel@localhost.localdomain> On Wed, 2008-08-06 at 18:00 +0530, Rahul Sundaram wrote: > Josh Boyer wrote: > > > At the last meeting FESCo decided they didn't feel it was necessary to > > review the SIGs as Features unless the Spin SIG/owner and rel-eng > > couldn't agree. > > > > Just sent it to rel-eng. > > This ping-pong doesn't help. FESCo should really decide if spins are > features are not. Take input from rel-eng if necessary but please make a > decision either way. They did make a decision. They decided that they aren't Features in the sense that FESCo doesn't need to review them unless there is a problem that needs to be escalated. Just like every other group/scenario we have. Rel-Eng has the approval authority for Spins. They want them treated as Features (as does the Spins SIG last I knew), so the only thing that is different is the approving body. There is no ping-ponging. Rel-eng just wanted to make sure FESCo didn't want to be the approving body. josh From sundaram at fedoraproject.org Wed Aug 6 12:44:38 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 06 Aug 2008 18:14:38 +0530 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1218026327.2328.65.camel@localhost.localdomain> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> <48999979.2090807@fedoraproject.org> <1218026327.2328.65.camel@localhost.localdomain> Message-ID: <48999CB6.8010003@fedoraproject.org> Josh Boyer wrote: > On Wed, 2008-08-06 at 18:00 +0530, Rahul Sundaram wrote: >> Josh Boyer wrote: >> >>> At the last meeting FESCo decided they didn't feel it was necessary to >>> review the SIGs as Features unless the Spin SIG/owner and rel-eng >>> couldn't agree. >>> >>> Just sent it to rel-eng. >> This ping-pong doesn't help. FESCo should really decide if spins are >> features are not. Take input from rel-eng if necessary but please make a >> decision either way. > > They did make a decision. They decided that they aren't Features in the > sense that FESCo doesn't need to review them unless there is a problem > that needs to be escalated. Just like every other group/scenario we > have. > > Rel-Eng has the approval authority for Spins. They want them treated as > Features (as does the Spins SIG last I knew), so the only thing that is > different is the approving body. There is no ping-ponging. Rel-eng > just wanted to make sure FESCo didn't want to be the approving body. Does this mean, they would be in the feature list or not? If not, what is the approval process for rel-eng to consider them for approval? Rahul From jwboyer at gmail.com Wed Aug 6 13:19:20 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 06 Aug 2008 09:19:20 -0400 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <48999CB6.8010003@fedoraproject.org> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> <48999979.2090807@fedoraproject.org> <1218026327.2328.65.camel@localhost.localdomain> <48999CB6.8010003@fedoraproject.org> Message-ID: <1218028760.2328.73.camel@localhost.localdomain> On Wed, 2008-08-06 at 18:14 +0530, Rahul Sundaram wrote: > Josh Boyer wrote: > > On Wed, 2008-08-06 at 18:00 +0530, Rahul Sundaram wrote: > >> Josh Boyer wrote: > >> > >>> At the last meeting FESCo decided they didn't feel it was necessary to > >>> review the SIGs as Features unless the Spin SIG/owner and rel-eng > >>> couldn't agree. > >>> > >>> Just sent it to rel-eng. > >> This ping-pong doesn't help. FESCo should really decide if spins are > >> features are not. Take input from rel-eng if necessary but please make a > >> decision either way. > > > > They did make a decision. They decided that they aren't Features in the > > sense that FESCo doesn't need to review them unless there is a problem > > that needs to be escalated. Just like every other group/scenario we > > have. > > > > Rel-Eng has the approval authority for Spins. They want them treated as > > Features (as does the Spins SIG last I knew), so the only thing that is > > different is the approving body. There is no ping-ponging. Rel-eng > > just wanted to make sure FESCo didn't want to be the approving body. > > Does this mean, they would be in the feature list or not? No. They are Spins, not Features. However, see below. > If not, what > is the approval process for rel-eng to consider them for approval? Basically the same as it was, with one extra step. rel-eng would like to see the Feature infrastructure used for the spins, as the Feature pages will allow better communication and planning to be done during the release cycle. Essentially, do the kickstart thing through the Spins SIG as it is now, fill out a Feature page for the spin, and send a link to rel-eng with that. josh From stickster at gmail.com Wed Aug 6 13:33:14 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 06 Aug 2008 13:33:14 +0000 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1218028760.2328.73.camel@localhost.localdomain> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> <48999979.2090807@fedoraproject.org> <1218026327.2328.65.camel@localhost.localdomain> <48999CB6.8010003@fedoraproject.org> <1218028760.2328.73.camel@localhost.localdomain> Message-ID: <1218029594.3749.54.camel@victoria> On Wed, 2008-08-06 at 09:19 -0400, Josh Boyer wrote: > On Wed, 2008-08-06 at 18:14 +0530, Rahul Sundaram wrote: > > Josh Boyer wrote: > > > On Wed, 2008-08-06 at 18:00 +0530, Rahul Sundaram wrote: > > >> Josh Boyer wrote: > > >> > > >>> At the last meeting FESCo decided they didn't feel it was necessary to > > >>> review the SIGs as Features unless the Spin SIG/owner and rel-eng > > >>> couldn't agree. > > >>> > > >>> Just sent it to rel-eng. > > >> This ping-pong doesn't help. FESCo should really decide if spins are > > >> features are not. Take input from rel-eng if necessary but please make a > > >> decision either way. > > > > > > They did make a decision. They decided that they aren't Features in the > > > sense that FESCo doesn't need to review them unless there is a problem > > > that needs to be escalated. Just like every other group/scenario we > > > have. > > > > > > Rel-Eng has the approval authority for Spins. They want them treated as > > > Features (as does the Spins SIG last I knew), so the only thing that is > > > different is the approving body. There is no ping-ponging. Rel-eng > > > just wanted to make sure FESCo didn't want to be the approving body. > > > > Does this mean, they would be in the feature list or not? > > No. They are Spins, not Features. However, see below. > > > If not, what > > is the approval process for rel-eng to consider them for approval? > > Basically the same as it was, with one extra step. rel-eng would like > to see the Feature infrastructure used for the spins, as the Feature > pages will allow better communication and planning to be done during the > release cycle. > > Essentially, do the kickstart thing through the Spins SIG as it is now, > fill out a Feature page for the spin, and send a link to rel-eng with > that. Having a feature page is extremely helpful for getting attention drawn to new spins. I've already had several interviews about the Fedora 10 Alpha release and the writers had looked at our feature pages in advance, and had specific questions about them. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 j.w.r.degoede at hhs.nl Wed Aug 6 14:34:04 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 06 Aug 2008 16:34:04 +0200 Subject: Vacation Message-ID: <4899B65C.40806@hhs.nl> Hi, I'll leave this Friday (August 8th) for a short vacation and I will *not* be reading my mail, I'll be back August 15th and deleting most mail then, so do resend any mail if I do not respond :) Regards, Hans From rrati at redhat.com Wed Aug 6 14:53:08 2008 From: rrati at redhat.com (Robert Rati) Date: Wed, 06 Aug 2008 09:53:08 -0500 Subject: Orphaning perl-Net-Amazon-EC2 Message-ID: <4899BAD4.9070901@redhat.com> I'm orphaning perl-Net-Amazon-EC2 so that Lubomir Rintel can pick up maintenance on that package. Rob From ajax at redhat.com Wed Aug 6 15:10:25 2008 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Aug 2008 11:10:25 -0400 Subject: Speeding up boot - an idea In-Reply-To: <4898C9B9.6020206@redhat.com> References: <4898C9B9.6020206@redhat.com> Message-ID: <1218035425.4699.128.camel@localhost.localdomain> On Tue, 2008-08-05 at 17:44 -0400, Chuck Ebbert wrote: > Has anyone played with increasing the size of the disk queues? > > /sys/block//queue/nr_requests is the maximum number of queued > requests for the device -- the default is 128. Testing on an oqo2, which just has a dumb (and brutally slow) PATA drive, gives virtually identical bootcharts for queue depths of 128 and 1024: http://ajax.fedorapeople.org/oqo-bootcharts/ The deeper queue does boot marginally faster, which could easily be experimental noise. It also appears to be very slightly more bound to i/o wait (compare between 70 and 75 seconds on the two charts), which could be noise or could be keeping the queue filled. Tough to say. Pretty sure this disk doesn't even have TCQ though. Might be interesting to try this on a competent disk. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From phil at sanslogic.co.uk Wed Aug 6 15:57:22 2008 From: phil at sanslogic.co.uk (Philip Heron) Date: Wed, 06 Aug 2008 16:57:22 +0100 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <5256d0b0808040551n3d485097refbf025aa78d7a57@mail.gmail.com> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <4896EA3B.70308@sanslogic.co.uk> <5256d0b0808040551n3d485097refbf025aa78d7a57@mail.gmail.com> Message-ID: <4899C9E2.1020000@sanslogic.co.uk> Peter Robinson wrote: >> Is there anything in your kernel that might improve the stability of the >> intel video driver over the stock fedora kernel? I'm getting quite a lot of >> hard lock-ups and random X restarts if I don't disable video acceleration, >> but then playing video is impossible. > > Have you tried disabling FrameBufferCompression? Thanks for the suggestion. I tried it last night but it didn't help. Video played for about a minute, then the screen got corrupt and the machine locked up. -Phil From mw_triad at users.sourceforge.net Wed Aug 6 15:50:19 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Wed, 06 Aug 2008 10:50:19 -0500 Subject: Missing features from Fedora 10? In-Reply-To: <4898EE7E.70704__44182.9693191268$1217991410$gmane$org@redhat.com> References: <4898EE7E.70704__44182.9693191268$1217991410$gmane$org@redhat.com> Message-ID: John Poelstra wrote: > Reminder that feature freeze is currently scheduled for: 2008-08-19 (two > weeks from today!) > > I have just completed a full review of all the feature pages which have > not be included in a Fedora release. A lot of work has gone into many > of these pages and I'm wondering if they have been forgotten, > overlooked, or maybe the feature process was unclear? So here is a list > of features meeting the following criteria: > o Target release = Fedora 10 > o They have been discussed recently within Fedora > o Lots of work has been done on the feature page > o I thought they looked interesting > > These features have NOT been reviewed by Fesco for acceptance and thus > will not be listed as new features in Fedora 10. If you definitely know > they won't be in Fedora 10 please remove "Target release: Fedora 10" > from the page (if present) to avoid any confusion. If you need help > with the feature process let me or Paul Frields know or contact your > local elected FESCo representative :) I'd like to get OpenGTL into F10, is it too late for that? (Assuming I can get my ducks in a row w.r.t. getting in a CLA, anyway.) I posted the .spec a while ago, haven't gotten any mail about it yet, though. https://bugzilla.redhat.com/show_bug.cgi?id=455500 -- Matthew Did you hear about the pig that makes footwear for cows? He's a real moo shoe pork. From Axel.Thimm at ATrpms.net Wed Aug 6 17:23:10 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Aug 2008 20:23:10 +0300 Subject: static uids/gids and (not) using fedora-usermgmt (was: uids for daemons on a spin) In-Reply-To: <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> Message-ID: <20080806172310.GB24717@victor.nirvana> Hi Martin, On Tue, Aug 05, 2008 at 05:30:03PM +1200, Martin Langhoff wrote: > On Mon, Aug 4, 2008 at 10:49 PM, Enrico Scholz > wrote: > > Without reading whole thread and participating in yet another flame war > > Apologies, didn't mean to taunt peoplle into another flamefest -- > thanks for your kind reply. I will use a high uid range as the base if > I do use this. > > However, it seems that my situation is one where I end up with an > ordering if I try to use your package. Brief description follows > > My project - OLPC's School Server - is a Fedora spin that adds a few > packages with custom daemons, provides a "xs-config" package that > makes a mess of /etc (ahem!, applies a custom configuration), and has > a metapackage to pull it all together. > > Having stable, predictable uids/gids is *extremely* valuable as we > want maximum consistency between systems -- the target ratio is of a > small sysadmin team (5 to 12) managing thousands of servers. We could > hardcode the uid/gids, but we want to work with Fedora to make our > packages mainstream as much as possible. So we tend to package things > "vanilla" and do our wonky configuration in a separate package. > > So I would need to have an "config" package that > - depends on fedora-usermgmt fedora-usermgmt-shadowutils > - is guaranteed to install _before_ any other package that depends on > fedora-usermgmt > > the "main" xs-config package gets installed late because it overwrites > configurations, and so it depends on everything. > > Is there a way to force this early-dependency? In case you are > wondering, this gets installed via anaconda unattended and or via yum > update. I'm wary of anaconda hacks that a yum install / yum update > won't obey. > > It's a bit of circular logic. Can I package my own > "fedora-usermgmt-yesjustdoit" version of the -shadowutils with > metadata that makes it win over the "-dontreallydoanything" package? I would strongly recommend against it. IIRC correctly the tool was even banned from EPEL and if the FPC weren't that tiered about the flamewars it might have even gotten as far as being banned altogether. But the result was that the FPC did some serious thinking on how to manage users/groups and came up with a solution that doesn't involve fedora-usermgmt. The wiki is currently off-line otherwise I'd add a pointer to the resp. pages. I think the right way to do this is to see the different needs between the general Fedora space and OLPC: Fedora wants to reserve as few as possible *static* uids/gids (e.g. officially stamped onto every Fedora system) because this resource is rather sparse. But if in OLPC there are some applications/situations that need a static uid, then OLPC should simply reserve them as a donwstream and ask Fedora (the FPC or Bill) on a static uid mapping. I would check whether the requirements for static uids are indeed needed, but lets do that in a separate thread or PM. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Wed Aug 6 17:29:50 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Aug 2008 20:29:50 +0300 Subject: Old fakeroot bug on F7 onwards - where to download from In-Reply-To: <46a038f90808030355q73ddb71fo6eef2a229ba66d42@mail.gmail.com> References: <46a038f90808030235t22337f64u721538809ad473ec@mail.gmail.com> <20080803101554.GA29174@victor.nirvana> <46a038f90808030355q73ddb71fo6eef2a229ba66d42@mail.gmail.com> Message-ID: <20080806172950.GA26961@victor.nirvana> On Sun, Aug 03, 2008 at 10:55:58PM +1200, Martin Langhoff wrote: > 2008/8/3 Axel Thimm : > > It sure is possible, I'll look into updating the packages for >= F8. > > Oh fantastic! Thanks! The packages are in updates-testing (or will be once the master recollects them). I built them on Sunday, but the approval takes a while: https://admin.fedoraproject.org/updates/F9/pending/fakeroot-1.9.6-16.fc9 https://admin.fedoraproject.org/updates/F8/pending/fakeroot-1.9.6-16.fc8 If you need it on F7, you can rpmbuild --rebuild from the src.rpm. There are no new depencies that would make this package not work on F7. Thanks for chasing that bug! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Wed Aug 6 18:28:49 2008 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 06 Aug 2008 20:28:49 +0200 Subject: uids for daemons on a spin In-Reply-To: <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> (Martin Langhoff's message of "Tue, 5 Aug 2008 17:30:03 +1200") References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> Message-ID: <877iauj8v2.fsf@sheridan.bigo.ensc.de> "Martin Langhoff" writes: > So I would need to have an "config" package that > - depends on fedora-usermgmt fedora-usermgmt-shadowutils > - is guaranteed to install _before_ any other package that depends on > fedora-usermgmt See http://fedoraproject.org/wikiold/PackageUserCreation (old wiki; conversion to new broke some things) https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00793.html http://ensc.de/fedora/fedora-usermgmt-my.spec Latter is a spec file which should be used to create a package for a local repository. Register this repository in your kickstart file, and add 'fedora-usermgmt-my' to the %files section. Due to its shorter name it wins against 'fedora-usermgmt-shadow-utils' (which applies the non-predictable behaviour by default). When there are proper deps (which should be the case when using the recommended macros), this customization happens before any package is installed which uses fedora-usermgmt. > It's a bit of circular logic. Can I package my own > "fedora-usermgmt-yesjustdoit" version of the -shadowutils with > metadata that makes it win over the "-dontreallydoanything" package? As said above: abuse the rpm behaviour to prefer shorter names... Enrico From jos at xos.nl Wed Aug 6 19:14:17 2008 From: jos at xos.nl (Jos Vos) Date: Wed, 06 Aug 2008 21:14:17 +0200 Subject: OTRS and Fedora Message-ID: <200808061914.m76JEHt1011463@jasmine.xos.nl> Hi, What is the reason that OTRS has been removed from Fedora since F8? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From smooge at gmail.com Wed Aug 6 19:18:31 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 6 Aug 2008 13:18:31 -0600 Subject: OTRS and Fedora In-Reply-To: <200808061914.m76JEHt1011463@jasmine.xos.nl> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> Message-ID: <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> On Wed, Aug 6, 2008 at 1:14 PM, Jos Vos wrote: > Hi, > > What is the reason that OTRS has been removed from Fedora since F8? > > Thanks, Looks like they were orphaned and no one picked it up. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jos at xos.nl Wed Aug 6 19:34:18 2008 From: jos at xos.nl (Jos Vos) Date: Wed, 6 Aug 2008 21:34:18 +0200 Subject: OTRS and Fedora In-Reply-To: <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> Message-ID: <20080806193418.GA11496@jasmine.xos.nl> On Wed, Aug 06, 2008 at 01:18:31PM -0600, Stephen John Smoogen wrote: > Looks like they were orphaned and no one picked it up. Hmm... maybe I should reconsider standing up and offer to maintain some Fedora and EPEL packages, at least in case I need them myself and have to maintain them anyway ;-). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From dmalcolm at redhat.com Wed Aug 6 19:35:45 2008 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 06 Aug 2008 15:35:45 -0400 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs Message-ID: <1218051345.4818.288.camel@radiator.bos.redhat.com> I've been working on a new web-based tool for analyzing Fedora: rpmgrok It digests built RPMs, analysing the metadata and payload, and stores the results in a database. There's a web UI for viewing the data, an XML-RPC interface for querying it, and a command-line tool for using the XML-RPC interface. I've got a prototype running on: http://publictest7.fedoraproject.org/rpmgrok More info (e.g. source code) can be seen at https://fedorahosted.org/rpmgrok The idea is to provide a new way for Fedora developers, testers, and other enthusiasts to track various things across the entire distribution, without having to have a full tree installed. It's probably usable by other Linux distributions. rpmgrok is Free/Open Source software (licensed under the LGPLv2.1) == What does it track? == - all symbols in binaries/libraries, and the dependencies between them, so that you can see e.g. exactly what calls a particular function. This can also be used to locate instances of static linkage. See e.g. http://publictest7.fedoraproject.org/rpmgrok/elffile/258085 (details of /lib/libexpat.so.1.5.2 from a built RPM) - manifests of all RPMs, so that you can browse the files in packages via a web UI. See http://publictest7.fedoraproject.org/rpmgrok/files The file view is only interesting at the moment for ELF files (binaries) and for .desktop files. - all shared objects names, and the dependencies between them. See e.g. - http://publictest7.fedoraproject.org/rpmgrok/sonames (browsable view of all sonames in the distro) - http://publictest7.fedoraproject.org/rpmgrok/elffile/739167 (details of /usr/lib/libxml2.so.2.6.32 from within a built libxml2 rpm) - Everything implementing or linking against libpcre.so.0 down to the level of individual binaries: http://publictest7.fedoraproject.org/rpmgrok/soname/libpcre.so.0 - results of rpmlint of all rpms. See http://publictest7.fedoraproject.org/rpmgrok/rpmlint_messages for a UI to browse by error message, and e.g. http://publictest7.fedoraproject.org/rpmgrok/rpmlint/dangerous-command-in-%25post for an example of all error messages of a particular kind. It may be worth fixing some rpmlint errors (though others look like false positives, and others are probably not worth it) - all .desktop files and their fields so that you can e.g. find applications that can handle PDF files. See e.g. http://publictest7.fedoraproject.org/rpmgrok/mimetype/application/pdf for a view of all desktop files that can handle "application/pdf", and e.g. http://publictest7.fedoraproject.org/rpmgrok/desktopfile/253580 showing a specific desktop file - SLOCcount stats (see http://www.dwheeler.com/sloccount/ ) for prepped source trees (e.g "what % of Fedora is in C/C++/Python?" etc). Don't have the data prepped yet. - any other kind of thing we want to add (provided there's a sane way to gather it in a script and slurp it into the database, of course...) - sizes of packages; why is package foo so big? - report on all fonts in the distro, and what packages provide them etc Note that due to my poor css there are lots of links that don't show up as such in the various table views. You may need to explore with the mouse to find all of the cross-referencing that the web UI has. == What's it currently showing? == I queued up an analysis of all of rawhide as of 2008-07-25 on i386; a little over 10000 built packages. It took about a week to process, and about 200 of these jobs failed for one reason or another. See https://fedorahosted.org/rpmgrok/ticket/9 for more info. So the db is currently just showing a snapshot in time of rawhide two weeks ago, on one architecture (and missing 2% of the packages due to errors). Ultimately I want to build things up so that we can show time-based trend reports e.g. the size of a minimal install over time (or whatever). == Help Needed! == Hopefully this looks of interest to people. I need help with coding, with sysadmin work, with making the UI better, and with things I probably haven't thought of yet etc. I hope this can be a useful tool for Fedora. If you're interested in hacking on rpmgrok, get in touch. The README file is hopefully of interest; see http://git.fedorahosted.org/git/rpmgrok.git?p=rpmgrok.git;a=blob_plain;f=README.txt;hb=HEAD README.txt It's implemented using TurboGears and SQLAlchemy (specifically, sqlalchemy 0.4, since it uses polymorphic inheritance features from that version). It also has a somewhat general-purpose task scheduler, used to control a pool of worker hosts that do the actual analysis. It ought to be pluggable to do other types of task. == Source Code == Git URLS are: git://git.fedorahosted.org/rpmgrok.git ssh://git.fedorahosted.org/git/rpmgrok.git http://git.fedorahosted.org/git/rpmgrok.git (you need to be in the gitrpmgrok of the Fedora Accounts System to have git push privileges; talk to me if you want to get involved) == Related work == Inspiration includes - the OpenGrok project (see http://opensolaris.org/os/project/opengrok/ though that appears to focus on source trees, whereas rpmgrok focuses on built packages) - the Debian project's Lintian tool (see http://lintian.debian.org ) Enjoy! Dave From romal at gmx.de Wed Aug 6 19:38:27 2008 From: romal at gmx.de (Robert M. Albrecht) Date: Wed, 06 Aug 2008 21:38:27 +0200 Subject: OTRS and Fedora In-Reply-To: <20080806193418.GA11496@jasmine.xos.nl> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> <20080806193418.GA11496@jasmine.xos.nl> Message-ID: <4899FDB3.8080901@gmx.de> Hi, I picked it up two weeks ago, but didn`t had any time the last days. Any cooperation is welcome :-) cu romal Jos Vos wrote: > On Wed, Aug 06, 2008 at 01:18:31PM -0600, Stephen John Smoogen wrote: > >> Looks like they were orphaned and no one picked it up. > > Hmm... maybe I should reconsider standing up and offer to maintain > some Fedora and EPEL packages, at least in case I need them myself > and have to maintain them anyway ;-). > From limb at jcomserv.net Wed Aug 6 19:38:49 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 6 Aug 2008 14:38:49 -0500 (CDT) Subject: OTRS and Fedora In-Reply-To: <20080806193418.GA11496@jasmine.xos.nl> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> <20080806193418.GA11496@jasmine.xos.nl> Message-ID: <63621.198.175.55.5.1218051529.squirrel@mail.jcomserv.net> > On Wed, Aug 06, 2008 at 01:18:31PM -0600, Stephen John Smoogen wrote: > >> Looks like they were orphaned and no one picked it up. > > Hmm... maybe I should reconsider standing up and offer to maintain > some Fedora and EPEL packages, at least in case I need them myself > and have to maintain them anyway ;-). I maintain several webapps. Does anyone know of anything lurking out there to scare me away from picking it up? I see one open bug, and not a major one at that. > -- > -- Jos Vos > -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 > -- Amsterdam, The Netherlands | Fax: +31 20 6948204 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From limb at jcomserv.net Wed Aug 6 19:40:53 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 6 Aug 2008 14:40:53 -0500 (CDT) Subject: OTRS and Fedora In-Reply-To: <4899FDB3.8080901@gmx.de> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> <20080806193418.GA11496@jasmine.xos.nl> <4899FDB3.8080901@gmx.de> Message-ID: <4716.198.175.55.5.1218051653.squirrel@mail.jcomserv.net> > Hi, > > I picked it up two weeks ago, but didn`t had any time the last days. > > Any cooperation is welcome :-) Ignore my previous message. :) > cu romal > > > Jos Vos wrote: >> On Wed, Aug 06, 2008 at 01:18:31PM -0600, Stephen John Smoogen wrote: >> >>> Looks like they were orphaned and no one picked it up. >> >> Hmm... maybe I should reconsider standing up and offer to maintain >> some Fedora and EPEL packages, at least in case I need them myself >> and have to maintain them anyway ;-). >> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jos at xos.nl Wed Aug 6 19:46:29 2008 From: jos at xos.nl (Jos Vos) Date: Wed, 6 Aug 2008 21:46:29 +0200 Subject: OTRS and Fedora In-Reply-To: <4899FDB3.8080901@gmx.de> References: <200808061914.m76JEHt1011463@jasmine.xos.nl> <80d7e4090808061218s4e7a2697obee15f53f2192fb7@mail.gmail.com> <20080806193418.GA11496@jasmine.xos.nl> <4899FDB3.8080901@gmx.de> Message-ID: <20080806194629.GA11757@jasmine.xos.nl> On Wed, Aug 06, 2008 at 09:38:27PM +0200, Robert M. Albrecht wrote: > I picked it up two weeks ago, but didn`t had any time the last days. Ah... so I responded too soon... ;-) > Any cooperation is welcome :-) The current release is 2.3.1, so we should start upgrading, IMHO. I didn't look at the last (2.1.5-2.fc7) Fedora RPM yet, but I guess this is a good start. If you let me know when you have some rpm, then I'll do the same. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From orion at cora.nwra.com Wed Aug 6 20:17:39 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 06 Aug 2008 14:17:39 -0600 Subject: No xen rawhide boot images Message-ID: <489A06E3.9080705@cora.nwra.com> No more os/images/xen in rawhide. Is this intentional? I'm not having any luck using the pxeboot images with xen. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jwilson at redhat.com Wed Aug 6 20:39:22 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 06 Aug 2008 16:39:22 -0400 Subject: No xen rawhide boot images In-Reply-To: <489A06E3.9080705@cora.nwra.com> References: <489A06E3.9080705@cora.nwra.com> Message-ID: <489A0BFA.1070102@redhat.com> Orion Poplawski wrote: > No more os/images/xen in rawhide. Is this intentional? I'm not having > any luck using the pxeboot images with xen. kernel-xen was mercifully finally put to rest. The kernel-PAE.i686 and kernel.x86_64 packages now provide xen guest capabilities. No clue how one is supposed to actually *install* those yet, mind you... :) May well be that we need some compat symlinks or something to function with virt tools that expect the kernel and initrd to be in os/images/xen/. -- Jarod Wilson jwilson at redhat.com From Axel.Thimm at ATrpms.net Wed Aug 6 20:42:33 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Aug 2008 23:42:33 +0300 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <1218051345.4818.288.camel@radiator.bos.redhat.com> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> Message-ID: <20080806204233.GD26961@victor.nirvana> On Wed, Aug 06, 2008 at 03:35:45PM -0400, David Malcolm wrote: > I've been working on a new web-based tool for analyzing Fedora: rpmgrok > > It digests built RPMs, analysing the metadata and payload, and stores > the results in a database. There's a web UI for viewing the data, an > XML-RPC interface for querying it, and a command-line tool for using the > XML-RPC interface. > > I've got a prototype running on: > http://publictest7.fedoraproject.org/rpmgrok > > More info (e.g. source code) can be seen at > https://fedorahosted.org/rpmgrok > > The idea is to provide a new way for Fedora developers, testers, and > other enthusiasts to track various things across the entire > distribution, without having to have a full tree installed. It's > probably usable by other Linux distributions. I like the part with the "Errors and warnings from rpmlint". I can imagine that someone that's say an expert on "invalid-desktopfile" issues could now dig into this much easier. Very nice! > rpmgrok is Free/Open Source software (licensed under the LGPLv2.1) > > == What does it track? == > - all symbols in binaries/libraries, and the dependencies between > them, so that you can see e.g. exactly what calls a particular function. > This can also be used to locate instances of static linkage. See e.g. > http://publictest7.fedoraproject.org/rpmgrok/elffile/258085 (details > of /lib/libexpat.so.1.5.2 from a built RPM) > - manifests of all RPMs, so that you can browse the files in packages > via a web UI. See http://publictest7.fedoraproject.org/rpmgrok/files > The file view is only interesting at the moment for ELF files (binaries) > and for .desktop files. > - all shared objects names, and the dependencies between them. See > e.g. > - http://publictest7.fedoraproject.org/rpmgrok/sonames (browsable > view of all sonames in the distro) > - http://publictest7.fedoraproject.org/rpmgrok/elffile/739167 > (details of /usr/lib/libxml2.so.2.6.32 from within a built libxml2 rpm) > - Everything implementing or linking against libpcre.so.0 down to > the level of individual binaries: > http://publictest7.fedoraproject.org/rpmgrok/soname/libpcre.so.0 > - results of rpmlint of all rpms. See > http://publictest7.fedoraproject.org/rpmgrok/rpmlint_messages for a UI > to browse by error message, and e.g. > http://publictest7.fedoraproject.org/rpmgrok/rpmlint/dangerous-command-in-%25post for an example of all error messages of a particular kind. It may be worth fixing some rpmlint errors (though others look like false positives, and others are probably not worth it) > - all .desktop files and their fields so that you can e.g. find > applications that can handle PDF files. See e.g. > http://publictest7.fedoraproject.org/rpmgrok/mimetype/application/pdf > for a view of all desktop files that can handle "application/pdf", and > e.g. http://publictest7.fedoraproject.org/rpmgrok/desktopfile/253580 > showing a specific desktop file > - SLOCcount stats (see http://www.dwheeler.com/sloccount/ ) for > prepped source trees (e.g "what % of Fedora is in C/C++/Python?" etc). > Don't have the data prepped yet. > - any other kind of thing we want to add (provided there's a sane way > to gather it in a script and slurp it into the database, of course...) > - sizes of packages; why is package foo so big? > - report on all fonts in the distro, and what packages provide them > etc > > Note that due to my poor css there are lots of links that don't show up > as such in the various table views. You may need to explore with the > mouse to find all of the cross-referencing that the web UI has. > > == What's it currently showing? == > I queued up an analysis of all of rawhide as of 2008-07-25 on i386; a > little over 10000 built packages. It took about a week to process, and > about 200 of these jobs failed for one reason or another. See > https://fedorahosted.org/rpmgrok/ticket/9 for more info. > > So the db is currently just showing a snapshot in time of rawhide two > weeks ago, on one architecture (and missing 2% of the packages due to > errors). > > Ultimately I want to build things up so that we can show time-based > trend reports e.g. the size of a minimal install over time (or > whatever). > > == Help Needed! == > Hopefully this looks of interest to people. > > I need help with coding, with sysadmin work, with making the UI better, > and with things I probably haven't thought of yet etc. I hope this can > be a useful tool for Fedora. > > If you're interested in hacking on rpmgrok, get in touch. The README > file is hopefully of interest; see > http://git.fedorahosted.org/git/rpmgrok.git?p=rpmgrok.git;a=blob_plain;f=README.txt;hb=HEAD README.txt > > It's implemented using TurboGears and SQLAlchemy (specifically, > sqlalchemy 0.4, since it uses polymorphic inheritance features from that > version). > > It also has a somewhat general-purpose task scheduler, used to control a > pool of worker hosts that do the actual analysis. It ought to be > pluggable to do other types of task. > > == Source Code == > Git URLS are: > git://git.fedorahosted.org/rpmgrok.git > ssh://git.fedorahosted.org/git/rpmgrok.git > http://git.fedorahosted.org/git/rpmgrok.git > (you need to be in the gitrpmgrok of the Fedora Accounts System to have > git push privileges; talk to me if you want to get involved) > > == Related work == > Inspiration includes > - the OpenGrok project (see > http://opensolaris.org/os/project/opengrok/ though that appears to focus > on source trees, whereas rpmgrok focuses on built packages) > - the Debian project's Lintian tool (see http://lintian.debian.org ) > > Enjoy! > Dave > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dhuff at redhat.com Wed Aug 6 20:44:32 2008 From: dhuff at redhat.com (David Huff) Date: Wed, 06 Aug 2008 16:44:32 -0400 Subject: Missing features from Fedora 10? In-Reply-To: <4898EE7E.70704@redhat.com> References: <4898EE7E.70704@redhat.com> Message-ID: <489A0D30.9070606@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Poelstra wrote: | Reminder that feature freeze is currently scheduled for: 2008-08-19 (two | weeks from today!) | | I have just completed a full review of all the feature pages which have | not be included in a Fedora release. A lot of work has gone into many | of these pages and I'm wondering if they have been forgotten, | overlooked, or maybe the feature process was unclear? So here is a list | of features meeting the following criteria: | o Target release = Fedora 10 | o They have been discussed recently within Fedora | o Lots of work has been done on the feature page | o I thought they looked interesting | | These features have NOT been reviewed by Fesco for acceptance and thus | will not be listed as new features in Fedora 10. If you definitely know | they won't be in Fedora 10 please remove "Target release: Fedora 10" | from the page (if present) to avoid any confusion. If you need help | with the feature process let me or Paul Frields know or contact your | local elected FESCo representative :) | snip | https://fedoraproject.org/wiki/Features/appliance-tools | https://fedoraproject.org/wiki/Features/AOS One suggestion was to combined these two features into a single "Appliance building" feature. Since appliance-tools just an additional package and the AOS is not really a "Fedora Spin," rather a raw disk image built with the appliance-creator tool. The new feature would consist of a tool, a kickstart, and a spin/image to try it out. Kinda like a cooking show.... and here is the finished product... (to seal Bryan's analogy) If it makes sense I will combine these two features into one and move it to the FeatureReadyForWrangler category. - -D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiaDS4ACgkQccHK32ogu/eWzQCfaZ+Z579J3EopZl1QeH81TKuZ naYAnAuMHJETBIKQ7WqrbZAr7SoRWM4V =zgef -----END PGP SIGNATURE----- From katzj at redhat.com Wed Aug 6 20:47:59 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Aug 2008 16:47:59 -0400 Subject: No xen rawhide boot images In-Reply-To: <489A06E3.9080705@cora.nwra.com> References: <489A06E3.9080705@cora.nwra.com> Message-ID: <1218055679.12541.15.camel@aglarond.local> On Wed, 2008-08-06 at 14:17 -0600, Orion Poplawski wrote: > No more os/images/xen in rawhide. Is this intentional? I'm not having > any luck using the pxeboot images with xen. This is part of the transition to not having a kernel-xen. Unfortunately, the paravirt opts bits that are used for Xen domU support are only functional with kernel-PAE on i686 (and not in the i586 kernel at all). So the finagling to switch images/xen for i686 will be coming back soon, but with kernel-PAE bits instead of kernel-xen (*sigh*) Jeremy From roland at redhat.com Wed Aug 6 21:04:05 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 6 Aug 2008 14:04:05 -0700 (PDT) Subject: No xen rawhide boot images In-Reply-To: Jeremy Katz's message of Wednesday, 6 August 2008 16:47:59 -0400 <1218055679.12541.15.camel@aglarond.local> References: <489A06E3.9080705@cora.nwra.com> <1218055679.12541.15.camel@aglarond.local> Message-ID: <20080806210405.4F8F215420D@magilla.localdomain> > Unfortunately, the paravirt opts bits that are used for Xen domU support > are only functional with kernel-PAE on i686 (and not in the i586 kernel > at all). So the finagling to switch images/xen for i686 will be coming > back soon, but with kernel-PAE bits instead of kernel-xen (*sigh*) Is this really a new special case? Or can it just be part of the generic "what kernel is right for this hardware?" choice that picks PAE/smp now? (There is something like that, right?) When the "hardware" is paravirtual, that's just a particular flavor of "hardware" for which there is a right kernel. From katzj at redhat.com Wed Aug 6 21:06:53 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Aug 2008 17:06:53 -0400 Subject: No xen rawhide boot images In-Reply-To: <20080806210405.4F8F215420D@magilla.localdomain> References: <489A06E3.9080705@cora.nwra.com> <1218055679.12541.15.camel@aglarond.local> <20080806210405.4F8F215420D@magilla.localdomain> Message-ID: <1218056813.12541.17.camel@aglarond.local> On Wed, 2008-08-06 at 14:04 -0700, Roland McGrath wrote: > > Unfortunately, the paravirt opts bits that are used for Xen domU support > > are only functional with kernel-PAE on i686 (and not in the i586 kernel > > at all). So the finagling to switch images/xen for i686 will be coming > > back soon, but with kernel-PAE bits instead of kernel-xen (*sigh*) > > Is this really a new special case? Or can it just be part of the generic > "what kernel is right for this hardware?" choice that picks PAE/smp now? > (There is something like that, right?) When the "hardware" is paravirtual, > that's just a particular flavor of "hardware" for which there is a right kernel. It's a changed special case more than a new special case for selection, yes. Although it'd be really nice to get rid of PAE vs non-PAE, much like we got rid of smp vs non-smp. But for _booting_, real hardware can boot and run the i586 kernel. Xen PV guests can *only* boot the PAE kernel. That's what makes this a new and different special case. Jeremy From roland at redhat.com Wed Aug 6 21:14:11 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 6 Aug 2008 14:14:11 -0700 (PDT) Subject: No xen rawhide boot images In-Reply-To: Jeremy Katz's message of Wednesday, 6 August 2008 17:06:53 -0400 <1218056813.12541.17.camel@aglarond.local> References: <489A06E3.9080705@cora.nwra.com> <1218055679.12541.15.camel@aglarond.local> <20080806210405.4F8F215420D@magilla.localdomain> <1218056813.12541.17.camel@aglarond.local> Message-ID: <20080806211411.99B4A15420D@magilla.localdomain> > It's a changed special case more than a new special case for selection, > yes. Although it'd be really nice to get rid of PAE vs non-PAE, much > like we got rid of smp vs non-smp. The internals to make that possible are significantly more of a pain in the ass than the SMP case was. I suspect it won't ever happen. What will probably happen is that eventually no non-PAE mode is optimal on non-ancient hardware, so i686 always being PAE and i586 being non-PAE will be what to do. > But for _booting_, real hardware can boot and run the i586 kernel. Xen > PV guests can *only* boot the PAE kernel. That's what makes this a new > and different special case. Gotcha. From martin.langhoff at gmail.com Wed Aug 6 21:16:52 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 7 Aug 2008 09:16:52 +1200 Subject: uids for daemons on a spin In-Reply-To: <877iauj8v2.fsf@sheridan.bigo.ensc.de> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <877iauj8v2.fsf@sheridan.bigo.ensc.de> Message-ID: <46a038f90808061416v76d4d821kfb47d20e06f7d4c5@mail.gmail.com> On Thu, Aug 7, 2008 at 6:28 AM, Enrico Scholz wrote: > As said above: abuse the rpm behaviour to prefer shorter names... thanks for the hint! Amusing, and worrying, that it works. m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From dmalcolm at redhat.com Wed Aug 6 21:26:51 2008 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 06 Aug 2008 17:26:51 -0400 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <20080806204233.GD26961@victor.nirvana> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> <20080806204233.GD26961@victor.nirvana> Message-ID: <1218058011.4818.295.camel@radiator.bos.redhat.com> On Wed, 2008-08-06 at 23:42 +0300, Axel Thimm wrote: > On Wed, Aug 06, 2008 at 03:35:45PM -0400, David Malcolm wrote: > > I've been working on a new web-based tool for analyzing Fedora: rpmgrok > > > > It digests built RPMs, analysing the metadata and payload, and stores > > the results in a database. There's a web UI for viewing the data, an > > XML-RPC interface for querying it, and a command-line tool for using the > > XML-RPC interface. > > > > I've got a prototype running on: > > http://publictest7.fedoraproject.org/rpmgrok > > > > More info (e.g. source code) can be seen at > > https://fedorahosted.org/rpmgrok > > > > The idea is to provide a new way for Fedora developers, testers, and > > other enthusiasts to track various things across the entire > > distribution, without having to have a full tree installed. It's > > probably usable by other Linux distributions. > > I like the part with the "Errors and warnings from rpmlint". I can > imagine that someone that's say an expert on "invalid-desktopfile" > issues could now dig into this much easier. Very nice! Yes, this is: http://publictest7.fedoraproject.org/rpmgrok/rpmlint/invalid-desktopfile Unfortunately the db doesn't capture the errors from desktop-file-validate itself. I wonder if there's a way to do this. IIRC rpmlint doesn't emit this output anywhere. (fwiw all these tests were done with desktop-file-utils-0.10-7) [snip] From martin.langhoff at gmail.com Wed Aug 6 21:44:35 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 7 Aug 2008 09:44:35 +1200 Subject: static uids/gids and (not) using fedora-usermgmt (was: uids for daemons on a spin) In-Reply-To: <20080806172310.GB24717@victor.nirvana> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> Message-ID: <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> 2008/8/7 Axel Thimm : > I would strongly recommend against it. IIRC correctly the tool was > even banned from EPEL Thanks for the heads up. > I think the right way to do this is to see the different needs between > the general Fedora space and OLPC: Fedora wants to reserve as few as > possible *static* uids/gids (e.g. officially stamped onto every Fedora > system) because this resource is rather sparse. That is ok with me - I was hoping to find a listing of static uids without grepping cvs manually, aiming to find a safe gap below 500 that OLPC could use for its deployments. As much as possible I want to have static IDs on OLPC XS deployments to have max consistency across XSs in the same region. A minor package-installation-order difference should not lead to different IDs. Now, that practice will make OLPC packages unacceptable to Fedora proper - this is more important to me. However, using fedora-usermgmt seemed like a way to satisfy both. If it's blackballed from Fedora, then I'm back to square one. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From Axel.Thimm at ATrpms.net Wed Aug 6 22:14:06 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 7 Aug 2008 01:14:06 +0300 Subject: static uids/gids and (not) using fedora-usermgmt In-Reply-To: <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> Message-ID: <20080806221406.GE26961@victor.nirvana> Hi, On Thu, Aug 07, 2008 at 09:44:35AM +1200, Martin Langhoff wrote: > 2008/8/7 Axel Thimm : > > I would strongly recommend against it. IIRC correctly the tool was > > even banned from EPEL > > Thanks for the heads up. > > > I think the right way to do this is to see the different needs between > > the general Fedora space and OLPC: Fedora wants to reserve as few as > > possible *static* uids/gids (e.g. officially stamped onto every Fedora > > system) because this resource is rather sparse. > > That is ok with me - I was hoping to find a listing of static uids > without grepping cvs manually, aiming to find a safe gap below 500 > that OLPC could use for its deployments. > > As much as possible I want to have static IDs on OLPC XS deployments > to have max consistency across XSs in the same region. A minor > package-installation-order difference should not lead to different > IDs. The best way to deal with this is to preload the uid/gids in place before any package gets installed. The current official guidelines are written with this in mind, see also https://fedoraproject.org/wiki/Packaging/UsersAndGroups where this is briefly discussed. E.g. maybe OLPC only needs an extended setup package (the package's name is indeed "setup") where some key uids/gids are set and thus globally the same even if Fedora as upstream may be assigning them dynamically. You would only run into trouble if Fedora ever decides to statically assign any of the uids/gids itself to a different uid/gid, which is rather unlikely. In a nutshell: the guidelines (that are not yet followed by all packages, there is always a lead-time to let a guideline sink in) ensure that you can have both dynamic assignment and a preset static one with the same package, even w/o having to rebuild the package. > Now, that practice will make OLPC packages unacceptable to Fedora > proper - this is more important to me. However, using fedora-usermgmt > seemed like a way to satisfy both. If it's blackballed from Fedora, > then I'm back to square one. Actually the long flamewars on it has led to a stale situation - fedora-usermgmt was never accepted into the Fedora canon as a packaging guideline, but also not officially banned either. But the URL I gave you above is the official vote to a guideline from the FPC, ATM it doesn't get any more official. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From a.badger at gmail.com Wed Aug 6 23:10:13 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Aug 2008 16:10:13 -0700 Subject: static uids/gids and (not) using fedora-usermgmt In-Reply-To: <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> Message-ID: <489A2F55.4070608@gmail.com> Martin Langhoff wrote: > 2008/8/7 Axel Thimm : >> I would strongly recommend against it. IIRC correctly the tool was >> even banned from EPEL > > Thanks for the heads up. > >> I think the right way to do this is to see the different needs between >> the general Fedora space and OLPC: Fedora wants to reserve as few as >> possible *static* uids/gids (e.g. officially stamped onto every Fedora >> system) because this resource is rather sparse. > > That is ok with me - I was hoping to find a listing of static uids > without grepping cvs manually, aiming to find a safe gap below 500 > that OLPC could use for its deployments. > > As much as possible I want to have static IDs on OLPC XS deployments > to have max consistency across XSs in the same region. A minor > package-installation-order difference should not lead to different > IDs. > > Now, that practice will make OLPC packages unacceptable to Fedora > proper - this is more important to me. However, using fedora-usermgmt > seemed like a way to satisfy both. If it's blackballed from Fedora, > then I'm back to square one. > I don't think either fedora-usermgmt or https://fedoraproject.org/wiki/Packaging/UsersAndGroups are what you want. You want a truly static uid/gid rather than a site-specified mapping. I think that has traditionally fallen to the owner of the setup package to decide. I don't know if we want to change that... comments anyone? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From martin.langhoff at gmail.com Wed Aug 6 23:41:46 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 7 Aug 2008 11:41:46 +1200 Subject: static uids/gids and (not) using fedora-usermgmt In-Reply-To: <20080806221406.GE26961@victor.nirvana> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> <20080806221406.GE26961@victor.nirvana> Message-ID: <46a038f90808061641y872ed39p963bc5d0fdcdc0f3@mail.gmail.com> 2008/8/7 Axel Thimm : > where this is briefly discussed. E.g. maybe OLPC only needs an > extended setup package (the package's name is indeed "setup") where > some key uids/gids are set and thus globally the same even if Fedora > as upstream may be assigning them dynamically. Ah, that's a trick I had not thought about - an early-install package that creates a list of accts on preset ids. And if that is complemented with each packaging creating its accounts if they are missing (in %pre) as outlined in the wikipage you linked to. Now, I had read the wikipage before, but not caught the full meaning of the phrase that mentions "setup" in it -- well placed at the end of a long paragraph, perhaps my confusion comes from not being a dedicated enough reader :-) In-te-res-ting. Now what I need to learn are tricks to ensure an early install of my custom setup pkg. m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From vonbrand at inf.utfsm.cl Thu Aug 7 00:15:11 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 06 Aug 2008 20:15:11 -0400 Subject: Default paper size in the following countries... In-Reply-To: <1217607776.18789.212.camel@vain.rhgalway> References: <1217607776.18789.212.camel@vain.rhgalway> Message-ID: <200808070015.m770FB30028593@laptop14.inf.utfsm.cl> Caolan McNamara wrote: > So, I want to tidy up OOo's upstream "default paper selection by locale" > stuff, so if your country really does *typically* use Letter size paper > instead of A4 please let me know. [...] > Places that at least someone thinks should default to letter, but I'm > dubious about: [...] > Chile (Microsoft, Wikipedia) I confirm: Official standard is A4 (which nobody uses), "normal" paper here is US letter. Thanks for this effort! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From Axel.Thimm at ATrpms.net Thu Aug 7 00:48:11 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 7 Aug 2008 03:48:11 +0300 Subject: static uids/gids and (not) using fedora-usermgmt In-Reply-To: <46a038f90808061641y872ed39p963bc5d0fdcdc0f3@mail.gmail.com> References: <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> <20080806221406.GE26961@victor.nirvana> <46a038f90808061641y872ed39p963bc5d0fdcdc0f3@mail.gmail.com> Message-ID: <20080807004811.GA3358@victor.nirvana> On Thu, Aug 07, 2008 at 11:41:46AM +1200, Martin Langhoff wrote: > 2008/8/7 Axel Thimm : > > where this is briefly discussed. E.g. maybe OLPC only needs an > > extended setup package (the package's name is indeed "setup") where > > some key uids/gids are set and thus globally the same even if Fedora > > as upstream may be assigning them dynamically. > > Ah, that's a trick I had not thought about - an early-install package > that creates a list of accts on preset ids. And if that is > complemented with each packaging creating its accounts if they are > missing (in %pre) as outlined in the wikipage you linked to. > > Now, I had read the wikipage before, but not caught the full meaning > of the phrase that mentions "setup" in it -- well placed at the end of > a long paragraph, perhaps my confusion comes from not being a > dedicated enough reader :-) That's why I explicitely mentioned that "setup" is a package. :) > In-te-res-ting. > > Now what I need to learn are tricks to ensure an early install of my > custom setup pkg. Setup is probably the very first package that gets installed, other packages like "filesystem" or "basesystem" depend on it, so it's guaranteed that it will be before any other package with uid/gid necessities. E.g. for a spin or PXE install or even a plain Fedora install with an additional repo configured (during Fedora install you can enable any custom repo you like containing your own "setup" rpm) you are already done. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Thu Aug 7 02:14:01 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 07 Aug 2008 11:14:01 +0900 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <1218058011.4818.295.camel@radiator.bos.redhat.com> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> <20080806204233.GD26961@victor.nirvana> <1218058011.4818.295.camel@radiator.bos.redhat.com> Message-ID: <489A5A69.5000308@ioa.s.u-tokyo.ac.jp> David Malcolm wrote, at 08/07/2008 06:26 AM +9:00: > On Wed, 2008-08-06 at 23:42 +0300, Axel Thimm wrote: >> I like the part with the "Errors and warnings from rpmlint". I can >> imagine that someone that's say an expert on "invalid-desktopfile" >> issues could now dig into this much easier. Very nice! > Yes, this is: > http://publictest7.fedoraproject.org/rpmgrok/rpmlint/invalid-desktopfile > > Unfortunately the db doesn't capture the errors from > desktop-file-validate itself. I wonder if there's a way to do this. > IIRC rpmlint doesn't emit this output anywhere. > > (fwiw all these tests were done with desktop-file-utils-0.10-7) Unfortunately I guess your list contains not a few false-positive errors. For example, I checked fedora-alexandria.desktop with desktop-file-utils-0.10-7 (this is Fedora core 6 desktop-file-utils) and actually I get the error: -------------------------------------------------------------------------- $ ./desktop-file-validate /usr/share/applications/fedora-alexandria.desktop /usr/share/applications/fedora-alexandria.desktop: error: required key "Encoding" not found -------------------------------------------------------------------------- However the key "Encoding" is now deprecated and with Fedora 10 desktop-file-utils (0.15-3.fc10) including Encoding key is warned like: -------------------------------------------------------------------------- $ desktop-file-validate ./fedora-alexandria.desktop ./fedora-alexandria.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated --------------------------------------------------------------------------- Regards, Mamoru From dcbw at redhat.com Thu Aug 7 02:45:17 2008 From: dcbw at redhat.com (Dan Williams) Date: Wed, 06 Aug 2008 22:45:17 -0400 Subject: NetworkManager-glib-devel unowned directory In-Reply-To: <20080807001038.33f1594e.mschwendt@gmail.com> References: <20080807001038.33f1594e.mschwendt@gmail.com> Message-ID: <1218077117.30724.7.camel@localhost.localdomain> On Thu, 2008-08-07 at 00:10 +0200, Michael Schwendt wrote: > %dir %{_includedir}/libnm-glib Thanks, fixed. Dan From vgaburici at gmail.com Thu Aug 7 02:44:37 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 7 Aug 2008 05:44:37 +0300 Subject: TeXLive 2008 in F10? Message-ID: Are there any plans to include TeXLive 2008 in F10? Currently a preview is available, which is essentially a release candidate. I works fine for me on F9, but I have not packaged it. I understand that the new TeXLive 2008 installer and packaging system is a lot of work to deal with, but TeXLive includes LuaTeX, which is the designated successor to pdfTeX, being developed by the same people that maintain pdfTeX, which won't get any signifiicant new features. So, for all practical purposes LuaTeX is the "new TeX". LuaTeX can already use OpenType fonts (towards which Fedora is moving), although not for math for which there are no usable *free* Unicode fonts available right now (the only usable one being Cambria Math from MS). There is no OpenType support planned for pdfTeX, so it's important to get users exposed to LuaTeX as early as possible, and Fedora is a good way of doing this :) The entire TeXLive 2008 system uses a new kpathsea replacement written in Lua, which is *many* times faster the original. This results in major speed improvements for all TeX programs. The "packetization" of TeXLive, plus the support in LuaTeX for OpenType fonts should make the TeX fonts mess (bug 456580) a more tractable problem, even though it won't solve it right away. Also, TeXLive 2008 includes lcdf-typetools, which I was planning to package separately - the package has been orphaned around FC6 or so. The main issue that I see is how to deal with 1Gb+ of TeXLive 2008 packages (over 1000). Perhaps something similar to cpan2rpm is in order? From poelstra at redhat.com Thu Aug 7 03:55:47 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 06 Aug 2008 20:55:47 -0700 Subject: Plan for tomorrows (20080806) FESCO meeting In-Reply-To: <1218028760.2328.73.camel@localhost.localdomain> References: <1217977511.30289.2.camel@kennedy> <489983E2.2030008@when.com> <1218025045.2328.60.camel@localhost.localdomain> <48999979.2090807@fedoraproject.org> <1218026327.2328.65.camel@localhost.localdomain> <48999CB6.8010003@fedoraproject.org> <1218028760.2328.73.camel@localhost.localdomain> Message-ID: <489A7243.1040608@redhat.com> Josh Boyer said the following on 08/06/2008 06:19 AM Pacific Time: > On Wed, 2008-08-06 at 18:14 +0530, Rahul Sundaram wrote: >> If not, what >> is the approval process for rel-eng to consider them for approval? > > Basically the same as it was, with one extra step. rel-eng would like > to see the Feature infrastructure used for the spins, as the Feature > pages will allow better communication and planning to be done during the > release cycle. > > Essentially, do the kickstart thing through the Spins SIG as it is now, > fill out a Feature page for the spin, and send a link to rel-eng with > that. > What page categories should they live in and who is going to move them? John From poelstra at redhat.com Thu Aug 7 03:57:03 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 06 Aug 2008 20:57:03 -0700 Subject: Missing features from Fedora 10? In-Reply-To: References: <4898EE7E.70704__44182.9693191268$1217991410$gmane$org@redhat.com> Message-ID: <489A728F.6060609@redhat.com> Matthew Woehlke said the following on 08/06/2008 08:50 AM Pacific Time: > I'd like to get OpenGTL into F10, is it too late for that? (Assuming I > can get my ducks in a row w.r.t. getting in a CLA, anyway.) I posted the > .spec a while ago, haven't gotten any mail about it yet, though. > https://bugzilla.redhat.com/show_bug.cgi?id=455500 > It's never too late until after feature freeze which is 2008-08-19 :) John From jeff at ocjtech.us Thu Aug 7 04:21:01 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 6 Aug 2008 23:21:01 -0500 Subject: static uids/gids and (not) using fedora-usermgmt (was: uids for daemons on a spin) In-Reply-To: <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> Message-ID: <935ead450808062121j4f061030sea2ed6433c61876a@mail.gmail.com> On Wed, Aug 6, 2008 at 4:44 PM, Martin Langhoff wrote: > As much as possible I want to have static IDs on OLPC XS deployments > to have max consistency across XSs in the same region. A minor > package-installation-order difference should not lead to different > IDs. > Unless you're using something like NFS which uses UIDs as part of it's protocol I don't see why you'd care about what UIDs a user is mapped to. Seems to me like consistency for consistency's sake... (I suppose there are some braindead programs that embed a particular UID at compile time, but since this is open source it's pretty easy to work around such lameness). Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.langhoff at gmail.com Thu Aug 7 05:05:17 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 7 Aug 2008 17:05:17 +1200 Subject: static uids/gids and (not) using fedora-usermgmt (was: uids for daemons on a spin) In-Reply-To: <935ead450808062121j4f061030sea2ed6433c61876a@mail.gmail.com> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <20080806172310.GB24717@victor.nirvana> <46a038f90808061444g2dc30888xb4c1223c34345c44@mail.gmail.com> <935ead450808062121j4f061030sea2ed6433c61876a@mail.gmail.com> Message-ID: <46a038f90808062205j3702a933l7ce94d8038eca52a@mail.gmail.com> 2008/8/7 Jeffrey Ollie : > Unless you're using something like NFS which uses UIDs as part of it's > protocol I don't see why you'd care about what UIDs a user is mapped to. > Seems to me like consistency for consistency's sake... (I suppose there are > some braindead programs that embed a particular UID at compile time, but > since this is open source it's pretty easy to work around such lameness). A team of ~10 sysadmins handling tens of thousands of servers in adverse conditions - with the help of field technicians. Every bit of added consistency, even if seemingly pointless, wins. We might use NFS - unlikely, the _user_ accounts still have different uids - but there will be other cases where we might need stable uids, like shipping formatted disks around (with Real file systems, not vfat). Except for user data, I want to have everything in place to ensure that we *know* where every bit must be :-) cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From rawhide at fedoraproject.org Thu Aug 7 08:32:57 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Thu, 7 Aug 2008 08:32:57 +0000 (UTC) Subject: rawhide report: 20080807 changes Message-ID: <20080807083257.430F7209E06@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080806/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080807/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package mediawiki-openid The OpenID extension for MediaWiki New package pentaho-libxml Namespace aware SAX-Parser utility library New package perl-IPTables-Parse Perl extension for parsing iptables firewall rulesets New package perl-Net-Ping-External Cross-platform interface to ICMP "ping" utilities New package perl-Net-RawIP Perl extension for manipulating raw ip packets using libpcap New package php-pear-Auth-OpenID PHP OpenID New package ptrash Move file(s) to ~/.trash directory New package rcssbase Robocup 2D Soccer Simulation Base Library Updated Packages: anaconda-11.4.1.25-1 -------------------- * Mon Aug 4 18:00:00 2008 Chris Lumens - 11.4.1.25-1 - Eject the CD/DVD if we booted off a boot.iso as well (#442088). (clumens) - Fix a GTK warning that only appears with s-c-ks running from a shell (#431844). (clumens) - Break a few functions out of yuminstall.py into their own file. (clumens) - We're not actually activating new filesystems quite yet. (clumens) - Fix a typo in the initial partitioning screen. (clumens) - Use system-logos instead of hardcoding fedora-logos (#457378). (clumens) - anaconda can no longer be None when we create a DiskSet instance. (clumens) - Remove LabelFactory since we now rely on UUIDs for everything. (clumens) - Filter out repos that aren't enabled when running in betanag mode. (clumens) - Close the transaction between CDs (#457126). (clumens) - Split media fixes. (clumens) - Handling (ask user) of invalid timezone value in kickstart added (#404323) (rvykydal) anyremote-4.7.1-1.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Mikhail Fedotov - 4.7.1-1 - Fix crash issue if no bluetooth service runned bash-completion-20060301-12 --------------------------- * Wed Jul 23 18:00:00 2008 Ville Skytt?? - 20060301-12 - Fix plague-client completion install (#456355, Ricky Zhou). - Trigger-install support for sitecopy. * Tue Apr 29 18:00:00 2008 Ville Skytt?? - 20060301-11 - Media player association improvements (#444467). bodhi-0.4.10-4.fc9 ------------------ * Fri Aug 1 18:00:00 2008 Luke Macken - 0.4.10-4 - Add a patch to fix the bodhi client for python-fedora 0.3 API changes cleanfeed-20020501-1.fc10 ------------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 20020501-1 - update to 20020501 - fix license tag condor-7.0.4-1.fc10 ------------------- * Wed Aug 6 18:00:00 2008 - 7.0.4-1 - Updated to 7.0.4 source - Stopped using condor_configure in install step - Patched aclocal.m4 to handle autoconf 2.62 - Patched configure.ac to handle gcc-4.3.1 * Tue Jun 10 18:00:00 2008 - 7.0.2-1 - Updated to 7.0.2 source - Updated config, specifically HOSTALLOW_WRITE, for Personal Condor setup - Added condor_config.generic dbus-1.2.3-1.fc10 ----------------- * Wed Aug 6 18:00:00 2008 Colin Walters - 1.2.3-1 - New upstream 1.2.2 - Drop patches that were upstreamed docbook-style-xsl-1.74.0-3.fc10 ------------------------------- * Wed Aug 6 18:00:00 2008 Kamil Dudka 1.74.0-3 - Rediffed all patches to work with patch --fuzz=0 * Wed Aug 6 18:00:00 2008 Kamil Dudka 1.74.0-2 - Tiny changes in docbook-xsl-newmethods.patch to work with xalan (#452867) evince-2.23.6-1.fc10 -------------------- * Wed Aug 6 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 gnome-power-manager-2.23.6-1.fc10 --------------------------------- * Wed Aug 6 18:00:00 2008 Richard Hughes - 2.23.6-1 - Update to 2.23.6, which should the Eee and some Policykit stuff. gnome-session-2.23.6-2.fc10 --------------------------- * Thu Aug 7 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Fix another icon name gnustep-make-2.0.6-12.fc10 -------------------------- * Wed Aug 6 18:00:00 2008 Axel Thimm - 2.0.6-12 - Fix %{_datadir} to %{_libdir} bug in documentation build. * Fri Jul 4 18:00:00 2008 Axel Thimm - 2.0.6-11 - Update to 2.0.6. - Move %{_datadir} to %{_libdir}, see inline comment. gphoto2-2.4.2-3.fc10 -------------------- * Thu Aug 7 18:00:00 2008 Jindrich Novy 2.4.2-3 - another merge review fixes: - remove bogus Source0 - remove useless BR: pkgconfig - update file attributes gstreamer-plugins-good-0.10.9-1.fc10 ------------------------------------ * Mon Aug 4 18:00:00 2008 Adam Jackson 0.10.9-1 - Update to 0.10.9 guidance-power-manager-4.1.0-1.fc10.1 ------------------------------------- * Wed Aug 6 18:00:00 2008 Rex Dieter 4.1.0-1 - guidance-power-manager-4.1.0 * Tue Aug 5 18:00:00 2008 Rex Dieter 0.1-0.3.20080805svn - 20080805svn snapshot gv-3.6.5-3.fc10 --------------- * Wed Aug 6 18:00:00 2008 Orion Poplawski 3.6.5-3 - Apply upstream patch to display more error messages imapsync-1.255-2.fc10 --------------------- * Wed Aug 6 18:00:00 2008 Marek Mahut - 1.255-2 - Upstream release jd-2.0.1-0.1.svn2263_trunk.fc10 ------------------------------- * Thu Aug 7 18:00:00 2008 Mamoru Tasaka - rev. 2263 kazehakase-0.5.5-2.svn3509_trunk.fc10 ------------------------------------- * Tue Aug 5 18:00:00 2008 Mamoru Tasaka - Try rev. 3509 kernel-2.6.27-0.237.rc2.fc10 ---------------------------- * Wed Aug 6 18:00:00 2008 Matthew Garrett - Fix reboot after resume on various AMI-bios machines * Wed Aug 6 18:00:00 2008 Jarod Wilson - Have kernel-%{variant}-firmware Provides: kernel-firmware * Wed Aug 6 18:00:00 2008 Dave Jones - Own all the modules.* files in /lib/modules. (#456857) * Wed Aug 6 18:00:00 2008 Dave Jones - If include/asm exists, it's a symlink. Fix test. (#458201) * Wed Aug 6 18:00:00 2008 Dave Jones - Enable USB_PERSIST * Wed Aug 6 18:00:00 2008 Dave Jones - 2.6.27-rc2 * Wed Aug 6 18:00:00 2008 Dave Airlie - fix modesetting introduced bugs on PCI radeon cards konq-plugins-4.1.0-2.fc10 ------------------------- * Thu Aug 7 18:00:00 2008 Kevin Kofler - 4.1.0-2 - fix data files from akregator plugin not getting installed * Wed Aug 6 18:00:00 2008 Rex Dieter - 4.1.0-1 - 4.1.0 - drop searchbar-crash patch (no longer needed with Konqueror 4.1) ksh-20080725-3.fc10 ------------------- * Wed Aug 6 18:00:00 2008 Tomas Smetana 20080725-3 - fix BuildRequires, rebuild * Tue Aug 5 18:00:00 2008 Tom "spot" Callaway 20080725-2 - fix license tag libhangul-0.0.6-5.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 0.0.6-5 - fix license tag libisofs-0.6.6-2.fc10 --------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 0.6.6-2 - fix license tag liblrdf-0.4.0-14.fc10 --------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 0.4.0-14 - fix license tag libmatchbox-1.9-4.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway 1.9-4 - fix license tag libmng-1.0.9-7 -------------- * Wed Aug 6 18:00:00 2008 Tom "spot" Callaway - 1.0.9-7 - fix license tag lksctp-tools-1.0.9-1.fc10 ------------------------- * Wed Aug 6 18:00:00 2008 Zdenek Prikryl 1.0.9-1 - Update to 1.0.9 logwatch-7.3.6-25.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Ivana Varekova 7.3.6-25 - add cron service patch to parse more logs lyx-1.6.0-0.6.rc1.fc10 ---------------------- merkaartor-0.11-1.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Sven Lankes - 0.11-1 - final 0.11 release - Updated versioning scheme - 0.x mkinitrd-6.0.58-1.fc10 ---------------------- * Wed Aug 6 18:00:00 2008 Jeremy Katz - 6.0.58-1 - Use correct plymouth-populate-initrd invocation in mkliveinitrd - Move mkliveinitrd to use bits and pieces from initrd-functions * Wed Jul 30 18:00:00 2008 Peter Jones - 6.0.57-1 - Fix mkliveinitrd's udevtrigger/udevadm usage (notting) mod_perl-2.0.4-5 ---------------- * Wed Aug 6 18:00:00 2008 Joe Orton 2.0.4-5 - rebuild to fix patch fuzz (#427758) moodle-1.9.2-2.fc10 ------------------- * Wed Aug 6 18:00:00 2008 Jon Ciesla - 1.9.2-2 - Remove bundled adodb, use system php-adodb. BZ 457886. - Remove bundled magpie, use system php-magpierss. BZ 457886. * Wed Aug 6 18:00:00 2008 Jon Ciesla - 1.9.2-1 - Updated to 1.9.2. - Remove bundled Smarty, use system php-Smarty. BZ 457886. - Updated language packs to 06 Aug 2008 versions. numpy-1.1.1-1.fc10 ------------------ * Wed Aug 6 18:00:00 2008 Jon Ciesla 1.1.1-1 - New upstream release pdns-2.9.21.1-1.fc10 -------------------- * Wed Aug 6 18:00:00 2008 Ruben Kerkhof 2.9.21.1-1 - CVE-2008-3337 php-pear-Log-1.11.1-1.fc10 -------------------------- * Wed Aug 6 18:00:00 2008 Remi Collet 1.11.1-1 - update to 1.11.1 planner-0.14.3-3.fc10 --------------------- * Tue Aug 5 18:00:00 2008 Caol??n McNamara - 0.14.3-3 - rebuild for e-d-s plymouth-0.5.0-12.2008.08.06.fc10 --------------------------------- * Wed Aug 6 18:00:00 2008 Ray Strode - 0.5.0-12.2008.08.06 - Update to new snapshot which fixes some assertion failures in the client code * Wed Aug 6 18:00:00 2008 Ray Strode - 0.5.0-11.2008.08.01 - Add Requires(post): plymouth to plugins so they get plymouth-set-default-plugin (bug 458071) * Tue Aug 5 18:00:00 2008 Ray Strode - 0.5.0-10.2008.08.01 - Add plymouth dirs to file list (bug 457871) policycoreutils-2.0.54-2.fc10 ----------------------------- * Wed Aug 6 18:00:00 2008 Dan Walsh 2.0.54-2 - Allow multiple transactions in one semanage command python-docutils-0.5-1.fc10 -------------------------- * Wed Aug 6 18:00:00 2008 Toshio Kuratomi 0.5-1 - New upstream version. python-libgmail-0.1.10-2.fc10 ----------------------------- * Wed Aug 6 18:00:00 2008 Nikolay Vladimirov - 0.1.10-2 - add manual python-mechanize requires qt-4.4.1-2.fc10 --------------- * Wed Aug 6 18:00:00 2008 Than Ngo - 4.4.1-2 - fix license tag - fix Obsoletes: qt-sqlite (missing epoch) * Tue Aug 5 18:00:00 2008 Than Ngo - 4.4.1-1 - 4.4.1 * Tue Aug 5 18:00:00 2008 Rex Dieter 4.4.0-17 - fold -sqlite subpkg into main (#454930) seahorse-2.23.6-1.fc10 ---------------------- * Tue Aug 5 18:00:00 2008 Matthias Clasen 2.23.6-1 - Update to 2.23.6 - Split off a -devel package sugar-presence-service-0.82.0-1.fc10 ------------------------------------ * Wed Aug 6 18:00:00 2008 Guillaume Desmottes - 0.82.0-1 - Update to 0.82.0 tk-8.5.3-4.fc10 --------------- * Wed Aug 6 18:00:00 2008 Marcela Maslanova - 1:8.5.3-4 - rewrite patch once more - the same way how upstream fix it vdr-sudoku-0.3.0-1.fc9 ---------------------- * Sun Jul 27 18:00:00 2008 Ville Skytt?? - 0.3.0-1 - 0.3.0. - Patch to add missing Finnish translations. - Fix translation file ownerships. xorg-x11-drv-openchrome-0.2.902-10.fc10 --------------------------------------- * Wed Aug 6 18:00:00 2008 Xavier Bachelot - 0.2.902-10 - Disable argb cursor for K8M800. Summary: Added Packages: 8 Removed Packages: 0 Modified Packages: 48 Broken deps for i386 ---------------------------------------------------------- 8Kingdoms-1.1.0-6.fc9.i386 requires opengl-games-utils BlockOutII-2.3-5.fc9.i386 requires opengl-games-utils CriticalMass-1.0.2-5.fc9.i386 requires opengl-games-utils FlightGear-1.0.0-3.fc10.i386 requires opengl-games-utils TnL-071111-6.fc10.i386 requires opengl-games-utils astromenace-1.2-9.fc10.i386 requires opengl-games-utils ballbuster-1.0-5.fc9.i386 requires opengl-games-utils blobAndConquer-0.98-1.fc10.i386 requires opengl-games-utils blobby-0.6-0.9.a.fc10.i386 requires opengl-games-utils claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 duel3-0.1-0.5.20060225.fc9.i386 requires opengl-games-utils egoboo-2.7.5-4.fc9.i386 requires opengl-games-utils evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 extremetuxracer-0.4-1.fc9.i386 requires opengl-games-utils gl-117-1.3.2-7.fc10.i386 requires opengl-games-utils glaxium-0.5-4.fc9.i386 requires opengl-games-utils glest-3.1.2-1.fc9.i386 requires opengl-games-utils gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) machineball-1.0-5.fc9.i386 requires opengl-games-utils maniadrive-1.2-9.fc10.i386 requires opengl-games-utils methane-1.4.7-4.fc9.i386 requires opengl-games-utils neverball-1.4.0-11.fc9.i386 requires opengl-games-utils nexuiz-2.4.2-2.fc10.i386 requires opengl-games-utils openarena-0.7.7-2.fc10.noarch requires opengl-games-utils perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so pinball-0.3.1-11.fc9.i386 requires opengl-games-utils poker3d-1.1.36-10.fc10.i386 requires opengl-games-utils quake3-demo-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so scorched3d-41.3-2.fc9.i386 requires opengl-games-utils stellarium-0.9.1-6.fc9.i386 requires opengl-games-utils stormbaancoureur-2.1.4-1.fc10.i386 requires opengl-games-utils supertux-0.3.1-3.fc10.i386 requires opengl-games-utils supertuxkart-0.4-2.fc10.i386 requires opengl-games-utils torcs-1.3.0-7.fc10.i386 requires opengl-games-utils trackballs-1.1.4-6.fc9.i386 requires opengl-games-utils tremulous-1.1.0-6.fc9.i386 requires opengl-games-utils urbanterror-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils vegastrike-0.5.0-3.fc10.i386 requires opengl-games-utils worldofpadman-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-exchange-2.23.4-1.fc10.ppc requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-exchange-2.23.4-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From berrange at redhat.com Thu Aug 7 08:42:27 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 7 Aug 2008 09:42:27 +0100 Subject: No xen rawhide boot images In-Reply-To: <489A06E3.9080705@cora.nwra.com> References: <489A06E3.9080705@cora.nwra.com> Message-ID: <20080807084227.GB32548@redhat.com> On Wed, Aug 06, 2008 at 02:17:39PM -0600, Orion Poplawski wrote: > No more os/images/xen in rawhide. Is this intentional? I'm not having > any luck using the pxeboot images with xen. Yes, kernel-xen is dead. Two things need to happen to make xen installs work again - The .treeinfo file needs the 'images-xen' section added back pointing to the reglar PXE kernels. - On i386 only, we'll need to provide alternate PAE enabled PXE kernels images and point to that instead Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From j.w.r.degoede at hhs.nl Thu Aug 7 08:55:24 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 07 Aug 2008 10:55:24 +0200 Subject: rawhide report: 20080807 changes In-Reply-To: <20080807083257.430F7209E06@releng1.fedora.phx.redhat.com> References: <20080807083257.430F7209E06@releng1.fedora.phx.redhat.com> Message-ID: <489AB87C.6080100@hhs.nl> Rawhide wrote: > > Summary: > Added Packages: 8 > Removed Packages: 0 > Modified Packages: 48 > Broken deps for i386 > ---------------------------------------------------------- > 8Kingdoms-1.1.0-6.fc9.i386 requires opengl-games-utils > BlockOutII-2.3-5.fc9.i386 requires opengl-games-utils > CriticalMass-1.0.2-5.fc9.i386 requires opengl-games-utils > FlightGear-1.0.0-3.fc10.i386 requires opengl-games-utils > TnL-071111-6.fc10.i386 requires opengl-games-utils > astromenace-1.2-9.fc10.i386 requires opengl-games-utils > ballbuster-1.0-5.fc9.i386 requires opengl-games-utils > blobAndConquer-0.98-1.fc10.i386 requires opengl-games-utils > blobby-0.6-0.9.a.fc10.i386 requires opengl-games-utils > duel3-0.1-0.5.20060225.fc9.i386 requires opengl-games-utils > egoboo-2.7.5-4.fc9.i386 requires opengl-games-utils > extremetuxracer-0.4-1.fc9.i386 requires opengl-games-utils > gl-117-1.3.2-7.fc10.i386 requires opengl-games-utils > glaxium-0.5-4.fc9.i386 requires opengl-games-utils > glest-3.1.2-1.fc9.i386 requires opengl-games-utils > machineball-1.0-5.fc9.i386 requires opengl-games-utils > maniadrive-1.2-9.fc10.i386 requires opengl-games-utils > methane-1.4.7-4.fc9.i386 requires opengl-games-utils > neverball-1.4.0-11.fc9.i386 requires opengl-games-utils > nexuiz-2.4.2-2.fc10.i386 requires opengl-games-utils > openarena-0.7.7-2.fc10.noarch requires opengl-games-utils > pinball-0.3.1-11.fc9.i386 requires opengl-games-utils > poker3d-1.1.36-10.fc10.i386 requires opengl-games-utils > quake3-demo-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils > scorched3d-41.3-2.fc9.i386 requires opengl-games-utils > stellarium-0.9.1-6.fc9.i386 requires opengl-games-utils > stormbaancoureur-2.1.4-1.fc10.i386 requires opengl-games-utils > supertux-0.3.1-3.fc10.i386 requires opengl-games-utils > supertuxkart-0.4-2.fc10.i386 requires opengl-games-utils > torcs-1.3.0-7.fc10.i386 requires opengl-games-utils > trackballs-1.1.4-6.fc9.i386 requires opengl-games-utils > tremulous-1.1.0-6.fc9.i386 requires opengl-games-utils > urbanterror-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils > vegastrike-0.5.0-3.fc10.i386 requires opengl-games-utils > worldofpadman-1.34-0.9.rc4.fc9.i386 requires opengl-games-utils Erm, what happened to opengl-games-utils, I sure as hell didn't do anything to it (and I'm the maintainer) ?? Hmm, I see its only missing for i386, but it is noarch!!! Glitch? (Note opengl-games-utils is what throws up a dialog box when you try to run an opengl game without DRI support, hence almost al opengl using games depend upon it) Regards, Hans From markmc at redhat.com Thu Aug 7 09:03:27 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 07 Aug 2008 10:03:27 +0100 Subject: No xen rawhide boot images In-Reply-To: <489A06E3.9080705@cora.nwra.com> References: <489A06E3.9080705@cora.nwra.com> Message-ID: <1218099807.3470.1.camel@muff> On Wed, 2008-08-06 at 14:17 -0600, Orion Poplawski wrote: > No more os/images/xen in rawhide. Is this intentional? I'm not having > any luck using the pxeboot images with xen. Jeremy explained it already, but here's the bug: https://bugzilla.redhat.com/456559 Hopefully we'll have this sorted in the next couple of days. In the meantime, you should be able to use the pxeboot images on x86_64. Have you tried that? Cheers, Mark. From yersinia.spiros at gmail.com Thu Aug 7 10:17:35 2008 From: yersinia.spiros at gmail.com (yersinia) Date: Thu, 7 Aug 2008 12:17:35 +0200 Subject: uids for daemons on a spin In-Reply-To: <877iauj8v2.fsf@sheridan.bigo.ensc.de> References: <46a038f90808031732n38f41456rd2d26a44568b14e6@mail.gmail.com> <20080804015545.GF29177@Max> <46a038f90808040017y4d0ab17cx7551b0a3ea8ecd5b@mail.gmail.com> <20080804100307.8732c216.mschwendt@gmail.com> <46a038f90808040152t7243b63tde0342440700776c@mail.gmail.com> <87zlntdphw.fsf@fc5.bigo.ensc.de> <46a038f90808042230t1b70c3f1xdcd90009479d6b81@mail.gmail.com> <877iauj8v2.fsf@sheridan.bigo.ensc.de> Message-ID: On Wed, Aug 6, 2008 at 8:28 PM, Enrico Scholz < enrico.scholz at informatik.tu-chemnitz.de> wrote: > "Martin Langhoff" writes: > > > So I would need to have an "config" package that > > - depends on fedora-usermgmt fedora-usermgmt-shadowutils > > - is guaranteed to install _before_ any other package that depends on > > fedora-usermgmt > > See > > http://fedoraproject.org/wikiold/PackageUserCreation (old wiki; > conversion to new broke some things) > > > https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00793.html > > http://ensc.de/fedora/fedora-usermgmt-my.spec > > Latter is a spec file which should be used to create a package for a > local repository. Register this repository in your kickstart file, and > add 'fedora-usermgmt-my' to the %files section. Due to its shorter > name it wins against 'fedora-usermgmt-shadow-utils' (which applies the > non-predictable behaviour by default). AFICT, this is Untrue, rpm don't do so. rpm use a topological sorting in install, eg partial ordering based - it will be non deterministic only with dependency loop. See this example rpm -Uvvvvvvvh --test /home/machbuild/rpmbuild/RPMS/verylooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooongrpm-1.0-1.noarch.rpm /home/machbuild/rpmbuild/RPMS/veryl-1.0-1.noarch.rpm 2>&1 | grep -A 5 -B 5 "tsorting packages" D: ========== +++ foo-1.0-1 noarch/linux 0x0 D: Requires: rpmlib(CompressedFileNames) <= 3.0.4-1 YES (cached) D: Requires: rpmlib(PayloadFilesHavePrefix) <= 4.0-1 YES (cached) D: closed db index /var/lib/rpm/Depends D: ========== recording tsort relations D: ========== tsorting packages (order, #predecessors, #succesors, tree, depth, breadth) *D: 0 0 1 0 1 0 +verylooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooongrpm-1.0-1.noarch D: ========== successors only (12581 bytes) D: 1 1 0 0 2 0 +veryl-1.0-1.noarch * D: installing binary packages D: mounted filesystems: rpm -Uvh /home/machbuild/rpmbuild/RPMS/verylooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooongrpm-1.0-1.noarch.rpm /home/machbuild/rpmbuild/RPMS/veryl-1.0-1.noarch.rpm 2>&1 Preparing... ########################################### [100%] installing verylooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooongrpm 1:veryloooooooooooooooooo########################################### [ 50%] installing veryl 2:veryl ########################################### [100%] veyl has : Requires(post): verylooo..grpm So verylooong will be installed before veryl. OTHO. AFAICT it is possible anyway to influence the ordering if some other package increment the incoming edge deps on the veryl package. yum, which is based on rpmlib, do the same. Anaconda ordering is/was/can be different. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Thu Aug 7 11:00:43 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 7 Aug 2008 13:00:43 +0200 Subject: TeXLive 2008 in F10? In-Reply-To: References: Message-ID: <20080807110043.GA3219@free.fr> On Thu, Aug 07, 2008 at 05:44:37AM +0300, Vasile Gaburici wrote: > > The "packetization" of TeXLive, plus the support in LuaTeX for > OpenType fonts should make the TeX fonts mess (bug 456580) a more > tractable problem, even though it won't solve it right away. Hopefully it will help, espeicially for the issue of doing updates before the next texlive release, but it also means that the packaging certainly needs to be modified. > Also, TeXLive 2008 includes lcdf-typetools, which I was planning to > package separately - the package has been orphaned around FC6 or so. Unless there is a specific reason to include lcdf-typetools from texlive, it should be packaged separately. > The main issue that I see is how to deal with 1Gb+ of TeXLive 2008 > packages (over 1000). Perhaps something similar to cpan2rpm is in > order? Even something similar to cpan2rpm would certainly be too much work too maintain all the packages, in my opinion. It could be very nice to have something like that for packages that are not essential, though. I think that a core with most of what is needed to do normal documents if possible in any language as long as fonts are here is better, and package separately ctan stuff that is additional. Anyway I think that it would be nice to have texlive 2008 packages as soon as possible, and I'll have a look if somebody takes the lead, but I haven't time to prepare something myself. -- Pat From pertusus at free.fr Thu Aug 7 11:11:03 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 7 Aug 2008 13:11:03 +0200 Subject: TeXLive 2008 in F10? In-Reply-To: References: Message-ID: <20080807111103.GB3219@free.fr> On Thu, Aug 07, 2008 at 05:44:37AM +0300, Vasile Gaburici wrote: > > The "packetization" of TeXLive, plus the support in LuaTeX for > OpenType fonts should make the TeX fonts mess (bug 456580) a more > tractable problem, even though it won't solve it right away. Also, do you know if this release allows for the more granularity for updmap.cfg, fmtutil.cnf? -- Pat From dmalcolm at redhat.com Thu Aug 7 15:46:36 2008 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 07 Aug 2008 11:46:36 -0400 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <489A5A69.5000308@ioa.s.u-tokyo.ac.jp> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> <20080806204233.GD26961@victor.nirvana> <1218058011.4818.295.camel@radiator.bos.redhat.com> <489A5A69.5000308@ioa.s.u-tokyo.ac.jp> Message-ID: <1218123996.11711.7.camel@radiator.bos.redhat.com> On Thu, 2008-08-07 at 11:14 +0900, Mamoru Tasaka wrote: > David Malcolm wrote, at 08/07/2008 06:26 AM +9:00: > > On Wed, 2008-08-06 at 23:42 +0300, Axel Thimm wrote: > >> I like the part with the "Errors and warnings from rpmlint". I can > >> imagine that someone that's say an expert on "invalid-desktopfile" > >> issues could now dig into this much easier. Very nice! > > Yes, this is: > > http://publictest7.fedoraproject.org/rpmgrok/rpmlint/invalid-desktopfile > > > > Unfortunately the db doesn't capture the errors from > > desktop-file-validate itself. I wonder if there's a way to do this. > > IIRC rpmlint doesn't emit this output anywhere. > > > > (fwiw all these tests were done with desktop-file-utils-0.10-7) > > Unfortunately I guess your list contains not a few false-positive errors. > > For example, I checked fedora-alexandria.desktop with desktop-file-utils-0.10-7 > (this is Fedora core 6 desktop-file-utils) and actually I get the error: > -------------------------------------------------------------------------- > $ ./desktop-file-validate /usr/share/applications/fedora-alexandria.desktop > /usr/share/applications/fedora-alexandria.desktop: error: required key "Encoding" not found > -------------------------------------------------------------------------- > > However the key "Encoding" is now deprecated and with Fedora 10 desktop-file-utils > (0.15-3.fc10) including Encoding key is warned like: > -------------------------------------------------------------------------- > $ desktop-file-validate ./fedora-alexandria.desktop > ./fedora-alexandria.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated > --------------------------------------------------------------------------- Good point. The change of "Encoding" from being a required key to an optional key whose presence generates a warning suggests that all of the results in the db for this specific test (desktop-file-validate as reported by rpmlint) are meaningless. I've filed this as https://fedorahosted.org/rpmgrok/ticket/18 Hopefully at least some of the other rpmlint tests recorded in the db are still useful though. Thanks Dave From pbrobinson at gmail.com Thu Aug 7 16:32:19 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 7 Aug 2008 17:32:19 +0100 Subject: review request: gssdp and gupnp* Message-ID: <5256d0b0808070932o352110a4p328b7dd0982c2e73@mail.gmail.com> Hi All, If any one has some time to review the gssdp and gupnp series of packages it would be much appreciated. The rpms are fairly simple so it should be relatively pain free. The dependency tree is in bugzilla to outline what needs to go first. I'm already a packager so I don't need sponsorship. Cheers, Peter From langel at redhat.com Thu Aug 7 19:04:25 2008 From: langel at redhat.com (Lillian Angel) Date: Thu, 07 Aug 2008 15:04:25 -0400 Subject: [fedora-java] Question about gcjwebplugin In-Reply-To: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> References: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> Message-ID: <489B4739.4060604@redhat.com> Hi, David Fischer (DHL US) wrote: > ALL, > > I have a question on how to debug issues with java-1.6.0-openjdk plugins > not working on fedora 9. Where are there any web resources that give > information on debugging applets? Also I have issues running any > applets that require a login (e.g. 401 auth error) does anyone know how > to fix this? Running firefox with -g from the commandline should give you some debug output. Still, applets that require javascript support will not work. This is a work-in-progress. Cheers, Lillian From mike at miketc.net Thu Aug 7 19:27:37 2008 From: mike at miketc.net (Mike Chambers) Date: Thu, 07 Aug 2008 14:27:37 -0500 Subject: F10 Alpha/Rawhide installs Message-ID: <1218137257.2981.9.camel@scrappy.miketc.net> Tried both F10 Alpha and Rawhide installs, and with both, either got a "(2, mount point) unable to mount" (Alpha one) error message, or a traceback (rawhide one) when trying to select the NFS install. I finally gave up and tried DVD install and it worked, but NFS had problems it seemed. It also seemed to not go along with my network settings as I put them in. As in, once I selected my IP and info (static settings), and then went to select NFS and put in my server name, it wouldn't recognize it, but it did by IP (F9 works just fine this way). Once installed and updated to rawhide, seems evolution and maybe others had problems. Evo crashed on me few times, sometimes wouldn't even let me see their contents (preview mode) at all. When did a restore, and deleted the previous emails in the restore, the folders that had the emails were still bold and still displaying the number of emails in parenthesis after they were gone and wouldn't change back. Had few boot problems so I went back to F9 for now (I knew I should had waited). If not known problems or no one else has reported, will see about bugzilla'ing them them. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From clumens at redhat.com Thu Aug 7 19:37:32 2008 From: clumens at redhat.com (Chris Lumens) Date: Thu, 7 Aug 2008 15:37:32 -0400 Subject: F10 Alpha/Rawhide installs In-Reply-To: <1218137257.2981.9.camel@scrappy.miketc.net> References: <1218137257.2981.9.camel@scrappy.miketc.net> Message-ID: <20080807193732.GC20746@localhost.localdomain> > Tried both F10 Alpha and Rawhide installs, and with both, either got a > "(2, mount point) unable to mount" (Alpha one) error message, or a > traceback (rawhide one) when trying to select the NFS install. I > finally gave up and tried DVD install and it worked, but NFS had > problems it seemed. For the "unable to mount" error, what do you see on tty5? For the other, what is the traceback you are getting? - Chris From mike at miketc.net Thu Aug 7 19:39:22 2008 From: mike at miketc.net (Mike Chambers) Date: Thu, 07 Aug 2008 14:39:22 -0500 Subject: F10 Alpha/Rawhide installs In-Reply-To: <20080807193732.GC20746@localhost.localdomain> References: <1218137257.2981.9.camel@scrappy.miketc.net> <20080807193732.GC20746@localhost.localdomain> Message-ID: <1218137962.3147.1.camel@scrappy.miketc.net> On Thu, 2008-08-07 at 15:37 -0400, Chris Lumens wrote: > > Tried both F10 Alpha and Rawhide installs, and with both, either got a > > "(2, mount point) unable to mount" (Alpha one) error message, or a > > traceback (rawhide one) when trying to select the NFS install. I > > finally gave up and tried DVD install and it worked, but NFS had > > problems it seemed. > > For the "unable to mount" error, what do you see on tty5? Since went to F9 so can't get that info, sorry. > > For the other, what is the traceback you are getting? Can't get the traceback now, but it looked like was with yum and setting up repo or something once it was selected and changed to nfs. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From Matt_Domsch at dell.com Thu Aug 7 21:09:29 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 7 Aug 2008 16:09:29 -0500 Subject: bugzilla.redhat.com search javascript hangs?? In-Reply-To: References: <1217943875.22826.6.camel@gilboa-work-dev.localdomain> <4c4ba1530808050649o5d768f92tb4e638c9123f1190@mail.gmail.com> <48986023.6000803@nobugconsulting.ro> <1217949735.6981.47.camel@victoria> Message-ID: <20080807210929.GA21618@auslistsprd01.us.dell.com> On Tue, Aug 05, 2008 at 08:49:05PM +0300, Vasile Gaburici wrote: > For whatever it's worth, I've also experienced the unresponsive > JavaScript in the new Bugzilla a few times. It seems more likely to > occur if your network connection is heavily loaded. It looks like the > script is doing some background AJAX-ish stuff. I see it too, on a home cable line 22Mb down, 2Mb up. And at work on a fast connection. The form can't presently handle the 6000 packages/componets in a timely manner. ;-( -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From dwheeler at dwheeler.com Thu Aug 7 21:18:21 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Thu, 07 Aug 2008 17:18:21 -0400 (EDT) Subject: Proposed new feature: Provers Message-ID: I've developed info on a new feature of Fedora 10, aka "Provers": https://fedoraproject.org/wiki/Features/Provers Basically, I and others have packaged some key provers / solvers / formal methods tools. Can anyone help us package some additional programs? Some potential ones include: * ACL2 (I have a start at this, it's written in Common Lisp) * haRVey-FOL (depends on E and SPASS) * BLAST, at http://mtc.epfl.ch/software-tools/blast/ (don't use the obsolete version at Berkeley) * HOL 4 * Isabelle * HOL Lite * Gandalf * NuSMV * DiVinE * KeY You can find their descriptions and URLs here: http://www.dwheeler.com/essays/high-assurance-floss.html --- David A. Wheeler From sundaram at fedoraproject.org Thu Aug 7 21:27:52 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 08 Aug 2008 02:57:52 +0530 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: <489B68D8.4090004@fedoraproject.org> David A. Wheeler wrote: > Can anyone help us package some additional programs? > Some potential ones include: > * ACL2 (I have a start at this, it's written in Common Lisp) > * haRVey-FOL (depends on E and SPASS) > * BLAST, at http://mtc.epfl.ch/software-tools/blast/ (don't use the obsolete version at Berkeley) > * HOL 4 > * Isabelle > * HOL Lite > * Gandalf > * NuSMV > * DiVinE > * KeY > It would be quite useful if you add more information, classify them as easy, medium, hard similar to the OLPC packages wishlist, the language being used etc. I saw them on the packager wishlist and went through a couple which seemed a large amount of pain to package. I am wondering if all of these are in the similar category. Rahul From jwilson at redhat.com Thu Aug 7 21:39:06 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 7 Aug 2008 17:39:06 -0400 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: <200808071739.06158.jwilson@redhat.com> On Thursday 07 August 2008 17:18:21 David A. Wheeler wrote: > I've developed info on a new feature of Fedora 10, aka "Provers": > https://fedoraproject.org/wiki/Features/Provers > Basically, I and others have packaged some key > provers / solvers / formal methods tools. As I understand it, this is primarily just a collection of new packages being added to Fedora, no? If so, and if you ask me, this really doesn't meet the criteria for a Feature. Its just new packages that are all targeted at a specific area of use. -- Jarod Wilson jwilson at redhat.com From vgaburici at gmail.com Thu Aug 7 21:41:01 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 8 Aug 2008 00:41:01 +0300 Subject: Proposed new feature: Provers In-Reply-To: <489B68D8.4090004@fedoraproject.org> References: <489B68D8.4090004@fedoraproject.org> Message-ID: "Provers" is a bit narrow. Maybe use "theorem proving tools" so we can include Coq, which Fedora already ships, in the category? For the uninformed: Coq is only a proof assistant. Also add zenon to the category, since Fedora already includes it as well. Btw, make sure that HOL works; the authors love to complain that all Linux distros ship it broken! Warning: Pre-packaged versions of Isabelle, Proof General, and Poly/ML floating through the Net as deb, rpm, port etc. are often outdated and rarely work as advertized. Even XEmacs is better compiled manually these days -- the packages provided for SuSE, Ubuntu, and Debian are mostly broken. On Fri, Aug 8, 2008 at 12:27 AM, Rahul Sundaram wrote: > David A. Wheeler wrote: >> >> Can anyone help us package some additional programs? >> Some potential ones include: >> * ACL2 (I have a start at this, it's written in Common Lisp) >> * haRVey-FOL (depends on E and SPASS) >> * BLAST, at http://mtc.epfl.ch/software-tools/blast/ (don't use the >> obsolete version at Berkeley) >> * HOL 4 >> * Isabelle >> * HOL Lite >> * Gandalf >> * NuSMV >> * DiVinE >> * KeY >> > > It would be quite useful if you add more information, classify them as easy, > medium, hard similar to the OLPC packages wishlist, the language being used > etc. I saw them on the packager wishlist and went through a couple which > seemed a large amount of pain to package. I am wondering if all of these > are in the similar category. > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From vgaburici at gmail.com Thu Aug 7 22:05:25 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 8 Aug 2008 01:05:25 +0300 Subject: Proposed new feature: Provers In-Reply-To: References: <489B68D8.4090004@fedoraproject.org> Message-ID: Also, you may want to take a look at this Fedora repository: http://math.ifi.uzh.ch/fedora/ It contains gap (gap-system.org) and twelf (twelf.plparty.org) amongst other things. On Fri, Aug 8, 2008 at 12:41 AM, Vasile Gaburici wrote: > "Provers" is a bit narrow. Maybe use "theorem proving tools" so we can > include Coq, which Fedora already ships, in the category? For the > uninformed: Coq is only a proof assistant. Also add zenon to the > category, since Fedora already includes it as well. > > Btw, make sure that HOL works; the authors love to complain that all > Linux distros ship it broken! > > Warning: Pre-packaged versions of Isabelle, Proof General, and Poly/ML > floating through the Net as deb, rpm, port etc. are often outdated and > rarely work as advertized. Even XEmacs is better compiled manually > these days -- the packages provided for SuSE, Ubuntu, and Debian are > mostly broken. > > > On Fri, Aug 8, 2008 at 12:27 AM, Rahul Sundaram > wrote: >> David A. Wheeler wrote: >>> >>> Can anyone help us package some additional programs? >>> Some potential ones include: >>> * ACL2 (I have a start at this, it's written in Common Lisp) >>> * haRVey-FOL (depends on E and SPASS) >>> * BLAST, at http://mtc.epfl.ch/software-tools/blast/ (don't use the >>> obsolete version at Berkeley) >>> * HOL 4 >>> * Isabelle >>> * HOL Lite >>> * Gandalf >>> * NuSMV >>> * DiVinE >>> * KeY >>> >> >> It would be quite useful if you add more information, classify them as easy, >> medium, hard similar to the OLPC packages wishlist, the language being used >> etc. I saw them on the packager wishlist and went through a couple which >> seemed a large amount of pain to package. I am wondering if all of these >> are in the similar category. >> >> Rahul >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> > From jwilliam at xmission.com Thu Aug 7 22:10:27 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Thu, 7 Aug 2008 16:10:27 -0600 Subject: F10 Alpha/Rawhide installs In-Reply-To: <1218137962.3147.1.camel@scrappy.miketc.net> References: <1218137257.2981.9.camel@scrappy.miketc.net><20080807193732.GC20746@localhost.localdomain> <1218137962.3147.1.camel@scrappy.miketc.net> Message-ID: Noticed that if you do interactive install nfs fails, but if you do method=nfs:server:/path on command line it works. > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list- > bounces at redhat.com] On Behalf Of Mike Chambers > Sent: Thursday, August 07, 2008 1:39 PM > To: Development discussions related to Fedora > Subject: Re: F10 Alpha/Rawhide installs > > On Thu, 2008-08-07 at 15:37 -0400, Chris Lumens wrote: > > > Tried both F10 Alpha and Rawhide installs, and with both, either got a > > > "(2, mount point) unable to mount" (Alpha one) error message, or a > > > traceback (rawhide one) when trying to select the NFS install. I > > > finally gave up and tried DVD install and it worked, but NFS had > > > problems it seemed. > > > > For the "unable to mount" error, what do you see on tty5? > > Since went to F9 so can't get that info, sorry. > > > > For the other, what is the traceback you are getting? > > Can't get the traceback now, but it looked like was with yum and setting > up repo or something once it was selected and changed to nfs. > > -- > Mike Chambers > Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. > mikec302 at fedoraproject.org > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From martin.langhoff at gmail.com Thu Aug 7 23:00:15 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Fri, 8 Aug 2008 11:00:15 +1200 Subject: Best practices when updating data storage formats Message-ID: <46a038f90808071600s3b31ba80k55d29356e3e8f263@mail.gmail.com> Hi list, wondering about good example spec files for a "storage format version upgrade during %post" situation. The current plan involves a file in the storage dir that declares its version, and a bit of bash conditionals in %post to run the appropriate upgrade scripts. Is there a good shining example of how to do it somewhere in cvs? cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From orion at cora.nwra.com Thu Aug 7 23:07:57 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 07 Aug 2008 17:07:57 -0600 Subject: Strange popen behavior on xen builders? Message-ID: <489B804D.3010705@cora.nwra.com> I'm running into some very strange behavior trying to build plplot which uses cmake. Scratch build here: http://koji.fedoraproject.org/koji/taskinfo?taskID=765779 i386 build log (on x86-7 - real host?): http://koji.fedoraproject.org/koji/getfile?taskID=765782&name=build.log x86_64 build log (on xenbuilder2 - xen host): http://koji.fedoraproject.org/koji/getfile?taskID=765781&name=build.log + /usr/bin/cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_INSTALL_LIBDIR:PATH=/usr/lib64 -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON .. -DENABLE_ada:BOOL=ON -DENABLE_d:BOOL=ON -DENABLE_ocaml:BOOL=ON -DENABLE_pdl:BOOL=ON -DHAVE_PTHREAD:BOOL=ON -DPL_FREETYPE_FONT_PATH:PATH=/usr/share/fonts/freefont -DPLD_aqt:BOOL=ON -DPLD_conex:BOOL=ON -DPLD_dg300:BOOL=ON -DPLD_imp:BOOL=ON -DPLD_linuxvga:BOOL=ON -DPLD_ljii:BOOL=ON -DPLD_ljiip:BOOL=ON -DPLD_mskermit:BOOL=ON -DPLD_ntk:BOOL=ON -DPLD_pstex:BOOL=ON -DPLD_svg:BOOL=ON -DPLD_tek4010:BOOL=ON -DPLD_tek4010f:BOOL=ON -DPLD_tek4107:BOOL=ON -DPLD_tek4107f:BOOL=ON -DPLD_versaterm:BOOL=ON -DPLD_vlt:BOOL=ON -DPLD_xterm:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DBUILD_DOC:BOOL=ON -DBUILD_TEST:BOOL=ON Linux 2.6.18-92.1.6.el5xen and it hangs here. I looks like cmake is running "uname" through popen but the output goes to the output and cmake is stuck reading a bad file descriptor. I can reproduce here on my F8 x86_64 xen builder, but it hangs on the i386 build not the x86_64. strace of the hung cmake shows: read(4286667132, 0x55577000, 8192) = -1 EBADF (Bad file descriptor) over and over. Anyone else seeing anything like this? Sorry I don't have anything more concrete but I'm out for a long weekend and thought I'd get this out there... -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From kevin.kofler at chello.at Fri Aug 8 01:02:09 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 8 Aug 2008 01:02:09 +0000 (UTC) Subject: Strange popen behavior on xen builders? References: <489B804D.3010705@cora.nwra.com> Message-ID: Orion Poplawski cora.nwra.com> writes: > I'm running into some very strange behavior trying to build plplot which > uses cmake. We've also seen this with KDE 4 builds (perhaps not surprisingly, as KDE 4 also uses cmake). Just yesterday I had to cancel and resubmit a konq-plugins build for that reason, I wanted to report it, but you were quicker. :-) IIRC, I have only seen this on F10 x86_64 builds. Kevin Kofler From orion at cora.nwra.com Fri Aug 8 01:51:24 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Thu, 7 Aug 2008 19:51:24 -0600 (MDT) Subject: Strange popen behavior on xen builders? In-Reply-To: References: <489B804D.3010705@cora.nwra.com> Message-ID: <2061.71.208.59.224.1218160284.squirrel@www.cora.nwra.com> > Orion Poplawski cora.nwra.com> writes: >> I'm running into some very strange behavior trying to build plplot which >> uses cmake. > > We've also seen this with KDE 4 builds (perhaps not surprisingly, as KDE 4 > also > uses cmake). Just yesterday I had to cancel and resubmit a konq-plugins > build > for that reason, I wanted to report it, but you were quicker. :-) > > IIRC, I have only seen this on F10 x86_64 builds. Any idea when it started? I built cmake 2.6.1 on the 5th... - Orion From clumens at redhat.com Fri Aug 8 03:08:01 2008 From: clumens at redhat.com (Chris Lumens) Date: Thu, 7 Aug 2008 23:08:01 -0400 Subject: F10 Alpha/Rawhide installs In-Reply-To: References: <1218137962.3147.1.camel@scrappy.miketc.net> Message-ID: <20080808030801.GE20746@localhost.localdomain> > Noticed that if you do interactive install nfs fails, but if you do > method=nfs:server:/path on command line it works. Interactive install how? If you can write down the exact steps you are taking, grab the traceback or whatever error message you are getting, and file a bug, I might actually be able to fix things like this. Until then, I can't do anything unless we see it in our own testing. - Chris From clumens at redhat.com Fri Aug 8 03:09:00 2008 From: clumens at redhat.com (Chris Lumens) Date: Thu, 7 Aug 2008 23:09:00 -0400 Subject: F10 Alpha/Rawhide installs In-Reply-To: <1218137962.3147.1.camel@scrappy.miketc.net> References: <1218137257.2981.9.camel@scrappy.miketc.net> <20080807193732.GC20746@localhost.localdomain> <1218137962.3147.1.camel@scrappy.miketc.net> Message-ID: <20080808030900.GF20746@localhost.localdomain> > > > Tried both F10 Alpha and Rawhide installs, and with both, either got a > > > "(2, mount point) unable to mount" (Alpha one) error message, or a > > > traceback (rawhide one) when trying to select the NFS install. I > > > finally gave up and tried DVD install and it worked, but NFS had > > > problems it seemed. > > > > For the "unable to mount" error, what do you see on tty5? > > Since went to F9 so can't get that info, sorry. > > > > For the other, what is the traceback you are getting? > > Can't get the traceback now, but it looked like was with yum and setting > up repo or something once it was selected and changed to nfs. Then unless Andy or I can reproduce this, there's really nothing I can do to fix it. I'll take a look tomorrow and see what happens. - Chris From dwheeler at dwheeler.com Fri Aug 8 03:49:04 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Thu, 07 Aug 2008 23:49:04 -0400 (EDT) Subject: Proposed new feature: Provers Message-ID: Vasile Gaburici: >"Provers" is a bit narrow. Maybe use "theorem proving tools" so we can >include Coq By "provers" I certainly include Coq; see the web page. Coq is an interactive theorem prover, while Zenon is an automated theorem prover. Both provers, methinks. >which Fedora already ships, in the category? >... Also add zenon to the >category, since Fedora already includes it as well. Actually, the original Fedora 9 release did NOT include Coq or Zenon. Coq and Zenon are two of the packages we _specifically_ worked to add. We've also made them available to Fedora 9 (and where sensible 8 too). > Btw, make sure that HOL works; the authors love to complain that all > Linux distros ship it broken! We don't have HOL packaged yet. Volunteering? We've certainly had "fun" getting things to work together. Why, for example, generated an old Zenon format, so they didn't work together. But this is the reason for packaging, to make them work together. If it's broken, please let the packager know so it can get fixed...! --- David A. Wheeler From jwilliam at xmission.com Fri Aug 8 03:48:55 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Thu, 7 Aug 2008 21:48:55 -0600 Subject: F10 Alpha/Rawhide installs In-Reply-To: <20080808030801.GE20746@localhost.localdomain> References: <1218137962.3147.1.camel@scrappy.miketc.net> <20080808030801.GE20746@localhost.localdomain> Message-ID: <42B49D6528DF4DC2AFA055A2AEEA7FA4@Q9450> Bug 458416 https://bugzilla.redhat.com/show_bug.cgi?id=458416 In my case I am doing a PXE boot and then trying to do an NFS directory install when it fails. Jerry Williams > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list- > bounces at redhat.com] On Behalf Of Chris Lumens > Sent: Thursday, August 07, 2008 9:08 PM > To: fedora-devel-list at redhat.com > Subject: Re: F10 Alpha/Rawhide installs > > > Noticed that if you do interactive install nfs fails, but if you do > > method=nfs:server:/path on command line it works. > > Interactive install how? > > If you can write down the exact steps you are taking, grab the traceback > or whatever error message you are getting, and file a bug, I might > actually be able to fix things like this. Until then, I can't do > anything unless we see it in our own testing. > > - Chris > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From vgaburici at gmail.com Fri Aug 8 05:28:01 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 8 Aug 2008 08:28:01 +0300 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: Sorry, I misunderstood your 1st email; I thought the list contained stuff already packaged... As for volunteering for HOL: if I package it, the 10% or so of functionality I've ever used will work, the rest - who knows. The problem with packaging tools normally used by a niche audience is that unless you're part of the niche experts, you don't have much clue if the package is well done or not, even more so when it comes to handling bug reports. I care a lot more about seeing TeXLive 2008 rather than HOL in F10, but even that is probably not going to happen. On a strictly volunteer basis I cannot afford the time to package complex software I seldom use... On Fri, Aug 8, 2008 at 6:49 AM, David A. Wheeler wrote: > Vasile Gaburici: >>"Provers" is a bit narrow. Maybe use "theorem proving tools" so we can >>include Coq > > By "provers" I certainly include Coq; see the web page. > Coq is an interactive theorem prover, while Zenon is an > automated theorem prover. Both provers, methinks. > >>which Fedora already ships, in the category? >>... Also add zenon to the >>category, since Fedora already includes it as well. > > Actually, the original Fedora 9 release did NOT include Coq or Zenon. > Coq and Zenon are two of the packages we _specifically_ worked to add. > We've also made them available to Fedora 9 (and where sensible 8 too). > >> Btw, make sure that HOL works; the authors love to complain that all >> Linux distros ship it broken! > > We don't have HOL packaged yet. Volunteering? > > We've certainly had "fun" getting things to work together. > Why, for example, generated an old Zenon format, so they > didn't work together. But this is the reason for packaging, to > make them work together. If it's broken, please let the packager > know so it can get fixed...! > > --- David A. Wheeler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From miles at milessabin.com Fri Aug 8 06:41:47 2008 From: miles at milessabin.com (Miles Sabin) Date: Fri, 8 Aug 2008 07:41:47 +0100 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: <30961e500808072341k7968cf70s8097dae45d9d1462@mail.gmail.com> On Thu, Aug 7, 2008 at 10:18 PM, David A. Wheeler wrote: > Can anyone help us package some additional programs? > Some potential ones include: Would it be appropriate to add Agda2 to this list? http://appserv.cs.chalmers.se/users/ulfn/wiki/agda.php I have a rough and ready .spec file, but taking it further has been stalled waiting on the Haskell packaging guidelines and cabal-rpm to be finalized. Cheers, Miles From dan at danny.cz Fri Aug 8 06:47:46 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 08 Aug 2008 08:47:46 +0200 Subject: easier building for secondary architectures Message-ID: <1218178066.3553.22.camel@eagle.danny.cz> Hi, I have submitted a patch for Makefile.common that makes building for secondary architectures easier. See https://fedorahosted.org/fedora-infrastructure/ticket/744 for details. Dan From mschwendt at gmail.com Fri Aug 8 07:00:48 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 08 Aug 2008 07:00:48 -0000 Subject: Broken dependencies in Fedora 9 - 2008-08-08 Message-ID: <20080808070048.2896.39982@faldor.intranet> Summary of broken packages (by owner): berrange AT redhat.com perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch ebmunson AT us.ibm.com libhugetlbfs-test-1.1-6.fc9.ppc libhugetlbfs-test-1.1-6.fc9.ppc64 libhugetlbfs-test-1.1-6.fc9.x86_64 lsvpd-1.6.4-1.fc9.i386 lsvpd-1.6.4-1.fc9.ppc lsvpd-1.6.4-1.fc9.ppc64 lsvpd-1.6.4-1.fc9.x86_64 karlthered AT gmail.com gtkmozembedmm-1.4.2.cvs20060817-20.fc9.i386 gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc64 gtkmozembedmm-1.4.2.cvs20060817-20.fc9.x86_64 katzj AT redhat.com livecd-tools-017.1-1.fc9.ppc64 lxtnow AT gmail.com gspiceui-0.9.65-2.fc9.ppc64 oliver AT linux-kernel.at syck-php-0.61-4.3.fc9.i386 syck-php-0.61-4.3.fc9.ppc syck-php-0.61-4.3.fc9.ppc64 syck-php-0.61-4.3.fc9.x86_64 orion AT cora.nwra.com paraview-3.2.1-6.fc9.i386 paraview-mpi-3.2.1-6.fc9.i386 than AT redhat.com 1:qt-sqlite-4.3.5-2.fc9.i386 1:qt-sqlite-4.3.5-2.fc9.ppc 1:qt-sqlite-4.3.5-2.fc9.ppc64 1:qt-sqlite-4.3.5-2.fc9.x86_64 wart AT kobold.org cyphesis-selinux-0.5.15-6.fc9.i386 cyphesis-selinux-0.5.15-6.fc9.ppc cyphesis-selinux-0.5.15-6.fc9.ppc64 cyphesis-selinux-0.5.15-6.fc9.x86_64 ====================================================================== Broken packages in fedora-9-i686: cyphesis-selinux-0.5.15-6.fc9.i386 requires cyphesis = 0:0.5.15-6.fc9 syck-php-0.61-4.3.fc9.i386 requires php = 0:5.2.5 ====================================================================== Broken packages in fedora-9-ppc64: cyphesis-selinux-0.5.15-6.fc9.ppc64 requires cyphesis = 0:0.5.15-6.fc9 libhugetlbfs-test-1.1-6.fc9.ppc64 requires libhugetlbfs = 0:1.1-6.fc9 perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 syck-php-0.61-4.3.fc9.ppc64 requires php = 0:5.2.5 ====================================================================== Broken packages in fedora-9-ppc: cyphesis-selinux-0.5.15-6.fc9.ppc requires cyphesis = 0:0.5.15-6.fc9 libhugetlbfs-test-1.1-6.fc9.ppc requires libhugetlbfs = 0:1.1-6.fc9 syck-php-0.61-4.3.fc9.ppc requires php = 0:5.2.5 ====================================================================== Broken packages in fedora-9-x86_64: cyphesis-selinux-0.5.15-6.fc9.x86_64 requires cyphesis = 0:0.5.15-6.fc9 libhugetlbfs-test-1.1-6.fc9.x86_64 requires libhugetlbfs = 0:1.1-6.fc9 paraview-3.2.1-6.fc9.i386 requires paraview-data = 0:3.2.1-6.fc9 paraview-mpi-3.2.1-6.fc9.i386 requires paraview-data = 0:3.2.1-6.fc9 syck-php-0.61-4.3.fc9.x86_64 requires php = 0:5.2.5 ====================================================================== Broken packages in fedora-updates-9-i686: 1:qt-sqlite-4.3.5-2.fc9.i386 requires qt = 1:4.3.5-2.fc9 gtkmozembedmm-1.4.2.cvs20060817-20.fc9.i386 requires gecko-libs = 0:1.9 lsvpd-1.6.4-1.fc9.i386 requires libvpd_cxx-2.0.so.1 ====================================================================== Broken packages in fedora-updates-9-ppc: 1:qt-sqlite-4.3.5-2.fc9.ppc requires qt = 1:4.3.5-2.fc9 ====================================================================== Broken packages in fedora-updates-9-ppc64: 1:qt-sqlite-4.3.5-2.fc9.ppc64 requires qt = 1:4.3.5-2.fc9 gspiceui-0.9.65-2.fc9.ppc64 requires gwave gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc64 requires gecko-libs = 0:1.9 livecd-tools-017.1-1.fc9.ppc64 requires yaboot lsvpd-1.6.4-1.fc9.ppc64 requires libvpd_cxx-2.0.so.1()(64bit) ====================================================================== Broken packages in fedora-updates-9-ppc: gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc requires gecko-libs = 0:1.9 lsvpd-1.6.4-1.fc9.ppc requires libvpd_cxx-2.0.so.1 ====================================================================== Broken packages in fedora-updates-9-x86_64: 1:qt-sqlite-4.3.5-2.fc9.x86_64 requires qt = 1:4.3.5-2.fc9 gtkmozembedmm-1.4.2.cvs20060817-20.fc9.i386 requires gecko-libs = 0:1.9 gtkmozembedmm-1.4.2.cvs20060817-20.fc9.x86_64 requires gecko-libs = 0:1.9 lsvpd-1.6.4-1.fc9.x86_64 requires libvpd_cxx-2.0.so.1()(64bit) From karlthered at gmail.com Fri Aug 8 07:17:30 2008 From: karlthered at gmail.com (=?ISO-8859-1?Q?H._Gu=E9mar?=) Date: Fri, 8 Aug 2008 09:17:30 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <20080808070031.2896.43773@faldor.intranet> References: <20080808070031.2896.43773@faldor.intranet> Message-ID: <448be2810808080017g380b12c7o91bfceccd900e23@mail.gmail.com> Hi, This package has no more active upstream for almost 2 years and is now too broken to be maintained in Package collection. I am looking for removing it from repositories. Best regards. H. From mschwendt at gmail.com Fri Aug 8 07:27:04 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 08 Aug 2008 07:27:04 -0000 Subject: Broken dependencies in Fedora 8 - 2008-08-08 Message-ID: <20080808072704.4050.48383@faldor.intranet> Summary of broken packages (by owner): Axel.Thimm AT ATrpms.net mediawiki-openid-0.8.2-7.0.1.noarch a.badger AT gmail.com python-tw-forms-0.9.1-1.fc8.noarch berrange AT redhat.com perl-Test-AutoBuild-darcs-1.2.2-1.fc8.noarch dcbw AT redhat.com 1:NetworkManager-0.7.0-0.5.svn3030.fc8.i386 dev AT nigelj.com mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc8.noarch dlutter AT redhat.com rubygem-actionpack-2.1.0-1.fc8.noarch rubygem-activerecord-2.1.0-1.fc8.noarch rubygem-activeresource-2.1.0-1.fc8.noarch rubygem-rails-2.1.0-1.fc8.noarch dwmw2 AT infradead.org callweaver-zaptel-1.2-0.3.rc4.20070822.i386 callweaver-zaptel-1.2-0.3.rc4.20070822.ppc callweaver-zaptel-1.2-0.3.rc4.20070822.ppc64 callweaver-zaptel-1.2-0.3.rc4.20070822.x86_64 ebmunson AT us.ibm.com libhugetlbfs-test-1.1-4.fc8.i386 libhugetlbfs-test-1.1-4.fc8.ppc libhugetlbfs-test-1.1-4.fc8.ppc64 libhugetlbfs-test-1.1-4.fc8.x86_64 ianweller AT gmail.com mediawiki-HNP-1.1.2-1.fc8.noarch mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.fc8.noarch mediawiki-StubManager-1.2.0-1.fc8.noarch jeff AT ocjtech.us asterisk-zaptel-1.4.21.2-1.fc8.i386 asterisk-zaptel-1.4.21.2-1.fc8.ppc asterisk-zaptel-1.4.21.2-1.fc8.ppc64 asterisk-zaptel-1.4.21.2-1.fc8.x86_64 konrad AT tylerc.org joda-time-1.5.2-7.tzdata2008d.fc8.noarch lxtnow AT gmail.com gspiceui-0.9.65-2.fc8.ppc64 oliver AT linux-kernel.at syck-php-0.61-2.fc8.i386 syck-php-0.61-2.fc8.ppc syck-php-0.61-2.fc8.ppc64 syck-php-0.61-2.fc8.x86_64 rmeggins AT redhat.com idm-console-framework-1.1.1-3.fc8.noarch skvidal AT sethdot.org yum-tmprepo-1.1.14-4.fc8.noarch yum-verify-1.1.14-4.fc8.noarch ====================================================================== Broken packages in fedora-8-i686: callweaver-zaptel-1.2-0.3.rc4.20070822.i386 requires libpri.so.1.0 libhugetlbfs-test-1.1-4.fc8.i386 requires libhugetlbfs = 0:1.1-4.fc8 syck-php-0.61-2.fc8.i386 requires php = 0:5.2.4 ====================================================================== Broken packages in fedora-8-ppc64: callweaver-zaptel-1.2-0.3.rc4.20070822.ppc64 requires libpri.so.1.0()(64bit) libhugetlbfs-test-1.1-4.fc8.ppc64 requires libhugetlbfs = 0:1.1-4.fc8 syck-php-0.61-2.fc8.ppc64 requires php = 0:5.2.4 ====================================================================== Broken packages in fedora-8-ppc: callweaver-zaptel-1.2-0.3.rc4.20070822.ppc requires libpri.so.1.0 libhugetlbfs-test-1.1-4.fc8.ppc requires libhugetlbfs = 0:1.1-4.fc8 syck-php-0.61-2.fc8.ppc requires php = 0:5.2.4 ====================================================================== Broken packages in fedora-8-x86_64: 1:NetworkManager-0.7.0-0.5.svn3030.fc8.i386 requires NetworkManager-glib = 1:0.7.0-0.5.svn3030.fc8 callweaver-zaptel-1.2-0.3.rc4.20070822.x86_64 requires libpri.so.1.0()(64bit) libhugetlbfs-test-1.1-4.fc8.x86_64 requires libhugetlbfs = 0:1.1-4.fc8 syck-php-0.61-2.fc8.x86_64 requires php = 0:5.2.4 ====================================================================== Broken packages in fedora-updates-8-i686: asterisk-zaptel-1.4.21.2-1.fc8.i386 requires libpri.so.1.0 yum-tmprepo-1.1.14-4.fc8.noarch requires yum >= 0:3.2.11 yum-verify-1.1.14-4.fc8.noarch requires yum >= 0:3.2.12 ====================================================================== Broken packages in fedora-updates-8-ppc64: asterisk-zaptel-1.4.21.2-1.fc8.ppc64 requires libpri.so.1.0()(64bit) gspiceui-0.9.65-2.fc8.ppc64 requires gwave idm-console-framework-1.1.1-3.fc8.noarch requires java > 0:1.5.0 joda-time-1.5.2-7.tzdata2008d.fc8.noarch requires java > 0:1.5.0 mediawiki-HNP-1.1.2-1.fc8.noarch requires mediawiki >= 0:1.10 mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.fc8.noarch requires mediawiki >= 0:1.10 mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc8.noarch requires mediawiki < 0:1.11 mediawiki-StubManager-1.2.0-1.fc8.noarch requires mediawiki >= 0:1.10 mediawiki-openid-0.8.2-7.0.1.noarch requires mediawiki perl-Test-AutoBuild-darcs-1.2.2-1.fc8.noarch requires darcs >= 0:1.0.0 yum-tmprepo-1.1.14-4.fc8.noarch requires yum >= 0:3.2.11 yum-verify-1.1.14-4.fc8.noarch requires yum >= 0:3.2.12 ====================================================================== Broken packages in fedora-updates-8-ppc: asterisk-zaptel-1.4.21.2-1.fc8.ppc requires libpri.so.1.0 idm-console-framework-1.1.1-3.fc8.noarch requires java > 0:1.5.0 joda-time-1.5.2-7.tzdata2008d.fc8.noarch requires java > 0:1.5.0 yum-tmprepo-1.1.14-4.fc8.noarch requires yum >= 0:3.2.11 yum-verify-1.1.14-4.fc8.noarch requires yum >= 0:3.2.12 ====================================================================== Broken packages in fedora-updates-8-x86_64: asterisk-zaptel-1.4.21.2-1.fc8.x86_64 requires libpri.so.1.0()(64bit) yum-tmprepo-1.1.14-4.fc8.noarch requires yum >= 0:3.2.11 yum-verify-1.1.14-4.fc8.noarch requires yum >= 0:3.2.12 ====================================================================== Broken packages in fedora-updates-testing-8-i686: python-tw-forms-0.9.1-1.fc8.noarch requires python-formencode >= 0:1.0.1 rubygem-actionpack-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activerecord-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activeresource-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-rails-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 ====================================================================== Broken packages in fedora-updates-testing-8-ppc64: python-tw-forms-0.9.1-1.fc8.noarch requires python-formencode >= 0:1.0.1 rubygem-actionpack-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activerecord-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activeresource-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-rails-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 ====================================================================== Broken packages in fedora-updates-testing-8-ppc: python-tw-forms-0.9.1-1.fc8.noarch requires python-formencode >= 0:1.0.1 rubygem-actionpack-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activerecord-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activeresource-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-rails-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 ====================================================================== Broken packages in fedora-updates-testing-8-x86_64: python-tw-forms-0.9.1-1.fc8.noarch requires python-formencode >= 0:1.0.1 rubygem-actionpack-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activerecord-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-activeresource-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 rubygem-rails-2.1.0-1.fc8.noarch requires rubygem(activesupport) = 0:2.1.0 From rc040203 at freenet.de Fri Aug 8 08:32:00 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 08 Aug 2008 10:32:00 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <448be2810808080017g380b12c7o91bfceccd900e23@mail.gmail.com> References: <20080808070031.2896.43773@faldor.intranet> <448be2810808080017g380b12c7o91bfceccd900e23@mail.gmail.com> Message-ID: <1218184320.3732.30.camel@beck.corsepiu.local> On Fri, 2008-08-08 at 09:17 +0200, H. Gu?mar wrote: > Hi, > > This package has no more active upstream for almost 2 years and is now > too broken to be maintained in Package collection. > I am looking for removing it from repositories. Once a package is in released versions of Fedora, there is no easy way (actually there is no proper way) to withdraw a package. All you can do is to request removal from future releases of Fedora, i.e. you can request package removal for FC10, but you can not avoid to continue maintaining a package once it has been release. Ralf From rawhide at fedoraproject.org Fri Aug 8 08:50:47 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Fri, 8 Aug 2008 08:50:47 +0000 (UTC) Subject: rawhide report: 20080808 changes Message-ID: <20080808085047.47055209E06@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080807/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080808/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package php-ZendFramework Leading open-source PHP framework New package publican-genome Common documentation files for genome New package rome RSS and Atom Utilities New package seahorse-plugins Plugins and utilities for encryption in GNOME Updated Packages: audio-entropyd-1.0.1-5.fc10 --------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0.1-5 - random rawhide appeasement * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0.1-4 - add xtra-debug option augeas-0.3.0-1.fc10 ------------------- * Thu Aug 7 18:00:00 2008 David Lutterkort - 0.3.0-1 - New version eclipse-3.4.0-18.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Andrew Overholt 3.4.0-18 - Add %{_libdir}/eclipse/dropins/jdt to ecj files list * Wed Aug 6 18:00:00 2008 Andrew Overholt 3.4.0-17 - Add p2 metadata generation to pdebuild - Fix symlinking to %{_libdir}/eclipse/dropins/* stuff in copy-platform - Fix brightness in splash screen - Fix icon symlinks - Bump icu4j-eclipse requirement * Tue Aug 5 18:00:00 2008 Andrew Overholt 3.4.0-16 - Ensure %{_datadir}/eclipse/dropins gets watched in eclipse.ini - Move JDT and SDK bits to dropins/{jdt,sdk}/eclipse for consistency - Update copy-platform to add %{_datadir}/dropins * Mon Aug 4 18:00:00 2008 Sean Flanigan 3.4.0-15 - Removed buildroot from path in datadir.link * Mon Aug 4 18:00:00 2008 Sean Flanigan 3.4.0-14 - Created missing directory for link file * Fri Aug 1 18:00:00 2008 Andrew Overholt 3.4.0-13 - Update patch to avoid Hotspot crashing - Add links folder for noarch plugins - Create and add ownership of %{_datadir}/eclipse/{plugins,features} * Thu Jul 31 18:00:00 2008 Andrew Overholt 3.4.0-12 - Set product to Fedora Eclipse - Remove pde-runtime %package section - Remove unnecessary Requires(post,postun)s * Wed Jul 30 18:00:00 2008 Andrew Overholt 3.4.0-11 - Update copy-platform to work with dropins - Update JVM-crashing patch * Mon Jul 28 18:00:00 2008 Andrew Overholt 3.4.0-10 - Move JDT and PDE/SDK bits to dropins/{jdt,sdk} - Drop versionless PDE Build symlink (put logic into pdebuild script) - Make SWT JAR symlinks relative - Fold pde-runtime into pde - Add patch to add root files for non-upstream arches - Fix building of fragments for non-upstream arches - Remove about.html from files list on ppc (will fix later) * Fri Jul 25 18:00:00 2008 Andrew Overholt 3.4.0-9 - Collapse patches to build SWT native bits into two - Copy about* from x86 to all non-x86{_64} platforms evolution-exchange-2.23.6-1.fc10 -------------------------------- * Mon Aug 4 18:00:00 2008 Matthew Barnes - 2.23.6-1.fc10 - Update to 2.23.6 * Mon Jul 21 18:00:00 2008 Matthew Barnes - 2.23.5-1.fc10 - Update to 2.23.5 - Bump eds_version to 2.23.5. * Fri Jul 18 18:00:00 2008 Tom "spot" Callaway - 2.23.4-2 - fix license tag - fix source url gai-0.5.10-15.fc10 ------------------ * Thu Aug 7 18:00:00 2008 Michael Schwendt - 0.5.10-15 - Fix one segfault-on-exit situation. hunspell-da-1.7.23-1.fc10 ------------------------- * Thu Aug 7 18:00:00 2008 Caolan McNamara - 1.7.23-1 - latest version ikiwiki-2.56-1.fc10 ------------------- * Thu Aug 7 18:00:00 2008 Thomas Moschny - 2.56-1 - Update to 2.56. - Stop filtering perl(Net::Amazon::S3), has been approved (bz436481). kernel-2.6.27-0.238.rc2.fc10 ---------------------------- * Thu Aug 7 18:00:00 2008 Roland McGrath - utrace update - Clean up %prep old vanilla-* source purging. konversation-1.1-1.fc10 ----------------------- * Thu Aug 7 18:00:00 2008 Dennis Gilmore - 1.1-1 - update to 1.1 final libnetfilter_conntrack-0.0.96-2.fc10 ------------------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.0.96-2 - fix license tag libnetfilter_log-0.0.14-2.fc10 ------------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.0.14-2 - fix license tag libnetfilter_queue-0.0.16-2.fc10 -------------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.0.16-2 - fix license tag libnfnetlink-0.0.39-2.fc10 -------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.0.39-2 - fix license tag libotr-3.2.0-2.fc10 ------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 3.2.0-2 - fix license tag libp11-0.2.3-3.fc10 ------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.2.3-3 - fix license tag libpfm-3.5-2.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 3.5-2 - fix license tag - package cleanups (drop static library, package shared bits correctly) libsexymm-0.1.9-6.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.1.9-6 - fix license tag libsndfile-1.0.17-4.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0.17-4 - fix license tag libtasn1-1.4-2.fc10 ------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.4-2 - fix license tag libtirpc-0.1.9-3.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 0.1.9-3 - fix license tag libtool-1.5.26-3.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 1.5.26-3 - fix license tag libtorrent-0.11.8-5.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.11.8-5 - fix license tag libvirt-0.4.4-3.fc10 -------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.4.4-3.fc10 - fix license tag libvirt-cim-0.5.1-3.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Dan Smith - 0.5.1-3 - Added infostore_trunc patch to fix infostore corruption - Added vsss_paramname patch to fix VSSS parameter name - Added vsss_logic patch to fix terminal memory snapshot logic - Added /etc/libvirt/cim directory for infostore libvte-java-0.12.1-12.fc10 -------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.12.1-12 - fix license tag licq-1.3.5-4.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 1.3.5-4 - fix license tag lightning-1.2-14.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 1.2-14 - fix license tag link-grammar-4.3.5-3.fc10 ------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 4.3.5-3 - fix license tag listen-0.5-19.fc10 ------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.5-19 - fix license tag lrzsz-0.12.20-24.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.12.20-24 - fix license tag lslk-1.29-20.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.29-20 - fix license tag lsof-4.80-2.fc10 ---------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 4.80-2 - fix license tag lush-1.2.1-3.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.2.1-3 - fix license tag lynx-2.8.6-17.fc10 ------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 2.8.6-17 - fix license tag macchanger-1.5.0-5.fc10 ----------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.5.0-5 - fix license tag madan-fonts-1.0-7.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0-7 - fix license tag man-pages-3.04-2.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 3.04-2 - fix license tag * Tue Jul 22 18:00:00 2008 Ivana Varekova - 3.04-1 - update to 3.04 - remove mmap, sched_setaffinity, crypt and prctl patches - remove -f from rm commands - remove unnecessary/bogus rm commands man-pages-cs-0.17.20080113-2.fc10 --------------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.17.20080113-2 - fix license tag man-pages-pl-0.24-5.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.24-5 - fix license tag man-pages-ru-0.97-4.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.97-4 - fix license tag mash-0.4.0-2.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 0.4.0-2 - fix license tag * Tue Jul 22 18:00:00 2008 Bill Nottingham 0.4.0-1 - add simple timestamping for profiling usage - add support for caching non-local koji repositories matchbox-window-manager-1.2-4.20070628svn.fc10 ---------------------------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.2-4.20070628svn - fix license tag mathml-fonts-1.0-22.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 1.0-22 - fix license tag mboxgrep-0.7.9-6.fc10 --------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 0.7.9-6 - fix license tag mcelog-0.7-2.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1:0.7-2 - fix license tag - clean this package up meanwhile-1.0.2-7.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0.2-7 - fix license tag metapixel-1.0.2-4.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway - 1.0.2-4 - fix license tag mkinitrd-6.0.61-1.fc10 ---------------------- * Thu Aug 7 18:00:00 2008 Peter Jones - 6.0.60-1 - Make hcd kernel modules optional, so the kernel can have it built-in without causing failure. - Fix handling of "dhcp" mount option with nfs. * Thu Aug 7 18:00:00 2008 Jeremy Katz - 6.0.61-1 - Fix calling of plymouth --ask-for-password more * Thu Aug 7 18:00:00 2008 Jeremy Katz - 6.0.59-1 - And move another function into initrd-functions nss_db-2.2-42.fc10 ------------------ * Thu Aug 7 18:00:00 2008 Nalin Dahyabhai - 2.2-42.fc10 - turn of crypto, hash, queue, and replication support, which aren't used, reduces the package size, and sidesteps needing to patch anything for #347741 - create and populate new db files, moving them in place afterward so that we never have a partially-built db file "live" (patch from Kelsey Cummings, CentOS #1987) pcmanfm-0.5-5.fc10 ------------------ * Fri Aug 8 18:00:00 2008 Mamoru Tasaka - 0.5-5 - More fallback perl-Devel-StackTrace-1.1902-1.fc10 ----------------------------------- * Fri Aug 8 18:00:00 2008 Ralf Cors??pius - 1.1902-1 - Upstream update. perl-IPC-Run3-0.041-1.fc10 -------------------------- * Fri Aug 8 18:00:00 2008 Ralf Cors??pius 0.041-1 - Upstream update. * Thu May 22 18:00:00 2008 Tom "spot" Callaway - 0.040-5 - reorder license tag so it doesn't flag as a false positive perl-NetAddr-IP-4.007-3.fc10 ---------------------------- * Thu Aug 7 18:00:00 2008 Tom "spot" Callaway 4.007-3 - fix license tag plymouth-0.5.0-13.2008.08.07.fc10 --------------------------------- * Thu Aug 7 18:00:00 2008 Ray Strode - 0.5.0-13.2008.08.07 - Update to new snapshot which when combined with a new mkinitrd should make unlocking encrypted root partitions work again policycoreutils-2.0.54-4.fc10 ----------------------------- * Thu Aug 7 18:00:00 2008 Dan Walsh 2.0.54-4 - Fixes for multiple transactions pygobject2-2.15.2-2.fc10 ------------------------ * Thu Aug 7 18:00:00 2008 Matthew Barnes - 2.15.2-2.fc10 - Add patch for RH bug #544946 (error on gtk.gdk.threads_init). redhat-lsb-3.1-22.fc10 ---------------------- sgml-common-0.6.3-26.fc10 ------------------------- * Thu Aug 7 18:00:00 2008 Ondrej Vasik 0.6.3-26 - /etc/sgml/docbook dir now owned by package(#458230) - get rid off fuzz in patches sugar-presence-service-0.82.1-1.fc10 ------------------------------------ * Thu Aug 7 18:00:00 2008 Guillaume Desmottes - 0.82.1-1 - Update to 0.82.1 - dev.laptop.org #5618: PS should drop handles causing InspectHandles failing telepathy-gabble-0.7.7-2.fc10 ----------------------------- * Thu Aug 7 18:00:00 2008 Brian Pepple - 0.7.7-2 - Add patch to fix assertion. (#457659) yum-3.2.18-1.fc10 ----------------- * Thu Aug 7 18:00:00 2008 Seth Vidal - 3.2.18-1 - 3.2.18 yum-utils-1.1.15-1.fc10 ----------------------- * Thu Aug 7 18:00:00 2008 Tim Lauridsen - mark as 1.1.15 Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 62 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From laxathom at fedoraproject.org Fri Aug 8 08:41:23 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Fri, 8 Aug 2008 10:41:23 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <20080808070048.2896.39982@faldor.intranet> References: <20080808070048.2896.39982@faldor.intranet> Message-ID: <62bc09df0808080141w1b3fa900ja87625362af9fa30@mail.gmail.com> On Fri, Aug 8, 2008 at 9:00 AM, Michael Schwendt wrote: > Summary of broken packages (by owner): > > berrange AT redhat.com > perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch > > ebmunson AT us.ibm.com > libhugetlbfs-test-1.1-6.fc9.ppc > libhugetlbfs-test-1.1-6.fc9.ppc64 > libhugetlbfs-test-1.1-6.fc9.x86_64 > lsvpd-1.6.4-1.fc9.i386 > lsvpd-1.6.4-1.fc9.ppc > lsvpd-1.6.4-1.fc9.ppc64 > lsvpd-1.6.4-1.fc9.x86_64 > > karlthered AT gmail.com > gtkmozembedmm-1.4.2.cvs20060817-20.fc9.i386 > gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc > gtkmozembedmm-1.4.2.cvs20060817-20.fc9.ppc64 > gtkmozembedmm-1.4.2.cvs20060817-20.fc9.x86_64 > > katzj AT redhat.com > livecd-tools-017.1-1.fc9.ppc64 > > lxtnow AT gmail.com > gspiceui-0.9.65-2.fc9.ppc64 > This one has already been fixed in release *-3.fc9 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From laxathom at fedoraproject.org Fri Aug 8 08:42:28 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Fri, 8 Aug 2008 10:42:28 +0200 Subject: Broken dependencies in Fedora 8 - 2008-08-08 In-Reply-To: <20080808072704.4050.48383@faldor.intranet> References: <20080808072704.4050.48383@faldor.intranet> Message-ID: <62bc09df0808080142u76ba0edbie01bc49b08ed46d7@mail.gmail.com> On Fri, Aug 8, 2008 at 9:27 AM, Michael Schwendt wrote: > Summary of broken packages (by owner): > > Axel.Thimm AT ATrpms.net > mediawiki-openid-0.8.2-7.0.1.noarch > > a.badger AT gmail.com > python-tw-forms-0.9.1-1.fc8.noarch > > berrange AT redhat.com > perl-Test-AutoBuild-darcs-1.2.2-1.fc8.noarch > > dcbw AT redhat.com > 1:NetworkManager-0.7.0-0.5.svn3030.fc8.i386 > > dev AT nigelj.com > mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc8.noarch > > dlutter AT redhat.com > rubygem-actionpack-2.1.0-1.fc8.noarch > rubygem-activerecord-2.1.0-1.fc8.noarch > rubygem-activeresource-2.1.0-1.fc8.noarch > rubygem-rails-2.1.0-1.fc8.noarch > > dwmw2 AT infradead.org > callweaver-zaptel-1.2-0.3.rc4.20070822.i386 > callweaver-zaptel-1.2-0.3.rc4.20070822.ppc > callweaver-zaptel-1.2-0.3.rc4.20070822.ppc64 > callweaver-zaptel-1.2-0.3.rc4.20070822.x86_64 > > ebmunson AT us.ibm.com > libhugetlbfs-test-1.1-4.fc8.i386 > libhugetlbfs-test-1.1-4.fc8.ppc > libhugetlbfs-test-1.1-4.fc8.ppc64 > libhugetlbfs-test-1.1-4.fc8.x86_64 > > ianweller AT gmail.com > mediawiki-HNP-1.1.2-1.fc8.noarch > mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.fc8.noarch > mediawiki-StubManager-1.2.0-1.fc8.noarch > > jeff AT ocjtech.us > asterisk-zaptel-1.4.21.2-1.fc8.i386 > asterisk-zaptel-1.4.21.2-1.fc8.ppc > asterisk-zaptel-1.4.21.2-1.fc8.ppc64 > asterisk-zaptel-1.4.21.2-1.fc8.x86_64 > > konrad AT tylerc.org > joda-time-1.5.2-7.tzdata2008d.fc8.noarch > > lxtnow AT gmail.com > gspiceui-0.9.65-2.fc8.ppc64 > Also fixed in *-3.fc8 -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Fri Aug 8 10:39:03 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 8 Aug 2008 11:39:03 +0100 Subject: review request: gssdp and gupnp* In-Reply-To: <5256d0b0808070932o352110a4p328b7dd0982c2e73@mail.gmail.com> References: <5256d0b0808070932o352110a4p328b7dd0982c2e73@mail.gmail.com> Message-ID: <20080808103903.GA31478@amd.home.annexia.org> On Thu, Aug 07, 2008 at 05:32:19PM +0100, Peter Robinson wrote: > If any one has some time to review the gssdp and gupnp series of > packages it would be much appreciated. The rpms are fairly simple so > it should be relatively pain free. The dependency tree is in bugzilla > to outline what needs to go first. I'm already a packager so I don't > need sponsorship. I'll swap you one or two packages for this one: https://bugzilla.redhat.com/show_bug.cgi?id=450713 Review Request: virt-mem - Management tools for virtual machines Can you send me the actual Bugzilla numbers for the review requests you think I should do please? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 60 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From rjones at redhat.com Fri Aug 8 10:45:02 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 8 Aug 2008 11:45:02 +0100 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: <20080808104502.GB31478@amd.home.annexia.org> On Thu, Aug 07, 2008 at 05:18:21PM -0400, David A. Wheeler wrote: > https://fedoraproject.org/wiki/Features/Provers You might want to consider adding CIL to the list. It's already in Fedora (as 'ocaml-cil'), I use it quite a bit, but the package needs a little love & I would appreciate a co-maintainer with some time to fix some of the packaging bugs and keep up with upstream versions. For anyone wondering about CIL, it's a brilliant C parser and static analysis tool, quite simple to use, which supports gcc extensions and can be used to analyze the Linux kernel and other significant C programs. I wrote a quick intro here with some pretty pictures: http://et.redhat.com/~rjones/cil-analysis-of-libvirt/ Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From pbrobinson at gmail.com Fri Aug 8 10:46:43 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 8 Aug 2008 11:46:43 +0100 Subject: review request: gssdp and gupnp* In-Reply-To: <20080808103903.GA31478@amd.home.annexia.org> References: <5256d0b0808070932o352110a4p328b7dd0982c2e73@mail.gmail.com> <20080808103903.GA31478@amd.home.annexia.org> Message-ID: <5256d0b0808080346y4edfa588qcceb9e826a137d64@mail.gmail.com> >> If any one has some time to review the gssdp and gupnp series of >> packages it would be much appreciated. The rpms are fairly simple so >> it should be relatively pain free. The dependency tree is in bugzilla >> to outline what needs to go first. I'm already a packager so I don't >> need sponsorship. > > I'll swap you one or two packages for this one: OK. > https://bugzilla.redhat.com/show_bug.cgi?id=450713 > Review Request: virt-mem - Management tools for virtual machines > > Can you send me the actual Bugzilla numbers for the review requests > you think I should do please? The dep tree is https://bugzilla.redhat.com/showdependencytree.cgi?id=446637&hide_resolved=1 Cheers, Peter From jrowens.fedora at ghiapet.net Fri Aug 8 11:16:28 2008 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Fri, 08 Aug 2008 04:16:28 -0700 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <20080808070048.2896.39982@faldor.intranet> References: <20080808070048.2896.39982@faldor.intranet> Message-ID: <489C2B0C.3090302@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: | Summary of broken packages (by owner): | | ebmunson AT us.ibm.com | lsvpd-1.6.4-1.fc9.i386 | lsvpd-1.6.4-1.fc9.ppc | lsvpd-1.6.4-1.fc9.ppc64 | lsvpd-1.6.4-1.fc9.x86_64 | These are caused by a bug I reported about a month and a half ago, libvpd's library numbers got bumped down in the 2.0.2 release. https://bugzilla.redhat.com/show_bug.cgi?id=452851 There's been no action on it since then; I'm not sure whether it should be against lsvpd, which would just need a rebuild with the new library number, or to get libvpd's library number back where it was (assuming it's binary compatible). - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkicKwYACgkQdGy7nCl1Vp9aowCgqJ7vMZM/5mYjfJveglPwIJ6B DMMAnj/e4Y1JWli3lWeQUNfN8JpTJsjq =8uqQ -----END PGP SIGNATURE----- From karlthered at gmail.com Fri Aug 8 11:22:03 2008 From: karlthered at gmail.com (=?ISO-8859-1?Q?H._Gu=E9mar?=) Date: Fri, 8 Aug 2008 13:22:03 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <1218184320.3732.30.camel@beck.corsepiu.local> References: <20080808070031.2896.43773@faldor.intranet> <448be2810808080017g380b12c7o91bfceccd900e23@mail.gmail.com> <1218184320.3732.30.camel@beck.corsepiu.local> Message-ID: <448be2810808080422s67e752d2l80aade1bad1d85ff@mail.gmail.com> Thanks for your input. Tonight, it will be removed from devel and i'll see what I can do for previous release. :) 2008/8/8 Ralf Corsepius : > On Fri, 2008-08-08 at 09:17 +0200, H. Gu?mar wrote: >> Hi, >> >> This package has no more active upstream for almost 2 years and is now >> too broken to be maintained in Package collection. >> I am looking for removing it from repositories. > Once a package is in released versions of Fedora, there is no easy way > (actually there is no proper way) to withdraw a package. > > All you can do is to request removal from future releases of Fedora, > i.e. you can request package removal for FC10, but you can not avoid to > continue maintaining a package once it has been release. > > Ralf > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From mschwendt at gmail.com Fri Aug 8 12:20:00 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 8 Aug 2008 14:20:00 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <489C2B0C.3090302@ghiapet.net> References: <20080808070048.2896.39982@faldor.intranet> <489C2B0C.3090302@ghiapet.net> Message-ID: <20080808142000.858f13c9.mschwendt@gmail.com> On Fri, 08 Aug 2008 04:16:28 -0700, J. Randall Owens wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Michael Schwendt wrote: > | Summary of broken packages (by owner): > | > | ebmunson AT us.ibm.com > | lsvpd-1.6.4-1.fc9.i386 > | lsvpd-1.6.4-1.fc9.ppc > | lsvpd-1.6.4-1.fc9.ppc64 > | lsvpd-1.6.4-1.fc9.x86_64 > | > > These are caused by a bug I reported about a month and a half ago, libvpd's > library numbers got bumped down in the 2.0.2 release. > https://bugzilla.redhat.com/show_bug.cgi?id=452851 > > There's been no action on it since then; The corresponding update in bodhi was this: https://admin.fedoraproject.org/updates/F9/FEDORA-2008-4187 Effectively, this soname problem has been reported in two places. > I'm not sure whether it should be > against lsvpd, which would just need a rebuild with the new library number, or > to get libvpd's library number back where it was (assuming it's binary compatible). > libvpd 2.0.0 had major version 0, libvpd 2.0.1 bumped to major version 1, then they reverted that in 2.0.2. Meanwhile 2.0.3 is available and stays at major version 0. From overholt at redhat.com Fri Aug 8 13:06:50 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 8 Aug 2008 09:06:50 -0400 Subject: Proposed new feature: Provers In-Reply-To: References: Message-ID: <20080808130650.GA13586@redhat.com> Hi, * David A. Wheeler [2008-08-07 17:19]: > I've developed info on a new feature of Fedora 10, aka "Provers": > https://fedoraproject.org/wiki/Features/Provers sat4j is currently in Fedora if that's of interest to you. Andrew From cdahlin at redhat.com Fri Aug 8 13:30:28 2008 From: cdahlin at redhat.com (Casey Dahlin) Date: Fri, 08 Aug 2008 09:30:28 -0400 Subject: Proposed new feature: Provers In-Reply-To: <200808071739.06158.jwilson@redhat.com> References: <200808071739.06158.jwilson@redhat.com> Message-ID: <489C4A74.9060701@redhat.com> Jarod Wilson wrote: > On Thursday 07 August 2008 17:18:21 David A. Wheeler wrote: > >> I've developed info on a new feature of Fedora 10, aka "Provers": >> https://fedoraproject.org/wiki/Features/Provers >> Basically, I and others have packaged some key >> provers / solvers / formal methods tools. >> > > As I understand it, this is primarily just a collection of new packages being > added to Fedora, no? If so, and if you ask me, this really doesn't meet the > criteria for a Feature. Its just new packages that are all targeted at a > specific area of use. > > And what criteria are those? I don't think this is the first feature that has been mostly a packaging affair. Last I checked our definition of feature was "something worth mentioning in the release notes." --CJD From pertusus at free.fr Fri Aug 8 14:00:55 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 8 Aug 2008 16:00:55 +0200 Subject: Proposed new feature: Provers In-Reply-To: <489C4A74.9060701@redhat.com> References: <200808071739.06158.jwilson@redhat.com> <489C4A74.9060701@redhat.com> Message-ID: <20080808140055.GI5416@free.fr> On Fri, Aug 08, 2008 at 09:30:28AM -0400, Casey Dahlin wrote: >> > And what criteria are those? I don't think this is the first feature > that has been mostly a packaging affair. Last I checked our definition > of feature was "something worth mentioning in the release notes." I agree. Here the issue is merely communicating something new and nice. Alan is willing to do the associated paperwork so this is certainly a feature. -- Pat From stickster at gmail.com Fri Aug 8 14:20:12 2008 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 08 Aug 2008 14:20:12 +0000 Subject: Proposed new feature: Provers In-Reply-To: <20080808140055.GI5416@free.fr> References: <200808071739.06158.jwilson@redhat.com> <489C4A74.9060701@redhat.com> <20080808140055.GI5416@free.fr> Message-ID: <1218205212.23249.54.camel@victoria> On Fri, 2008-08-08 at 16:00 +0200, Patrice Dumas wrote: > On Fri, Aug 08, 2008 at 09:30:28AM -0400, Casey Dahlin wrote: > >> > > And what criteria are those? I don't think this is the first feature > > that has been mostly a packaging affair. Last I checked our definition > > of feature was "something worth mentioning in the release notes." > > I agree. Here the issue is merely communicating something new and nice. > Alan is willing to do the associated paperwork so this is certainly a > feature. Haskell support is a feature; is there a reason why this shouldn't be as well? -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 joshuacov at googlemail.com Fri Aug 8 14:23:04 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 8 Aug 2008 16:23:04 +0200 Subject: [PATCH-ACPI]: Fix broken EC Object on some Acer notebooks Message-ID: <5f6f8c5f0808080723k64272af3y9a2462fdb7a64499@mail.gmail.com> I have an Acer which has a borken Bios. Actually the DSDT has a nonexisting Method which gives a kernel panic. Bugs 10237 and 8953 on bugzilla.kernel.org were filed about this problem and Yakui Zhao made a patch for this. I don't know when this is going to end in the mainstream kernel but till then we can have it in the fedora kernel. Any objections? The patch (I've tested this with current FC8 and FC9 - works well): ---------------------- Subject:ACPI: Ignore AE_NOT_FOUND error of EC _REG method and continue to initialize EC From: Zhao Yakui On some broken BIOS the ACPI object in EC _REG method can't be found in ACPI namespace, which causes that the AE_NOT_FOUND status code is returned by the EC _REG object. In such case the EC device can't be initialized correctly, which causes that battery/AC adapter can't work normally. As the EC address space handler is not removed and the memory pointed by its input argument is already free, sometimes the kernel will also be panic when EC internal register is still accessed. But the windows can work well on such broken BIOS. Maybe it will be reasonable that OS ignores the AE_NOT_FOUND error returned by the EC _REG object and continues to initialize EC device for some broken BIOS. Of course the warning message will be printed. For example: the ACPI object in EC _REG method can't be found and status error code is AE_NOT_FOUND. http://bugzilla.kernel.org/show_bug.cgi?id=8953 http://bugzilla.kernel.org/show_bug.cgi?id=10237 Signed-off-by: Zhao Yakui Signed-off-by: Lin Ming --- drivers/acpi/ec.c | 15 +++++++++++++-- 1 file changed, 13 insertions(+), 2 deletions(-) Index: linux-2.6/drivers/acpi/ec.c =================================================================== --- linux-2.6.orig/drivers/acpi/ec.c +++ linux-2.6/drivers/acpi/ec.c @@ -835,8 +835,19 @@ static int ec_install_handlers(struct ac &acpi_ec_space_handler, NULL, ec); if (ACPI_FAILURE(status)) { - acpi_remove_gpe_handler(NULL, ec->gpe, &acpi_ec_gpe_handler); - return -ENODEV; + if (status == AE_NOT_FOUND) { + /* + * Maybe OS fails in evaluating the _REG object. + * The AE_NOT_FOUND error will be ignored and OS + * continue to initialize EC. + */ + printk(KERN_ERR "Fail in evaluating _REG object." + " It is broken BIOS.\n"); + } else { + acpi_remove_gpe_handler(NULL, ec->gpe, + &acpi_ec_gpe_handler); + return -ENODEV; + } } ec->handlers_installed = 1; From a.badger at gmail.com Fri Aug 8 16:14:51 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 08 Aug 2008 09:14:51 -0700 Subject: Proposed new feature: Provers In-Reply-To: <1218205212.23249.54.camel@victoria> References: <200808071739.06158.jwilson@redhat.com> <489C4A74.9060701@redhat.com> <20080808140055.GI5416@free.fr> <1218205212.23249.54.camel@victoria> Message-ID: <489C70FB.1020406@gmail.com> Paul W. Frields wrote: > On Fri, 2008-08-08 at 16:00 +0200, Patrice Dumas wrote: >> On Fri, Aug 08, 2008 at 09:30:28AM -0400, Casey Dahlin wrote: >>>> >>> And what criteria are those? I don't think this is the first feature >>> that has been mostly a packaging affair. Last I checked our definition >>> of feature was "something worth mentioning in the release notes." >> I agree. Here the issue is merely communicating something new and nice. >> Alan is willing to do the associated paperwork so this is certainly a >> feature. > > Haskell support is a feature; is there a reason why this shouldn't be as > well? > I think it depends on how its written up. For instance, this past FESCo meeting, there was a Feature Proposal: python-nss -- python bindings to libnss. Really that's just a package, not a feature. However, if it was written as "Take steps to make FIPS 140 verification possible" and this was one of the steps taken, it would be a better Feature proposal. (Being able to say we've converted foo, bar, and baz important programs or X number of programs to python-nss would make it better yet). So similarly, just saying Fedora has a collection of provers isn't a Feature. But saying, in Fedora 10 we've made an effort to include foo, bar, baz important provers for Target Audience so they can find all the tools they need to do X Type of Work. Similarly, "We've done work so that foo and bar can import and export the same file format", or other work to show how we're making the user experience better would make a stronger case for a feature. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Fri Aug 8 16:18:43 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 08 Aug 2008 09:18:43 -0700 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <448be2810808080422s67e752d2l80aade1bad1d85ff@mail.gmail.com> References: <20080808070031.2896.43773@faldor.intranet> <448be2810808080017g380b12c7o91bfceccd900e23@mail.gmail.com> <1218184320.3732.30.camel@beck.corsepiu.local> <448be2810808080422s67e752d2l80aade1bad1d85ff@mail.gmail.com> Message-ID: <489C71E3.8080907@gmail.com> H. Gu?mar wrote: > Thanks for your input. > Tonight, it will be removed from devel and i'll see what I can do for > previous release. :) > Remember to email rel-eng at fedoraproject.org about the removal. They need to block the package in koji in addition to you removing the files from cvs. (And marking it with a dead.package file) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From nicolas.mailhot at laposte.net Fri Aug 8 16:56:31 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 08 Aug 2008 18:56:31 +0200 Subject: Does your app use LIRC? In-Reply-To: <48970680.50107@redhat.com> References: <1217441497.5809.20.camel@cookie.hadess.net> <200808031516.09675.jwilson@redhat.com> <48970680.50107@redhat.com> Message-ID: <1218214591.991.1.camel@rousalka.okg> On Mon, 2008-08-04 at 09:39 -0400, Jarod Wilson wrote: > Jarod Wilson wrote: > > On Wednesday 30 July 2008 14:11:37 Bastien Nocera wrote: > >> If your app uses liblirc_client, it would be nice if you could follow > >> the instructions, and the two examples at: > >> https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experience > >> > >> to make your application work out-of-the-box in Fedora 10. > > > > Nb: the lirc driver patch is currently disabled in the latest rawhide kernels > > (doesn't build w/the latest pre-2.6.27 bits). Been on vacation without much in > > the way of internet access the past week, but I'll try to get that fixed up > > this week... > > Trivial fix, should be all set in kernel-2.6.27-0.216.rc1.git4.fc10 and later. Wasn't this supposed to be upstreamed? Or did a kernel marge window come and pass again with no merge? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwilson at redhat.com Fri Aug 8 18:15:10 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 8 Aug 2008 14:15:10 -0400 Subject: Proposed new feature: Provers In-Reply-To: <489C4A74.9060701@redhat.com> References: <200808071739.06158.jwilson@redhat.com> <489C4A74.9060701@redhat.com> Message-ID: <200808081415.10701.jwilson@redhat.com> On Friday 08 August 2008 09:30:28 Casey Dahlin wrote: > Jarod Wilson wrote: > > On Thursday 07 August 2008 17:18:21 David A. Wheeler wrote: > >> I've developed info on a new feature of Fedora 10, aka "Provers": > >> https://fedoraproject.org/wiki/Features/Provers > >> Basically, I and others have packaged some key > >> provers / solvers / formal methods tools. > > > > As I understand it, this is primarily just a collection of new packages > > being added to Fedora, no? If so, and if you ask me, this really doesn't > > meet the criteria for a Feature. Its just new packages that are all > > targeted at a specific area of use. > > And what criteria are those? I don't think this is the first feature > that has been mostly a packaging affair. Last I checked our definition > of feature was "something worth mentioning in the release notes." http://fedoraproject.org/wiki/Features/Policy/Is_this_a_feature http://fedoraproject.org/wiki/Features/Policy/Definitions I suppose perhaps this falls under "noteworthy enough to call out in the release notes", depending on who you ask. I'm still not sold yet. On Friday 08 August 2008 mumble, Toshio Kuratomi wrote: > [...] just saying Fedora has a collection of provers isn't a > Feature. ?But saying, in Fedora 10 we've made an effort to include foo, > bar, baz important provers for Target Audience so they can find all the > tools they need to do X Type of Work. ?Similarly, "We've done work so > that foo and bar can import and export the same file format", or other > work to show how we're making the user experience better would make a > stronger case for a feature. Like Toshio suggests here, sell me on the idea. Right now, all I see is a group of new packages that are similar in nature. -- Jarod Wilson jwilson at redhat.com From jwilson at redhat.com Fri Aug 8 18:16:51 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Fri, 8 Aug 2008 14:16:51 -0400 Subject: Does your app use LIRC? In-Reply-To: <1218214591.991.1.camel@rousalka.okg> References: <1217441497.5809.20.camel@cookie.hadess.net> <48970680.50107@redhat.com> <1218214591.991.1.camel@rousalka.okg> Message-ID: <200808081416.51703.jwilson@redhat.com> On Friday 08 August 2008 12:56:31 Nicolas Mailhot wrote: > On Mon, 2008-08-04 at 09:39 -0400, Jarod Wilson wrote: > > Jarod Wilson wrote: > > > On Wednesday 30 July 2008 14:11:37 Bastien Nocera wrote: > > >> If your app uses liblirc_client, it would be nice if you could follow > > >> the instructions, and the two examples at: > > >> https://fedoraproject.org/wiki/Features/BetterLIRCSupport#User_Experie > > >>nce > > >> > > >> to make your application work out-of-the-box in Fedora 10. > > > > > > Nb: the lirc driver patch is currently disabled in the latest rawhide > > > kernels (doesn't build w/the latest pre-2.6.27 bits). Been on vacation > > > without much in the way of internet access the past week, but I'll try > > > to get that fixed up this week... > > > > Trivial fix, should be all set in kernel-2.6.27-0.216.rc1.git4.fc10 and > > later. > > Wasn't this supposed to be upstreamed? Or did a kernel marge window come > and pass again with no merge? I suck. And/or simply haven't had enough time to complete the necessary work to get it upstream. LIRC has zip to do with $dayjob, so my work on it is limited to personal free time, which there hasn't been much of lately. -- Jarod Wilson jwilson at redhat.com From mschwendt at gmail.com Fri Aug 8 18:48:55 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 8 Aug 2008 20:48:55 +0200 Subject: Broken dependencies in Fedora 8 - 2008-08-08 In-Reply-To: <62bc09df0808080142u76ba0edbie01bc49b08ed46d7@mail.gmail.com> References: <20080808072704.4050.48383@faldor.intranet> <62bc09df0808080142u76ba0edbie01bc49b08ed46d7@mail.gmail.com> Message-ID: <20080808204855.de160b6c.mschwendt@gmail.com> On Fri, 8 Aug 2008 10:42:28 +0200, Xavier Lamien wrote: > > lxtnow AT gmail.com > > gspiceui-0.9.65-2.fc8.ppc64 > > > > Also fixed in *-3.fc8 Okay, that's impossible to detect as long as the previous ppc64 build is still found in updates. Will it be pruned automatically when you push *-3.fc8 to stable? From jdennis at redhat.com Fri Aug 8 20:10:36 2008 From: jdennis at redhat.com (John Dennis) Date: Fri, 08 Aug 2008 16:10:36 -0400 Subject: python-nss feature Message-ID: <489CA83C.7000607@redhat.com> Paul Fields graciously has brought to my attention some concerns expressed here as to whether python-nss is truly a feature or just mere packaging. The feature page was probably deficient in explaining why this is a feature. Previously there were no python bindings for NSS. NSS is our preferred cryptographic library for SSL/TLS and certificate management (largely because of it's FIP 140 certification, plus a variety of other issues). Python is widely used in Fedora. The absence of Python bindings for NSS has been a developmental liability for many Fedora projects. Due to the complexity of NSS and the desire to produce a binding which was "pythonic" it was not possible to produce a binding via automated tools (e.g. swig). Instead the binding was written by hand with Red Hat investing many man months of engineering in the effort. If the binding had been easy to produce one would have existed already, but it's been missing for years. This is why it's a feature. It's not "just packaging" because that implies the binding already existed and we just packaged it up, something which would have been just a fraction of the effort actually invested. To my mind a feature is something which did not exist previously and brings significant new functionality to the release, I believe python-nss fulfils that criteria. I will update the features page with this information. -- John Dennis From vgaburici at gmail.com Fri Aug 8 20:20:15 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 8 Aug 2008 23:20:15 +0300 Subject: Proposed new feature: Provers In-Reply-To: <200808081415.10701.jwilson@redhat.com> References: <200808071739.06158.jwilson@redhat.com> <489C4A74.9060701@redhat.com> <200808081415.10701.jwilson@redhat.com> Message-ID: Perhaps creating a new group in comps.xml would be appropriate? I'll let you judge if that in itself would qualify as new feature, but it will be noticeable to people that care - academics mostly. But RHEL sell ok in academia, so it should be worth doing :) On Fri, Aug 8, 2008 at 9:15 PM, Jarod Wilson wrote: > On Friday 08 August 2008 09:30:28 Casey Dahlin wrote: >> Jarod Wilson wrote: >> > On Thursday 07 August 2008 17:18:21 David A. Wheeler wrote: >> >> I've developed info on a new feature of Fedora 10, aka "Provers": >> >> https://fedoraproject.org/wiki/Features/Provers >> >> Basically, I and others have packaged some key >> >> provers / solvers / formal methods tools. >> > >> > As I understand it, this is primarily just a collection of new packages >> > being added to Fedora, no? If so, and if you ask me, this really doesn't >> > meet the criteria for a Feature. Its just new packages that are all >> > targeted at a specific area of use. >> >> And what criteria are those? I don't think this is the first feature >> that has been mostly a packaging affair. Last I checked our definition >> of feature was "something worth mentioning in the release notes." > > http://fedoraproject.org/wiki/Features/Policy/Is_this_a_feature > http://fedoraproject.org/wiki/Features/Policy/Definitions > > I suppose perhaps this falls under "noteworthy enough to call out in the > release notes", depending on who you ask. I'm still not sold yet. > > On Friday 08 August 2008 mumble, Toshio Kuratomi wrote: > >> [...] just saying Fedora has a collection of provers isn't a >> Feature. But saying, in Fedora 10 we've made an effort to include foo, >> bar, baz important provers for Target Audience so they can find all the >> tools they need to do X Type of Work. Similarly, "We've done work so >> that foo and bar can import and export the same file format", or other >> work to show how we're making the user experience better would make a >> stronger case for a feature. > > Like Toshio suggests here, sell me on the idea. Right now, all I see is a > group of new packages that are similar in nature. > > -- > Jarod Wilson > jwilson at redhat.com > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From dwheeler at dwheeler.com Fri Aug 8 20:39:38 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Fri, 08 Aug 2008 16:39:38 -0400 (EDT) Subject: Proposed new feature: Provers In-Reply-To: <20080808130650.GA13586@redhat.com> References: <20080808130650.GA13586@redhat.com> Message-ID: Andrew Overholt: > sat4j is currently in Fedora if that's of interest to you. It certainly is!! I've added that to the list. --- David A. Wheeler From poelstra at redhat.com Fri Aug 8 21:00:36 2008 From: poelstra at redhat.com (John Poelstra) Date: Fri, 08 Aug 2008 14:00:36 -0700 Subject: python-nss feature In-Reply-To: <489CA83C.7000607@redhat.com> References: <489CA83C.7000607@redhat.com> Message-ID: <489CB3F4.4090201@redhat.com> John Dennis said the following on 08/08/2008 01:10 PM Pacific Time: > Paul Fields graciously has brought to my attention some concerns > expressed here as to whether python-nss is truly a feature or just mere > packaging. The feature page was probably deficient in explaining why > this is a feature. Previously there were no python bindings for NSS. NSS > is our preferred cryptographic library for SSL/TLS and certificate > management (largely because of it's FIP 140 certification, plus a > variety of other issues). Python is widely used in Fedora. The absence > of Python bindings for NSS has been a developmental liability for many > Fedora projects. Due to the complexity of NSS and the desire to produce > a binding which was "pythonic" it was not possible to produce a binding > via automated tools (e.g. swig). Instead the binding was written by hand > with Red Hat investing many man months of engineering in the effort. If > the binding had been easy to produce one would have existed already, but > it's been missing for years. This is why it's a feature. It's not "just > packaging" because that implies the binding already existed and we just > packaged it up, something which would have been just a fraction of the > effort actually invested. To my mind a feature is something which did > not exist previously and brings significant new functionality to the > release, I believe python-nss fulfils that criteria. > > I will update the features page with this information. > +1 Considering that this functionality is originating in Fedora I also think it should be considered a feature. I think it meets at least two of the points stated here: https://fedoraproject.org/wiki/Features/Policy/Definitions#Definition_of_a_Feature I don't think it applies to the situation above, but really, what harm is there in erring on the side of calling something a feature when maybe some people may consider it isn't? We've got a nice list of features firming up for Fedora 10, but surely there is room for many more on this page: https://fedoraproject.org/wiki/Releases/10/FeatureList I'd rather we take a harder line on not calling things features when we get to a place when we have too many features. I don't think we are there yet :) John From valent.turkovic at gmail.com Fri Aug 8 21:24:57 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 8 Aug 2008 23:24:57 +0200 Subject: Features that would be great for Fedora 10 In-Reply-To: <1213577317.3843.48.camel@wicktop.localdomain> References: <64b14b300806120130t6cde92c5i333031f0da3f001d@mail.gmail.com> <1213577317.3843.48.camel@wicktop.localdomain> Message-ID: <64b14b300808081424r627088cewdac55531e4731579@mail.gmail.com> On Mon, Jun 16, 2008 at 2:48 AM, Christoph Wickert wrote: > Am Donnerstag, den 12.06.2008, 10:30 +0200 schrieb Valent Turkovic: >> Here are just few features that I believe would be great for Fedora 10 to have: >> >> 1. RFE: Add desktop folder with examples of what "fedora thing" can do :) >> https://bugzilla.redhat.com/show_bug.cgi?id=315171 > > [...] > >> 2. RFE: Desktop shortcut for joining Fedora IRC (aka "Get Live Help"): >> https://bugzilla.redhat.com/show_bug.cgi?id=430217 and >> https://bugzilla.redhat.com/show_bug.cgi?id=179703 > > Correct me if I'm wrong, but you already suggested these two ideas like > a year ago, didn't you? Yes I did. First time was when I was too "green" to do anything and in the last few months I have been doing a general renovation of my apartment so I was totally off the Metaverse. > And AFAIR the result of the discussion more or > less ?was "Do it, if you want to." Did you read the discussion? There much more issues because of space on mediums and there were also other issues. You are grossly over simplifying it. > Please present us some content for I have no content of my own but there a lots and lots of content that I see from Red Hat Magazine: http://www.redhatmagazine.com/category/multimedia/ And also I see no reason not to ask ArtWork team to choose or let Fedora users vote for best works and so that they get included but not as final artwork product only but also as native Gimp and Inkscape files. I can point you to Ubuntu OpenOffice files which give you a really nice overview what you can do with OpenOffice, but we can ask Fedora and OpenOffice users to provide some files that would be maybe even better than ones I saw in Ubuntu. > the examples folder and tell us how the IRC link works. How do the > Sabayon guys handle different IRC clients for example? How to get a I can provide you and others Sabayon script. > registered nick? I think I already asked you this a year ago but I did > not get a reply. :( > >> Fedora is about freedom+communication, right? [...] > > Yes, but Fedora also is about participation and working together. > "Working together" still means WORKING in first place and not only > filing RFEs. So please go for it! > > Kind Regards, > Christoph I haven't filing RFEs, I was totally of the grid for the past few months. Now that I have moved into new apartment I have time to respond to your request and to continue with other projects I have paused. Cheers, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From ville.skytta at iki.fi Fri Aug 8 21:36:03 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 9 Aug 2008 00:36:03 +0300 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <1218123996.11711.7.camel@radiator.bos.redhat.com> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> <489A5A69.5000308@ioa.s.u-tokyo.ac.jp> <1218123996.11711.7.camel@radiator.bos.redhat.com> Message-ID: <200808090036.03904.ville.skytta@iki.fi> On Thursday 07 August 2008, David Malcolm wrote: > On Thu, 2008-08-07 at 11:14 +0900, Mamoru Tasaka wrote: > > > > However the key "Encoding" is now deprecated and with Fedora 10 > > desktop-file-utils (0.15-3.fc10) including Encoding key is warned like: > > ------------------------------------------------------------------------- > >- $ desktop-file-validate ./fedora-alexandria.desktop > > ./fedora-alexandria.desktop: warning: key "Encoding" in group "Desktop > > Entry" is deprecated > > ------------------------------------------------------------------------- > >-- > > Good point. The change of "Encoding" from being a required key to an > optional key whose presence generates a warning suggests that all of the > results in the db for this specific test (desktop-file-validate as > reported by rpmlint) are meaningless. Hold on a bit. rpmlint should not output the invalid-desktop-file error unless desktop-file-validate actually returns with a non-zero exit code. For me it doesn't on F-9, everything appears to work as expected; see below. Which version of rpmlint and desktop-file-validate are you running, and on which distro? --- $ desktop-file-validate /usr/share/applications/mount-archive.desktop /usr/share/applications/mount-archive.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated $ echo $? 0 $ rpm -qf /usr/share/applications/mount-archive.desktop gvfs-0.2.5-1.fc9.x86_64 $ rpmlint gvfs gvfs.x86_64: E: sourced-script-with-shebang /etc/profile.d/gvfs-bash-completion.sh gvfs.x86_64: E: executable-sourced-script /etc/profile.d/gvfs-bash-completion.sh 0755 gvfs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libgthread-2.0.so.0 gvfs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/librt.so.1 gvfs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libgmodule-2.0.so.0 gvfs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libdl.so.2 gvfs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libutil.so.1 1 packages and 0 specfiles checked; 2 errors, 5 warnings. $ rpm -q desktop-file-utils rpmlint desktop-file-utils-0.15-1.fc9.x86_64 rpmlint-0.84-2.fc9.noarch From dmalcolm at redhat.com Fri Aug 8 21:43:35 2008 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 08 Aug 2008 17:43:35 -0400 Subject: ANNOUNCE: rpmgrok - a web-based tool for tracking a full distribution of RPMs In-Reply-To: <200808090036.03904.ville.skytta@iki.fi> References: <1218051345.4818.288.camel@radiator.bos.redhat.com> <489A5A69.5000308@ioa.s.u-tokyo.ac.jp> <1218123996.11711.7.camel@radiator.bos.redhat.com> <200808090036.03904.ville.skytta@iki.fi> Message-ID: <1218231815.24395.70.camel@radiator.bos.redhat.com> On Sat, 2008-08-09 at 00:36 +0300, Ville Skytt? wrote: > On Thursday 07 August 2008, David Malcolm wrote: > > On Thu, 2008-08-07 at 11:14 +0900, Mamoru Tasaka wrote: > > > > > > However the key "Encoding" is now deprecated and with Fedora 10 > > > desktop-file-utils (0.15-3.fc10) including Encoding key is warned like: > > > ------------------------------------------------------------------------- > > >- $ desktop-file-validate ./fedora-alexandria.desktop > > > ./fedora-alexandria.desktop: warning: key "Encoding" in group "Desktop > > > Entry" is deprecated > > > ------------------------------------------------------------------------- > > >-- > > > > Good point. The change of "Encoding" from being a required key to an > > optional key whose presence generates a warning suggests that all of the > > results in the db for this specific test (desktop-file-validate as > > reported by rpmlint) are meaningless. > > Hold on a bit. rpmlint should not output the invalid-desktop-file error > unless desktop-file-validate actually returns with a non-zero exit code. For > me it doesn't on F-9, everything appears to work as expected; see below. Ah, I was wrong, I was guessing that a warning made it a non-zero exit code. Thanks. > > Which version of rpmlint and desktop-file-validate are you running, and on > which distro? Currently there's a single host that's both the web server and doing the analysis work, and it's RHEL-5, not F9: rpmlint-0.83-1.el5 desktop-file-utils-0.10-7 It's clear that this approach isn't going to work, which I've filed as a bug against rpmgrok here: https://fedorahosted.org/rpmgrok/ticket/18 Looks like I need to fix that before the rpmlint side of rpmgrok would be useful. > > --- > > $ desktop-file-validate /usr/share/applications/mount-archive.desktop > /usr/share/applications/mount-archive.desktop: warning: key "Encoding" in > group "Desktop Entry" is deprecated > $ echo $? > 0 > > $ rpm -qf /usr/share/applications/mount-archive.desktop > gvfs-0.2.5-1.fc9.x86_64 > $ rpmlint gvfs > gvfs.x86_64: E: > sourced-script-with-shebang /etc/profile.d/gvfs-bash-completion.sh > gvfs.x86_64: E: > executable-sourced-script /etc/profile.d/gvfs-bash-completion.sh 0755 > gvfs.x86_64: W: > unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libgthread-2.0.so.0 > gvfs.x86_64: W: > unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/librt.so.1 > gvfs.x86_64: W: > unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libgmodule-2.0.so.0 > gvfs.x86_64: W: > unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libdl.so.2 > gvfs.x86_64: W: > unused-direct-shlib-dependency /usr/lib64/libgvfscommon.so.0.0.0 /lib64/libutil.so.1 > 1 packages and 0 specfiles checked; 2 errors, 5 warnings. > > $ rpm -q desktop-file-utils rpmlint > desktop-file-utils-0.15-1.fc9.x86_64 > rpmlint-0.84-2.fc9.noarch Thanks for looking into this Dave From bpepple at fedoraproject.org Sat Aug 9 00:05:17 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 08 Aug 2008 20:05:17 -0400 Subject: FESCo Meeting Summary for 2008-08-06 Message-ID: <1218240317.3161.3.camel@kennedy> == Members == === Present === * Brian Pepple (bpepple) * Kevin Fenzi (nirik) * David Woodhouse (dwmw2) * Josh Boyer (jwb) * Jon Stanley (jds2001) * Dennis Gilmore (dgilmore) * Karsten Hopp (kick_) * Jarod Wilson (j-rod) === Absent === * Bill Nottingham (notting) == Summary == === Features === * FESCo approved the following feature for F10: ** https://fedoraproject.org/wiki/Features/BetterPrinting ** https://fedoraproject.org/wiki/Features/BetterStartup ** https://fedoraproject.org/wiki/Features/SaveToBugzilla * FESCo voted against making PythonNSS(1) and Port Reserve(2) features, since they felt they didn't meet the criteria(3) of being a new feature. # https://fedoraproject.org/wiki/Features/PythonNSS # https://fedoraproject.org/wiki/Features/Portreserve # https://fedoraproject.org/wiki/Features/Policy/Definitions === Package Review Queue === * Discussed the package review queue, and possible solutions to help keep it's number down. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-08-06.html Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From adam at spicenitz.org Sat Aug 9 01:11:20 2008 From: adam at spicenitz.org (Adam Goode) Date: Fri, 08 Aug 2008 21:11:20 -0400 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <4896FE3E.20309@hhs.nl> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4896BE0C.9060107@hhs.nl> <4896FE3E.20309@hhs.nl> Message-ID: <489CEEB8.5000008@spicenitz.org> Hans de Goede wrote: > Thomas Moschny wrote: >> 2008/8/4 Hans de Goede : > > Maybe, I haven't investigated that close yet, as I simply don't have the > time for it. Given thatb packages which contain /usr/bin/parser are > pretty obscure packages, the chances of a user actually hitting this > problem are small. > > That does not mean that it should not be fixed, but that does make it a > low priority thing for me. > > Patches (from people who have done their homework and know exactly for > what and when "parser" in coda is used) are welcome. > Hi, Jan tells me /usr/bin/parser was some program called by now gone code. It was used for Application-Specific Resolution (ASR). We can just not ship /usr/bin/parser. The only other thing that seems odd is /usr/bin/repair, and maybe /usr/bin/spy, but we'll handle those when they conflict. :) Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From zing at fastmail.fm Sat Aug 9 02:22:47 2008 From: zing at fastmail.fm (Zing) Date: Sat, 9 Aug 2008 02:22:47 +0000 (UTC) Subject: gtypist license change to GPLv3+ Message-ID: gtypist 2.8 has changed license from GPLv2+ to GPLv3+. From vgaburici at gmail.com Sat Aug 9 06:54:58 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sat, 9 Aug 2008 09:54:58 +0300 Subject: TeXLive 2008 in F10? In-Reply-To: <20080807111103.GB3219@free.fr> References: <20080807111103.GB3219@free.fr> Message-ID: I don't know for sure, but my educated guess is no. On Thu, Aug 7, 2008 at 2:11 PM, Patrice Dumas wrote: > On Thu, Aug 07, 2008 at 05:44:37AM +0300, Vasile Gaburici wrote: >> >> The "packetization" of TeXLive, plus the support in LuaTeX for >> OpenType fonts should make the TeX fonts mess (bug 456580) a more >> tractable problem, even though it won't solve it right away. > > Also, do you know if this release allows for the more granularity for > updmap.cfg, fmtutil.cnf? > > -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From vgaburici at gmail.com Sat Aug 9 08:35:57 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sat, 9 Aug 2008 11:35:57 +0300 Subject: TeXLive 2008 in F10? In-Reply-To: <645d17210808071533p275d1190pdb805d95672d1416@mail.gmail.com> References: <645d17210808071533p275d1190pdb805d95672d1416@mail.gmail.com> Message-ID: That file Jonathan pointed me to is a converter from the old TeXLive tpm format, which is now obsolete. The guy that wrote that script, Norbert Preining, is one of the principal authors of the new TeXLive packaging system. Too bad he doesn't dig Fedora. The TeXLive folks are pretty serious with this installer. They've got an API, but the only complete bindings are in, cough, Perl. There's a talk here that describes some of the API and more importantly the new package structure; skip the incoherent part until Norbert starts talking - you'll see a slide with his name when that happens around minute 19: [http://www.river-valley.tv/conferences/bachotex2008/#0104-Reinhard_Kotucha]. His sildes are here: [http://www.logic.at/staff/preining/talks/bachotek08-talk.pdf]. I'm summarizing the essential points from the talk below. A single package is described by a file ending in ".tlpobj", which is generated starting from a ".tlpsrc", which is an auto-filled spec basically because it can be as simple as the package name; the missing info is pulled from CTAN. The ".tlpsrc" can use complex regexp patters to describe the files, but AFAICT the ".tlpobj" is equivalent to a rpm manifest in that it contains an exact file list, dependencies and a post install script; you have license info too. The key slide (for us) from the talk is the one describing the fields of a tlpobj: [http://www.cs.umd.edu/~gaburici/tlpobj_fields.PNG]. It looks good enough to make a rpm from it! As you can see TeXLive versions the stuff from CTAN in their own svn. This is quite useful for us because stuff from CTAN is often an unversioned pain. An example tlpobj: [http://www.cs.umd.edu/~gaburici/tlpobj.PNG]. Another one that goes with the quote "this is something new - we have dependencies": [http://www.cs.umd.edu/~gaburici/tlpobj2.PNG]. They also have a complete database by concatenating all the ".tlpobj" files in the file "texlive.tlpdb". The API from 10,000 feet: [http://www.cs.umd.edu/~gaburici/tlpobj_API.PNG]. A 5-page paper that gives a bit more detail than my paragraph: [http://www.logic.at/staff/preining/pubs/guit07.pdf]. I was unable to find the API documentation on the net however; it's probably in their svn somewhere. If you have any luck, let me know. Another bit of relevant info from the talk is that there are about 1500 packages (more than Debian has!), but 1200 of them are simple (LaTeX) style files. I his talk he mentions that (until April) he had not done any work towards integrating the new TeXLive with any Linux distro. He also predicts that we'd be in trouble since we can no longer "hack around" ;) Also, going back to an earlier question of Patrice, Norbert mentions that there's support for regenerating fmutil.cnf, language.dat, and updmap.cfg from a database (whatever that means) plus local additions, which is probably what Patrice wants. Hope this helps, Vasile On Fri, Aug 8, 2008 at 1:33 AM, Jonathan Underwood wrote: > Not quite the same thing, but there is tpm2deb which is here: > > http://svn.debian.org/wsvn/debian-tex/texlive2008/trunk/tpm2deb-source.pl?op=file&rev=0&sc=0 > > ... might have a look to see how hard it would be to re-plumb that to > produce rpms. > > J. > > From rawhide at fedoraproject.org Sat Aug 9 08:44:39 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sat, 9 Aug 2008 08:44:39 +0000 (UTC) Subject: rawhide report: 20080809 changes Message-ID: <20080809084439.DF6AE209F0C@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080808/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080809/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package PythonCard PythonCard GUI construction toolkit New package gadmin-squid GADMIN-SQUID -- A GTK+ administation tool for the Squid proxy server New package nxt_python Nxt_python is a package for controlling a LEGO NXT robot using python New package transbot Small irc bot designed to translate between languages in irc channels New package xsel Command line clipboard and X selection tool Updated Packages: PolicyKit-gnome-0.9-3.fc10 -------------------------- * Fri Aug 8 18:00:00 2008 Matthias Clasen - Use standard icon names anaconda-11.4.1.26-1 -------------------- * Fri Aug 8 18:00:00 2008 Chris Lumens - 11.4.1.26-1 - Remove a bunch of cachedir setting code that is no longer needed. (clumens) - Fix segfaults on interactive NFS installs (#458416). (clumens) - Fix LVM error handling so the exceptions actually get into the namespace. (pjones) - yuminstall: don't look for kernel-xen anymore (markmc) - console: kill the /proc/xen hack (markmc) - yuminstall: don't ever stop people installing the virt group (markmc) - lang: kill xen keymap hack (markmc) - bootloader: remove old kernel-xen-{guest, hypervisor} handling (markmc) - Preserve baseurl/mirrorlist and mirrorlist checkbox settings across loads. (clumens) - It's BETANAG, not betanag. (clumens) - Various string fixes (clumens). - Wrap spec file changelog lines. (dcantrell) - mk-images: replace kernel-xen with pv_ops kernel (markmc) - Use a temporary location for yum cache data (#457632). (clumens) - Remove extra newtPopWindow() call that was causing a crash (#260621). (dcantrell) - Add /sbin/sfdisk (#224297). (dcantrell) - Do not call _isys.vtActivate() on s390 or s390x platforms (#217563). (dcantrell) - Change the maximum recommended swap size to "2000 + (current ram)".(#447372) (jgranado) - Make it >= not > for the memory size comparison (#207573) (pjones) - Allow float comparison between nic names in isys.py. (#246135) (joel) - Fix formatting on disk sizes >1TB (pjones) - Don't traceback when trying to remove /mnt/sysimage (#227650). (dcantrell) - If we're booting off the boot.iso, don't prompt for lang or kbd (#457595). (clumens) - Don't mention images/diskboot.img anymore (#441092). (clumens) - Remove iSeries image generation (#456878) (dcantrell) - Display capslock status correctly (#442258) (dcantrell) bluez-gnome-0.28-1.fc10 ----------------------- * Fri Aug 8 18:00:00 2008 - Bastien Nocera - 0.28-1 - Update to 0.28 cfengine-2.2.8-1.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Jeff Sheltren 2.2.8-1 - Update to upstream 2.2.8 - Release now includes full documentation again - Add buildrequires for tetex-dvips and texinfo-tex duplicity-0.4.12-2.fc10 ----------------------- * Fri Aug 8 18:00:00 2008 Robert Scheck 0.4.12-2 - Added patch to get scp without username working (#457680) eclipse-cdt-5.0.0-2.fc10 ------------------------ * Fri Aug 8 18:00:00 2008 Jeff Johnston 5.0.0-2 - Add autotools 1.0.0 which supports CDT 5.0. - Use java -cp to build cdt and autotools instead of eclipse -nosplash. - Replace fetched source with CDT_5_0_0 tagged sources. * Wed Aug 6 18:00:00 2008 Andrew Overholt 5.0.0-1 - Remove master and testing features - Move files to dropins/cdt{,-mylyn,-sdk}/eclipse - Generate p2 metadata * Fri Aug 1 18:00:00 2008 Andrew Overholt 5.0.0-1 - 5.0 - Add Mylyn sub-package - Disable CPPUnit for now - Disable autotools until a new snapshot is made that will build with 5.0 * Thu Jul 17 18:00:00 2008 Tom "spot" Callaway 4.0.3-2 - fix license tag eclipse-changelog-2.6.2-2.fc10 ------------------------------ * Wed Aug 6 18:00:00 2008 Andrew Overholt 1:2.6.2-2 - Add "-d cdt" to build * Wed Jul 30 18:00:00 2008 Andrew Overholt 1:2.6.2-2 - Update for Eclipse SDK 3.4 eclipse-mylyn-3.0.1-1.fc10 -------------------------- * Fri Aug 8 18:00:00 2008 Andrew Overholt 3.0.1-1 - Fix fuzz on adding Fedora customizations patch - Add patch to make Red Hat bugzilla 3.0 * Thu Aug 7 18:00:00 2008 Andrew Overholt 3.0.1-1 - Add webtasks sub-package * Tue Aug 5 18:00:00 2008 Andrew Overholt 3.0.1-1 - Update install locations - Add qualifier hack for now * Wed Jul 30 18:00:00 2008 Andrew Overholt 3.0.1-1 - 3.0.1 - Add patch to not require jaxb (required by XML-RPC Orbit bundle) - Fold -ide and -bugzilla into main package - Add commented-out webtasks sub-package; to be enabled after rome review is complete * Thu Jul 17 18:00:00 2008 Tom "spot" Callaway 2.3.2-6 - fix license tag eclipse-pydev-1.3.18-1.fc10 --------------------------- * Wed Jul 30 18:00:00 2008 Andrew Overholt 1:1.3.18-1 - 1.3.18 - Update for building with Eclipse SDK 3.4 - Back-port patch from HEAD for building against Eclipse SDK 3.4 * Thu Jul 17 18:00:00 2008 Tom "spot" Callaway 1:1.3.14-2 - fix license tag enscript-1.6.4-10.fc10 ---------------------- * Fri Aug 8 18:00:00 2008 Adam Tkac 1.6.4-10 - updated patches due rpm 4.6 - enscript -w is handled well (#457719) - mkafmmap -V is handled well (#457720) file-roller-2.23.5-3.fc10 ------------------------- * Fri Aug 8 18:00:00 2008 Matthias Clasen - 2.23.5-3 - Fix a segfault * Fri Aug 8 18:00:00 2008 Matthias Clasen - 2.23.5-2 - Fix the folder icons fotoxx-5.0.1-1.fc10 ------------------- * Fri Aug 8 18:00:00 2008 Nicoleau Fabien - 5.0.1-1 - Rebuild for 5.0.1 gcompris-8.4.6-1.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Johan Cwiklinski 8.4.6-1 - New upstream bugfix release 8.4.6 glabels-2.2.2-3.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Peter Gordon - 2.2.2-3 - Add patch from Casey Harkins to fix a segfault in glabels-batch. - Resolves: bug #458473. gnome-applets-2.23.4-2.fc10 --------------------------- * Fri Aug 8 18:00:00 2008 Matthias Clasen - 1:2.23.4-2 - Undecorate the mixer popup gnome-games-2.23.6-2.fc10 ------------------------- * Fri Aug 8 18:00:00 2008 Colin Walters - 1:2.23.6-2 - Split out -help into separate package for size reasons gtypist-2.8.1-1.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Zing - 2.8.1-1 - update to 2.8.1 - license change to GPLv3+ gyachi-1.1.46-8.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Gregory D Hosler - 1.1.46-8 - sync with upstream patchs * Fri Aug 8 18:00:00 2008 Gregory D Hosler - 1.1.45-8 - sync with upstream patchs * Sun Aug 3 18:00:00 2008 Gregory D Hosler - 1.1.43-8 - removed DEPRECATED compile option for GTK. * Sun Aug 3 18:00:00 2008 Gregory D Hosler - 1.1.43-7 - removed unnecessary reference to theme-patch formerly as Patch0 * Sun Aug 3 18:00:00 2008 Gregory D Hosler - 1.1.43-6 - update to upstream 1.1.43 imapsync-1.255-3.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Lubomir Rintel - 1.255-3 - Attempt to patch around too new Mail::IMAPClient ipsec-tools-0.7.1-3.fc10 ------------------------ * Fri Aug 8 18:00:00 2008 Tomas Mraz - 0.7.1-3 - Fix IPSEC SA purge with NAT_T enabled kernel-2.6.27-0.244.rc2.git1.fc10 --------------------------------- * Fri Aug 8 18:00:00 2008 Kristian H??gsberg - Export module device table for radeon DRM driver. - Comment out firewire patch 2300 for now, numbering conflict. * Fri Aug 8 18:00:00 2008 Dave Airlie - attempt to fix oops in drm_open * Fri Aug 8 18:00:00 2008 Adam Jackson - Silence the PIIX3 PCI quirk message in quiet boot. libgsf-1.14.8-2.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Caol??n McNamara 1.14.8-2 - Resolves: rhbz#458353 gsf-office-thumbnailer doesn't work without ImageMagick's convert. Move that into the gnome subpackage libotf-0.9.8-1.fc10 ------------------- * Fri Aug 8 18:00:00 2008 Neal Becker - 0.9.8-1 - Update to 0.9.8 libvirt-java-0.2.1-1.fc10 ------------------------- * Fri Aug 8 18:00:00 2008 Daniel Veillard - 0.2.1-1.fc10 - new release 0.2.1 - avoid leaks - adds support for storage APIs mfiler3-2.0.5-1.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Mamoru Tasaka - 2.0.5-1 - 2.0.5 mftrace-1.2.14-5.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 1.2.14-5 - fix license tag midori-0.0.18-2.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 0.0.18-2 - fix license tag milter-greylist-4.1.1-2.fc10 ---------------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 4.1.1-2 - fix license tag mimetex-1.60-5.fc10 ------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 1.60-5 - fix license tag mkbootdisk-1.5.3-4.fc10 ----------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 1.5.3-4 - fix license tag perl-Class-Data-Accessor-0.04003-1.fc10 --------------------------------------- * Fri Aug 8 18:00:00 2008 Tom "spot" Callaway - 0.04003-1 - update to 0.04003 - license fixed perl-XML-LibXSLT-1.66-1.fc10 ---------------------------- * Fri Aug 8 18:00:00 2008 Zing - 1.66-1 - update to 1.66 * Sat May 31 18:00:00 2008 Zing - 1.63-6 - rpm check stage barfs on || : php-pear-Net-DIME-1.0.0-0.1.RC1.fc10 ------------------------------------ * Fri Aug 8 18:00:00 2008 Remi Collet 1.0.0-0.1.RC1 - update to 1.0.0RC1 - fix LICENSE plymouth-0.5.0-14.2008.08.08.fc10 --------------------------------- * Fri Aug 8 18:00:00 2008 Ray Strode - 0.5.0-14.2008.08.08 - Don't require a modifiable text color map (may fix serial consoles) policycoreutils-2.0.54-5.fc10 ----------------------------- proftpd-1.3.1-6.fc10 -------------------- * Fri Aug 8 18:00:00 2008 Matthias Saou 1.3.1-6 - Add mod_ban support (#457289, Philip Prindeville). * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - Autorebuild for GCC 4.3 * Wed Feb 13 17:00:00 2008 Matthias Saou 1.3.1-4 - Pass --enable-shadow to also have it available, not just PAM (#378981). - Add mod_ifsession as DSO (#432539). rpm-4.5.90-0.git8461.1 ---------------------- * Fri Aug 8 18:00:00 2008 Panu Matilainen - 4.5.90-0.git8461.1 - new snapshot from upstream - fixes #68290, #455972, #446202, #453364, #456708, #456103, #456321, #456913, - partial fix for #457360 * Thu Jul 31 18:00:00 2008 Florian Festi - 4.5.90-0.git8427.1 - new snapshot from upstream * Thu Jul 31 18:00:00 2008 Florian Festi - 4.5.90-0.git8426.10 - rpm-4.5.90-posttrans.patch - use header from rpmdb in posttrans to make anaconda happy smartmontools-5.38-6.fc10 ------------------------- * Fri Aug 8 18:00:00 2008 Tomas Smetana - 1:5.38-6 - correct CXXFLAGS so the PIE code is produced * Mon May 12 18:00:00 2008 Tomas Smetana - 1:5.38-5 - remove config subpackage sugar-presence-service-0.82.2-1.fc10 ------------------------------------ * Fri Aug 8 18:00:00 2008 Guillaume Desmottes - 0.82.2-1 - Update to 0.82.2 udev-126-1.fc10 --------------- * Fri Aug 8 18:00:00 2008 Harald Hoyer 126-1 - version 126 - fixed udevadm syntax in start_udev (credits B.J.W. Polman) - removed some manually created devices from makedev (bug #457125) * Tue Jun 17 18:00:00 2008 Harald Hoyer 124-1.1 - readded udevcontrol, udevtrigger symlinks for Fedora 9, which are needed by live-cd-tools Summary: Added Packages: 5 Removed Packages: 0 Modified Packages: 40 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires ws-commons-util >= 0:1.0.1-2 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From rjones at redhat.com Sat Aug 9 08:47:45 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sat, 9 Aug 2008 09:47:45 +0100 Subject: Conflicts in Rawhide i386 (part 2) In-Reply-To: <489CEEB8.5000008@spicenitz.org> References: <20080802223634.65e8ca8a.mschwendt@gmail.com> <20080804081445.GA19672@amd.home.annexia.org> <4896BE0C.9060107@hhs.nl> <4896FE3E.20309@hhs.nl> <489CEEB8.5000008@spicenitz.org> Message-ID: <20080809084745.GA6668@amd.home.annexia.org> On Fri, Aug 08, 2008 at 09:11:20PM -0400, Adam Goode wrote: > Jan tells me /usr/bin/parser was some program called by now gone code. > It was used for Application-Specific Resolution (ASR). > > We can just not ship /usr/bin/parser. Similarly, it turns out Debian don't even ship Coq's /usr/bin/parser ... Although they may start to ship it now it's going to get renamed. Seems like this will be all cleared up soon anyway. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From dr.diesel at gmail.com Sat Aug 9 19:40:18 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sat, 9 Aug 2008 15:40:18 -0400 Subject: F10 kernel panic on VirtualBox 1.6.4 Message-ID: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> F10 Alpha fails to boot on VirtualBox 1.6.4. Attached is a screenshot. -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 217573 bytes Desc: not available URL: From dr.diesel at gmail.com Sat Aug 9 19:40:58 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sat, 9 Aug 2008 15:40:58 -0400 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> Message-ID: <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> Sorry, already posted a Bug: https://bugzilla.redhat.com/show_bug.cgi?id=429190 On Sat, Aug 9, 2008 at 3:40 PM, Dr. Diesel wrote: > F10 Alpha fails to boot on VirtualBox 1.6.4. > > Attached is a screenshot. > > > > -- > projecthuh.com > All of my bits are free, are yours? Fedoraproject.org > -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwilliam at xmission.com Sat Aug 9 21:56:53 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Sat, 9 Aug 2008 15:56:53 -0600 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> Message-ID: <4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> Hmm, works just fine for me. I noticed in your pic that OS is Linux 2.6, wonder if you should set it to Fedora. Also what are you booting from and what are your settings? I have used both the Fedora-10-Alpha-i686-Live.iso and Fedora-10-Alpha-i386-DVD.iso files with no problems. And what are you running VirtualBox on, your host, cpu intel or amd, network card, display card? I am running Windows Vista 64-bit Home Premium sp1. Jerry Williams _____ From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Dr. Diesel Sent: Saturday, August 09, 2008 1:41 PM To: Development discussions related to Fedora Subject: Re: F10 kernel panic on VirtualBox 1.6.4 Sorry, already posted a Bug: https://bugzilla.redhat.com/show_bug.cgi?id=429190 On Sat, Aug 9, 2008 at 3:40 PM, Dr. Diesel wrote: F10 Alpha fails to boot on VirtualBox 1.6.4. Attached is a screenshot. -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From christoph.wickert at googlemail.com Sat Aug 9 22:02:42 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sun, 10 Aug 2008 00:02:42 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski Message-ID: <1218319362.3907.15.camel@wicktop.localdomain> I'm afraid, Krzysztof Kurzawski is AWOL. I have tried repetitively to contact him in https://bugzilla.redhat.com/show_bug.cgi?id=446883 because daypanner-0.8.1 crashes on F-9 and above. In order to fix this bug i updated to 0.9.1. Krzysztof owns the following packages: * dayplanner -- An easy and clean Day Planner * gfeed -- RSS feed reader * greyhounds -- Greyhounds is a greyhounds racing and breeding game * incollector -- Information collector * jabbin -- Instant messaging and VoIP Jabber client * netmonitor -- The free linux network bandwidth monitor * pic2aa -- Pic2AA is tool for converting jpeg/png to AA (Ascii Art) images * scythia -- Just a small ftp client * taskcoach -- Your friendly task manager * wavextract -- Program for extracting embedded audio data from JPEG images * xhotkeys -- Hotkeys for the X-Window * yoltia -- Qt based picture editing program * youtube-dl -- Small command-line program to download videos from YouTube If nobody volunteers I'm willing to pick up dayplanner, although I'm not a perl expert. If anybody knows how to contact Krzysztof, please let us know. Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, otherwise you are considered missing in action and your packages will need to be orphaned. Regards Christoph From dr.diesel at gmail.com Sat Aug 9 22:06:04 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sat, 9 Aug 2008 18:06:04 -0400 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> <4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> Message-ID: <2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com> 2008/8/9 Jerry Williams > Hmm, works just fine for me. > > I noticed in your pic that OS is Linux 2.6, wonder if you should set it to > Fedora. > > Also what are you booting from and what are your settings? > > I have used both the Fedora-10-Alpha-i686-Live.iso and > Fedora-10-Alpha-i386-DVD.iso files with no problems. > > And what are you running VirtualBox on, your host, cpu intel or amd, > network card, display card? > > I am running Windows Vista 64-bit Home Premium sp1. > > > > Jerry Williams > Thanks Jerry: I tried setting the system OS to Fedora, same result. This is VirtualBox86 running on a Fedora 9 machine. CPU is Intel, r8196 network card and Nivida 8600 graphics car. Setting are pretty bare, no audio, tried hardware VM options, no ACPI and no Hard drive, only the live image. Perhaps the kicker, the attached live image in mounted as an optical disk via NFS share? Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From debarshi.ray at gmail.com Sat Aug 9 22:24:39 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Sun, 10 Aug 2008 03:54:39 +0530 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218319362.3907.15.camel@wicktop.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> Message-ID: <3170f42f0808091524s7c45d96cl42fed1f55cda1ec4@mail.gmail.com> I m interested in this: > * youtube-dl -- Small command-line program to download videos from > YouTube Happy hacking, Debarshi From konrad at tylerc.org Sun Aug 10 00:19:48 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Sat, 9 Aug 2008 17:19:48 -0700 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218319362.3907.15.camel@wicktop.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> Message-ID: <200808091719.49008.konrad@tylerc.org> I would be happy to take: > * scythia -- Just a small ftp client and possibly others if he doesn't respond in two weeks. Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From jwilliam at xmission.com Sun Aug 10 00:26:24 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Sat, 9 Aug 2008 18:26:24 -0600 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com><2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com><4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> <2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com> Message-ID: <741C91BA6DFC478A87F9472DB32FB70D@Q9450> Well I did some testing and found out some things. Looks like the issue is related to the rhgb option. If I boot from the liveCD and hit the tab key and delete the rhgb then the kernel will panic. Doesn't seem to matter if I am running VirtualBox on Windows Vista for Fedora 9. If I just let it boot and don't mess with the command line options it comes up just fine. Also I was able to mount a directory over nfs that had the liveCD iso in it and was able to use that as well. So something is up with the rhgb option. At least for me. How much video memory and ram are you giving the guest? Jerry Williams _____ From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Dr. Diesel Sent: Saturday, August 09, 2008 4:06 PM To: Development discussions related to Fedora Subject: Re: F10 kernel panic on VirtualBox 1.6.4 2008/8/9 Jerry Williams Hmm, works just fine for me. I noticed in your pic that OS is Linux 2.6, wonder if you should set it to Fedora. Also what are you booting from and what are your settings? I have used both the Fedora-10-Alpha-i686-Live.iso and Fedora-10-Alpha-i386-DVD.iso files with no problems. And what are you running VirtualBox on, your host, cpu intel or amd, network card, display card? I am running Windows Vista 64-bit Home Premium sp1. Jerry Williams Thanks Jerry: I tried setting the system OS to Fedora, same result. This is VirtualBox86 running on a Fedora 9 machine. CPU is Intel, r8196 network card and Nivida 8600 graphics car. Setting are pretty bare, no audio, tried hardware VM options, no ACPI and no Hard drive, only the live image. Perhaps the kicker, the attached live image in mounted as an optical disk via NFS share? Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From dr.diesel at gmail.com Sun Aug 10 00:32:05 2008 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sat, 9 Aug 2008 20:32:05 -0400 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <741C91BA6DFC478A87F9472DB32FB70D@Q9450> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> <4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> <2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com> <741C91BA6DFC478A87F9472DB32FB70D@Q9450> Message-ID: <2a28d2ab0808091732k12def2c6v8e7932e16c579985@mail.gmail.com> Just tried with and without rhgb, same problem. Currently F10 is allowed 768Meg RAM and 16meg video. This is x64. Andy 2008/8/9 Jerry Williams > Well I did some testing and found out some things. > > Looks like the issue is related to the rhgb option. > > If I boot from the liveCD and hit the tab key and delete the rhgb then the > kernel will panic. > > Doesn't seem to matter if I am running VirtualBox on Windows Vista for > Fedora 9. > > If I just let it boot and don't mess with the command line options it comes > up just fine. > > Also I was able to mount a directory over nfs that had the liveCD iso in it > and was able to use that as well. > > > > So something is up with the rhgb option. At least for me. > > How much video memory and ram are you giving the guest? > > > > Jerry Williams > > > ------------------------------ > > *From:* fedora-devel-list-bounces at redhat.com [mailto: > fedora-devel-list-bounces at redhat.com] *On Behalf Of *Dr. Diesel > *Sent:* Saturday, August 09, 2008 4:06 PM > *To:* Development discussions related to Fedora > *Subject:* Re: F10 kernel panic on VirtualBox 1.6.4 > > > > > > 2008/8/9 Jerry Williams > > Hmm, works just fine for me. > > I noticed in your pic that OS is Linux 2.6, wonder if you should set it to > Fedora. > > Also what are you booting from and what are your settings? > > I have used both the Fedora-10-Alpha-i686-Live.iso and > Fedora-10-Alpha-i386-DVD.iso files with no problems. > > And what are you running VirtualBox on, your host, cpu intel or amd, > network card, display card? > > I am running Windows Vista 64-bit Home Premium sp1. > > > > Jerry Williams > > > Thanks Jerry: > > I tried setting the system OS to Fedora, same result. This is VirtualBox86 > running on a Fedora 9 machine. CPU is Intel, r8196 network card and Nivida > 8600 graphics car. Setting are pretty bare, no audio, tried hardware VM > options, no ACPI and no Hard drive, only the live image. > > Perhaps the kicker, the attached live image in mounted as an optical disk > via NFS share? > > Andy > > > > > -- > projecthuh.com > All of my bits are free, are yours? Fedoraproject.org > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwilliam at xmission.com Sun Aug 10 01:06:50 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Sat, 9 Aug 2008 19:06:50 -0600 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <2a28d2ab0808091732k12def2c6v8e7932e16c579985@mail.gmail.com> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com><2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com><4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450><2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com><741C91BA6DFC478A87F9472DB32FB70D@Q9450> <2a28d2ab0808091732k12def2c6v8e7932e16c579985@mail.gmail.com> Message-ID: <00F835CB3C3547668B5064345BE42415@Q9450> Hmm, strange. I was running guest 512MB ram and 16MB video, and VT is enabled, Intel PRO/1000 Server nic, NAT. I am also running the AMD64 version of VirtualBox 1.6.4 on Fedora 9 x86_64, current kernel. I have nvidia 8800 GT video card and q9450 Intel cpu, realtek8168 nic. Jerry Williams _____ From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Dr. Diesel Sent: Saturday, August 09, 2008 6:32 PM To: Development discussions related to Fedora Subject: Re: F10 kernel panic on VirtualBox 1.6.4 Just tried with and without rhgb, same problem. Currently F10 is allowed 768Meg RAM and 16meg video. This is x64. Andy 2008/8/9 Jerry Williams Well I did some testing and found out some things. Looks like the issue is related to the rhgb option. If I boot from the liveCD and hit the tab key and delete the rhgb then the kernel will panic. Doesn't seem to matter if I am running VirtualBox on Windows Vista for Fedora 9. If I just let it boot and don't mess with the command line options it comes up just fine. Also I was able to mount a directory over nfs that had the liveCD iso in it and was able to use that as well. So something is up with the rhgb option. At least for me. How much video memory and ram are you giving the guest? Jerry Williams _____ From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Dr. Diesel Sent: Saturday, August 09, 2008 4:06 PM To: Development discussions related to Fedora Subject: Re: F10 kernel panic on VirtualBox 1.6.4 2008/8/9 Jerry Williams Hmm, works just fine for me. I noticed in your pic that OS is Linux 2.6, wonder if you should set it to Fedora. Also what are you booting from and what are your settings? I have used both the Fedora-10-Alpha-i686-Live.iso and Fedora-10-Alpha-i386-DVD.iso files with no problems. And what are you running VirtualBox on, your host, cpu intel or amd, network card, display card? I am running Windows Vista 64-bit Home Premium sp1. Jerry Williams Thanks Jerry: I tried setting the system OS to Fedora, same result. This is VirtualBox86 running on a Fedora 9 machine. CPU is Intel, r8196 network card and Nivida 8600 graphics car. Setting are pretty bare, no audio, tried hardware VM options, no ACPI and no Hard drive, only the live image. Perhaps the kicker, the attached live image in mounted as an optical disk via NFS share? Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwheeler at dwheeler.com Sun Aug 10 01:15:16 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Sat, 09 Aug 2008 21:15:16 -0400 (EDT) Subject: Proposed new feature: Provers In-Reply-To: <20080809000541.CEC7A619A56@hormel.redhat.com> References: <20080809000541.CEC7A619A56@hormel.redhat.com> Message-ID: The "Provers" work wasn't just a few random packages with no purpose. The point is to get a suite of tools to people who are trying to build _highly_ reliable software/hardware (e.g., where ANY error is likely to kill lots of people, etc.). You end up needing a suite of tools, and we've also been working hard to improve how they work together. "Why" in particular really requires a passel of other tools to be useful. Please look at the details; if that's not clear, please help me fix it! http://fedoraproject.org/wiki/Features/Policy/Definitions says: >A feature is defined as a significant change or enhancement to the version of Fedora >currently under development that may or may not include new packages. So a feature _can_ involve adding new packages. >Features are usually considered to meet one or more of the following objectives: > 1. highly user visible changes (beyond artwork or theme changes) If you develop these kinds of programs, adding this suite of tools (and thus this capability) is highly visible. > 2. improvements or changes that require non-trivial cross-package integration The "Why" suite depends on other tools, particularly Coq and Zenon. But Why generated the wrong version of Zenon input; we had track that problem down, and we worked with upstream to fix it. In fact, the "Why" folks created a new release for us, so that we could package one that worked with Zenon. The "Why" suite actually can call lots of provers, the more the better (it tries different ones to see if any can succeed). I hope to get more added over time. But having the infrastructure in place is the first step; we can now add others and have them work together. > 3. exciting new capabilities we can trumpet fedora having--some of this is good public relations. Some examples might include: > * new features from upstream that we are making available in the Fedora for the first time I think this counts. > 5. noteworthy enough to call out in the release notes I think this applies too. > 5. Are you trying to promote this package as a Feature for publicity reasons? Frankly, yes. This is a lot like the "Haskell Support" of Fedora 10, "TeXLive" of Fedora 9, and "Electronic Lab" of Fedora 8. Not _EVERY_ user of Fedora will want these capabilities, but there _IS_ a user community which IS interested. I'm also hoping to (over time) expand that community, but step 1 is make it easy enough to get and use the tools (so that those who might be interested can try them out). --- David A. Wheeler From dcarter at entertain-me.com Sun Aug 10 02:36:09 2008 From: dcarter at entertain-me.com (David Carter) Date: Sun, 10 Aug 2008 00:06:09 -0230 Subject: How do I handle selinux for an Apache module? Message-ID: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> Hey folks! I'm a newbie to package submission, and I've encountered some selinux issues when packaging my Apache module. The module runs fine without selinux, but won't run without some new rules and file configurations. How is this normally handled in packages? Am I expected to add configurations to handle this? How do I handle cases where selinux isn't enabled? TIA, Dave From jwilliam at xmission.com Sun Aug 10 04:20:53 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Sat, 9 Aug 2008 22:20:53 -0600 Subject: F10A Blue Knight Rider - KITT are we there yet? Message-ID: The Fedora 10 Alpha reminds me of KITT from Knight Rider only Blue instead of red. My problem with it is there is no indication at to how much longer it might be. Are we there yet? I have issues now and then where it just goes back and forth forever. Alt+F1 nothing, Alt anything nothing. Just nice Blue bar going back and forth. No keys seem to do anything. Only option is reboot. I guess Windows Vista does about the same thing only it is Green and wraps around. https://fedoraproject.org/wiki/Features/BetterStartup Does the blue bar going back and forth really mean that anything is going on? I would like something that shows I am doing I/O or that it isn't hung on something like sendmail and name resolution. Or that the box is booted and now it is running rc scripts. Another thing on my wish list is a log of how things started or didn't start up. HP does this in /etc/rc.log Kind of a tee of what goes to the console also goes to a log file, so you can see if start up scripts have extra garbage or are sending output that they shouldn't be. Most of the boxes I deal with the console doesn't get looked at very often. It would be nice to see how things started up and if there are any issues. I know this is Alpha and I hope I didn't hurt anyone's feelings. Jerry Williams -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at miketc.net Sun Aug 10 04:41:38 2008 From: mike at miketc.net (Mike Chambers) Date: Sat, 09 Aug 2008 23:41:38 -0500 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: References: Message-ID: <1218343298.2510.2.camel@scrappy.miketc.net> On Sat, 2008-08-09 at 22:20 -0600, Jerry Williams wrote: > Does the blue bar going back and forth really mean that anything is > going on? > > > > I would like something that shows I am doing I/O or that it isn?t hung > on something like sendmail and name resolution. > > Or that the box is booted and now it is running rc scripts. What you are seeing is the package plymouth that is taking the place of rhgb. And the stage you are seeing it at, is in alpha/beta mode itself, and the artwork, wording, graphics, etc.. will get better as we move towards F10 Final. You using outlook in windows or something to post to the list? Your fonts and such are odd when reading the email, although when replying it looks normal. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From ivazqueznet at gmail.com Sun Aug 10 04:45:30 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sun, 10 Aug 2008 00:45:30 -0400 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: <1218343298.2510.2.camel@scrappy.miketc.net> References: <1218343298.2510.2.camel@scrappy.miketc.net> Message-ID: <1218343530.25626.5.camel@ignacio.lan> On Sat, 2008-08-09 at 23:41 -0500, Mike Chambers wrote: > On Sat, 2008-08-09 at 22:20 -0600, Jerry Williams wrote: > > > > > > > You using outlook in windows or something to post to the list? Your > fonts and such are odd when reading the email, although when replying it > looks normal. X-Mailer: Microsoft Office Outlook 11 -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 vgaburici at gmail.com Sun Aug 10 04:50:28 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 10 Aug 2008 07:50:28 +0300 Subject: What happened to http://people.redhat.com/? Message-ID: I cannot get to it anymore, it times out... From vgaburici at gmail.com Sun Aug 10 05:19:00 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 10 Aug 2008 08:19:00 +0300 Subject: TeXLive 2008 in F10? In-Reply-To: References: <645d17210808071533p275d1190pdb805d95672d1416@mail.gmail.com> Message-ID: Initially I thought we could do without their installer, because I found only 4 types of "execute", i.e. post install script actions in the master texlive.tlpdb on CTAN. Then I had a look at their new packager's sources: http://www.tug.org/svn/texlive/trunk/Master/tlpkg/TeXLive/. Besides the 4 generic "execute" types, there are plenty of hardcoded package-specific things in TLPostActions.pm. So, I don't see an easy way of dealing with this. Duplicating all that stuff in rpm post scriptlets would be highly unmaintanable. The only sane way would be to install their packager library first, and to execute post actions from there as needed, which needs at least a wrapper script since that code is Perl. It's more than I have time for this weekend... On Sat, Aug 9, 2008 at 11:35 AM, Vasile Gaburici wrote: > That file Jonathan pointed me to is a converter from the old TeXLive > tpm format, which is now obsolete. The guy that wrote that script, > Norbert Preining, is one of the principal authors of the new TeXLive > packaging system. Too bad he doesn't dig Fedora. > > The TeXLive folks are pretty serious with this installer. They've got > an API, but the only complete bindings are in, cough, Perl. There's a > talk here that describes some of the API and more importantly the new > package structure; skip the incoherent part until Norbert starts > talking - you'll see a slide with his name when that happens around > minute 19: [http://www.river-valley.tv/conferences/bachotex2008/#0104-Reinhard_Kotucha]. > His sildes are here: > [http://www.logic.at/staff/preining/talks/bachotek08-talk.pdf]. I'm > summarizing the essential points from the talk below. > > A single package is described by a file ending in ".tlpobj", which is > generated starting from a ".tlpsrc", which is an auto-filled spec > basically because it can be as simple as the package name; the missing > info is pulled from CTAN. The ".tlpsrc" can use complex regexp patters > to describe the files, but AFAICT the ".tlpobj" is equivalent to a rpm > manifest in that it contains an exact file list, dependencies and a > post install script; you have license info too. The key slide (for us) > from the talk is the one describing the fields of a tlpobj: > [http://www.cs.umd.edu/~gaburici/tlpobj_fields.PNG]. It looks good > enough to make a rpm from it! As you can see TeXLive versions the > stuff from CTAN in their own svn. This is quite useful for us because > stuff from CTAN is often an unversioned pain. An example tlpobj: > [http://www.cs.umd.edu/~gaburici/tlpobj.PNG]. Another one that goes > with the quote "this is something new - we have dependencies": > [http://www.cs.umd.edu/~gaburici/tlpobj2.PNG]. They also have a > complete database by concatenating all the ".tlpobj" files in the file > "texlive.tlpdb". The API from 10,000 feet: > [http://www.cs.umd.edu/~gaburici/tlpobj_API.PNG]. A 5-page paper that > gives a bit more detail than my paragraph: > [http://www.logic.at/staff/preining/pubs/guit07.pdf]. I was unable to > find the API documentation on the net however; it's probably in their > svn somewhere. If you have any luck, let me know. > > Another bit of relevant info from the talk is that there are about > 1500 packages (more than Debian has!), but 1200 of them are simple > (LaTeX) style files. I his talk he mentions that (until April) he had > not done any work towards integrating the new TeXLive with any Linux > distro. He also predicts that we'd be in trouble since we can no > longer "hack around" ;) > > Also, going back to an earlier question of Patrice, Norbert mentions > that there's support for regenerating fmutil.cnf, language.dat, and > updmap.cfg from a database (whatever that means) plus local additions, > which is probably what Patrice wants. > > Hope this helps, > Vasile > > On Fri, Aug 8, 2008 at 1:33 AM, Jonathan Underwood > wrote: >> Not quite the same thing, but there is tpm2deb which is here: >> >> http://svn.debian.org/wsvn/debian-tex/texlive2008/trunk/tpm2deb-source.pl?op=file&rev=0&sc=0 >> >> ... might have a look to see how hard it would be to re-plumb that to >> produce rpms. >> >> J. >> >> > From vgaburici at gmail.com Sun Aug 10 06:00:51 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 10 Aug 2008 09:00:51 +0300 Subject: What happened to http://people.redhat.com/? In-Reply-To: References: Message-ID: Works now; outage I guess. On Sun, Aug 10, 2008 at 7:50 AM, Vasile Gaburici wrote: > I cannot get to it anymore, it times out... > From rayvd at bludgeon.org Sun Aug 10 06:12:00 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Sat, 9 Aug 2008 23:12:00 -0700 Subject: How do I handle selinux for an Apache module? In-Reply-To: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> References: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> Message-ID: <20080810061200.GA20223@bludgeon.org> On Sun, Aug 10, 2008 at 12:06:09AM -0230, David Carter wrote: > Hey folks! > > I'm a newbie to package submission, and I've encountered some selinux > issues when packaging my Apache module. The module runs fine without > selinux, but won't run without some new rules and file configurations. > > How is this normally handled in packages? Am I expected to add > configurations to handle this? How do I handle cases where selinux isn't > enabled? I know some provide a -selinux sub-package to deal with doing selinux policy changes. I'm not sure if this is the official, preferred way or not however. And there's no real automated way for someone installing your package (who has selinux enabled on their machine) to even be aware that the -selinux package exists. I ran into this with awstats. So you might make mention of it in the README.Fedora for the main package at the very least. Ray From joachim.frieben at googlemail.com Sun Aug 10 07:42:31 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Sun, 10 Aug 2008 09:42:31 +0200 Subject: F10 kernel panic on VirtualBox 1.6.4 In-Reply-To: <741C91BA6DFC478A87F9472DB32FB70D@Q9450> References: <2a28d2ab0808091240i561b264bhd64c93bc1266a50a@mail.gmail.com> <2a28d2ab0808091240v48ea65fn6c8eb0cc9e20e329@mail.gmail.com> <4371F9BB3F1C4A45A149C67D61CCF9E3@Q9450> <2a28d2ab0808091506v346a8092o4db61335314c44c9@mail.gmail.com> <741C91BA6DFC478A87F9472DB32FB70D@Q9450> Message-ID: <1c252d490808100042r7226901jd29cc1dec373f387@mail.gmail.com> 2008/8/10 Jerry Williams : > Well I did some testing and found out some things. > > If I boot from the liveCD and hit the tab key and delete the rhgb then the > kernel will panic. This also happens for -real- systems! ~jf From vpivaini at cs.helsinki.fi Sun Aug 10 08:02:14 2008 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sun, 10 Aug 2008 11:02:14 +0300 Subject: XULRunner and you In-Reply-To: <1217348578.764.141.camel@hinge.endoframe.net> References: <1217346891.3273.31.camel@metroid.rdu.redhat.com> <1217348578.764.141.camel@hinge.endoframe.net> Message-ID: <200808101102.14509.vpivaini@cs.helsinki.fi> Braden McDaniel wrote: > On Tue, 2008-07-29 at 11:54 -0400, Will Woods wrote: > > In last week's QA meeting, Chris Aillon (aka caillon, our fearless > > firefox/xulrunner maintainer) stopped by to tell us what happened with > > xulrunner dep breakage, and how package maintainers can help reduce / > > prevent it in the future. Here's a quick summary: > > > > There are two APIs provided by xulrunner - the stable API (gecko-devel), > > and the unstable one (gecko-devel-unstable). > > Why does xulrunner-devel-unstable provide some of the same headers (at a > different path) that xulrunner-devel does? I'm specifically noticing > SpiderMonkey headers; though there might be others. It's been almost two weeks and this question hasn't been answered yet, any comments anyone? -- Ville-Pekka Vainio From rawhide at fedoraproject.org Sun Aug 10 08:44:16 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Sun, 10 Aug 2008 08:44:16 +0000 (UTC) Subject: rawhide report: 20080810 changes Message-ID: <20080810084416.A4B72209F0C@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080809/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080810/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff Updated Packages: eclipse-quickrex-3.5.0-8.fc10 ----------------------------- * Wed Jul 30 18:00:00 2008 Andrew Overholt 3.5.0-8 - Update to build against Eclipse SDK 3.4 ejabberd-2.0.2-0.2.beta1.fc10 ----------------------------- * Sat Aug 9 18:00:00 2008 Peter Lemenkov 2.0.2-0.2.beta1 - Fix build with --fuzz=0 * Sat Aug 9 18:00:00 2008 Peter Lemenkov 2.0.2-0.1.beta1 - Version 2.0.2-beta1 - Fixed BZ# 452326 - Fixed BZ# 227270 gedit-2.23.1-3.fc10 ------------------- * Sat Aug 9 18:00:00 2008 Matthias Clasen - 1:2.23.1-3 - One more icon name fix glpi-0.71.1-2.fc10 ------------------ * Sat Aug 9 18:00:00 2008 Remi Collet - 0.71.1-2 - fix SElinux bug on install test (glpi-check.patch) - add create option on logrotate conf gtk2-2.13.6-2.fc10 ------------------ * Sat Aug 9 18:00:00 2008 Matthias Clasen - 2.13.6-2 - Fix menu breakage kdegames-4.1.0-2.fc10 --------------------- * Sat Aug 9 18:00:00 2008 Kevin Kofler 4.1.0-2 - fix Bovo not drawing placed marks (#457944, kde#160419) - update/fix game list in description liferea-1.4.18-1.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Steven M. Parrish - 1.4.18-1 - New upstream release mysql++-3.0.5-1.fc10 -------------------- * Sat Aug 9 18:00:00 2008 Remi Collet 3.0.5-1 - update to 3.0.5 nntpgrab-0.3.3-1.fc10 --------------------- * Sat Aug 9 18:00:00 2008 Erik van Pienbroek - 0.3.3-1 - Update to version 0.3.3 perl-Data-Stag-0.11-1.fc10 -------------------------- * Sat Aug 9 18:00:00 2008 Alex Lancaster - 0.11-1 - Update to latest upstream (0.11) ruby-gettext-package-1.92.0-1.fc10 ---------------------------------- * Sat Aug 9 18:00:00 2008 Mamoru Tasaka - 1.92.0-1 - 1.92.0 unicap-0.2.23-3.fc10 -------------------- * Tue Aug 5 18:00:00 2008 Robert Scheck 0.2.23-3 - Filter the unicap plugins which overlap with libv4l libraries xlockmore-5.26.1-1.fc10 ----------------------- * Sat Aug 9 18:00:00 2008 Adrian Reber - 5.26.1-1 - updated to 5.26.1 xscreensaver-5.06-3.fc10 ------------------------ * Sat Aug 9 18:00:00 2008 Mamoru Tasaka - 1:5.06-3 - Fallback to Xinerama extension when Xrandr reports less screens than Xinerama (bug 457685: patch by jwz and Aaron Plattner ) Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 14 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires ws-commons-util >= 0:1.0.1-2 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From dcarter at entertain-me.com Sun Aug 10 12:33:39 2008 From: dcarter at entertain-me.com (David Carter) Date: Sun, 10 Aug 2008 10:03:39 -0230 Subject: How do I handle selinux for an Apache module? In-Reply-To: <20080810061200.GA20223@bludgeon.org> References: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> <20080810061200.GA20223@bludgeon.org> Message-ID: Thanks! Now that I have a handle on that, I have a follow-up question: How do I handle system tuning parameters? Specifically, I need to increase the size of msgmnb and msgmax. - Dave On Aug 10, 2008, at 3:42 AM, Ray Van Dolson wrote: > On Sun, Aug 10, 2008 at 12:06:09AM -0230, David Carter wrote: >> Hey folks! >> >> I'm a newbie to package submission, and I've encountered some selinux >> issues when packaging my Apache module. The module runs fine without >> selinux, but won't run without some new rules and file >> configurations. >> >> How is this normally handled in packages? Am I expected to add >> configurations to handle this? How do I handle cases where selinux >> isn't >> enabled? > > I know some provide a -selinux sub-package to deal with doing selinux > policy changes. I'm not sure if this is the official, preferred way > or > not however. And there's no real automated way for someone installing > your package (who has selinux enabled on their machine) to even be > aware that the -selinux package exists. I ran into this with awstats. > So you might make mention of it in the README.Fedora for the main > package at the very least. > > Ray > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From paul at all-the-johnsons.co.uk Sun Aug 10 14:38:12 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Aug 2008 15:38:12 +0100 Subject: Heads up - mono-2.0 now packaged Message-ID: <1218379092.21948.10.camel@PB3.Linux> Hi, This is really only of interest to folks to maintain mono based packages. Mono-2.0 srpms should be uploaded to my fedorapeople area shortly (http://pfj.fedorapeople.org/mono ). Please check them against your applications and rebuild if needs be. Once done, let me know. I'd like to get mono-2 into Fedora by the end of this week (15th August). If you see anything up with the srpms I've uploaded, let me know directly so I can fix it and upload a fixed version. They build fine here, but I'm only testing on x86 now (my 64 bit box literally exploded!) TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From gnomeuser at gmail.com Sun Aug 10 15:11:16 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Sun, 10 Aug 2008 17:11:16 +0200 Subject: Heads up - mono-2.0 now packaged In-Reply-To: <1218379092.21948.10.camel@PB3.Linux> References: <1218379092.21948.10.camel@PB3.Linux> Message-ID: <1dedbbfc0808100811t30609347g71bfc6881c0aa000@mail.gmail.com> Den 10. aug. 2008 16.38 skrev Paul : > Hi, > > This is really only of interest to folks to maintain mono based > packages. > > Mono-2.0 srpms should be uploaded to my fedorapeople area shortly > (http://pfj.fedorapeople.org/mono ). Please check them against your > applications and rebuild if needs be. Once done, let me know. I'd like > to get mono-2 into Fedora by the end of this week (15th August). Excellent I will have a look at building this on x86_64 tomorrow and running through my stack of test applications for problems. > > If you see anything up with the srpms I've uploaded, let me know > directly so I can fix it and upload a fixed version. They build fine > here, but I'm only testing on x86 now (my 64 bit box literally > exploded!) Exploded you say.. part of me wants pictures. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtasaka at ioa.s.u-tokyo.ac.jp Sun Aug 10 15:37:07 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 11 Aug 2008 00:37:07 +0900 Subject: [pkgdb] guake ownership updated In-Reply-To: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> Message-ID: <489F0B23.10301@ioa.s.u-tokyo.ac.jp> Hello. Fedora PackageDB (pkgdb) wrote, at 08/10/2008 11:21 PM +9:00: > Package guake in Fedora devel was orphaned by Jean-Fran?ois Martin (lokthare) > > To make changes to this package see: > https://admin.fedoraproject.org/pkgdb/packages/name/guake Well, it is only one month since this package is approved (by me on bug 450189) and is imported into Fedora. Would you tell us why you want to release the ownership of this package so fast? Thanks in advance. Regards, Mamoru From stickster at gmail.com Sun Aug 10 16:25:41 2008 From: stickster at gmail.com (Paul W. Frields) Date: Sun, 10 Aug 2008 12:25:41 -0400 Subject: How do I handle selinux for an Apache module? In-Reply-To: <20080810061200.GA20223@bludgeon.org> References: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> <20080810061200.GA20223@bludgeon.org> Message-ID: <1218385541.3538.1.camel@victoria> On Sat, 2008-08-09 at 23:12 -0700, Ray Van Dolson wrote: > On Sun, Aug 10, 2008 at 12:06:09AM -0230, David Carter wrote: > > Hey folks! > > > > I'm a newbie to package submission, and I've encountered some selinux > > issues when packaging my Apache module. The module runs fine without > > selinux, but won't run without some new rules and file configurations. > > > > How is this normally handled in packages? Am I expected to add > > configurations to handle this? How do I handle cases where selinux isn't > > enabled? > > I know some provide a -selinux sub-package to deal with doing selinux > policy changes. I'm not sure if this is the official, preferred way or > not however. And there's no real automated way for someone installing > your package (who has selinux enabled on their machine) to even be > aware that the -selinux package exists. I ran into this with awstats. > So you might make mention of it in the README.Fedora for the main > package at the very least. I know the SELinux folks are keen to have packages that provide services also provide an accompanying policy module. You might want to consider asking this question on the fedora-selinux-list, where I'll bet you'll be able to get some help and pointers: http://www.redhat.com/mailman/listinfo/fedora-selinux-list -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 debarshi.ray at gmail.com Sun Aug 10 21:10:12 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 11 Aug 2008 02:40:12 +0530 Subject: [pkgdb] guake ownership updated In-Reply-To: <489F0B23.10301@ioa.s.u-tokyo.ac.jp> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> Message-ID: <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> > Well, it is only one month since this package is approved (by me on bug > 450189) > and is imported into Fedora. Would you tell us why you want to release > the ownership of this package so fast? He still has two other packages [1]. So atleast he is not leaving the project. :-) If he still wants to orphan it, may I express my interest in taking it up? I quite like this package. Happy hacking, Debarshi [1] https://admin.fedoraproject.org/pkgdb/users/packages/lokthare From ndbecker2 at gmail.com Sun Aug 10 21:25:26 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 10 Aug 2008 17:25:26 -0400 Subject: peerdns=no, NetworkManager, doesn't work? Message-ID: I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 PEERDNS=no But starting NetworkManager, I get in /etc/resolv.conf: # generated by NetworkManager, do not edit! nameserver 192.168.1.1 I don't think NetworkManager is respecting the setting (and I can't seem to find any workaround) From rjones at redhat.com Sun Aug 10 21:25:23 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 10 Aug 2008 22:25:23 +0100 Subject: Proposed new feature: Provers In-Reply-To: References: <20080809000541.CEC7A619A56@hormel.redhat.com> Message-ID: <20080810212523.GA2444@amd.home.annexia.org> On Sat, Aug 09, 2008 at 09:15:16PM -0400, David A. Wheeler wrote: > The "Provers" work wasn't just a few random packages with no purpose. > The point is to get a suite of tools to people who are trying to build > _highly_ reliable software/hardware (e.g., where ANY error is > likely to kill lots of people, etc.). You end up needing a suite of tools, > and we've also been working hard to improve how they work together. I'm in total agreement. Being able to build software which is reliable is something I'm very interested in. There are many steps to making software which never fails -- from choosing the right processes, statically checking the code, dynamically testing it, proving individual code modules and combinations of code, building up a set of "learned mistakes" and being able to apply those to new code -- and there is a lot of software which can help apply this. And if I was going to choose a distribution to use to write software for rockets, airplanes & nuclear power plants, then I'd want one where all this software is available. So, definitely this is a good _feature_ for Fedora. Rich. PS. Interesting popular article about software reliability at NASA: http://www.fastcompany.com/node/28121/print -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From tmus at tmus.dk Sun Aug 10 22:00:39 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Sun, 10 Aug 2008 20:00:39 -0200 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: References: Message-ID: Neal Becker wrote: > I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 > PEERDNS=no > > But starting NetworkManager, I get in /etc/resolv.conf: > # generated by NetworkManager, do not edit! > > nameserver 192.168.1.1 > > > I don't think NetworkManager is respecting the setting (and I can't seem to find any workaround) > NetworkManager and the ifcfg-xxx style net configs are two completely seperate ways to configure your network connection, so NetworkManager really shouldn't respect those settings... The only thing NetworkManager cares about is that the interface is actually up. Perhaps you can tweak /etc/dhclient-eth0.conf to do what you need instead? /Thomas From jkeating at redhat.com Sun Aug 10 22:58:11 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 10 Aug 2008 18:58:11 -0400 Subject: rawhide report: 20080807 changes In-Reply-To: <489AB87C.6080100@hhs.nl> References: <20080807083257.430F7209E06@releng1.fedora.phx.redhat.com> <489AB87C.6080100@hhs.nl> Message-ID: <1218409091.7630.13.camel@localhost.localdomain> On Thu, 2008-08-07 at 10:55 +0200, Hans de Goede wrote: > Hmm, I see its only missing for i386, but it is noarch!!! Glitch? Likely a glitch we're seeing periodically with the createrepo process where a single package will drop out of the createrepo run :/ -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sun Aug 10 23:04:48 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 10 Aug 2008 19:04:48 -0400 Subject: Broken dependencies in Fedora 8 - 2008-08-08 In-Reply-To: <20080808204855.de160b6c.mschwendt@gmail.com> References: <20080808072704.4050.48383@faldor.intranet> <62bc09df0808080142u76ba0edbie01bc49b08ed46d7@mail.gmail.com> <20080808204855.de160b6c.mschwendt@gmail.com> Message-ID: <1218409488.7630.15.camel@localhost.localdomain> On Fri, 2008-08-08 at 20:48 +0200, Michael Schwendt wrote: > On Fri, 8 Aug 2008 10:42:28 +0200, Xavier Lamien wrote: > > > > lxtnow AT gmail.com > > > gspiceui-0.9.65-2.fc8.ppc64 > > > > > > > Also fixed in *-3.fc8 > > Okay, that's impossible to detect as long as the previous ppc64 build > is still found in updates. Will it be pruned automatically when you > push *-3.fc8 to stable? Yes, since we only push the latest build of each package in the repos, not the latest rpm of each package for each arch. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at gmail.com Sun Aug 10 23:06:42 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 10 Aug 2008 19:06:42 -0400 Subject: peerdns=no, NetworkManager, doesn't work? References: Message-ID: Thomas M Steenholdt wrote: > Neal Becker wrote: >> I have used system-config-network to de-select 'Automatically obtain dns >> information from provider' and I see in >> /etc/sysconfig/networking/devices/ifcfg-wlan0 PEERDNS=no >> >> But starting NetworkManager, I get in /etc/resolv.conf: >> # generated by NetworkManager, do not edit! >> >> nameserver 192.168.1.1 >> >> >> I don't think NetworkManager is respecting the setting (and I can't seem >> to find any workaround) >> > > NetworkManager and the ifcfg-xxx style net configs are two completely > seperate ways to configure your network connection, so NetworkManager > really shouldn't respect those settings... > > The only thing NetworkManager cares about is that the interface is > actually up. > > Perhaps you can tweak /etc/dhclient-eth0.conf to do what you need instead? > > /Thomas No, it seems recent NetworkManager will ignore these files also. What does work is to put scripts in /etc/NetworkManager/dispatcher.d, but it seems this information is hard to come by. From tgl at redhat.com Mon Aug 11 02:23:12 2008 From: tgl at redhat.com (Tom Lane) Date: Sun, 10 Aug 2008 22:23:12 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: References: Message-ID: <16407.1218421392@sss.pgh.pa.us> Neal Becker writes: > I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 > PEERDNS=no > But starting NetworkManager, I get in /etc/resolv.conf: > # generated by NetworkManager, do not edit! > nameserver 192.168.1.1 F-9's NetworkManager refuses to believe that you don't want its services: even after "sudo /sbin/chkconfig NetworkManager off", it overwrites /etc/resolv.conf during boot with figments of its imagination. (I'd be interested to know exactly where that's happening BTW; the file timestamp suggests it's being done during kernel start, which I sincerely hope isn't the case.) I considered "rpm -e NetworkManager" but bz #351101 suggests that that would probably break my system even worse. My current workaround is to do this in /etc/rc.d/rc.local: # gross workaround for NetworkManager brain death rm /etc/resolv.conf cp /etc/resolv.conf.manual /etc/resolv.conf regards, tom lane From dcbw at redhat.com Mon Aug 11 02:50:45 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 10 Aug 2008 22:50:45 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: References: Message-ID: <1218423045.31669.0.camel@localhost.localdomain> On Sun, 2008-08-10 at 17:25 -0400, Neal Becker wrote: > I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 > PEERDNS=no > > But starting NetworkManager, I get in /etc/resolv.conf: > # generated by NetworkManager, do not edit! > > nameserver 192.168.1.1 > > > I don't think NetworkManager is respecting the setting (and I can't seem to find any workaround) It should be; what exact version of the NM RPM? Dan From dcbw at redhat.com Mon Aug 11 02:53:23 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 10 Aug 2008 22:53:23 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <16407.1218421392@sss.pgh.pa.us> References: <16407.1218421392@sss.pgh.pa.us> Message-ID: <1218423203.31669.4.camel@localhost.localdomain> On Sun, 2008-08-10 at 22:23 -0400, Tom Lane wrote: > Neal Becker writes: > > I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 > > PEERDNS=no > > > But starting NetworkManager, I get in /etc/resolv.conf: > > # generated by NetworkManager, do not edit! > > > nameserver 192.168.1.1 > > F-9's NetworkManager refuses to believe that you don't want its > services: even after "sudo /sbin/chkconfig NetworkManager off", it > overwrites /etc/resolv.conf during boot with figments of its imagination. NM does not overwrite anything when it's disabled. > (I'd be interested to know exactly where that's happening BTW; the file > timestamp suggests it's being done during kernel start, which I > sincerely hope isn't the case.) Nope; it certainly cannot happen during kernel start, because nothing related to NM is running at that time. > I considered "rpm -e NetworkManager" but bz #351101 suggests that that > would probably break my system even worse. My current workaround is > to do this in /etc/rc.d/rc.local: > > # gross workaround for NetworkManager brain death > rm /etc/resolv.conf > cp /etc/resolv.conf.manual /etc/resolv.conf That's about what you have to do, simply because /etc/resolv.conf _can_ change (for reasons I've stated before) and right now we have no "reference" resolv.conf. This is _exactly_ the problem that other distros use resolvconf for; stuff updates /etc/resolv.conf all the time, but unless you have some reference copy somewhere that describes your boot-time settings for it (which Fedora doesn't) then your resolv.conf will be all messed up on reboot, whether you're running NetworkManager or not. Dan From dcbw at redhat.com Mon Aug 11 02:54:24 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 10 Aug 2008 22:54:24 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: References: Message-ID: <1218423264.31669.6.camel@localhost.localdomain> On Sun, 2008-08-10 at 19:06 -0400, Neal Becker wrote: > Thomas M Steenholdt wrote: > > > Neal Becker wrote: > >> I have used system-config-network to de-select 'Automatically obtain dns > >> information from provider' and I see in > >> /etc/sysconfig/networking/devices/ifcfg-wlan0 PEERDNS=no > >> > >> But starting NetworkManager, I get in /etc/resolv.conf: > >> # generated by NetworkManager, do not edit! > >> > >> nameserver 192.168.1.1 > >> > >> > >> I don't think NetworkManager is respecting the setting (and I can't seem > >> to find any workaround) > >> > > > > NetworkManager and the ifcfg-xxx style net configs are two completely > > seperate ways to configure your network connection, so NetworkManager > > really shouldn't respect those settings... > > > > The only thing NetworkManager cares about is that the interface is > > actually up. > > > > Perhaps you can tweak /etc/dhclient-eth0.conf to do what you need instead? > > > > /Thomas > > No, it seems recent NetworkManager will ignore these files also. Recent NetworkManager (perhaps not 3675 from F9-updates) does respect these files, and will attempt to merge whatever is in them into the dhclient.conf that's actually used. Could you try the NM from F9-updates-testing? Dan > What does work is to put scripts in /etc/NetworkManager/dispatcher.d, but it seems this information is hard to come by. > > From dcbw at redhat.com Mon Aug 11 02:57:30 2008 From: dcbw at redhat.com (Dan Williams) Date: Sun, 10 Aug 2008 22:57:30 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <1218423045.31669.0.camel@localhost.localdomain> References: <1218423045.31669.0.camel@localhost.localdomain> Message-ID: <1218423450.31669.10.camel@localhost.localdomain> On Sun, 2008-08-10 at 22:50 -0400, Dan Williams wrote: > On Sun, 2008-08-10 at 17:25 -0400, Neal Becker wrote: > > I have used system-config-network to de-select 'Automatically obtain dns information from provider' and I see in /etc/sysconfig/networking/devices/ifcfg-wlan0 > > PEERDNS=no > > > > But starting NetworkManager, I get in /etc/resolv.conf: > > # generated by NetworkManager, do not edit! > > > > nameserver 192.168.1.1 > > > > > > I don't think NetworkManager is respecting the setting (and I can't seem to find any workaround) > > It should be; what exact version of the NM RPM? And could you try the NM that's in updates-testing? It looks like the bits that honor PEERDNS got into 3688, so they just missed 3675 that you're probably using. F9-updates-testing should have the right bits for you. Dan From tgl at redhat.com Mon Aug 11 03:10:10 2008 From: tgl at redhat.com (Tom Lane) Date: Sun, 10 Aug 2008 23:10:10 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <1218423203.31669.4.camel@localhost.localdomain> References: <16407.1218421392@sss.pgh.pa.us> <1218423203.31669.4.camel@localhost.localdomain> Message-ID: <17755.1218424210@sss.pgh.pa.us> Dan Williams writes: > This is _exactly_ the problem that other distros use resolvconf for; > stuff updates /etc/resolv.conf all the time, Uh, *what* stuff? I have never had such a problem before in any Fedora version (or any other platform for that matter). And before you dismiss the idea that NetworkManager is doing it, you need to explain away the line "# generated by NetworkManager, do not edit!" that's being inserted during the overwrite. regards, tom lane From pingou at pingoured.fr Mon Aug 11 06:47:08 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Mon, 11 Aug 2008 08:47:08 +0200 Subject: [pkgdb] guake ownership updated In-Reply-To: <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> Message-ID: <489FE06C.5010607@pingoured.fr> Debarshi Ray wrote: >> Well, it is only one month since this package is approved (by me on bug >> 450189) >> and is imported into Fedora. Would you tell us why you want to release >> the ownership of this package so fast? > > He still has two other packages [1]. So atleast he is not leaving the > project. :-) > > If he still wants to orphan it, may I express my interest in taking it > up? I quite like this package. If you need a hand, I do not mind to help on that, I have been in contact with the developers for a couple of things... But I first would like to hear from Lokthare :) Regards, Pierre From kzak at redhat.com Mon Aug 11 07:01:56 2008 From: kzak at redhat.com (Karel Zak) Date: Mon, 11 Aug 2008 09:01:56 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218319362.3907.15.camel@wicktop.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> Message-ID: <20080811070156.GC28543@nb.net.home> > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, 2 weeks? It seems you are really inpatient :-) Karel -- Karel Zak From kzak at redhat.com Mon Aug 11 07:08:58 2008 From: kzak at redhat.com (Karel Zak) Date: Mon, 11 Aug 2008 09:08:58 +0200 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <16407.1218421392@sss.pgh.pa.us> References: <16407.1218421392@sss.pgh.pa.us> Message-ID: <20080811070858.GD28543@nb.net.home> On Sun, Aug 10, 2008 at 10:23:12PM -0400, Tom Lane wrote: > I considered "rpm -e NetworkManager" but bz #351101 suggests that that > would probably break my system even worse. My current workaround is My workstation: # rpm -q NetworkManager package NetworkManager is not installed # cat /etc/fedora-release Fedora release 9 (Sulphur) Karel -- Karel Zak From konrad at tylerc.org Mon Aug 11 07:16:22 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Mon, 11 Aug 2008 00:16:22 -0700 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811070156.GC28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> Message-ID: <200808110016.22531.konrad@tylerc.org> Quoth Karel Zak: > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > > 2 weeks? It seems you are really inpatient :-) > > Karel > > -- > Karel Zak It's policy; see: http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From abartlet at samba.org Mon Aug 11 07:20:41 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Mon, 11 Aug 2008 17:20:41 +1000 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <200808110016.22531.konrad@tylerc.org> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> Message-ID: <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> On Mon, 2008-08-11 at 00:16 -0700, Conrad Meyer wrote: > Quoth Karel Zak: > > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > > > > 2 weeks? It seems you are really inpatient :-) > > > > Karel > > > > -- > > Karel Zak > > It's policy; see: > > http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent This is one of the policies that makes me reluctant to become a Fedora contributor. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 kzak at redhat.com Mon Aug 11 07:36:44 2008 From: kzak at redhat.com (Karel Zak) Date: Mon, 11 Aug 2008 09:36:44 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <200808110016.22531.konrad@tylerc.org> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> Message-ID: <20080811073644.GE28543@nb.net.home> On Mon, Aug 11, 2008 at 12:16:22AM -0700, Conrad Meyer wrote: > Quoth Karel Zak: > > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > > > > 2 weeks? It seems you are really inpatient :-) > > > > Karel > > > > -- > > Karel Zak > > It's policy; see: > > http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent *Stupid* policy. 2 weeks is really not too much. Karel -- Karel Zak From ricky at fedoraproject.org Mon Aug 11 07:41:59 2008 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 11 Aug 2008 03:41:59 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811073644.GE28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <20080811073644.GE28543@nb.net.home> Message-ID: <20080811074159.GA11232@Max> On 2008-08-11 09:36:44 AM, Karel Zak wrote: > *Stupid* policy. 2 weeks is really not too much. It actually adds up to 21 days plus 3 days (where people can object). I don't think it's unreasonable to expect a response by then (or an entry on the Vacation page if a maintainer knows that they'll be away for an extended period). Also, if the maintainer does come back, I don't think it should be a huge problem for them to get their package back. The point of the policy isn't to take packages away from people, it's to make sure that packages get maintained. Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From martin.langhoff at gmail.com Mon Aug 11 07:44:34 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Mon, 11 Aug 2008 19:44:34 +1200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811073644.GE28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <20080811073644.GE28543@nb.net.home> Message-ID: <46a038f90808110044r3895213ew11012018855ff752@mail.gmail.com> On Mon, Aug 11, 2008 at 7:36 PM, Karel Zak wrote: > *Stupid* policy. 2 weeks is really not too much. Would probably be interesting to think what happened to make people agree that it is a good idea. I am sure there are good reasons, specially when there's an active developer wanting to do some work on it. If/when the original packager comes back, if the newcomer's been doing a good job, there should not be much to regret really. In theory anyway :-) Collaborative package maintainership makes this much *much* easier to handle, avoiding people getting too attached to the ownership of the package. Without it, it's always too short or two long... cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From dan at danny.cz Mon Aug 11 07:49:29 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 11 Aug 2008 09:49:29 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811073644.GE28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <20080811073644.GE28543@nb.net.home> Message-ID: <1218440969.3539.3.camel@eagle.danny.cz> Karel Zak p??e v Po 11. 08. 2008 v 09:36 +0200: > On Mon, Aug 11, 2008 at 12:16:22AM -0700, Conrad Meyer wrote: > > Quoth Karel Zak: > > > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > > > > > > 2 weeks? It seems you are really inpatient :-) > > > > > > Karel > > > > > > -- > > > Karel Zak > > > > It's policy; see: > > > > http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent > > *Stupid* policy. 2 weeks is really not too much. > But these 2 weeks are counted after the reporter thinks that the maintainer is away and he starts the AWOL steps. So it doesn't mean that you must respond to every bug immediately. Dan From kzak at redhat.com Mon Aug 11 07:59:28 2008 From: kzak at redhat.com (Karel Zak) Date: Mon, 11 Aug 2008 09:59:28 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <46a038f90808110044r3895213ew11012018855ff752@mail.gmail.com> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <20080811073644.GE28543@nb.net.home> <46a038f90808110044r3895213ew11012018855ff752@mail.gmail.com> Message-ID: <20080811075928.GF28543@nb.net.home> On Mon, Aug 11, 2008 at 07:44:34PM +1200, Martin Langhoff wrote: > On Mon, Aug 11, 2008 at 7:36 PM, Karel Zak wrote: > > *Stupid* policy. 2 weeks is really not too much. > > Would probably be interesting to think what happened to make people Well, I think it's always better to use common sense rather than blindly follow any policy. > agree that it is a good idea. I am sure there are good reasons, > specially when there's an active developer wanting to do some work on > it. Our CVS (usually -- depends on pkg.acl) is open. Nobody has to wait. Go ahead and contribute. Karel -- Karel Zak From debarshi.ray at gmail.com Mon Aug 11 08:03:59 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 11 Aug 2008 13:33:59 +0530 Subject: [pkgdb] guake ownership updated In-Reply-To: <489FE06C.5010607@pingoured.fr> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> <489FE06C.5010607@pingoured.fr> Message-ID: <3170f42f0808110103i7b4dd75co876a21033f3a43f4@mail.gmail.com> > If you need a hand, I do not mind to help on that, I have been in contact > with the developers for a couple of things... Then you deserve it more than me. :-) Happy hacking, Debarshi From rmy at tigress.co.uk Mon Aug 11 08:17:16 2008 From: rmy at tigress.co.uk (Ron Yorston) Date: Mon, 11 Aug 2008 09:17:16 +0100 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <17755.1218424210@sss.pgh.pa.us> References: <16407.1218421392@sss.pgh.pa.us> <1218423203.31669.4.camel@localhost.localdomain> <17755.1218424210@sss.pgh.pa.us> Message-ID: <200808110817.m7B8HHvN009333@tiffany.internal.tigress.co.uk> Tom Lane wrote: >Dan Williams writes: >> This is _exactly_ the problem that other distros use resolvconf for; >> stuff updates /etc/resolv.conf all the time, > >Uh, *what* stuff? I have never had such a problem before in any Fedora >version (or any other platform for that matter). Absolutely. Once I've configured a resolv.conf file on a machine that's using a static IP address (and not NM) *nothing* should interfere with it. >And before you dismiss the idea that NetworkManager is doing it, you >need to explain away the line "# generated by NetworkManager, do not edit!" >that's being inserted during the overwrite. I had a similar situation. When I installed F9 I decided to give NM another chance. It worked nicely on a wireless laptop but a machine with a static IP address wasn't properly configured. (There are some comments about this on BZ 134886, but the problem might actually be with anaconda.) Eventually I got fed up of having the machine with the static IP address not appearing on the network until somebody logged in, so I turned off NM and reverted to the network service. This worked until the machine was rebooted and my resolv.conf was overwritten by one with the "generated by NetworkManager" comment. My initial reaction was "blame NetworkManager", but in fact it seems that there was a left over copy of the old resolv.conf in /etc/sysconfig/networking/profiles/default. Once I'd sorted that out (and I'm not quite sure now what did it: monkeying about with system- config-network, perhaps) the problem went away. So, despite appearances, it wasn't NetworkManager's fault. There are still problems with NetworkManager, the network server and system-config- network. NM is getting better but it isn't suitable for server-type machines. Switching between NM and the network service is definitely flaky, and the lack of documentation on NM is a big hindrance to its adoption. Ron From rdieter at math.unl.edu Mon Aug 11 08:30:30 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Aug 2008 10:30:30 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> Message-ID: Andrew Bartlett wrote: >> It's policy; see: >> >> http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent > > This is one of the policies that makes me reluctant to become a Fedora > contributor. How so? -- Rex From rawhide at fedoraproject.org Mon Aug 11 08:54:30 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Mon, 11 Aug 2008 08:54:30 +0000 (UTC) Subject: rawhide report: 20080811 changes Message-ID: <20080811085430.3CA8A209D8F@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080810/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080811/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package crcimg Construct .crc files New package gwibber An open source microblogging client for GNOME developed with Python and GTK New package hellanzb Hands-free nzb downloader and post processor New package ibus Input Bus for Linux OS New package ibus-anthy The Anthy engine for IBus input platform New package ibus-m17n The M17N engine for IBus platform New package ibus-pinyin The PinYin engine for IBus platform New package mars-sim Mars Simulation Project New package node Simple node front end, modelled after the node shells of TheNet and G8BPQ nodes New package olpc-netutils OLPC network utilities New package xorg-x11-drv-mach64 Xorg X11 mach64 video driver New package xorg-x11-drv-r128 Xorg X11 r128 video driver Updated Packages: SDL_mixer-1.2.8-9.fc10 ---------------------- * Sun Aug 10 18:00:00 2008 Brian Pepple - 1.2.8-9 - Add requires on libvorbis. beagle-0.3.8-6.fc10 ------------------- * Sun Aug 10 18:00:00 2008 Adel Gadllah - 0.3.8-6 - Fix provides mess - Fix changelog * Sun Aug 10 18:00:00 2008 Adel Gadllah - 0.3.8-5 - Fix duplicate provides - Fix desktop file parser (GNOME #544607) cairo-dock-1.6.2-0.2.svn1235_trunk.fc10 --------------------------------------- * Sun Aug 10 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.2.svn1235_trunk - Enable unstable plugins again * Sun Aug 10 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.1.svn1235_trunk - Patch to fix infinite loop of function call (this patch is needed for rev. 1235 and the released 1.6.1.2) * Sun Aug 10 18:00:00 2008 Mamoru Tasaka - rev. 1235 * Sat Aug 9 18:00:00 2008 Mamoru Tasaka - Build only stable plug-ins for now cpufrequtils-005-1.fc10 ----------------------- * Sun Aug 10 18:00:00 2008 Jarod Wilson 005-1 - New upstream release cvsutils-0.2.5-1.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Ralf Cors??pius - 0.2.5-1 - Upstream update. - Reflect license having changed from GPLv2+ to GPLv3+. - Remove cvsutils-cvs-cvsdo.diff. * Sat Oct 20 18:00:00 2007 Ralf Cors??pius - 0.2.3-7 - Reflect Source-URL having changed. eclipse-epic-0.6.24-3.fc10 -------------------------- * Wed Jul 30 18:00:00 2008 Andrew Overholt 0.6.24-3 - Update for building with Eclipse SDK 3.4. ejabberd-2.0.2-0.3.beta1.fc10 ----------------------------- fusecompress-1.99.18-1.fc10 --------------------------- * Sun Aug 10 18:00:00 2008 Lubomir Rintel - 1.99.18-1 - New upstream release, bugfix gnu-smalltalk-3.0.4-2.fc10 -------------------------- * Sun Aug 10 18:00:00 2008 Jochen Schmitt 3.0.4-2 - Add zip as BR - New upstream release grip-3.2.0-21.fc10 ------------------ * Sun Aug 10 18:00:00 2008 Adrian Reber - 1:3.2.0-21 - added "execute command after encode" patch (#457186) gstreamer-plugins-good-0.10.9-2.fc10 ------------------------------------ * Sun Aug 10 18:00:00 2008 Adam Jackson 0.10.9-2 - gst-plugins-good-0.10.9-libv4l.patch: Use libv4l. (#456825) - Explicitly disable esd/caca/aalib plugins so the spec builds even if you have their devel packages installed. ipsec-tools-0.7.1-4.fc10 ------------------------ * Sun Aug 10 18:00:00 2008 Tomas Mraz - 0.7.1-4 - Even better fix for IPSEC SA purging avoiding code duplication (original idea by Darrel Goeddel) kdelibs-4.1.0-5.fc10 -------------------- * Sun Aug 10 18:00:00 2008 Kevin Kofler 4.1.0-5 - fix kcookiejar crash on invalid cookie file from KDE 3 (patch by David Faure) ktorrent-3.1.2-1.fc10 --------------------- * Fri Aug 8 18:00:00 2008 Rex Dieter - 3.1.2-1 - ktorrent-3.1.2 libdrm-2.4.0-0.17.fc10 ---------------------- * Sun Aug 10 18:00:00 2008 Dave Airlie 2.4.0-0.17 - attempt to fix race with udev by just waiting for udev libspectre-0.2.1-1.fc10 ----------------------- * Sun Aug 10 18:00:00 2008 Matthias Clasen - 0.2.1-1 - Update to 0.2.1 opengrok-0.6.1-3.20080810hg.fc10 -------------------------------- * Sun Aug 10 18:00:00 2008 Lubomir Rintel - 0.6.1-3.20080810hg - Update to a Mercurial snapshot to adress excessive memory usage bug - Specify fuzz for patches explicitely for now (see #458577) openoffice.org-3.0.0-2.1.fc10 ----------------------------- * Sat Aug 9 18:00:00 2008 Caol??n McNamara - 1:3.0.0-2.1 - next milestone - Resolves: rhbz#457938 openoffice.org-3.0.0.ooo92522.sd.brokentemplates.patch - add openoffice.org-3.0.0.ooo91904.sd.wrongindex.patch - now moved to saxon instead of xalan openssl-0.9.8g-11.fc10 ---------------------- * Sun Aug 10 18:00:00 2008 Tomas Mraz 0.9.8g-11 - do not add tls extensions to server hello for SSLv3 either sunbird-0.9-0.1.20080807cvs.fc10 -------------------------------- * Sun Aug 10 18:00:00 2008 Lubomir Rintel 0.9-0.1.20080807cvs - First attempt at 0.9, CVS snapshot close to first RC - Rewrite the requires generation, for it suffered bitrot xorg-x11-drivers-7.3-9.fc10 --------------------------- * Mon Aug 11 18:00:00 2008 Adam Jackson 7.3-9 - Add r128 and mach64. xorg-x11-drv-ati-6.9.0-1.fc10 ----------------------------- * Sun Aug 10 18:00:00 2008 Adam Jackson 6.9.0-1 - Move to 6.9.0, now that the r128 and mach64 drivers are split out. - Add git fixes since 6.9.0. - Rebase the modesetting patch onto git master. Summary: Added Packages: 12 Removed Packages: 0 Modified Packages: 22 Broken deps for i386 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.i386 requires /bin/python perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so yum-refresh-updatesd-1.1.15-1.fc10.noarch requires yum-updatesd Broken deps for x86_64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.x86_64 requires /bin/python perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.ppc requires /bin/python perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so Broken deps for ppc64 ---------------------------------------------------------- claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-1.fc10.noarch requires ws-commons-util >= 0:1.0.1-2 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) livecd-tools-017.1-1.fc9.ppc64 requires yaboot 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.ppc64 requires /bin/python perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) From opensource at till.name Mon Aug 11 08:58:58 2008 From: opensource at till.name (Till Maas) Date: Mon, 11 Aug 2008 10:58:58 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218440969.3539.3.camel@eagle.danny.cz> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811073644.GE28543@nb.net.home> <1218440969.3539.3.camel@eagle.danny.cz> Message-ID: <200808111059.05508.opensource@till.name> On Monday 11 August 2008 09:49:29 Dan Hor?k wrote: > But these 2 weeks are counted after the reporter thinks that the > maintainer is away and he starts the AWOL steps. So it doesn't mean that > you must respond to every bug immediately. Also note that responding does not mean fixing the bug. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From abartlet at samba.org Mon Aug 11 09:36:38 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Mon, 11 Aug 2008 19:36:38 +1000 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> Message-ID: <1218447398.3248.5.camel@ruth> On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > Andrew Bartlett wrote: > > >> It's policy; see: > >> > >> http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent > > > > This is one of the policies that makes me reluctant to become a Fedora > > contributor. > > How so? I really am going to try to make a good stab at maintaining the packages I'm proposing for Fedora, but as I won't list my 'Vacations' in public, and I like the idea of tech-free holidays (and at other times, simply get busy), it certainly could come up. Hopefully the OpenChange/Samba4 stack attracts the interests of co-maintainers, so this isn't a problem. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com -------------- 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 skasal at redhat.com Mon Aug 11 10:18:06 2008 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 11 Aug 2008 12:18:06 +0200 Subject: %configure assuming in-source-tree builds In-Reply-To: <485FB5B5.803@redhat.com> References: <485E8822.1020000@gmail.com> <485EC795.8020507@gmail.com> <485FB5B5.803@redhat.com> Message-ID: <20080811101806.GA22998@camelia.ucw.cz> Hello, On Mon, Jun 23, 2008 at 10:39:49AM -0400, Peter Jones wrote: >> Michel Salim wrote: >>> Hi all, >>> >>> Some upstream developers recommend that their software (thinking of LLVM >>> and PLT Scheme, but there must be others) *not* be configured and built >>> at the top-level source directory (typically recommending using build/, >>> object/ or some such). >>> >>> When this is needed, currently the Fedora packager has to revert to >>> calling the configure script directly, foregoing the %configure macro, >>> and copying as much of the configure settings by hand. Would it be a >>> desirable feature to, say, be able to declare >>> >>> %define configure_relative_path > I'd really rather see something like [this] suggestion. Agreed. Filed as http://bugzilla.redhat.com/458644 [This is suitable to be submitted upstream, but rpm.org does not have a bug tracker, it features only lists, and I did not care to subscribe before cc'ing this mail, so I guess my chanced to get heared there are low. They read fedora bugzilla, though. ;-) ] Stepan Kasal From vgaburici at gmail.com Mon Aug 11 10:22:35 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Mon, 11 Aug 2008 13:22:35 +0300 Subject: %configure assuming in-source-tree builds In-Reply-To: <20080811101806.GA22998@camelia.ucw.cz> References: <485E8822.1020000@gmail.com> <485EC795.8020507@gmail.com> <485FB5B5.803@redhat.com> <20080811101806.GA22998@camelia.ucw.cz> Message-ID: Poppler's spec does this: %build pushd %{name}-%{version} # despair sed -i s/qt3/qt-3.3/g configure %configure \ --disable-static \ --enable-cairo-output \ --enable-poppler-qt \ --enable-poppler-qt4 \ --enable-xpdf-headers make %{?_smp_mflags} popd Is this not good enough for some reason? On Mon, Aug 11, 2008 at 1:18 PM, Stepan Kasal wrote: > Hello, > > On Mon, Jun 23, 2008 at 10:39:49AM -0400, Peter Jones wrote: >>> Michel Salim wrote: >>>> Hi all, >>>> >>>> Some upstream developers recommend that their software (thinking of LLVM >>>> and PLT Scheme, but there must be others) *not* be configured and built >>>> at the top-level source directory (typically recommending using build/, >>>> object/ or some such). >>>> >>>> When this is needed, currently the Fedora packager has to revert to >>>> calling the configure script directly, foregoing the %configure macro, >>>> and copying as much of the configure settings by hand. Would it be a >>>> desirable feature to, say, be able to declare >>>> >>>> %define configure_relative_path > >> I'd really rather see something like [this] suggestion. > > Agreed. Filed as http://bugzilla.redhat.com/458644 > > [This is suitable to be submitted upstream, but rpm.org does not have > a bug tracker, it features only lists, and I did not care to > subscribe before cc'ing this mail, so I guess my chanced to get > heared there are low. They read fedora bugzilla, though. ;-) ] > > Stepan Kasal > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From than at redhat.com Mon Aug 11 10:39:07 2008 From: than at redhat.com (Than Ngo) Date: Mon, 11 Aug 2008 12:39:07 +0200 Subject: Broken dependencies in Fedora 9 - 2008-08-08 In-Reply-To: <20080808070033.2896.51961@faldor.intranet> References: <20080808070033.2896.51961@faldor.intranet> Message-ID: <200808111239.07112.than@redhat.com> On Friday 08 August 2008 09:00:33 Michael Schwendt wrote: > Your following packages in the repository suffer from broken dependencies: > > package: 1:qt-sqlite-4.3.5-2.fc9.i386 from fedora-updates-9-i686 > unresolved deps: > qt = 1:4.3.5-2.fc9 > > package: 1:qt-sqlite-4.3.5-2.fc9.ppc from fedora-updates-9-ppc > unresolved deps: > qt = 1:4.3.5-2.fc9 > > package: 1:qt-sqlite-4.3.5-2.fc9.ppc64 from fedora-updates-9-ppc64 > unresolved deps: > qt = 1:4.3.5-2.fc9 > > package: 1:qt-sqlite-4.3.5-2.fc9.x86_64 from fedora-updates-9-x86_64 > unresolved deps: > qt = 1:4.3.5-2.fc9 it's fixed in qt-4.4.1 which will be pushed in f9-update soon. Thanks for your infos Than From rdieter at math.unl.edu Mon Aug 11 10:45:22 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Aug 2008 12:45:22 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> Message-ID: Andrew Bartlett wrote: > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: >> Andrew Bartlett wrote: >> How so? > > I really am going to try to make a good stab at maintaining the packages > I'm proposing for Fedora, but as I won't list my 'Vacations' in public, I don't mean to pester, but I'm curious. You have an averstion to documenting when you won't be available online, why? Of course, awol issues should rarely be a problem, provided the packages in question have a sufficient number of (co)maintainers, so that someone, somewhere is available to respond to queries and address bugs/issues in a timely manner. -- Rex From stickster at gmail.com Mon Aug 11 10:48:49 2008 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 11 Aug 2008 06:48:49 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218447398.3248.5.camel@ruth> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> Message-ID: <1218451729.4243.6.camel@victoria> On Mon, 2008-08-11 at 19:36 +1000, Andrew Bartlett wrote: > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > > Andrew Bartlett wrote: > > > > >> It's policy; see: > > >> > > >> http://fedoraproject.org/wiki/PackageMaintainers/Policy#What_to_do_if_a_Maintainer_is_absent > > > > > > This is one of the policies that makes me reluctant to become a Fedora > > > contributor. > > > > How so? > > I really am going to try to make a good stab at maintaining the packages > I'm proposing for Fedora, but as I won't list my 'Vacations' in public, > and I like the idea of tech-free holidays (and at other times, simply > get busy), it certainly could come up. > > Hopefully the OpenChange/Samba4 stack attracts the interests of > co-maintainers, so this isn't a problem. Right, having one or more co-maintainers makes this a non-issue. Even during busy times, simply moving a bug to ASSIGNED is a response, since it means you've triaged it yourself and at least agree it's actionable at some future point. If you haven't already started a separate thread to locate potential comaintainers for the OpenChange/Samba4 stack, you certainly can do that here. :-) -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 fedora at leemhuis.info Mon Aug 11 11:28:46 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Aug 2008 13:28:46 +0200 Subject: vacation page in the wiki (was: Re: AWOL Maintainer: Krzysztof Kurzawski) In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> Message-ID: <48A0226E.1020801@leemhuis.info> On 11.08.2008 12:45, Rex Dieter wrote: > Andrew Bartlett wrote: >>> Andrew Bartlett wrote: How so? >> I really am going to try to make a good stab at maintaining the >> packages I'm proposing for Fedora, but as I won't list my >> 'Vacations' in public, > I don't mean to pester, but I'm curious. You have an averstion to > documenting when you won't be available online, why? I won't publicly document either when I'm on vacation, so I bite and jump into this discussion: At least here in Germany it sometimes happens that houses or apartments from people that put "we'll marry on at and have a party in the evening " announcements into newspapers get robbed while they are marrying, partying or while the couple is on honeymoon. Sure, it's not happening that often, but it definitely happens. Okay, I doubt that any robbers check the vacation page in the Fedora wiki and say "knurd is on vacation now, so let's go an break into his house". But it's possible. The much bigger problem: If I wanted to get a trojan or something bad into one of the Fedora packages then I'd try that with a package when its owner is on vacation for a while. Chances are way lower then that somebody will notice the evil thing quickly. CU knurd From ndbecker2 at gmail.com Mon Aug 11 11:38:57 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 11 Aug 2008 07:38:57 -0400 Subject: peerdns=no, NetworkManager, doesn't work? References: <1218423045.31669.0.camel@localhost.localdomain> <1218423450.31669.10.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > On Sun, 2008-08-10 at 22:50 -0400, Dan Williams wrote: >> On Sun, 2008-08-10 at 17:25 -0400, Neal Becker wrote: >> > I have used system-config-network to de-select 'Automatically obtain >> > dns information from provider' and I see in >> > /etc/sysconfig/networking/devices/ifcfg-wlan0 PEERDNS=no >> > >> > But starting NetworkManager, I get in /etc/resolv.conf: >> > # generated by NetworkManager, do not edit! >> > >> > nameserver 192.168.1.1 >> > >> > >> > I don't think NetworkManager is respecting the setting (and I can't >> > seem to find any workaround) >> >> It should be; what exact version of the NM RPM? > > And could you try the NM that's in updates-testing? It looks like the > bits that honor PEERDNS got into 3688, so they just missed 3675 that > you're probably using. F9-updates-testing should have the right bits > for you. > > Dan > OK: rpm -q NetworkManager NetworkManager-0.7.0-0.11.svn3846.fc9.x86_64 I put peerdns=no in /etc/sysconfig/networking/devices/ifcfg-eth0. I also put there: DNS1=208.67.222.222 DNS2=208.67.220.220 But these seem to get ignored. I put prepend domain-name-servers 127.0.0.1; in /etc/dhclient-eth0.conf This seems to have worked: --- /etc/resolv.conf --- # generated by NetworkManager, do not edit! domain md.hnsnet search md.hnsnet nameserver 127.0.0.1 nameserver 139.85.52.104 nameserver 139.85.52.102 # NOTE: the glibc resolver does not support more than 3 nameservers. # The nameservers listed below may not be recognized. nameserver 139.85.87.105 nameserver 139.85.176.102 ----------------- Now I want to use dnsmasq. Only 1 more problem. It seems libvirtd was started (for some reason, I don't know what it's for), and was running it's own dnsmasq, so the port was in use. After chkconfig libvirtd off chkconfig dnsmasq on And adding to /etc/dnsmasq.conf: resolv-file=/etc/resolv-opendns.conf Creating /etc/resolv-opendns.conf: nameserver 208.67.222.222 nameserver 208.67.220.220 And finally, adding my own local server entries to /etc/dnsmasq.conf: server=/hns.com/139.85.52.104 server=/hns.com/139.85.52.102 ... etc Finally, I think I got things the way I want (unless I actually needed libvirtd to do something?) From buc at odusz.so-cdu.ru Mon Aug 11 12:09:53 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 11 Aug 2008 16:09:53 +0400 Subject: vacation page in the wiki In-Reply-To: <48A0226E.1020801@leemhuis.info> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: <48A02C11.9060005@odu.neva.ru> Thorsten Leemhuis wrote: > On 11.08.2008 12:45, Rex Dieter wrote: >> Andrew Bartlett wrote: >>>> Andrew Bartlett wrote: How so? >>> I really am going to try to make a good stab at maintaining the >>> packages I'm proposing for Fedora, but as I won't list my >>> 'Vacations' in public, >> I don't mean to pester, but I'm curious. You have an averstion to >> documenting when you won't be available online, why? > > I won't publicly document either when I'm on vacation, so I bite and > jump into this discussion: > > At least here in Germany it sometimes happens that houses or > apartments from people that put "we'll marry on at > and have a party in the evening " announcements into > newspapers get robbed while they are marrying, partying or while the > couple is on honeymoon. +1 for Russia. And I am sure for any country... > > Sure, it's not happening that often, but it definitely happens. Okay, > I doubt that any robbers check the vacation page in the Fedora wiki > and say "knurd is on vacation now, so let's go an break into his > house". But it's possible. Writing a policy with keeping in mind only one "model of a volunteer" (a casual student?) is not so good. Perhaps the amount of care of volunteers should be increased a little, as well as an understanding of who a volunteer might actually be and what around him. > > The much bigger problem: If I wanted to get a trojan or something bad > into one of the Fedora packages then I'd try that with a package when > its owner is on vacation for a while. Chances are way lower then that > somebody will notice the evil thing quickly. To cause restrictive ACL for all packages? ~buc From ssorce at redhat.com Mon Aug 11 12:22:24 2008 From: ssorce at redhat.com (Simo Sorce) Date: Mon, 11 Aug 2008 08:22:24 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> Message-ID: <1218457344.2991.31.camel@localhost.localdomain> On Mon, 2008-08-11 at 12:45 +0200, Rex Dieter wrote: > Andrew Bartlett wrote: > > > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > >> Andrew Bartlett wrote: > > >> How so? > > > > I really am going to try to make a good stab at maintaining the > packages > > I'm proposing for Fedora, but as I won't list my 'Vacations' in > public, > > I don't mean to pester, but I'm curious. You have an averstion to > documenting when you won't be available online, why? Because some people value privacy and his own business ? Besides 2 weeks may seem ok for an US PoV, cause we do not get vacations here but in Europe and other parts of the world, people get normally 4/5 weeks of vacation time and it is not rare for people to go on vacation in places where there is no internet access (and I do not blame them if they don't want to connect even if available during their vacation). A 2 weeks awol policy seem overly restrictive, although having co-maintainers is certainly a smart idea for anybody. Simo. From buc at odusz.so-cdu.ru Mon Aug 11 12:22:07 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 11 Aug 2008 16:22:07 +0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218451729.4243.6.camel@victoria> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218451729.4243.6.camel@victoria> Message-ID: <48A02EEF.3040906@odu.neva.ru> Paul W. Frields wrote: > Right, having one or more co-maintainers makes this a non-issue. Even > during busy times, simply moving a bug to ASSIGNED is a response, since > it means you've triaged it yourself and at least agree it's actionable > at some future point. > BTW, how about PDA-friendly access to bugzilla? Even at vacation time, people often have some kind of mobile access to Internet (can read mails, browse Inet by, say. cellular phones etc.), but such kind of access often requires an additional support on the server side... ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From rdieter at math.unl.edu Mon Aug 11 12:53:09 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Aug 2008 14:53:09 +0200 Subject: vacation page in the wiki (was: Re: AWOL Maintainer: Krzysztof Kurzawski) References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > I won't publicly document either when I'm on vacation, so I bite and > jump into this discussion: Could the "vacation" page be locked down require authenticated access (ie, no anonymous viewing)? Would that help? -- Rex From mmaslano at redhat.com Mon Aug 11 12:59:21 2008 From: mmaslano at redhat.com (Marcela Maslanova) Date: Mon, 11 Aug 2008 14:59:21 +0200 Subject: vacation page in the wiki In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: <48A037A9.2090908@redhat.com> Rex Dieter wrote: > Thorsten Leemhuis wrote: > > > >> I won't publicly document either when I'm on vacation, so I bite and >> jump into this discussion: >> > > Could the "vacation" page be locked down require authenticated access (ie, no anonymous viewing)? Would that help? > > -- Rex > > No, I think people will be ignoring this page. -- Marcela Ma?l??ov? BaseOS team Brno From skvidal at fedoraproject.org Mon Aug 11 12:59:30 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 11 Aug 2008 08:59:30 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218457344.2991.31.camel@localhost.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218457344.2991.31.camel@localhost.localdomain> Message-ID: <1218459570.18047.0.camel@rosebud> On Mon, 2008-08-11 at 08:22 -0400, Simo Sorce wrote: > On Mon, 2008-08-11 at 12:45 +0200, Rex Dieter wrote: > > Andrew Bartlett wrote: > > > > > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > > >> Andrew Bartlett wrote: > > > > >> How so? > > > > > > I really am going to try to make a good stab at maintaining the > > packages > > > I'm proposing for Fedora, but as I won't list my 'Vacations' in > > public, > > > > I don't mean to pester, but I'm curious. You have an averstion to > > documenting when you won't be available online, why? > > Because some people value privacy and his own business ? > > Besides 2 weeks may seem ok for an US PoV, cause we do not get vacations > here but in Europe and other parts of the world, people get normally 4/5 > weeks of vacation time and it is not rare for people to go on vacation > in places where there is no internet access (and I do not blame them if > they don't want to connect even if available during their vacation). > > A 2 weeks awol policy seem overly restrictive, although having > co-maintainers is certainly a smart idea for anybody. +1 I agree - 2 weeks is too restrictive of an AWOL policy. -sv From tibbs at math.uh.edu Mon Aug 11 13:04:46 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 11 Aug 2008 08:04:46 -0500 Subject: vacation page in the wiki (was: Re: AWOL Maintainer: Krzysztof Kurzawski) In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: >>>>> "RD" == Rex Dieter writes: RD> Could the "vacation" page be locked down require authenticated RD> access (ie, no anonymous viewing)? Would that help? Probably not; some people just don't want to share that much personal information. As far as I'm concerned, the only case we really care about is: Maintainer is away (or unresponsive for whatever reason) + Package has no comaintainers + Maintainer doesn't want anyone messing with their packages This combination is untenable. Take away one of those and the situation is fine, or at least not broken. Now, there is the small issue of the usual toe avoidance most of us practise; I won't just barge in and start committing without at least communicating with the maintainer. That is unfortunately futile if they're on vacation and haven't informed anyone of the fact. Do the folks with concerns about giving out vacation information have issues with simply informing someone privately so that there's at least one person watching tickets on non-comaintained packages? - J< From fedora at leemhuis.info Mon Aug 11 13:05:29 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Aug 2008 15:05:29 +0200 Subject: vacation page in the wiki In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: <48A03919.1000809@leemhuis.info> On 11.08.2008 14:53, Rex Dieter wrote: > Thorsten Leemhuis wrote: > > >> I won't publicly document either when I'm on vacation, so I bite >> and jump into this discussion: > Could the "vacation" page be locked down require authenticated access > (ie, no anonymous viewing)? Would that help? I suppose that page would still be open to all the other packagers? Call me paranoid, but in that case I don't think that would be much of a help -- we have hundreds of packagers and it's not that hard to get sponsored. So a malicious attacker (or a Fedora packager that suddenly is mad about Fedora and want to do a lot of harm) would not only have access to all packages that are free for cvsextras/packers group but also to a list of good targets (e.g. packages from packagers on vacation). CU knurd From ajax at redhat.com Mon Aug 11 13:09:18 2008 From: ajax at redhat.com (Adam Jackson) Date: Mon, 11 Aug 2008 09:09:18 -0400 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: References: Message-ID: <1218460158.2425.5.camel@localhost.localdomain> On Sat, 2008-08-09 at 22:20 -0600, Jerry Williams wrote: > The Fedora 10 Alpha reminds me of KITT from Knight Rider only Blue > instead of red. > > My problem with it is there is no indication at to how much longer it > might be. > > Are we there yet? I have an updated progress bar for plymouth that should hit rawhide later today. It's still wrong, in that it doesn't estimate how much longer it'll be, but it does go back to having a solid bar that fills up as time progresses. There's no sane way to actually estimate how long it'll take to boot, short of recording the previous boot time. Which is what we'll do, of course. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Mon Aug 11 13:10:13 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 11 Aug 2008 09:10:13 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218459570.18047.0.camel@rosebud> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218457344.2991.31.camel@localhost.localdomain> <1218459570.18047.0.camel@rosebud> Message-ID: <1218460213.10489.0.camel@localhost.localdomain> On Mon, 2008-08-11 at 08:59 -0400, Seth Vidal wrote: > On Mon, 2008-08-11 at 08:22 -0400, Simo Sorce wrote: > > On Mon, 2008-08-11 at 12:45 +0200, Rex Dieter wrote: > > > Andrew Bartlett wrote: > > > > > > > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > > > >> Andrew Bartlett wrote: > > > > > > >> How so? > > > > > > > > I really am going to try to make a good stab at maintaining the > > > packages > > > > I'm proposing for Fedora, but as I won't list my 'Vacations' in > > > public, > > > > > > I don't mean to pester, but I'm curious. You have an averstion to > > > documenting when you won't be available online, why? > > > > Because some people value privacy and his own business ? > > > > Besides 2 weeks may seem ok for an US PoV, cause we do not get vacations > > here but in Europe and other parts of the world, people get normally 4/5 > > weeks of vacation time and it is not rare for people to go on vacation > > in places where there is no internet access (and I do not blame them if > > they don't want to connect even if available during their vacation). > > > > A 2 weeks awol policy seem overly restrictive, although having > > co-maintainers is certainly a smart idea for anybody. > > +1 > > I agree - 2 weeks is too restrictive of an AWOL policy. Great. What isn't too restrictive? I see lots of "2 weeks sucks!" but no other suggested timeframe. josh From arjan at infradead.org Mon Aug 11 13:33:41 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Mon, 11 Aug 2008 06:33:41 -0700 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: <1218460158.2425.5.camel@localhost.localdomain> References: <1218460158.2425.5.camel@localhost.localdomain> Message-ID: <20080811063341.45739a91@infradead.org> On Mon, 11 Aug 2008 09:09:18 -0400 Adam Jackson wrote: > On Sat, 2008-08-09 at 22:20 -0600, Jerry Williams wrote: > > The Fedora 10 Alpha reminds me of KITT from Knight Rider only Blue > > instead of red. > > > > My problem with it is there is no indication at to how much longer > > it might be. > > > > Are we there yet? > > I have an updated progress bar for plymouth that should hit rawhide > later today. It's still wrong, in that it doesn't estimate how much > longer it'll be, but it does go back to having a solid bar that fills > up as time progresses. > > There's no sane way to actually estimate how long it'll take to boot, > short of recording the previous boot time. Which is what we'll do, of > course. > personally I have to say that I dislike splash screens... mostly because I want to be *done* by the time the splash screen is up ;-) Oh well.. that's a topic more suitable for my plumbers conference presentation than this mailing list =) (where I'll show why I think I'm right on this one ;-) From skvidal at fedoraproject.org Mon Aug 11 13:35:23 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 11 Aug 2008 09:35:23 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218460213.10489.0.camel@localhost.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218457344.2991.31.camel@localhost.localdomain> <1218459570.18047.0.camel@rosebud> <1218460213.10489.0.camel@localhost.localdomain> Message-ID: <1218461723.18047.2.camel@rosebud> On Mon, 2008-08-11 at 09:10 -0400, Josh Boyer wrote: > On Mon, 2008-08-11 at 08:59 -0400, Seth Vidal wrote: > > On Mon, 2008-08-11 at 08:22 -0400, Simo Sorce wrote: > > > On Mon, 2008-08-11 at 12:45 +0200, Rex Dieter wrote: > > > > Andrew Bartlett wrote: > > > > > > > > > On Mon, 2008-08-11 at 10:30 +0200, Rex Dieter wrote: > > > > >> Andrew Bartlett wrote: > > > > > > > > >> How so? > > > > > > > > > > I really am going to try to make a good stab at maintaining the > > > > packages > > > > > I'm proposing for Fedora, but as I won't list my 'Vacations' in > > > > public, > > > > > > > > I don't mean to pester, but I'm curious. You have an averstion to > > > > documenting when you won't be available online, why? > > > > > > Because some people value privacy and his own business ? > > > > > > Besides 2 weeks may seem ok for an US PoV, cause we do not get vacations > > > here but in Europe and other parts of the world, people get normally 4/5 > > > weeks of vacation time and it is not rare for people to go on vacation > > > in places where there is no internet access (and I do not blame them if > > > they don't want to connect even if available during their vacation). > > > > > > A 2 weeks awol policy seem overly restrictive, although having > > > co-maintainers is certainly a smart idea for anybody. > > > > +1 > > > > I agree - 2 weeks is too restrictive of an AWOL policy. > > Great. What isn't too restrictive? > > I see lots of "2 weeks sucks!" but no other suggested timeframe. > 1 month of unresponsiveness I think would be reasonable. -sv From simon at w3sp.de Mon Aug 11 13:54:16 2008 From: simon at w3sp.de (Simon Wesp) Date: Mon, 11 Aug 2008 15:54:16 +0200 Subject: Beware of Beerware? Message-ID: <20080811155416.705aa02f@schafwiese> Hi, I want to start a review request and the application i packed is published under Beerware [1] which is not listed in Licensing [2]. I'm not sure, if i can do this, because there is no no-warrenty clausel in it. Would you say Beerware is a good license, or not? [1] http://en.wikipedia.org/wiki/Beerware [2] http://fedoraproject.org/wiki/Licensing#SoftwareLicenses kind regards -- Mit freundlichen Gr??en aus dem sch?nen Hainzell Simon Wesp The G in GNU stands for GNU From jkeating at redhat.com Mon Aug 11 14:20:54 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 10:20:54 -0400 Subject: vacation page in the wiki In-Reply-To: <48A02C11.9060005@odu.neva.ru> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> <48A02C11.9060005@odu.neva.ru> Message-ID: <1218464454.3398.7.camel@localhost.localdomain> On Mon, 2008-08-11 at 16:09 +0400, Dmitry Butskoy wrote: > > Writing a policy with keeping in mind only one "model of a volunteer" (a > casual student?) is not so good. Perhaps the amount of care of > volunteers should be increased a little, as well as an understanding of > who a volunteer might actually be and what around him. The non-responsive maintainer policy is already very generous with time allowed to have somebody respond to an issue. I didn't say fix, just respond. Proper use of co-maintainers or joining a SIG that involves your package can greatly help with this. While we certainly do have to consider the type of volunteers we get, volunteers also need to consider what it is Fedora is trying to provide to it's users, and should be willing to meet the requirements of participating in the project. If they can't, that's fine, there are many other ways to participate than just packaging, and we'd be more than happy to have them elsewhere. Packaging certainly requires a higher level of commitment. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 11 14:22:41 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 10:22:41 -0400 Subject: vacation page in the wiki (was: Re: AWOL Maintainer: Krzysztof Kurzawski) In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <48A0226E.1020801@leemhuis.info> Message-ID: <1218464561.3398.8.camel@localhost.localdomain> On Mon, 2008-08-11 at 08:04 -0500, Jason L Tibbitts III wrote: > > Now, there is the small issue of the usual toe avoidance most of us > practise; I won't just barge in and start committing without at least > communicating with the maintainer. That is unfortunately futile if > they're on vacation and haven't informed anyone of the fact. The letter of the policy only requires a response, not a resolution. Co-maintainers should be able to respond to the issue and inform the reporter that it is being worked on, but may take a bit for agreement on what should be committed, if anything. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 11 14:25:53 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 10:25:53 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218457344.2991.31.camel@localhost.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218457344.2991.31.camel@localhost.localdomain> Message-ID: <1218464753.3398.12.camel@localhost.localdomain> On Mon, 2008-08-11 at 08:22 -0400, Simo Sorce wrote: > > A 2 weeks awol policy seem overly restrictive, although having > co-maintainers is certainly a smart idea for anybody. The policy is actually 3 weeks and 3 days before anything drastic is done about it, and that's pretty reasonable given how tight Fedora schedules are. 3 weeks can easily be the entire period from say Alpha release to Beta freeze. If you expect to be gone longer than the stated policy, you need more coverage for your packages, plain and simple. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 11 14:26:49 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 10:26:49 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <48A02EEF.3040906@odu.neva.ru> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <1218439241.3580.76.camel@naomi.s4.naomi.abartlet.net> <1218447398.3248.5.camel@ruth> <1218451729.4243.6.camel@victoria> <48A02EEF.3040906@odu.neva.ru> Message-ID: <1218464809.3398.14.camel@localhost.localdomain> On Mon, 2008-08-11 at 16:22 +0400, Dmitry Butskoy wrote: > BTW, how about PDA-friendly access to bugzilla? Even at vacation time, > people often have some kind of mobile access to Internet (can read > mails, browse Inet by, say. cellular phones etc.), but such kind of > access often requires an additional support on the server side... Sending mail to this list can count as a response. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 11 14:28:59 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 10:28:59 -0400 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811075928.GF28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <200808110016.22531.konrad@tylerc.org> <20080811073644.GE28543@nb.net.home> <46a038f90808110044r3895213ew11012018855ff752@mail.gmail.com> <20080811075928.GF28543@nb.net.home> Message-ID: <1218464939.3398.17.camel@localhost.localdomain> On Mon, 2008-08-11 at 09:59 +0200, Karel Zak wrote: > > Well, I think it's always better to use common sense rather than > blindly follow any policy. And common sense to me says fix the package before the next freeze deadline, rather than waiting for some cursory nod from the owner. > > > agree that it is a good idea. I am sure there are good reasons, > > specially when there's an active developer wanting to do some work > on > > it. > > Our CVS (usually -- depends on pkg.acl) is open. Nobody has to wait. > Go ahead and contribute. Maybe for your packages, but certainly not every Fedora package. A goodly number of them have overly restrictive permissions set (something I'm trying to address), and many will likely continue to have restrictive permissions set on them. Anything less than 3 weeks is far far to long to fit in with Fedora's release cycle. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Mon Aug 11 14:56:53 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 11 Aug 2008 09:56:53 -0500 Subject: Beware of Beerware? In-Reply-To: <20080811155416.705aa02f@schafwiese> References: <20080811155416.705aa02f@schafwiese> Message-ID: >>>>> "SW" == Simon Wesp writes: SW> Hi, I want to start a review request and the application i packed SW> is published under Beerware [1] which is not listed in Licensing SW> [2]. Text of the license: * "THE BEER-WARE LICENSE" (Revision 42): * wrote this file. As long as you retain this notice you * can do whatever you want with this stuff. If we meet some day, and you think * this stuff is worth it, you can buy me a beer in return Poul-Henning Kamp This is basically a joke license like the WTFPL; since the beer purchase requirement is optional, it seems to me that this is basically equivalent to the "Copyright only" license at http://fedoraproject.org/wiki/Licensing/CopyrightOnly. The only actual requirement is that the notice not be removed, which obviously does not render the software non-free in pretty much any sense I can think of. - J< From tcallawa at redhat.com Mon Aug 11 15:00:36 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 11 Aug 2008 11:00:36 -0400 Subject: Beware of Beerware? In-Reply-To: <20080811155416.705aa02f@schafwiese> References: <20080811155416.705aa02f@schafwiese> Message-ID: <1218466836.3269.6.camel@localhost.localdomain> On Mon, 2008-08-11 at 15:54 +0200, Simon Wesp wrote: > Hi, > > I want to start a review request and the application i packed is published under Beerware [1] which is not listed in Licensing [2]. > I'm not sure, if i can do this, because there is no no-warrenty clausel in it. > Would you say Beerware is a good license, or not? Effectively, this is Copyright only. These sorts of "joke licenses" probably won't hold up in court, but we probably don't inherit any serious legal risk from them. Use: License: Copyright only ~spot From dwalsh at redhat.com Mon Aug 11 15:04:15 2008 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 11 Aug 2008 11:04:15 -0400 Subject: How do I handle selinux for an Apache module? In-Reply-To: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> References: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> Message-ID: <48A054EF.6030700@redhat.com> David Carter wrote: > Hey folks! > > I'm a newbie to package submission, and I've encountered some selinux > issues when packaging my Apache module. The module runs fine without > selinux, but won't run without some new rules and file configurations. > > How is this normally handled in packages? Am I expected to add > configurations to handle this? How do I handle cases where selinux isn't > enabled? > > TIA, > Dave > What kind of SELinux modifications are you looking to make? From paul at city-fan.org Mon Aug 11 15:09:58 2008 From: paul at city-fan.org (Paul Howarth) Date: Mon, 11 Aug 2008 16:09:58 +0100 Subject: How do I handle selinux for an Apache module? In-Reply-To: <48A054EF.6030700@redhat.com> References: <55F6A690-FD45-4AB6-A23C-4C5C7472EF52@entertain-me.com> <48A054EF.6030700@redhat.com> Message-ID: <48A05646.5000303@city-fan.org> Daniel J Walsh wrote: > David Carter wrote: >> Hey folks! >> >> I'm a newbie to package submission, and I've encountered some selinux >> issues when packaging my Apache module. The module runs fine without >> selinux, but won't run without some new rules and file configurations. >> >> How is this normally handled in packages? Am I expected to add >> configurations to handle this? How do I handle cases where selinux isn't >> enabled? >> >> TIA, >> Dave >> > What kind of SELinux modifications are you looking to make? Probably similar to what I have in mod_fcgid-selinux; as this seems quite stable I guess I should start trying to upstream it. Paul. From kanarip at kanarip.com Mon Aug 11 15:40:26 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 11 Aug 2008 17:40:26 +0200 Subject: Default Groups, Default Packages, CD Sets and DVD Size Message-ID: <48A05D6A.7060006@kanarip.com> Hi there, there's a number of issues which you may or may not agree with, and are very real concerns. I'll first try to explain what the issue is; The CD sets in Fedora 10 Alpha, but also Fedora 8 and 9 Re-Spins, require all discs in order to be installed. I say installed, but what I really mean is next, next, next, finish. Eg., this includes the "Office and Productivity" shortcut to the office, games and sound-and-video comps groups of packages. This problem may need a little more detailed description of 1) CD sets are composed, and 2) how the installation procedures selects groups/packages to install -in a default install. FWIW, when I use the term "default install" in this email, it defines "next, next, finish" without checking or unchecking any package or group related settings. Also, FWIW, I'm not putting in all the details in composing- and installing-logic, so that only the bare flow of logic related to the problem set forth remains (or at least I'm attempting to do so). == The compose == Compose tools get input via a kickstart package manifest, which basically describes what groups and packages should be available during the installation. It selects all the relevant groups and packages, resolves the dependencies (inclusive or exclusive -see PS.), puts these in a tree and may or may not create a DVD from that tree. In the case of CD sets however, the packages need to be split over multiple discs and here's how that works (the process is called package ordering for those of you who didn't know that already): From a list of groups, the compose tools first select @core and @base since these are most commonly (e.g. "always") installed. It resolves dependencies for the packages selected (e.g. the mandatory and default packages in the groups @core and @base). The transaction is ordered and the order in which yum will want to install the packages is spit out. Then, another set of groups is selected, depsolved, ordered is if it were for a real transaction, and spit out in the correct order. This continues until all groups the compose tool knows about are selected and spit out, and the package ordering process will then spit out "the remainder of packages". Note that the next generation of compose tools is going to change this package ordering process to match the behavior of the installation procedure, but I'll continue with more about that later. == The installation procedure == By the time the installation procedure has gained the necessary input wrt. which packages to install, it has also selected a number of default groups (as well as "Office and Productivity" when performing a default installation). For this purpose, it uses the "default" (True/False) attribute in the available -possibly aggregated from multiple repositories, but not in this case- comps.xml. Given no additional input during the default installation, these are the groups selected to be installed[1] (from today's x86_64 rawhide): -> office -> admin-tools -> editors -> input-methods -> fonts -> text-internet -> gnome-desktop -> core -> base -> hardware-support -> games -> java -> base-x -> graphics -> dial-up -> printing -> sound-and-video -> graphical-internet Resulting in a required RPM payload (on the media) of 2.88 GB, using exclusive dependency resolving. 2.88 GB in RPMs spans 5 CDs. This means, that a default installation of Fedora Rawhide today, when using CDs, would require 5 discs minimum. == However == However, the default installation requires all 7 CDs, because of how the compose tools resolve dependencies (inclusive) during the compose of the media, and pull in more then is minimally required to complete the actual transaction of a default installation. The compose tools do so for good reason: - one cannot know what package is the user-preferred package for any given required capability (eg. for fictive capability 'web-client', there's firefox, iceweasel, elinks, wget, curl, emacs, emacs, emacs, foo, bar and baz) - one cannot predict on what installed system one is performing an upgrade, and to be able to close the transaction certain considerations must be met justifying the need for inclusive dependency resolving when composing the media (set) or installation tree. - it makes the released media apply to N+X use-cases where the package set or transaction payload during the installation is controlled in a more granular fashion then the selection dialogs allow (by means of a kickstart package manifest maybe?), which I guess applies more to businesses or advanced users using Fedora then it does to Joe Average users. Basically what I'm saying is that the 2.88 GB is spread over more then the minimal amount of discs it would fit on, since the complete package payload when using inclusive dependency resolving grows to 3.66 GB, or 7 discs. So, the compose process spits out 7 discs, each of which contain a part of the 2.88 GB sized RPM payload needed for a default installation. == Next Generation of Package Ordering == So, what package ordering is going to do -instead of having a static list of groups to add to a transaction, resolve, spit out the packages- is use the "default" parameter to groups in comps.xml as well (and then instead of exclusive dependency resolving like it does now, move to inclusive dependency resolving as well). This makes the "which packages and groups are in a default installation" a little less hard to maintain and the package ordering will almost automagically match up with comps.xml (of which the installation procedure also uses the default parameter to groups!) == DVD and Sizes == This leads me to another concern which may or may not be an immediate issue but requires attention from those in the decision making chain as well as generally interested people; the size of the DVD ISO is getting to it's maximum allowed size (just under 4GB for those who use FAT systems as their downloaded data partition), providing just a default (eg. not including anything in addition to the default). == Advise needed == There's several ways this can be solved, but I'm not sure what is the most advisable (some are not feasible I'm sure, I'm just brainstorming here): 1) reduce the number of mandatory and default packages per group in comps.xml 2) reduce the number of groups in comps.xml that have "default" set to True 3) Revisit how comps is formatted; Example: Keep the "default" for compose decisions, but add an "install" attribute for installation decision making. Install set to True may require default set to True as well for the group to even be included on the media. 4) Split the packages that are mandatory or default in comps groups, into smaller packages providing what the group needs and another set of smaller packages belonging to the group as to reduce the number of dependencies needing to be met when the compose or installation procedure selects a group. See also PS2. 5) Or, compared to 4, revisit the Requires in mandatory and default packages and the Provides in the packages that provide the required capabilities so that it abstracts from the requires/provides matching with too many other packages (related to the inclusive dependency resolving which will then make for a thinner RPM payload on the composed media) 6) Have the compose tools as well as the installation procedures not depend on the default attribute to groups anymore, at all. Thank you very much for reading this message so far, and please don't hesitate to ask any questions if I wasn't clear enough in how this works (though I also hope I didn't overdo it for those who already knew) or make a remark or two when you think I'm wrong about something ;-) Ideas and insight on the topic very much appreciated, Kind regards, Jeroen van Meeuwen -kanarip PS. Inclusive dependency resolving is grabbing _all_ packages that provide a required capability. Exclusive dependency resolving is grabbing the one best fit (this is YUM dependency resolving). I'm taking a few shortcuts here but I hope that's OK. PS2. Selecting all 18 default groups in rawhide results in 79 mandatory packages, 302 default packages, and (after depsolving) 1386 packages in total, being a 3.66 GB payload [1] the find-default-groups.py run against a rawhide yum configuration [jmeeuwen at ghandalf scripts]$ ./find-default-groups.py -c ../unity/conf/conf.d/revisor-rawhide-x86_64-respin.conf -r Default groups: -> office -> admin-tools -> editors -> input-methods -> fonts -> text-internet -> gnome-desktop -> core -> base -> hardware-support -> games -> java -> base-x -> graphics -> dial-up -> printing -> sound-and-video -> graphical-internet 3.66 GB (3934874324 archive_size) 79 mandatory packages, 302 default packages, 1386 packages in total (after depsolving) The actual script can be found at https://fedorahosted.org/revisor/browser/scripts/find-default-groups.py From dcbw at redhat.com Mon Aug 11 15:56:39 2008 From: dcbw at redhat.com (Dan Williams) Date: Mon, 11 Aug 2008 11:56:39 -0400 Subject: peerdns=no, NetworkManager, doesn't work? In-Reply-To: <17755.1218424210@sss.pgh.pa.us> References: <16407.1218421392@sss.pgh.pa.us> <1218423203.31669.4.camel@localhost.localdomain> <17755.1218424210@sss.pgh.pa.us> Message-ID: <1218470199.9306.7.camel@localhost.localdomain> On Sun, 2008-08-10 at 23:10 -0400, Tom Lane wrote: > Dan Williams writes: > > This is _exactly_ the problem that other distros use resolvconf for; > > stuff updates /etc/resolv.conf all the time, > > Uh, *what* stuff? I have never had such a problem before in any Fedora > version (or any other platform for that matter). VPNs (vpnc, ipsec, pptp, openvpn), PPP (for 3G cards, 56k dialup), ISDN, etc. Any time you have connections that may go up and down. > And before you dismiss the idea that NetworkManager is doing it, you > need to explain away the line "# generated by NetworkManager, do not edit!" > that's being inserted during the overwrite. The file got rewritten the last time you shut down and NM got stopped. Since all network interfaces got brought down, there were no valid DNS servers to use. Thus, you end up with an empty resolv.conf at shutdown time. When you next reboot, since you turned of NM, there is nothing to update resolv.conf, and thus you still don't have anything there. Dan From sundaram at fedoraproject.org Mon Aug 11 15:58:25 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 11 Aug 2008 21:28:25 +0530 Subject: Beware of Beerware? In-Reply-To: <1218466836.3269.6.camel@localhost.localdomain> References: <20080811155416.705aa02f@schafwiese> <1218466836.3269.6.camel@localhost.localdomain> Message-ID: <48A061A1.8050401@fedoraproject.org> Tom "spot" Callaway wrote: > On Mon, 2008-08-11 at 15:54 +0200, Simon Wesp wrote: >> Hi, >> >> I want to start a review request and the application i packed is published under Beerware [1] which is not listed in Licensing [2]. >> I'm not sure, if i can do this, because there is no no-warrenty clausel in it. >> Would you say Beerware is a good license, or not? > > Effectively, this is Copyright only. These sorts of "joke licenses" > probably won't hold up in court, but we probably don't inherit any > serious legal risk from them. Upstream should be advised to move to some standard permissive license like the MIT or revised 2-clause BSD license. Without a disclaimer, there is some legal risk for the developers especially in U.S. Rahul From orion at cora.nwra.com Mon Aug 11 16:55:10 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 11 Aug 2008 10:55:10 -0600 Subject: Need advice with gridengine 6.2 and "libcore" Message-ID: <48A06EEE.5050500@cora.nwra.com> Gridengine 6.2 make uses of a helper library on Linux to ensure that coredumps are always performed. A discussion of the issue can be found here: http://gridengine.sunsource.net/issues/show_bug.cgi?id=2552 The solution provided is to add a wrapper library called "libcore" that basically wraps the set[e][gu]id function calls and makes sure prctl(PR_SET_DUMPABLE,1,42,42,42); is called each time. This ends up with a "libcore.so" in %{_libdir}, which seems like a really bad idea. I've checked it the current setup but have not built it into the release. Scratch build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=770823 Suggestions for: - a better workaround. - a better location/name for libcore.so. - ? are much appreciated. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jkeating at redhat.com Mon Aug 11 17:02:55 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 13:02:55 -0400 Subject: Fedora 10 Beta Freeze coming soon Message-ID: <1218474175.3398.46.camel@localhost.localdomain> The Fedora 10 Beta freeze is scheduled for the 19th of Aug, one week and one day away. I know it hasn't been very long since the Alpha release, but that's how we roll here in the land of 6 month release cycles. Beta freeze also marks the Feature freeze, so it is very important that you get your features into working, testable shape by then, or be prepared to try your feature again for Fedora 11. We'd like to treat rawhide as a slushy freeze at this point, we'll be doing full composes against rawhide to test for various things and be ahead of the curve come actual freeze time, so we'd like you to not land any really dangerous changes without extensive testing first, and notification to the Fedora lists about your scary change. If we all work together we can get through the beta freeze period quickly and be on to the bugfixing mode after beta releases. http://fedoraproject.org/wiki/Releases/10/Schedule is the current schedule, although releng/Fesco/Board has the ability to change the schedule as needed. This week's meetings of the various boards, sigs, groups, etc.. should focus on Beta readiness. It would be good to take a moment to see what state your area of interest is in, and how likely it would be that said area of interest will be in a "testable" shape by the Beta freeze. If more (reasonable) time is needed, now is the time to let the project know so that we can effectively manage the remainder of our release schedule. Thanks for all your hard work in making Fedora 10 great! -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From walters at verbum.org Mon Aug 11 17:11:13 2008 From: walters at verbum.org (Colin Walters) Date: Mon, 11 Aug 2008 13:11:13 -0400 Subject: Need advice with gridengine 6.2 and "libcore" In-Reply-To: <48A06EEE.5050500@cora.nwra.com> References: <48A06EEE.5050500@cora.nwra.com> Message-ID: On Mon, Aug 11, 2008 at 12:55 PM, Orion Poplawski wrote: > Gridengine 6.2 make uses of a helper library on Linux to ensure that > coredumps are always performed. A discussion of the issue can be found > here: Ideally this is integrated with: https://fedoraproject.org/wiki/Features/CrashHandling For core dumps in particular though, just set the core limit to unlimited; I don't see why the library needs to do this itself. From ajax at redhat.com Mon Aug 11 17:25:48 2008 From: ajax at redhat.com (Adam Jackson) Date: Mon, 11 Aug 2008 13:25:48 -0400 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: <20080811063341.45739a91@infradead.org> References: <1218460158.2425.5.camel@localhost.localdomain> <20080811063341.45739a91@infradead.org> Message-ID: <1218475548.8216.3.camel@localhost.localdomain> On Mon, 2008-08-11 at 06:33 -0700, Arjan van de Ven wrote: > On Mon, 11 Aug 2008 09:09:18 -0400 > Adam Jackson wrote: > > I have an updated progress bar for plymouth that should hit rawhide > > later today. It's still wrong, in that it doesn't estimate how much > > longer it'll be, but it does go back to having a solid bar that fills > > up as time progresses. > > > > There's no sane way to actually estimate how long it'll take to boot, > > short of recording the previous boot time. Which is what we'll do, of > > course. > > personally I have to say that I dislike splash screens... mostly > because I want to be *done* by the time the splash screen is up ;-) > > Oh well.. that's a topic more suitable for my plumbers conference > presentation than this mailing list =) > (where I'll show why I think I'm right on this one ;-) Get me a kernel that manages to get to initramfs in under five seconds, and we'll talk. Not that you're wrong, but at the moment you're only academically right. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From igorsoares at gmail.com Mon Aug 11 17:43:00 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Mon, 11 Aug 2008 14:43:00 -0300 Subject: BrOffice.org in Fedora 10 Message-ID: <1218476580.3564.13.camel@amd5600> Hello! I saw that Fedora 10 Alpha doesn't have BrOffice.org packages in the installation media. BrOffice.org is the Brazilian brand for OpenOffice.org, see bug #358021 for more details. It would be good if we have this bits included for Fedora 10, since the packages are small and the use of "OpenOffice.org" brand could represent a legal hazard in Brazil for Fedora and RHEL, but I'm not sure how to report this in bugzilla. Besides the inclusion of these packages we will need to make some changes to comps in order to get BrOffice.org packages instead of OpenOffice.org ones when user selects pt_BR language in installation. I've already talked with Caolan, the OpenOffice.org packager about that, but I need some more guidance about this issue. I'd like to know what it takes to get that BrOffice.org layer included in the installation media (if possible) and how to handle it properly. Regards, Igor Pires Soares Brazilian Portuguese Localization Coordinator From loganjerry at gmail.com Mon Aug 11 18:36:10 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 11 Aug 2008 12:36:10 -0600 Subject: No maven2 on PPC64: wait or workaround? Message-ID: <870180fe0808111136y750e05e0i7ca55452eda9cbf5@mail.gmail.com> I just tried to build a newly approved package, jsr-305, only to have it fail on PPC64. The failure is because the build uses maven2, which does not exist on the PPC64 architecture. First, there is no FE-ExcludeArch-ppc64 bug that I can find that mentions maven2. Shouldn't there be? Second, should I work around this problem? It would be easy to invoke javac directly for this small package. On the other hand, if I have to hack up the .spec file to support building with maven when it exists and support direct javac invocation when it doesn't ... that .spec file is going to become pretty ugly, and possibly fragile. If I should not work around the problem, then I should really file a blocker bug that blocks on [insert # of maven2 blocker bug here], which doesn't exist, right? Thanks for any advice, -- Jerry James http://loganjerry.googlepages.com/ From jkeating at redhat.com Mon Aug 11 18:38:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 14:38:08 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218476580.3564.13.camel@amd5600> References: <1218476580.3564.13.camel@amd5600> Message-ID: <1218479888.3398.49.camel@localhost.localdomain> On Mon, 2008-08-11 at 14:43 -0300, Igor Pires Soares wrote: > I saw that Fedora 10 Alpha doesn't have BrOffice.org packages in the > installation media. BrOffice.org is the Brazilian brand for > OpenOffice.org, see bug #358021 for more details. > > It would be good if we have this bits included for Fedora 10, since the > packages are small and the use of "OpenOffice.org" brand could represent > a legal hazard in Brazil for Fedora and RHEL, but I'm not sure how to > report this in bugzilla. > > Besides the inclusion of these packages we will need to make some > changes to comps in order to get BrOffice.org packages instead of > OpenOffice.org ones when user selects pt_BR language in installation. > I've already talked with Caolan, the OpenOffice.org packager about that, > but I need some more guidance about this issue. I'd like to know what it > takes to get that BrOffice.org layer included in the installation media > (if possible) and how to handle it properly. Somebody needs to put up your broffice.org packages for review. The previous review as closed -> cantfix. Until the packages exist in Fedora, they can't be included in any spins. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kanarip at kanarip.com Mon Aug 11 18:41:29 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 11 Aug 2008 20:41:29 +0200 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218479888.3398.49.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> Message-ID: <48A087D9.8020101@kanarip.com> Jesse Keating wrote: > On Mon, 2008-08-11 at 14:43 -0300, Igor Pires Soares wrote: >> I saw that Fedora 10 Alpha doesn't have BrOffice.org packages in the >> installation media. BrOffice.org is the Brazilian brand for >> OpenOffice.org, see bug #358021 for more details. >> >> It would be good if we have this bits included for Fedora 10, since the >> packages are small and the use of "OpenOffice.org" brand could represent >> a legal hazard in Brazil for Fedora and RHEL, but I'm not sure how to >> report this in bugzilla. >> >> Besides the inclusion of these packages we will need to make some >> changes to comps in order to get BrOffice.org packages instead of >> OpenOffice.org ones when user selects pt_BR language in installation. >> I've already talked with Caolan, the OpenOffice.org packager about that, >> but I need some more guidance about this issue. I'd like to know what it >> takes to get that BrOffice.org layer included in the installation media >> (if possible) and how to handle it properly. > > Somebody needs to put up your broffice.org packages for review. The > previous review as closed -> cantfix. Until the packages exist in > Fedora, they can't be included in any spins. > > I can see them in rawhide, I just checked a moment ago. Kind regards, Jeroen van Meeuwen -kanarip From igorsoares at gmail.com Mon Aug 11 18:53:56 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Mon, 11 Aug 2008 15:53:56 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <48A087D9.8020101@kanarip.com> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> Message-ID: <1218480836.7215.4.camel@amd5600> Em Seg, 2008-08-11 ?s 20:41 +0200, Jeroen van Meeuwen escreveu: > Jesse Keating wrote: > > On Mon, 2008-08-11 at 14:43 -0300, Igor Pires Soares wrote: > >> I saw that Fedora 10 Alpha doesn't have BrOffice.org packages in the > >> installation media. BrOffice.org is the Brazilian brand for > >> OpenOffice.org, see bug #358021 for more details. > >> > >> It would be good if we have this bits included for Fedora 10, since the > >> packages are small and the use of "OpenOffice.org" brand could represent > >> a legal hazard in Brazil for Fedora and RHEL, but I'm not sure how to > >> report this in bugzilla. > >> > >> Besides the inclusion of these packages we will need to make some > >> changes to comps in order to get BrOffice.org packages instead of > >> OpenOffice.org ones when user selects pt_BR language in installation. > >> I've already talked with Caolan, the OpenOffice.org packager about that, > >> but I need some more guidance about this issue. I'd like to know what it > >> takes to get that BrOffice.org layer included in the installation media > >> (if possible) and how to handle it properly. > > > > Somebody needs to put up your broffice.org packages for review. The > > previous review as closed -> cantfix. Until the packages exist in > > Fedora, they can't be included in any spins. > > > > > > I can see them in rawhide, I just checked a moment ago. Yep, they are in rawhide but not in the installation media, at least for F10 Alpha. From jspaleta at gmail.com Mon Aug 11 18:59:36 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 10:59:36 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218480836.7215.4.camel@amd5600> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> Message-ID: <604aa7910808111159p518f6affkf9c3848f0c5ae837@mail.gmail.com> On Mon, Aug 11, 2008 at 10:53 AM, Igor Pires Soares wrote: > Yep, they are in rawhide but not in the installation media, at least for > F10 Alpha. Let's backup.... do we have the technology hooks right now in yum/anaconda such that the BROffice.org packages would be installed only when the pt_BR language selection has been made? -jef From jkeating at j2solutions.net Mon Aug 11 19:02:17 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 11 Aug 2008 15:02:17 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218480836.7215.4.camel@amd5600> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> Message-ID: <1218481337.3398.52.camel@localhost.localdomain> On Mon, 2008-08-11 at 15:53 -0300, Igor Pires Soares wrote: > > > > I can see them in rawhide, I just checked a moment ago. > > Yep, they are in rawhide but not in the installation media, at least for > F10 Alpha. Ah, I see, they are subpackages of the openoffice.org source package. Odd. Ideally these packages would be added as conditionals to the appropriate language support groups, and then they'll be pulled in when said groups are requested. -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Aug 11 19:04:27 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 11 Aug 2008 15:04:27 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808111159p518f6affkf9c3848f0c5ae837@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <604aa7910808111159p518f6affkf9c3848f0c5ae837@mail.gmail.com> Message-ID: <1218481467.3398.54.camel@localhost.localdomain> On Mon, 2008-08-11 at 10:59 -0800, Jeff Spaleta wrote: > Let's backup.... do we have the technology hooks right now in > yum/anaconda such that the BROffice.org packages would be installed > only when the pt_BR language selection has been made? Yes, those should be treated just like the langpacks for said software. It's all driven by comps. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From loupgaroublond at gmail.com Mon Aug 11 19:09:08 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 11 Aug 2008 21:09:08 +0200 Subject: Beware of Beerware? In-Reply-To: <48A061A1.8050401@fedoraproject.org> References: <20080811155416.705aa02f@schafwiese> <1218466836.3269.6.camel@localhost.localdomain> <48A061A1.8050401@fedoraproject.org> Message-ID: <7f692fec0808111209i1aaaa32bs3ede94f7df72498b@mail.gmail.com> On Mon, Aug 11, 2008 at 5:58 PM, Rahul Sundaram wrote: > Tom "spot" Callaway wrote: >> >> On Mon, 2008-08-11 at 15:54 +0200, Simon Wesp wrote: >>> >>> Hi, >>> >>> I want to start a review request and the application i packed is >>> published under Beerware [1] which is not listed in Licensing [2]. I'm not >>> sure, if i can do this, because there is no no-warrenty clausel in it. >>> Would you say Beerware is a good license, or not? >> >> Effectively, this is Copyright only. These sorts of "joke licenses" >> probably won't hold up in court, but we probably don't inherit any >> serious legal risk from them. > > Upstream should be advised to move to some standard permissive license like > the MIT or revised 2-clause BSD license. Without a disclaimer, there is some > legal risk for the developers especially in U.S. Theoretically, couldn't we slap some kind of 2-clause license on it when redistributing it ourselves, just to protect our own behinds? Better yet, I propose the 3-beer clause license. The first two clauses are analogous to a standard 2-clause BSD license, and the third offers the recommendation to buy 1) the author, 2) the packager and 3) the user a round of beers. -Yaakov From tcallawa at redhat.com Mon Aug 11 19:17:54 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 11 Aug 2008 15:17:54 -0400 Subject: Beware of Beerware? In-Reply-To: <7f692fec0808111209i1aaaa32bs3ede94f7df72498b@mail.gmail.com> References: <20080811155416.705aa02f@schafwiese> <1218466836.3269.6.camel@localhost.localdomain> <48A061A1.8050401@fedoraproject.org> <7f692fec0808111209i1aaaa32bs3ede94f7df72498b@mail.gmail.com> Message-ID: <1218482274.19103.7.camel@localhost.localdomain> On Mon, 2008-08-11 at 21:09 +0200, Yaakov Nemoy wrote: > Theoretically, couldn't we slap some kind of 2-clause license on it > when redistributing it ourselves, just to protect our own behinds? No, because "retain this notice" means that we cannot change the license text. We could theoretically add additional license text, but we couldn't lose the silly beer text. ~spot From caillon at redhat.com Mon Aug 11 19:33:15 2008 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 11 Aug 2008 15:33:15 -0400 Subject: XULRunner and you In-Reply-To: <200808101102.14509.vpivaini@cs.helsinki.fi> References: <1217346891.3273.31.camel@metroid.rdu.redhat.com> <1217348578.764.141.camel@hinge.endoframe.net> <200808101102.14509.vpivaini@cs.helsinki.fi> Message-ID: <48A093FB.3080203@redhat.com> Ville-Pekka Vainio wrote: > Braden McDaniel wrote: >> On Tue, 2008-07-29 at 11:54 -0400, Will Woods wrote: >>> In last week's QA meeting, Chris Aillon (aka caillon, our fearless >>> firefox/xulrunner maintainer) stopped by to tell us what happened with >>> xulrunner dep breakage, and how package maintainers can help reduce / >>> prevent it in the future. Here's a quick summary: >>> >>> There are two APIs provided by xulrunner - the stable API (gecko-devel), >>> and the unstable one (gecko-devel-unstable). >> Why does xulrunner-devel-unstable provide some of the same headers (at a >> different path) that xulrunner-devel does? I'm specifically noticing >> SpiderMonkey headers; though there might be others. > > It's been almost two weeks and this question hasn't been answered yet, any > comments anyone? Hadn't noticed it sorry. Unstable builds need to be able to use the stable headers, too. The duplication is unfortunate, but it's a byproduct of the way the pkgconfig files are done. They include either a stable or unstable subdirectory, and sorting out the symlinks would be a pain. From diegobz at gmail.com Mon Aug 11 20:12:34 2008 From: diegobz at gmail.com (=?ISO-8859-1?Q?Diego_B=FArigo_Zacar=E3o?=) Date: Mon, 11 Aug 2008 17:12:34 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218481467.3398.54.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <604aa7910808111159p518f6affkf9c3848f0c5ae837@mail.gmail.com> <1218481467.3398.54.camel@localhost.localdomain> Message-ID: <6600c1b10808111312y7e26a56ax1dea5b014c964c5@mail.gmail.com> 2008/8/11 Jesse Keating > On Mon, 2008-08-11 at 10:59 -0800, Jeff Spaleta wrote: > > Let's backup.... do we have the technology hooks right now in > > yum/anaconda such that the BROffice.org packages would be installed > > only when the pt_BR language selection has been made? > > Yes, those should be treated just like the langpacks for said software. > It's all driven by comps. > > So, what's the next step to get it done? -- Diego B?rigo Zacar?o Linux User #402589 USE SOFTWARE LIVRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Aug 11 20:12:24 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:12:24 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218481337.3398.52.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> Message-ID: <1218485544.12612.1.camel@aglarond.local> On Mon, 2008-08-11 at 15:02 -0400, Jesse Keating wrote: > On Mon, 2008-08-11 at 15:53 -0300, Igor Pires Soares wrote: > > > > > > I can see them in rawhide, I just checked a moment ago. > > > > Yep, they are in rawhide but not in the installation media, at least for > > F10 Alpha. > > Ah, I see, they are subpackages of the openoffice.org source package. > Odd. > > Ideally these packages would be added as conditionals to the appropriate > language support groups, and then they'll be pulled in when said groups > are requested. Umm, except they're different executables. What's the actual expected behavior if you have both broffice.org-writer and openoffice.org-writer installed? This looks seriously weird to me Jeremy From drago01 at gmail.com Mon Aug 11 20:13:47 2008 From: drago01 at gmail.com (drago01) Date: Mon, 11 Aug 2008 22:13:47 +0200 Subject: BrOffice.org in Fedora 10 In-Reply-To: <6600c1b10808111312y7e26a56ax1dea5b014c964c5@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <604aa7910808111159p518f6affkf9c3848f0c5ae837@mail.gmail.com> <1218481467.3398.54.camel@localhost.localdomain> <6600c1b10808111312y7e26a56ax1dea5b014c964c5@mail.gmail.com> Message-ID: 2008/8/11 Diego B?rigo Zacar?o : > > > 2008/8/11 Jesse Keating >> >> On Mon, 2008-08-11 at 10:59 -0800, Jeff Spaleta wrote: >> > Let's backup.... do we have the technology hooks right now in >> > yum/anaconda such that the BROffice.org packages would be installed >> > only when the pt_BR language selection has been made? >> >> Yes, those should be treated just like the langpacks for said software. >> It's all driven by comps. >> > > So, what's the next step to get it done? patch for comps? From drago01 at gmail.com Mon Aug 11 20:15:38 2008 From: drago01 at gmail.com (drago01) Date: Mon, 11 Aug 2008 22:15:38 +0200 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218485544.12612.1.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> Message-ID: On Mon, Aug 11, 2008 at 10:12 PM, Jeremy Katz wrote: > On Mon, 2008-08-11 at 15:02 -0400, Jesse Keating wrote: >> On Mon, 2008-08-11 at 15:53 -0300, Igor Pires Soares wrote: >> > > >> > > I can see them in rawhide, I just checked a moment ago. >> > >> > Yep, they are in rawhide but not in the installation media, at least for >> > F10 Alpha. >> >> Ah, I see, they are subpackages of the openoffice.org source package. >> Odd. >> >> Ideally these packages would be added as conditionals to the appropriate >> language support groups, and then they'll be pulled in when said groups >> are requested. > > Umm, except they're different executables. What's the actual expected > behavior if you have both broffice.org-writer and openoffice.org-writer > installed? > > This looks seriously weird to me aren't there different desktop files? From jspaleta at gmail.com Mon Aug 11 20:28:17 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 12:28:17 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218485544.12612.1.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> Message-ID: <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> On Mon, Aug 11, 2008 at 12:12 PM, Jeremy Katz wrote: > Umm, except they're different executables. What's the actual expected > behavior if you have both broffice.org-writer and openoffice.org-writer > installed? I'm pretty sure the broffice.org packages aren't actual executables.. its the necessary branding junk to rebrand what it calls itself in the UI. -jef From katzj at redhat.com Mon Aug 11 20:28:35 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:28:35 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> Message-ID: <1218486515.12612.5.camel@aglarond.local> On Mon, 2008-08-11 at 22:15 +0200, drago01 wrote: > On Mon, Aug 11, 2008 at 10:12 PM, Jeremy Katz wrote: > > On Mon, 2008-08-11 at 15:02 -0400, Jesse Keating wrote: > >> On Mon, 2008-08-11 at 15:53 -0300, Igor Pires Soares wrote: > >> > > > >> > > I can see them in rawhide, I just checked a moment ago. > >> > > >> > Yep, they are in rawhide but not in the installation media, at least for > >> > F10 Alpha. > >> > >> Ah, I see, they are subpackages of the openoffice.org source package. > >> Odd. > >> > >> Ideally these packages would be added as conditionals to the appropriate > >> language support groups, and then they'll be pulled in when said groups > >> are requested. > > > > Umm, except they're different executables. What's the actual expected > > behavior if you have both broffice.org-writer and openoffice.org-writer > > installed? > > > > This looks seriously weird to me > > aren't there different desktop files? Yes, but both are going to show up in all locales if you have both installed. And two different apps associated with mime-types, etc. What is the actual functional difference that's trying to be achieved here? Jeremy From katzj at redhat.com Mon Aug 11 20:34:24 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:34:24 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> Message-ID: <1218486864.12612.7.camel@aglarond.local> On Mon, 2008-08-11 at 12:28 -0800, Jeff Spaleta wrote: > On Mon, Aug 11, 2008 at 12:12 PM, Jeremy Katz wrote: > > Umm, except they're different executables. What's the actual expected > > behavior if you have both broffice.org-writer and openoffice.org-writer > > installed? > > I'm pretty sure the broffice.org packages aren't actual executables.. > its the necessary branding junk to rebrand what it calls itself in the > UI. There are different executables, different menu items, different associations thus leading to more confusion if someone gets both installed. And the only apparent difference I see is that the splash screen says it's "BrOffice" instead of "OpenOffice". What sort of value is this really providing to our userbase? Jeremy From walters at verbum.org Mon Aug 11 20:37:37 2008 From: walters at verbum.org (Colin Walters) Date: Mon, 11 Aug 2008 16:37:37 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218486864.12612.7.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> Message-ID: On Mon, Aug 11, 2008 at 4:34 PM, Jeremy Katz wrote: > > And the only apparent difference I see is that the splash screen says > it's "BrOffice" instead of "OpenOffice". > > What sort of value is this really providing to our userbase? Did you see the bug? https://bugzilla.redhat.com/show_bug.cgi?id=358021 I don't think they wanted to rename it, but legal issues forced them to. From katzj at redhat.com Mon Aug 11 20:47:01 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:47:01 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> Message-ID: <1218487621.12612.13.camel@aglarond.local> On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: > On Mon, Aug 11, 2008 at 4:34 PM, Jeremy Katz wrote: > > > > And the only apparent difference I see is that the splash screen says > > it's "BrOffice" instead of "OpenOffice". > > > > What sort of value is this really providing to our userbase? > > Did you see the bug? > > https://bugzilla.redhat.com/show_bug.cgi?id=358021 > > I don't think they wanted to rename it, but legal issues forced them to. With my IANAL hat on, I don't see how these packages do anything to solve the problem, though. User in Brazil takes Fedora DVD, does install with the office group, they get OpenOffice. Even if comps also specifies to install broffice as well. And so then, they have two things in their menus, etc. As do all users who may not be in Brazil but care about having support for users who speak Brazilian Portuguese. There's no "exclude this package if you're using this locale" type of thing in comps[1]. And even if there were, the media would still have the package. So if it's a problem, the problem would still exist. Jeremy [1] And how such a thing would even start to work at the yum level, much less the level of any sort of UI makes my head hurt From jspaleta at gmail.com Mon Aug 11 20:49:10 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 12:49:10 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218486864.12612.7.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> Message-ID: <604aa7910808111349t3dc463c4vf83ff575b3a02a1b@mail.gmail.com> On Mon, Aug 11, 2008 at 12:34 PM, Jeremy Katz wrote: > What sort of value is this really providing to our userbase? legal protection? Honestly I don't know what the answer is... or what the actual level of legal risk is. -jef From walters at verbum.org Mon Aug 11 20:56:23 2008 From: walters at verbum.org (Colin Walters) Date: Mon, 11 Aug 2008 16:56:23 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218487621.12612.13.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> Message-ID: On Mon, Aug 11, 2008 at 4:47 PM, Jeremy Katz wrote: > On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: >> > With my IANAL hat on, I don't see how these packages do anything to > solve the problem, though. > > User in Brazil takes Fedora DVD, does install with the office group, > they get OpenOffice. Even if comps also specifies to install broffice > as well. And so then, they have two things in their menus, etc. As do > all users who may not be in Brazil but care about having support for > users who speak Brazilian Portuguese. Though, if we had localized installation livecd images... Just a thought! From katzj at redhat.com Mon Aug 11 20:59:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:59:39 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> Message-ID: <1218488379.12612.16.camel@aglarond.local> On Mon, 2008-08-11 at 16:56 -0400, Colin Walters wrote: > On Mon, Aug 11, 2008 at 4:47 PM, Jeremy Katz wrote: > > On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: > >> > > With my IANAL hat on, I don't see how these packages do anything to > > solve the problem, though. > > > > User in Brazil takes Fedora DVD, does install with the office group, > > they get OpenOffice. Even if comps also specifies to install broffice > > as well. And so then, they have two things in their menus, etc. As do > > all users who may not be in Brazil but care about having support for > > users who speak Brazilian Portuguese. > > Though, if we had localized installation livecd images... Or if we didn't have openoffice.org and just had abiword and gnumeric. Oh wait, that's what we do. And in either case, the packages would still be on the DVD that is one of our primary distribution methods and still no better. Jeremy From mclasen at redhat.com Mon Aug 11 21:03:57 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 11 Aug 2008 17:03:57 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218488379.12612.16.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> Message-ID: <1218488637.13556.1.camel@localhost.localdomain> On Mon, 2008-08-11 at 16:59 -0400, Jeremy Katz wrote: > On Mon, 2008-08-11 at 16:56 -0400, Colin Walters wrote: > > On Mon, Aug 11, 2008 at 4:47 PM, Jeremy Katz wrote: > > > On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: > > >> > > > With my IANAL hat on, I don't see how these packages do anything to > > > solve the problem, though. > > > > > > User in Brazil takes Fedora DVD, does install with the office group, > > > they get OpenOffice. Even if comps also specifies to install broffice > > > as well. And so then, they have two things in their menus, etc. As do > > > all users who may not be in Brazil but care about having support for > > > users who speak Brazilian Portuguese. > > > > Though, if we had localized installation livecd images... > > Or if we didn't have openoffice.org and just had abiword and gnumeric. > Oh wait, that's what we do. > > And in either case, the packages would still be on the DVD that is one > of our primary distribution methods and still no better. > > Jeremy > If the problem is only in the user-visible branding, then a better solution would be to split out some parts (like the splash screen, data for the about dialog, etc) in some separate package, and have locale-dependent versions of that. Of course, that doesn't help if the package name itself is a problem... From kanarip at kanarip.com Mon Aug 11 21:20:05 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 11 Aug 2008 23:20:05 +0200 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218488637.13556.1.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> Message-ID: <48A0AD05.5000300@kanarip.com> A lot of people wrote... (...snip...) If it all comes from the same SRPM, can the brand be included in the appropriate langpack? A concern that remains is people in Brazil not installing the @*-support group associated with the pt_BR locale, but then again, nothing prevents them from installing OOo next to or over BRO. Another bandaid to the problem is to strongly advertise the use of the pt_BR localized spin. Jeroen van Meeuwen -kanarip From drago01 at gmail.com Mon Aug 11 20:54:01 2008 From: drago01 at gmail.com (drago01) Date: Mon, 11 Aug 2008 22:54:01 +0200 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218487621.12612.13.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> Message-ID: On Mon, Aug 11, 2008 at 10:47 PM, Jeremy Katz wrote: > On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: >> On Mon, Aug 11, 2008 at 4:34 PM, Jeremy Katz wrote: >> > >> > And the only apparent difference I see is that the splash screen says >> > it's "BrOffice" instead of "OpenOffice". >> > >> > What sort of value is this really providing to our userbase? >> >> Did you see the bug? >> >> https://bugzilla.redhat.com/show_bug.cgi?id=358021 >> >> I don't think they wanted to rename it, but legal issues forced them to. > > With my IANAL hat on, I don't see how these packages do anything to > solve the problem, though. > > User in Brazil takes Fedora DVD, does install with the office group, > they get OpenOffice. Even if comps also specifies to install broffice > as well. And so then, they have two things in their menus, etc. As do > all users who may not be in Brazil but care about having support for > users who speak Brazilian Portuguese. hmm.. use the timezone for that or ask for the country (not a hard question and windows/os X afaik do it too) From katzj at redhat.com Mon Aug 11 21:12:42 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 17:12:42 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218488637.13556.1.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218479888.3398.49.camel@localhost.localdomain> <48A087D9.8020101@kanarip.com> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> Message-ID: <1218489162.12612.19.camel@aglarond.local> On Mon, 2008-08-11 at 17:03 -0400, Matthias Clasen wrote: > On Mon, 2008-08-11 at 16:59 -0400, Jeremy Katz wrote: > > On Mon, 2008-08-11 at 16:56 -0400, Colin Walters wrote: > > > On Mon, Aug 11, 2008 at 4:47 PM, Jeremy Katz wrote: > > > > On Mon, 2008-08-11 at 16:37 -0400, Colin Walters wrote: > > > >> > > > > With my IANAL hat on, I don't see how these packages do anything to > > > > solve the problem, though. > > > > > > > > User in Brazil takes Fedora DVD, does install with the office group, > > > > they get OpenOffice. Even if comps also specifies to install broffice > > > > as well. And so then, they have two things in their menus, etc. As do > > > > all users who may not be in Brazil but care about having support for > > > > users who speak Brazilian Portuguese. > > > > > > Though, if we had localized installation livecd images... > > > > Or if we didn't have openoffice.org and just had abiword and gnumeric. > > Oh wait, that's what we do. > > > > And in either case, the packages would still be on the DVD that is one > > of our primary distribution methods and still no better. > If the problem is only in the user-visible branding, then a better > solution would be to split out some parts (like the splash screen, data > for the about dialog, etc) in some separate package, and have > locale-dependent versions of that. Except that locale is "displayed language", not "where the system is running". Plenty of people run in English even in non-English speaking countries. And so what should happen there? > Of course, that doesn't help if the package name itself is a problem... Indeed. :-/ This is just overall a pretty thorny problem ... Jeremy From arjan at infradead.org Mon Aug 11 18:14:26 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Mon, 11 Aug 2008 11:14:26 -0700 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: <1218475548.8216.3.camel@localhost.localdomain> References: <1218460158.2425.5.camel@localhost.localdomain> <20080811063341.45739a91@infradead.org> <1218475548.8216.3.camel@localhost.localdomain> Message-ID: <20080811111426.288bb8d3@infradead.org> On Mon, 11 Aug 2008 13:25:48 -0400 Adam Jackson wrote: > On Mon, 2008-08-11 at 06:33 -0700, Arjan van de Ven wrote: > > On Mon, 11 Aug 2008 09:09:18 -0400 > > Adam Jackson wrote: > > > I have an updated progress bar for plymouth that should hit > > > rawhide later today. It's still wrong, in that it doesn't > > > estimate how much longer it'll be, but it does go back to having > > > a solid bar that fills up as time progresses. > > > > > > There's no sane way to actually estimate how long it'll take to > > > boot, short of recording the previous boot time. Which is what > > > we'll do, of course. > > > > personally I have to say that I dislike splash screens... mostly > > because I want to be *done* by the time the splash screen is up ;-) > > > > Oh well.. that's a topic more suitable for my plumbers conference > > presentation than this mailing list =) > > (where I'll show why I think I'm right on this one ;-) > > Get me a kernel that manages to get to initramfs in under five > seconds, and we'll talk. [various patches posted to lkml] > > Not that you're wrong, but at the moment you're only academically > right. eyeing the eeepc on my desk... guess it'll be an academic eeepc until plumbers ;) -- If you want to reach me at my work email, use arjan at linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org From jspaleta at gmail.com Mon Aug 11 22:21:10 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 14:21:10 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218488637.13556.1.camel@localhost.localdomain> References: <1218476580.3564.13.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> Message-ID: <604aa7910808111521y6ba20025gbc274cc039ca872b@mail.gmail.com> On Mon, Aug 11, 2008 at 1:03 PM, Matthias Clasen wrote: > If the problem is only in the user-visible branding, then a better > solution would be to split out some parts (like the splash screen, data > for the about dialog, etc) in some separate package, and have > locale-dependent versions of that. > > Of course, that doesn't help if the package name itself is a problem... It's not clear what the actual legal problem is. But if it goes as far as not being able to list the OpenOffice.org packages in our repository listings...at all...then holy crap the Brazilian Ambassadors have a significant problem. From jspaleta at gmail.com Mon Aug 11 22:32:27 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 14:32:27 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218489162.12612.19.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> Message-ID: <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> On Mon, Aug 11, 2008 at 1:12 PM, Jeremy Katz wrote: > Indeed. :-/ This is just overall a pretty thorny problem ... Given that we don't know what the legal burden actually is.... but we do not its limited by a national jurisdiction and not by language.... If there is a legal burden at all to in hide the OpenOffice.org trademarks in Brazil specifically..regardless of language being spoken..would be to distribute a specially created version of Fedora inside Brazil. If there is a legal burden that must be met inside Brazil with regard to the OpenOffice trademarks.. I'm not sure how any technical hocus pocus in the installer will be sufficient to cover whatever legal liability is present for the people handing out stock Fedora media. -jef From christoph.wickert at googlemail.com Mon Aug 11 23:00:54 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 12 Aug 2008 01:00:54 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <20080811070156.GC28543@nb.net.home> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> Message-ID: <1218495655.3440.22.camel@wicktop.localdomain> Am Montag, den 11.08.2008, 09:01 +0200 schrieb Karel Zak: > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > > 2 weeks? It seems you are really inpatient :-) Not really: * Package is broken since F9 release (I guess even before, but nobody realized). * Bug was opened 2008-05-16. * Trying to contact Krzysztof for a month now. This means 6 weeks in total. Regards Christoph From walters at verbum.org Mon Aug 11 23:03:53 2008 From: walters at verbum.org (Colin Walters) Date: Mon, 11 Aug 2008 19:03:53 -0400 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218488379.12612.16.camel@aglarond.local> References: <1218476580.3564.13.camel@amd5600> <1218480836.7215.4.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> Message-ID: On Mon, Aug 11, 2008 at 4:59 PM, Jeremy Katz wrote: > > Or if we didn't have openoffice.org and just had abiword and gnumeric. > Oh wait, that's what we do. Well, but with localized images we could fit openoffice on the cd... Anyways, we aren't going to make localized images for F10 I admit, so hopefully a short term hack will work. From Christian.Iseli at unil.ch Mon Aug 11 23:35:32 2008 From: Christian.Iseli at unil.ch (Christian Iseli) Date: Tue, 12 Aug 2008 01:35:32 +0200 Subject: Fedora Package Status of Aug 12, 2008 Message-ID: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> Hi folks, After a rather long delay, I have managed to update the PackageStatus page again. In the meantime, we had a new FAS, wiki, and bugzilla... There are probably many wrinkles, but for now that's the best I got. Cheers, Christian ==== Fedora Package Status of Aug 12, 2008 The full report can be found here: http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus Owners stats: - 6517 packages - 10799 binary rpms in devel - 103 orphans - 92 packages not available in devel or release sqlite2 Fedora at FamilleCollet dot com ocsinventory-client Victor dot Lazzarini at nuim dot ie olpcsound a dot badger at gmail dot com python-paver andreas dot bierfert at lowlatency dot de multisync andreas dot bierfert at lowlatency dot de libopensync-plugin-synce andreas at bawue dot net perl-HTML-CalendarMonthSimple andreas at bawue dot net ngircd bnocera at redhat dot com galago-filesystem chris at void dot printf dot net ohm claudio at claudiotomasoni dot it octaviz claudio at claudiotomasoni dot it qtoctave cweyl at alumni dot drew dot edu gaim-gaym davidz at redhat dot com redhat-artwork dennis at ausil dot us xorg-x11-drv-sunbw2 dennis at ausil dot us prtconf dennis at ausil dot us silo dennis at ausil dot us xorg-x11-drv-suncg6 dennis at ausil dot us xorg-x11-drv-suncg3 dennis at ausil dot us xorg-x11-drv-sunffb dennis at ausil dot us xorg-x11-drv-suntcx dennis at ausil dot us xorg-x11-drv-suncg14 dennis at ausil dot us xorg-x11-drv-sunleo devrim at gunduz dot org postgresql-pgpool-ha devrim at gunduz dot org saxon8 dhuff at redhat dot com appliance-tools dsd at laptop dot org PolicyKit-olpc dwheeler at dwheeler dot com minisat2 foolish at guezz dot net pisg gauret at free dot fr pdftohtml green at redhat dot com cl-asdf ivazqueznet at gmail dot com xmlroff jafo at tummy dot com python-mechanoid jbowes at redhat dot com eg jkeating at redhat dot com tux jmp at safe dot ca clement johan at x-tnd dot be php-pear-MDB2-Driver-pgsql jorton at redhat dot com newt-perl kanarip at kanarip dot com rubygem-builder kanarip at kanarip dot com rubygem-arrayfields kanarip at kanarip dot com spin-kickstarts kanarip at kanarip dot com rubygem-attributes kanarip at kanarip dot com ruby-RRDtool kushaldas at gmail dot com python-chardet kushaldas at gmail dot com mediascrapper kushaldas at gmail dot com translation-filter kwizart at gmail dot com libproxy kwizart at gmail dot com iwl5000-firmware lkundrak at v3 dot sk mon lkundrak at v3 dot sk perl-Mon loganjerry at gmail dot com jsr-305 lvm-team at redhat dot com device-mapper lxtnow at gmail dot com kicker-compiz lxtnow at gmail dot com python-shout lxtnow at gmail dot com gnubversion lxtnow at gmail dot com cgi-util matthias at rpmforge dot net csync2 mcepl at redhat dot com pyexiv2 michel dot sylvan at gmail dot com python-nltk_lite michel dot sylvan at gmail dot com liblinebreak mitr at redhat dot com perl-IPTables-ChainMgr mmahut at redhat dot com libopensync-plugin-sunbird mmaslano at redhat dot com perl-Text-Aligner mmaslano at redhat dot com perl-Wx-Perl-ProcessStream mnowak at redhat dot com python-id3 mpg at redhat dot com sugar-evince nalin at redhat dot com slapi-nis noah at coderanger dot net rainbow noah at coderanger dot net python-olpcgames oliver at linux-kernel dot at aboot paul at all-the-johnsons dot co dot uk ikvm paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk monotorrent pertusus at free dot fr grib_api pknirsch at redhat dot com freeimpi pvrabec at redhat dot com honeyd rdieter at math dot unl dot edu pykdeextensions rdieter at math dot unl dot edu kcometen3 rnorwood at redhat dot com puritan romal at gmx dot de otrs rvinyard at cs dot nmsu dot edu idioskopos rvokal at redhat dot com gaim-guifications simon at sxw dot org dot uk perl-HTML-Prototype smparrish at shallowcreek dot net spicebird splinux25 at gmail dot com drapes tcallawa at redhat dot com perl-String-Ediff thomas dot moschny at gmx dot de python-markdown twaugh at redhat dot com desktop-printing victor dot vasilyev at sun dot com netbeans-svnclientadapter wart at kobold dot org tile xgl-maint at redhat dot com xorg-x11-drv-vermilion yufanyufan at gmail dot com audacious-plugins-docklet - 9 packages not available in devel but present in release Axel dot Thimm at ATrpms dot net freenx Jochen at herr-schmitt dot de kyum dbhole at redhat dot com MegaMek fitzsim at redhat dot com system-switch-java mclasen at redhat dot com gail rstrode at redhat dot com rhgb than at redhat dot com extragear-plasma varekova at redhat dot com man-pages-da xen-maint at redhat dot com kernel-xen-2.6 - 12 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/buglist.cgi?bug_id=222191,231861,431320,449879,455925 eclipse ben at bagu.org cyrus-imapd rvokal at redhat.com pam_usb guidolinfrancesco at email.it Zile rakesh.pandit at gmail.com htop maxamillion at gmail.com https://bugzilla.redhat.com/buglist.cgi?bug_id=221717,434880,437559,437560,446991,456281,456892 agg caolanm at redhat.com tanukiwrapper jesusr at redhat.com ricci rmccabe at redhat.com clustermon rmccabe at redhat.com python-coherence mteixeira at webset.net xerces-j2 victor.vasilyev at sun.com aget paul.goessinger at gmx.de - 1 packages present in the development repo which have no owners entry s390utils - 6 orphaned packages, yet available in devel 8Kingdoms eclipse-pydev guake moodss moomps nautilus-share FE-ACCEPT packages stats: - 4870 accepted, closed package reviews - 99 accepted, closed package reviews not in repo - 25 accepted, closed package reviews not in owners - 57 accepted, open package reviews older than 4 weeks; - 88 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 234 open tickets - 116 tickets with no activity in eight weeks - 21 tickets with no activity in four weeks - 60 closed tickets FE-NEW packages stats: - 796 open tickets - 504 tickets with no activity in eight weeks - 91 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 73 open tickets - 18 tickets with no activity in eight weeks - 13 tickets with no activity in four weeks FE-Legal packages stats: - 8 open tickets - 3 tickets with no activity in eight weeks - 1 tickets with no activity in four weeks OPEN-BUGS packages stats: - 8504 open tickets - 5052 tickets with no activity in eight weeks - 1118 tickets with no activity in four weeks CVS stats: - 6517 packages with a devel directory - 4 packages with no owners entry F-8 glibc32 glibc64 tdma - 394 packages were dropped from Fedora Maintainers stats: - 552 maintainers - 43 inactive maintainers with open bugs - 44 inactive maintainers Dropped Fedora packages: - 240 packages were dropped since Fedora 7 Comps.xml files stats: - 2866 packages in comps-f10 file - 1711 packages missing from comps-f10 file - 16 packages in comps-f10 but not in repo - 2827 packages in comps-f9 file - 1654 packages missing from comps-f9 file - 4 packages in comps-f9 but not in repo From christoph.wickert at googlemail.com Mon Aug 11 23:52:25 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 12 Aug 2008 01:52:25 +0200 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> Message-ID: <1218498745.3440.31.camel@wicktop.localdomain> Am Dienstag, den 12.08.2008, 01:35 +0200 schrieb Christian Iseli: > Hi folks, > > After a rather long delay, I have managed to update the PackageStatus > page again. In the meantime, we had a new FAS, wiki, and bugzilla... > > There are probably many wrinkles, but for now that's the best I got. Seems like your script does not check for orphans properly. gnome-ppp is listed both as missing in the devel repo _AND_ orphaned: http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potential_problems http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_packages_dropped_between_release_9_and_devel Regards, Christoph From igorsoares at gmail.com Tue Aug 12 00:55:16 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Mon, 11 Aug 2008 21:55:16 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808111521y6ba20025gbc274cc039ca872b@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218481337.3398.52.camel@localhost.localdomain> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <604aa7910808111521y6ba20025gbc274cc039ca872b@mail.gmail.com> Message-ID: <1218502516.3116.20.camel@amd5600> Em Seg, 2008-08-11 ?s 14:21 -0800, Jeff Spaleta escreveu: > On Mon, Aug 11, 2008 at 1:03 PM, Matthias Clasen wrote: > > If the problem is only in the user-visible branding, then a better > > solution would be to split out some parts (like the splash screen, data > > for the about dialog, etc) in some separate package, and have > > locale-dependent versions of that. > > > > Of course, that doesn't help if the package name itself is a problem... > > It's not clear what the actual legal problem is. But if it goes as > far as not being able to list the OpenOffice.org packages in our > repository listings...at all...then holy crap the Brazilian > Ambassadors have a significant problem. The differences between BrOffice.org and OpenOffice.org are pretty much cosmetic but they represent a important legal issue for BrOffice.org in Brazil. BrOffice.org is recognized not only by the software itself, but also the organization that represents officially the software. If we have the possibility to minimize the references to "OpenOffice.org", thanks to the new brand layer, I think we should do it. We could fall in the case where the user selects to install Fedora in pt_BR but he is not in Brazil, so he will get BrOffice.org anyway. This really will happen, but it is not even near the majority of people. Probably if the person lives in other country except Brazil he will choose another language at installation time and after that will choose the pt_BR langpack in addition, so he won't get BrOffice.org. AFAIK this problem only happens in Brazil, but it might happen in other places in the future. I believe this is why the OOo developers have crated a brand layer. Regards, Igor Pires Soares From igorsoares at gmail.com Tue Aug 12 01:02:37 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Mon, 11 Aug 2008 22:02:37 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218485544.12612.1.camel@aglarond.local> <604aa7910808111328o27bd6fa6q387baf6c2f5ee983@mail.gmail.com> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> Message-ID: <1218502957.3116.28.camel@amd5600> Em Seg, 2008-08-11 ?s 14:32 -0800, Jeff Spaleta escreveu: > On Mon, Aug 11, 2008 at 1:12 PM, Jeremy Katz wrote: > > Indeed. :-/ This is just overall a pretty thorny problem ... > > Given that we don't know what the legal burden actually is.... > but we do not its limited by a national jurisdiction and not by language.... > If there is a legal burden at all to in hide the OpenOffice.org > trademarks in Brazil specifically..regardless of language being > spoken..would be to distribute a specially created version of Fedora > inside Brazil. This is one of my concerns. I'm creating a BrOffice.org LiveCD spin which is waiting approval from the spin SIG. It could fit the case, but we will still have the same problem with the official DVD Installation Media. From a.badger at gmail.com Tue Aug 12 01:11:45 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Aug 2008 18:11:45 -0700 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218495655.3440.22.camel@wicktop.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <1218495655.3440.22.camel@wicktop.localdomain> Message-ID: <48A0E351.9010605@gmail.com> Christoph Wickert wrote: > Am Montag, den 11.08.2008, 09:01 +0200 schrieb Karel Zak: >>> Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, >> 2 weeks? It seems you are really inpatient :-) > > Not really: > * Package is broken since F9 release (I guess even before, but > nobody realized). > * Bug was opened 2008-05-16. > * Trying to contact Krzysztof for a month now. This means 6 weeks > in total. > And this is exactly the scenario that we were trying to address when we decided that two weeks from the *formal start* of the procedure was appropriate. There is a long lead time before the Non-Responsive Maintainer policy actually gets invoked where you don't know that the maintainer is non-responsive. Meanwhile the package is languishing. After the recent discussions around mether's draft of additions to non-responsive maintainer, though, I'd be inclined to say, shorten this period even more but make it into a forced co-maintainership instead of an orphan and re-adopt. ie: instead of two weeks + a one week comment period. Have a two week period of combined wait for maintainer response and comments from another party. Once that expires, the other packager is made a comaintainer of the package and can commit fixes, deal with bugs, etc. If the maintainer reappears, he'll find notices in his INBOX that the package has been assigned a new comaintainer according to the policy. What this gives us: 1) More maintainers of packages. If the original maintainer comes back, are they going to be happy or angry that all the bugs they had before they went on their month long vacation have been addressed? Are they going to be upset that users of the package cared enough about it to volunteer their time to co-maintaining it? 2) We still have a watch on essential packages via the combined comment period. If all the kernel maintainers go on vacation and someone starts the process, do you expect that no one's going to say, "wait a minute... really?!" 3) Similarly, if you are going on an extended vacation but don't want the general public to know, you still have to make sure that your packages are taken care of by someone while you're gone. Maybe a coworker has access. Maybe acls are opened to the packager group. Maybe you want to grant a few friends access/permission to modify your package. If you did work on someting really important like the kernel and no one else had access but you and you went on vacation, would you really not leave someone else with permission to modify the package in your absence? If your package was trivial would you really be so controlling that opening to the packager (or uberpackager shortly) group would not be okay? 4) Helps us identify weak spots in our maintanance: If all the kernel maintainers did go on vacation for the same four weeks wouldn't that point out that we absolutely must have more people working on the kernel even if it isn't the person who started the process? 5) Quicker care for packages. If the consequences are no longer phrased as punishment (I'm going to take your package away from you) but as help (You aren't answering bug reports or private mail, I'm going to send a message to fedora-devel to ask to comaintain this with you) What this burdens us with: 1) We need to pay better attention to what gets entered into this process. We should probably record the information on a status page (or web app...I'll volunteer to write this if it's felt that's needed) and send messages out to all the people listed on the package in any way and possibly to fedora-devel-announce. 2) If there's someone who tries to become a comaintainer everytime someone goes on vacation or doesn't answer a bug they've filed we should have a note in the policy that their comaint requests can be rejected if they continue. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From vgaburici at gmail.com Tue Aug 12 03:10:18 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Tue, 12 Aug 2008 06:10:18 +0300 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <48A0E351.9010605@gmail.com> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <1218495655.3440.22.camel@wicktop.localdomain> <48A0E351.9010605@gmail.com> Message-ID: +1 It can take several weeks for an orphaned package to be reinstated, especially if the new packager is not yet sponsored. Yes, shameless plug :0 2008/8/12 Toshio Kuratomi : > Christoph Wickert wrote: >> >> Am Montag, den 11.08.2008, 09:01 +0200 schrieb Karel Zak: >>>> >>>> Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, >>> >>> 2 weeks? It seems you are really inpatient :-) >> >> Not really: >> * Package is broken since F9 release (I guess even before, but >> nobody realized). >> * Bug was opened 2008-05-16. >> * Trying to contact Krzysztof for a month now. This means 6 weeks >> in total. >> > And this is exactly the scenario that we were trying to address when we > decided that two weeks from the *formal start* of the procedure was > appropriate. There is a long lead time before the Non-Responsive Maintainer > policy actually gets invoked where you don't know that the maintainer is > non-responsive. Meanwhile the package is languishing. > > After the recent discussions around mether's draft of additions to > non-responsive maintainer, though, I'd be inclined to say, shorten this > period even more but make it into a forced co-maintainership instead of an > orphan and re-adopt. ie: instead of two weeks + a one week comment period. > Have a two week period of combined wait for maintainer response and > comments from another party. Once that expires, the other packager is made > a comaintainer of the package and can commit fixes, deal with bugs, etc. If > the maintainer reappears, he'll find notices in his INBOX that the package > has been assigned a new comaintainer according to the policy. > > What this gives us: > 1) More maintainers of packages. If the original maintainer comes back, are > they going to be happy or angry that all the bugs they had before they went > on their month long vacation have been addressed? Are they going to be > upset that users of the package cared enough about it to volunteer their > time to co-maintaining it? > > 2) We still have a watch on essential packages via the combined comment > period. If all the kernel maintainers go on vacation and someone starts the > process, do you expect that no one's going to say, "wait a minute... > really?!" > > 3) Similarly, if you are going on an extended vacation but don't want the > general public to know, you still have to make sure that your packages are > taken care of by someone while you're gone. Maybe a coworker has access. > Maybe acls are opened to the packager group. Maybe you want to grant a few > friends access/permission to modify your package. If you did work on > someting really important like the kernel and no one else had access but you > and you went on vacation, would you really not leave someone else with > permission to modify the package in your absence? If your package was > trivial would you really be so controlling that opening to the packager (or > uberpackager shortly) group would not be okay? > > 4) Helps us identify weak spots in our maintanance: If all the kernel > maintainers did go on vacation for the same four weeks wouldn't that point > out that we absolutely must have more people working on the kernel even if > it isn't the person who started the process? > > 5) Quicker care for packages. If the consequences are no longer phrased as > punishment (I'm going to take your package away from you) but as help (You > aren't answering bug reports or private mail, I'm going to send a message to > fedora-devel to ask to comaintain this with you) > > What this burdens us with: > 1) We need to pay better attention to what gets entered into this process. > We should probably record the information on a status page (or web > app...I'll volunteer to write this if it's felt that's needed) and send > messages out to all the people listed on the package in any way and possibly > to fedora-devel-announce. > > 2) If there's someone who tries to become a comaintainer everytime someone > goes on vacation or doesn't answer a bug they've filed we should have a note > in the policy that their comaint requests can be rejected if they continue. > > -Toshio > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From debarshi.ray at gmail.com Tue Aug 12 04:29:20 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 12 Aug 2008 09:59:20 +0530 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <1218495655.3440.22.camel@wicktop.localdomain> <48A0E351.9010605@gmail.com> Message-ID: <3170f42f0808112129s29720b9axdd073d95465a7670@mail.gmail.com> > +1 It can take several weeks for an orphaned package to be reinstated, > especially if the new packager is not yet sponsored. Yes, shameless > plug :0 I don't think so. eg., I took over libical, which was orphaned, and later came to know that a newcomer is interested in it. Since then he has been sending patches to me, which I commit on his behalf. Once he gets sponsored, he will either maintain or co-maintain libical. Happy hacking, Debarshi From kwade at redhat.com Tue Aug 12 04:33:55 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Mon, 11 Aug 2008 21:33:55 -0700 Subject: F10A Blue Knight Rider - KITT are we there yet? In-Reply-To: <1218343298.2510.2.camel@scrappy.miketc.net> References: <1218343298.2510.2.camel@scrappy.miketc.net> Message-ID: <1218515635.18668.7.camel@calliope.phig.org> On Sat, 2008-08-09 at 23:41 -0500, Mike Chambers wrote: > > What you are seeing is the package plymouth that is taking the place of > rhgb. And the stage you are seeing it at, is in alpha/beta mode itself, > and the artwork, wording, graphics, etc.. will get better as we move > towards F10 Final. BTW, all of this, including how to disable plymouth, was covered in the Alpha release notes: https://fedoraproject.org/wiki/Releases/10/Alpha/ReleaseNotes#Boot_up -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- 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 vgaburici at gmail.com Tue Aug 12 04:37:04 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Tue, 12 Aug 2008 07:37:04 +0300 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <3170f42f0808112129s29720b9axdd073d95465a7670@mail.gmail.com> References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <1218495655.3440.22.camel@wicktop.localdomain> <48A0E351.9010605@gmail.com> <3170f42f0808112129s29720b9axdd073d95465a7670@mail.gmail.com> Message-ID: That's because *you* didn't need to be sponsored to reinstate the package. On Tue, Aug 12, 2008 at 7:29 AM, Debarshi Ray wrote: >> +1 It can take several weeks for an orphaned package to be reinstated, >> especially if the new packager is not yet sponsored. Yes, shameless >> plug :0 > > I don't think so. eg., I took over libical, which was orphaned, and > later came to know that a newcomer is interested in it. Since then he > has been sending patches to me, which I commit on his behalf. Once he > gets sponsored, he will either maintain or co-maintain libical. > > Happy hacking, > Debarshi > > From debarshi.ray at gmail.com Tue Aug 12 04:43:01 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 12 Aug 2008 10:13:01 +0530 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: References: <1218319362.3907.15.camel@wicktop.localdomain> <20080811070156.GC28543@nb.net.home> <1218495655.3440.22.camel@wicktop.localdomain> <48A0E351.9010605@gmail.com> <3170f42f0808112129s29720b9axdd073d95465a7670@mail.gmail.com> Message-ID: <3170f42f0808112143u7f6b86a3s4bd5bc893beabd30@mail.gmail.com> > That's because *you* didn't need to be sponsored to reinstate the package. Suppose there is a newcomer named Foo. So here are the various options open to take over an orphaned or "maintainer-is-AWOL" package. i) Follow the entire process for taking over an orphan or the AWOL process. ii) In case of an urgency, ask an existing packager [1] to commit the Spec file changes on your behalf while (i) is going on. The converstation can happen in IRC or through mailing lists. Isn't this adequate? Happy hacking, Debarshi [1] http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus contains a list From devrim at gunduz.org Tue Aug 12 04:47:27 2008 From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Tue, 12 Aug 2008 07:47:27 +0300 Subject: Renaming packages Message-ID: <1218516447.15220.65.camel@laptop.gunduz.org> Is there a procedure for renaming packages? I want to remove postgresql- prefix from some of the packages, and don't want to break anything. Apart from using Obsoletes:, are there any guidelines for that? Regards, -- Devrim G?ND?Z devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr http://www.gunduz.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Tue Aug 12 05:14:04 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Aug 2008 21:14:04 -0800 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218502957.3116.28.camel@amd5600> References: <1218476580.3564.13.camel@amd5600> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> <1218502957.3116.28.camel@amd5600> Message-ID: <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> On Mon, Aug 11, 2008 at 5:02 PM, Igor Pires Soares wrote: > This is one of my concerns. I'm creating a BrOffice.org LiveCD spin > which is waiting approval from the spin SIG. It could fit the case, but > we will still have the same problem with the official DVD Installation > Media. Let me state it a little more firmly... we need to know what the actual legal bar to meet is. If having openoffice.org available at install time..for anyone in Brazil is a problem..then we'll have to stop distributing the normal dvd in Brazil... it very well may turn out that nothing short of that will suffice. If the language specific hacks to hide OpenOffice.org for just pt_BR users at install time do not meet the legal requirement...then we shouldn't waste time with the hacks in comps. It doesn't matter if it seems reasonable to me or to you to do language specific changes because it will work for "most" people..the trademark law which you are trying to work around may not see it as reasonable and that is what matters. Having a technical solution which works for the vast majority of the people in Brazil...may not be enough. We may need to find a solution which is guaranteed to meet the legal requirement no matter how a user in Brazil interacts with the install media. What does the law in Brazil need us to do? We must have an understanding as to what the actual legal bar to meet is and put resources in place to meet that requirement. If that means a special Brazilian install media..which doesn't include openoffice.org branded binaries at all..then we need to know so we can deal with that. and not pretend otherwise. -jef"not hopeful"spaleta From g at socallinuxexpo.org Tue Aug 12 05:16:26 2008 From: g at socallinuxexpo.org (Gareth J. Greenaway) Date: Mon, 11 Aug 2008 22:16:26 -0700 Subject: SCALE 7x is Coming! Message-ID: <48A11CAA.8030304@socallinuxexpo.org> Like a fine wine, SCALE continues to improve with age. The 7th Annual So Cal Linux Expo will be February 20-22, 2009. For 2009, the Expo will return to the Westin LAX Hotel, site of the 6th Expo. Because interest in Open Source Software is steadily growing, attendance at SCALE continues to also grow. The depth and breadth of its audience is expanding, so the Expo will add additional speaker tracks to expand the educational opportunities for guests of all experience levels. The Call for Papers for the 7th Annual Expo opened August 4th 2008. The CFP solicits proposals from those who wish to speak at SCALE in February. In addition to three general tracks, a Developer's track and a Beginner's track have been added. So there are many more opportunities to speak at SCALE, and on a vastly wider breadth of topics than in the past. Pertinent dates for the CFP are: 4 August, 2008: CFP Opens 30 Nov, 2008: Deadline for abstracts/proposals submissions 20 Dec, 2008: Last date for noti?cation of acceptance 20 Feb, 2009: Conference starts If you're interested in presenting at SCALE, the full CFP can be found at http://www.socallinuxexpo.org/scale7x/s7x_cfp. Please consider speaking - SCALE welcomes your proposal! -- Gareth J. Greenaway | g at socallinuxexpo.org Voice - 877-831-2569 x130 Southern California Linux Expo http://www.socallinuxexpo.org From dan at danny.cz Tue Aug 12 05:26:49 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 12 Aug 2008 07:26:49 +0200 Subject: Renaming packages In-Reply-To: <1218516447.15220.65.camel@laptop.gunduz.org> References: <1218516447.15220.65.camel@laptop.gunduz.org> Message-ID: <1218518809.3553.2.camel@eagle.danny.cz> Devrim G?ND?Z p??e v ?t 12. 08. 2008 v 07:47 +0300: > Is there a procedure for renaming packages? > > I want to remove postgresql- prefix from some of the packages, and don't > want to break anything. Apart from using Obsoletes:, are there any > guidelines for that? I was able to find only a draft - https://fedoraproject.org/wiki/PackagingDrafts/ProvidesObsoletes Dan From devrim at gunduz.org Tue Aug 12 05:35:35 2008 From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Tue, 12 Aug 2008 08:35:35 +0300 Subject: Renaming packages In-Reply-To: <1218518809.3553.2.camel@eagle.danny.cz> References: <1218516447.15220.65.camel@laptop.gunduz.org> <1218518809.3553.2.camel@eagle.danny.cz> Message-ID: <1218519335.15220.66.camel@laptop.gunduz.org> On Tue, 2008-08-12 at 07:26 +0200, Dan Hor?k wrote: > > I want to remove postgresql- prefix from some of the packages, and > don't > > want to break anything. Apart from using Obsoletes:, are there any > > guidelines for that? > > I was able to find only a draft - > https://fedoraproject.org/wiki/PackagingDrafts/ProvidesObsoletes Perfect, thanks. -- Devrim G?ND?Z devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr http://www.gunduz.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Tue Aug 12 06:48:53 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 12 Aug 2008 09:48:53 +0300 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <1218498745.3440.31.camel@wicktop.localdomain> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> <1218498745.3440.31.camel@wicktop.localdomain> Message-ID: <200808120948.53650.ville.skytta@iki.fi> On Tuesday 12 August 2008, Christoph Wickert wrote: > Am Dienstag, den 12.08.2008, 01:35 +0200 schrieb Christian Iseli: > > Hi folks, > > > > After a rather long delay, I have managed to update the PackageStatus > > page again. In the meantime, we had a new FAS, wiki, and bugzilla... > > > > There are probably many wrinkles, but for now that's the best I got. > > Seems like your script does not check for orphans properly. gnome-ppp is > listed both as missing in the devel repo _AND_ orphaned: > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potential_pr >oblems > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_packa >ges_dropped_between_release_9_and_devel Is the package's status EOL? If so, it has not been properly marked as such: http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife From ville.skytta at iki.fi Tue Aug 12 06:50:29 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 12 Aug 2008 09:50:29 +0300 Subject: Renaming packages In-Reply-To: <1218519335.15220.66.camel@laptop.gunduz.org> References: <1218516447.15220.65.camel@laptop.gunduz.org> <1218518809.3553.2.camel@eagle.danny.cz> <1218519335.15220.66.camel@laptop.gunduz.org> Message-ID: <200808120950.29778.ville.skytta@iki.fi> On Tuesday 12 August 2008, Devrim G?ND?Z wrote: > On Tue, 2008-08-12 at 07:26 +0200, Dan Hor?k wrote: > > > I want to remove postgresql- prefix from some of the packages, and > > > > don't > > > > > want to break anything. Apart from using Obsoletes:, are there any > > > guidelines for that? > > > > I was able to find only a draft - > > https://fedoraproject.org/wiki/PackagingDrafts/ProvidesObsoletes > > Perfect, thanks. The official documentation is at http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Renaming.2Freplacing_existing_packages From christoph.wickert at googlemail.com Tue Aug 12 07:24:46 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 12 Aug 2008 09:24:46 +0200 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <200808120948.53650.ville.skytta@iki.fi> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> <1218498745.3440.31.camel@wicktop.localdomain> <200808120948.53650.ville.skytta@iki.fi> Message-ID: <1218525886.3409.7.camel@wicktop.localdomain> Am Dienstag, den 12.08.2008, 09:48 +0300 schrieb Ville Skytt?: > On Tuesday 12 August 2008, Christoph Wickert wrote: > > Am Dienstag, den 12.08.2008, 01:35 +0200 schrieb Christian Iseli: > > > Hi folks, > > > > > > After a rather long delay, I have managed to update the PackageStatus > > > page again. In the meantime, we had a new FAS, wiki, and bugzilla... > > > > > > There are probably many wrinkles, but for now that's the best I got. > > > > Seems like your script does not check for orphans properly. gnome-ppp is > > listed both as missing in the devel repo _AND_ orphaned: > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potential_pr > >oblems > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_packa > >ges_dropped_between_release_9_and_devel > > Is the package's status EOL? If so, it has not been properly marked as such: > http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife Not true. I followed all the steps in the list except 5. I did not do 5. because https://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages says that page isn't up to date anyway and one should better use pkgedb. Regards, Christoph From a.badger at gmail.com Tue Aug 12 07:30:03 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 12 Aug 2008 00:30:03 -0700 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <1218525886.3409.7.camel@wicktop.localdomain> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> <1218498745.3440.31.camel@wicktop.localdomain> <200808120948.53650.ville.skytta@iki.fi> <1218525886.3409.7.camel@wicktop.localdomain> Message-ID: <48A13BFB.6000501@gmail.com> Christoph Wickert wrote: > Am Dienstag, den 12.08.2008, 09:48 +0300 schrieb Ville Skytt?: >> On Tuesday 12 August 2008, Christoph Wickert wrote: >>> Am Dienstag, den 12.08.2008, 01:35 +0200 schrieb Christian Iseli: >>>> Hi folks, >>>> >>>> After a rather long delay, I have managed to update the PackageStatus >>>> page again. In the meantime, we had a new FAS, wiki, and bugzilla... >>>> >>>> There are probably many wrinkles, but for now that's the best I got. >>> Seems like your script does not check for orphans properly. gnome-ppp is >>> listed both as missing in the devel repo _AND_ orphaned: >>> http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potential_pr >>> oblems >>> http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_packa >>> ges_dropped_between_release_9_and_devel >> Is the package's status EOL? If so, it has not been properly marked as such: >> http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife > > Not true. I followed all the steps in the list except 5. I did not do 5. > because > https://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages says > that page isn't up to date anyway and one should better use pkgedb. > somewhat of a tangent -- being able to differentiate between orphaned and retired packages in the package database is coming soon. maploin has been hard at work making the UI and the backend use the status field to mark orphan, retired, and other useful statuses. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From pmachata at redhat.com Tue Aug 12 07:45:07 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 09:45:07 +0200 Subject: Boost 1.36.0-beta1 Message-ID: <20080812074507.GB955@hridell.englab.brq.redhat.com> Yesterday I've rebased boost to 1.36.0-beta1 in RawHide. Shout if it's broken. PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From braden at endoframe.com Tue Aug 12 09:16:31 2008 From: braden at endoframe.com (Braden McDaniel) Date: Tue, 12 Aug 2008 05:16:31 -0400 Subject: XULRunner and you In-Reply-To: <48A093FB.3080203@redhat.com> References: <1217346891.3273.31.camel@metroid.rdu.redhat.com> <1217348578.764.141.camel@hinge.endoframe.net> <200808101102.14509.vpivaini@cs.helsinki.fi> <48A093FB.3080203@redhat.com> Message-ID: <1218532591.23543.25.camel@hinge.endoframe.net> On Mon, 2008-08-11 at 15:33 -0400, Christopher Aillon wrote: > Ville-Pekka Vainio wrote: > > Braden McDaniel wrote: > >> On Tue, 2008-07-29 at 11:54 -0400, Will Woods wrote: > >>> In last week's QA meeting, Chris Aillon (aka caillon, our fearless > >>> firefox/xulrunner maintainer) stopped by to tell us what happened with > >>> xulrunner dep breakage, and how package maintainers can help reduce / > >>> prevent it in the future. Here's a quick summary: > >>> > >>> There are two APIs provided by xulrunner - the stable API (gecko-devel), > >>> and the unstable one (gecko-devel-unstable). > >> Why does xulrunner-devel-unstable provide some of the same headers (at a > >> different path) that xulrunner-devel does? I'm specifically noticing > >> SpiderMonkey headers; though there might be others. > > > > It's been almost two weeks and this question hasn't been answered yet, any > > comments anyone? > > Hadn't noticed it sorry. Unstable builds need to be able to use the > stable headers, too. The duplication is unfortunate, but it's a > byproduct of the way the pkgconfig files are done. They include either > a stable or unstable subdirectory, and sorting out the symlinks would be > a pain. Having the unstable headers depend on the stable ones seems like the right approach here. Modifying the pkg-config metadata to include -I flags for both the stable and unstable directories is easy enough; so a state other than that strikes me as another symptom of the problem rather than the point of failure itself. Is the problem you allude to ("sorting out the symlinks") that upstream is dumping these stable headers (or symlinks thereto) in the unstable hierarchy? If so, that seems worthy of an upstream bug report. -- Braden McDaniel e-mail: Jabber: From rawhide at fedoraproject.org Tue Aug 12 09:29:41 2008 From: rawhide at fedoraproject.org (Rawhide) Date: Tue, 12 Aug 2008 09:29:41 +0000 (UTC) Subject: rawhide report: 20080812 changes Message-ID: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> setting up repos setting up old repo file:///mnt/koji/mash/rawhide-20080811/development/source/SRPMS Excluding Packages in global exclude list Finished setting up new repo file:///mnt/koji/mash/rawhide-20080812/development/source/SRPMS Excluding Packages in global exclude list Finished performing the diff New package PolicyKit-olpc OLPC-specific PolicyKit overrides New package honeyd Honeypot daemon New package monotorrent Mono bittorrent client New package ngircd Next Generation IRC Daemon New package php-pear-MDB2-Driver-pgsql PostgreSQL MDB2 driver New package puritan OLPC disk image compiler New package python-paver Python-based build/distribution/deployment scripting tool Updated Packages: BackupPC-3.1.0-3.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Johan Cwiklinski 3.1.0-3 - using /dev/null with SELinux policy to avoid broken pipe errors (bug #432149) NetworkManager-0.7.0-0.11.svn3930.fc10 -------------------------------------- * Mon Aug 11 18:00:00 2008 Dan Williams - 1:0.7.0-0.11.svn3930 - Fix issue with mobile broadband connections that don't require authentication * Mon Aug 11 18:00:00 2008 Dan Williams - 1:0.7.0-0.11.svn3927 - Expose DHCP-returned options over D-Bus and to dispatcher scripts - Add support for customized static routes - Handle multiple concurrent 3G or PPPoE connections - Fix GSM/CDMA username and password issues - Better handling of unmanaged devices from ifcfg files - Fix timeout handling of errors during 3G connections - Fix some routing issues (rh #456685) - Fix applet crashes after removing a device (rh #457380) NetworkManager-openvpn-0.7.0-15.svn3930.fc10 -------------------------------------------- * Mon Aug 11 18:00:00 2008 Dan Williams 1:0.7.0-15.svn3930 - Rebuild for updated NetworkManager NetworkManager-vpnc-0.7.0-0.10.svn3928.fc10 ------------------------------------------- * Mon Aug 11 18:00:00 2008 Dan Williams 1:0.7.0-10.svn3928 - Rebuild for updated NetworkManager amsn-0.97.2-1.fc9 ----------------- * Wed Aug 6 18:00:00 2008 Sander Hoentjen - 0.97.2-1 - Update to latest release anaconda-11.4.1.27-1 -------------------- * Mon Aug 11 18:00:00 2008 Chris Lumens - 11.4.1.27-1 - Handle 'rescue' and %post in rescue mode (atodorov) - Delay the duplicate label error until the label is actually used (#458505). (clumens) - Enable wireless modules again for now as a test (#443545). (clumens) - udev rules have changed location (#458570). (clumens) - Add install-buildrequires target. (dcantrell) apg-2.3.0b-7.fc10 ----------------- * Mon Aug 11 18:00:00 2008 Kevin Fenzi - 2.3.0b-7 - Fix permissions. Fixes #453621 bluez-utils-3.35-4.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 - Bastien Nocera - 3.35-4 - Re-add dund (#458680) boost-1.36.0-0.1.beta1.fc10 --------------------------- * Mon Aug 11 18:00:00 2008 Petr Machata - 1.36.0-0.1.beta1 - Rebase to 1.36.0.beta1 - Drop boost-regex.patch and portions of boost-gcc43.patch, port the rest - Automate SONAME tracking and bump SONAME to 4 - Adjust boost-configure.patch to include threading=single,multi explicitly cairo-1.7.4-1.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Matthias Clasen 1.7.4-1 - Update to 1.7.4 * Wed May 21 18:00:00 2008 Tom "spot" Callaway 1.6.4-3 - fix license tag * Sun May 4 18:00:00 2008 Matthias Clasen 1.6.4-2 - Fix source url cups-1.3.8-4.fc10 ----------------- * Mon Aug 11 18:00:00 2008 Tim Waugh 1:1.3.8-4 - Better password prompting behaviour (bug #215133, STR #2101). curl-7.18.2-4.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 7.18.2-4 - make miniature library for libcurl.so.3 eclipse-3.4.0-19.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Andrew Overholt 3.4.0-19 - Move jdt and sdk dropins contents to non-eclipse-sub-dir place which makes dropins reconciler see them as dropins and not extension locations - Add versions to jetty, lucene, and jsch Requires eclipse-cdt-5.0.0-3.fc10 ------------------------ * Mon Aug 11 18:00:00 2008 Jeff Johnston 5.0.0-3 - Fix build id to be 200806171202. eclipse-mylyn-3.0.1-2.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Andrew Overholt 3.0.1-2 - Add >= for requirements to ensure proper OSGi metadata fakechroot-2.8-13.fc9 --------------------- * Sun Aug 3 18:00:00 2008 Axel Thimm - 2.8-13 - Update to 2.8. fakeroot-1.9.6-16.fc9 --------------------- * Sun Aug 3 18:00:00 2008 Axel Thimm - 1.9.6-16 - Update to 1.9.6. filezilla-3.1.1-1.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.1.1-1 - Update to 3.1.1 geeqie-1.0-0.7.alpha2.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Michael Schwendt - 1.0-0.7.alpha2 - fix options --blank and -r file: gnome-commander-1.2.7-3.fc10 ---------------------------- * Tue Aug 12 18:00:00 2008 Mamoru Tasaka - 1.2.7-3 - Install mimeedit script pulled from svn to support mime edit menu (bug 458667) gnome-keyring-2.23.6-2.fc10 --------------------------- * Mon Aug 11 18:00:00 2008 Colin Walters - 2.22.3.6-2 - Add --disable-acl-prompts; you can't try to maintain integrity between two processes with the same UID and no other form of access control. gphoto2-2.4.2-4.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Jindrich Novy 2.4.2-4 - convert ChangeLog to UTF-8 gtk2-2.13.6-3.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Matthias Clasen - 2.13.6-3 - Fix evolution composer breakage jd-2.0.1-0.1.svn2269_trunk.fc10 ------------------------------- * Tue Aug 12 18:00:00 2008 Mamoru Tasaka - rev. 2269 kdesvn-1.0.0-1.fc10 ------------------- * Thu Aug 7 18:00:00 2008 - Orion Poplawski - 1.0.0-1 - Update to 1.0.0 - Drop png patch applied upstream - Update asneeded patch - Handle multiple languages ldm-2.0.10-1.fc9 ---------------- * Thu Aug 7 18:00:00 2008 Warren Togami - 2.0.10-1 - New: LDM_DEBUG_TERMINAL default to off - Move xauth file into /var/run/ - Working local apps support. * Sun Jul 27 18:00:00 2008 Warren Togami - 2.0.9-1 * Fix ltspfs unmounting upon logout * Sun Jul 27 18:00:00 2008 Warren Togami - 2.0.8-1 - Major code cleanup and simplification SSH message direct to UI. ldm_spawn simplification. Proper glib string handling. - Preparation for local apps feature Export LDM_USERNAME /var/cache/ldm for local apps feature S01-localapps - Bug Fix: Login input validation - Automatic login after timeout in guest mode - Optional LDM_LIMIT_ONE_SESSION feature libdrm-2.4.0-0.18.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Adam Jackson 2.4.0-0.18 - Today's git snap. ltsp-5.1.15-1.fc9 ----------------- * Thu Aug 7 18:00:00 2008 Warren Togami - 5.1.15-1 - kickstart files are no longer %config(noreplace). - Many minor fixes to silence error messages during boot/shutdown. - vmclient: Make sound and bridge device name configurable in /etc/ltsp/vmclient. - Fedora 10 client support. - Working Local Apps support. * Sun Jul 27 18:00:00 2008 Warren Togami - 5.1.14-1 - Preparation for future feature "local applications" mail-notification-5.4-2.fc10 ---------------------------- * Mon Aug 11 18:00:00 2008 Dmitry Butskoy - 5.4-2 - rebuild for new evolution-2.24 (#458587) * Mon Jun 30 18:00:00 2008 Dmitry Butskoy - drop X-Fedora category from desktop files - use X-GNOME-NetworkSettings (instead of X-GNOME-PersonalSettings) for the preferences desktop file (#453262) mailx-12.4-1.fc10 ----------------- * Mon Aug 11 18:00:00 2008 Dmitry Butskoy - 12.4-1 - update to 12.4 mkinitrd-6.0.62-1.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Jeremy Katz - 6.0.62-1 - mkliveinitrd: Deal with changes in where udev expects things mod_annodex-0.2.2-9.fc10 ------------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.2.2-9 - fix license tag mod_auth_pam-1.1.1-6.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.1.1-6 - fix license tag mod_cband-0.9.7.5-3.fc10 ------------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.9.7.5-3 - fix license tag mod_dnssd-0.5-7.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.5-7 - fix license tag mod_evasive-1.10.1-6.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.10.1-6 - fix license tag mod_extract_forwarded-2.0.2-4.fc10 ---------------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.0.2-4 - fix license tag mod_geoip-1.2.4-3.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.2.4-3 - fix license tag mod_mono-1.9-3.fc10 ------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 1.9-3 - fix license tag * Mon Apr 21 18:00:00 2008 Paul F. Johnson 1.9-2 - added R mono, mono-winforms, xsp * Thu Feb 21 17:00:00 2008 Paul F. Johnson 1.9-1 - bump mod_nss-1.0.7-10.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.0.7-10 - fix license tag module-init-tools-3.4-13.fc10 ----------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 3.4-13 - fix license tag mona-1.4r13-1.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jerry James - 1.4r13-1 - Update to 1.4-13 mono-nunit22-2.2.10-7.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 2.2.10-7 - fix license tag monodoc-1.9-2.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.9-2 - fix license tag moomps-5.8-4.fc10 ----------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 5.8-4 - fix license tag mozldap-6.0.5-3.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 6.0.5-3 - fix license tag - enable sparc64 mozplugger-1.10.1-3.fc10 ------------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 1.10.1-3 - fix license tag * Thu Apr 10 18:00:00 2008 Karsten Hopp 1.10.1-2 - use RPM_OPT_FLAGS (#249976, Ville Skytt??) mpage-2.5.6-3.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.5.6-3 - fix license tag mugshot-1.2.2-2.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.2.2-2 - fix license tag multitail-5.2.2-2.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 5.2.2-2 - fix license tag munin-1.2.6-3.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Kevin Fenzi - 1.2.6-3 - Move Munin/Plugin.pm to the node subpackage (fixes #457403) musicbox-0.2.3-7.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.2.3-7 - fix license tag mxml-2.5-2.fc10 --------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 2.5-2 - fix license tag mysql-connector-java-3.1.12-6.fc10 ---------------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 3.1.12-6 - fix license tag nasm-2.03.01-2.fc10 ------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.03.01-2 - fix license tag nautilus-cd-burner-2.22.1-2.fc10 -------------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.22.1-2 - fix license tag nautilus-python-0.4.3-6.fc10 ---------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.4.3-6 - fix license tag nbtscan-1.5.1-3.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.5.1-3 - fix license tag nc6-1.0-7.fc10 -------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.0-7 - fix license tag ncview-1.93c-3.fc10 ------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.93c-3 - fix patch to apply with fuzz=0 nethack-3.4.3-18.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 3.4.3-18 - fix license tag nethack-vultures-2.1.0-14.fc10 ------------------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.1.0-14 - fix license tag * Thu Jul 3 18:00:00 2008 Karen Pease - 2.1.0-13 - Adding default patch fuzz * Tue Mar 11 18:00:00 2008 Karen Pease - 2.1.0-12 - Added SDL-static requirement. * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 2.1.0-11 - Autorebuild for GCC 4.3 netlabel_tools-0.17-8.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.17-8 - fix license tag netpbm-10.35.48-2.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 10.35.48-2 - fix license tag nfs-utils-1.1.3-3.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 1.1.3-3 - fix license tag nmap-4.68-3.fc10 ---------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2:4.68-3 - add missing BuildRequires to use system libs rather than local copies - really fix license tag * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2:4.68-2 - fix license tag notify-python-0.1.1-4.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.1.1-4 - fix license tag nrg2iso-0.4-4.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.4-4 - fix license tag nsd-3.1.0-2.fc10 ---------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 3.1.0-2 - fix license tag - fix static user creation nspluginwrapper-1.1.0-6.fc10 ---------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway 1.1.0-6 - fix license tag nss-mdns-0.10-5.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.10-5 - fix license tag nss_db-2.2-43.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.2-43 - fix license tag nx-3.2.0-28.fc10 ---------------- * Sun Aug 10 18:00:00 2008 Axel Thimm - 3.2.0-28 - Upstream updates to nxcomp, nxcompshad, nx-X11, nxagent. ocaml-SDL-0.7.2-14.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.7.2-14 - fix license tag ocaml-curl-0.2.1-9.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.2.1-9 - fix license tag ocaml-expat-0.9.1-12.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.9.1-12 - fix license tag ocaml-lablgtk-2.10.1-3.fc10 --------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.10.1-3 - fix license tag ocaml-ssl-0.4.2-10.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.4.2-10 - fix license tag ocaml-ulex-1.1-3.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.1-3 - fix license tag onesixtyone-0.3.2-5.fc10 ------------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.3.2-5 - fix license tag online-desktop-0.2.29-5.fc10 ---------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.2.29-5 - fix license tag opal-2.2.11-5.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.2.11-5 - fix license tag opencdk-0.6.6-2.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 0.6.6-2 - fix license tag openser-1.3.2-5.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Peter Lemenkov 1.3.2-5 - Typo fix * Mon Aug 11 18:00:00 2008 Peter Lemenkov 1.3.2-4 - Fix build with --fuzz=0 * Mon Aug 11 18:00:00 2008 Peter Lemenkov 1.3.2-3 - Fixed urls - Restricted access to openser.cfg and openserctl.cfg - Service won't start by default (BZ# 441297) orpie-1.5.1-4.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1.5.1-4 - fix license tag ortp-0.14.2-0.3.20080211.fc10 ----------------------------- * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 1:0.14.2-0.3.20080211 - fix license tag - epoch bump to fix pre-release versioning pango-1.21.4-1.fc10 ------------------- * Mon Aug 11 18:00:00 2008 Matthias Clasen - 1.21.4-1 - Update to 1.21.4 perl-Module-Versions-Report-1.05-1.fc10 --------------------------------------- * Mon Aug 11 18:00:00 2008 Ralf Cors??pius - 1.05-1 - Upstream update (Required by rt-3.8.0). - Reflect Source0-URL having changed. pgadmin3-1.8.4-2.fc10 --------------------- * Mon Jul 14 18:00:00 2008 Ville Skytt?? - 1.8.4-2 - Use $RPM_OPT_FLAGS, build with dependency tracking disabled (#229054). policycoreutils-2.0.54-6.fc10 ----------------------------- * Mon Aug 11 18:00:00 2008 Dan Walsh 2.0.54-6 - Add missing html_util.py file postgis-1.3.3-4.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Devrim GUNDUZ - 1.3.3-4 - Fix #451387. Patch from Toshio. postgresql-pgpool-II-2.1-1.fc10 ------------------------------- * Tue Aug 12 18:00:00 2008 Devrim Gunduz 2.1-1 - Update to 2.1 Gold - Set group of sample config files to root, not apache. Fixes RH #442372. - Update patch #1: Fix build failure caused by new default patch fuzz = 0 policy in rawhide pungi-2.0.4-1.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jesse Keating 2.0.4-1 - Remove unused discs option - Don't try to make debuginfo repo for source arch - Change the checksum output for images checksumming - Get ppc boot images in checksum list - Only get repodata and init yum object when needed - Fix path issues in info files pykickstart-1.42-1.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Chris Lumens - 1.42-1 - Add rescue command to pykickstart (atodorov) - Sort %packages output (katzj) - Fix a typo (atodorov). rdiff-backup-1.2.0-1.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Kevin Fenzi - 1.2.0-1 - Update to 1.2.0 redhat-rpm-config-9.0.3-2.fc10 ------------------------------ * Mon Aug 11 18:00:00 2008 Panu Matilainen - 9.0.3-2 - Unbreak find-requires (#443015) samba-3.2.1-0.19.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Simo Sorce - 3.2.1-0.19 - Add fix for CUPS problem, fixes bug #453951 * Wed Aug 6 18:00:00 2008 Simo Sorce - 3.2.1-0.18 - Update to 3.2.1 * Tue Jul 1 18:00:00 2008 Guenther Deschner - 3.2.0-2.17 - Update to 3.2.0 final - resolves: #452622 smartmontools-5.38-7.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Tomas Smetana - 1:5.38-7 - fix #458549 - obsolete smartmontools-config - change the default configuration file sound-theme-freedesktop-0.1-2.fc10 ---------------------------------- * Mon Aug 11 18:00:00 2008 Jeremy Katz - 0.1-2 - require touch for scriptlets to not give errors sunbird-0.9-0.2.20080807cvs.fc10 -------------------------------- * Mon Aug 11 18:00:00 2008 Lubomir Rintel 0.9-0.2.20080807cvs - Get rid of relative symlinks - Remove lignthing's libcalbasecomps.so provide - Fix dependencies of scriptlets system-config-printer-1.0.5-1.fc10 ---------------------------------- * Mon Aug 11 18:00:00 2008 Tim Waugh 1.0.5-1 - 1.0.5. - Updated pycups to 1.9.41. tsclient-2.0.1-1.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Matthias Clasen - 2.0.1-1 - Update to 2.0.1 * Sun May 4 18:00:00 2008 Matthias Clasen - 0.150-7 - Fix source url uim-1.5.2-1.fc10 ---------------- * Mon Aug 11 18:00:00 2008 Akira TAGOH - 1.5.2-1 - New upstream release. xchat-2.8.6-3.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Kevin Kofler - 1:2.8.6-3 - rebuild for fixed redhat-rpm-config (#450271) xfce4-session-4.4.2-4.fc10 -------------------------- * Mon Aug 11 18:00:00 2008 Kevin Fenzi - 4.4.2-4 - Fix icon for autostarted applications (fixes #442804) xfdesktop-4.4.2-4.fc10 ---------------------- * Mon Aug 11 18:00:00 2008 Kevin Fenzi - 4.4.2-4 - Add partial memory leak patch (partially fixes #428662) xmms-alarm-0.3.7-8.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 0.3.7-8 - Fix license tag. xoo-0.7-9.fc10 -------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 0.7-9 - Fix license tag. - Move %configure call inside %build. xorg-x11-drv-ati-6.9.0-2.fc10 ----------------------------- * Mon Aug 11 18:00:00 2008 Adam Jackson 6.9.0-2 - Rebuild without modesetting since libdrm lost the API. It'll be back soon, I'm sure. xorg-x11-drv-i810-2.4.0-1.fc10 ------------------------------ * Mon Aug 11 18:00:00 2008 Adam Jackson 2.4.0-1 - intel 2.4.0. - Switch back to EXA by default. Let's see if it works this time. xorg-x11-util-macros-1.1.6-2.fc10 --------------------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.1.6-2 - Fix license tag. xrestop-0.4-5.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 0.4-5 - Fix license tag. xsri-2.1.0-15.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.1.0-15 - Fix license tag. xwrits-2.24-4.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.24-4 - Fix license tag. yafc-1.1.1-11.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.1.1-11 - Fix license tag. yp-tools-2.9-4 -------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.9-4 - Fix license tag. ypbind-1.20.4-7.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.20.4-7 - Fix license tag. yum-arch-2.2.2-3.fc10 --------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.2.2-3 - Fix license tag. yum-utils-1.1.15-2.fc10 ----------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.1.15-2 - Fix license tag. zabbix-1.4.6-2.fc10 ------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.4.6-2 - Fix license tag. zaptel-1.4.11-2.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.4.11-2 - Fix license tag. zile-2.2.19-4.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.2.19-4 - Fix license tag. zynaddsubfx-2.2.1-19.fc10 ------------------------- * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 2.2.1-19 - Fix license tag. Summary: Added Packages: 7 Removed Packages: 0 Modified Packages: 123 Broken deps for i386 ---------------------------------------------------------- HippoDraw-python-1.21.1-4.fc9.i386 requires libboost_python.so.3 Miro-1.2.4-3.fc10.i386 requires libboost_date_time-mt.so.3 Miro-1.2.4-3.fc10.i386 requires libboost_thread-mt.so.3 Miro-1.2.4-3.fc10.i386 requires libboost_python.so.3 Miro-1.2.4-3.fc10.i386 requires libboost_filesystem-mt.so.3 QuantLib-test-0.9.0-5.fc10.i386 requires libboost_unit_test_framework.so.3 asc-2.1.0.0-1.fc10.i386 requires libboost_regex.so.3 bmpx-0.40.14-5.fc9.i386 requires libboost_regex-mt.so.3 bmpx-0.40.14-5.fc9.i386 requires libboost_iostreams-mt.so.3 chess-1.0-17.fc10.i386 requires libboost_thread-mt.so.3 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 conexus-0.5.3-4.fc9.i386 requires libboost_regex.so.3 deluge-0.9.04-1.fc10.i386 requires libboost_date_time-mt.so.3 deluge-0.9.04-1.fc10.i386 requires libboost_thread-mt.so.3 deluge-0.9.04-1.fc10.i386 requires libboost_python-mt.so.3 deluge-0.9.04-1.fc10.i386 requires libboost_iostreams-mt.so.3 deluge-0.9.04-1.fc10.i386 requires libboost_filesystem-mt.so.3 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 fuse-encfs-1.4.2-4.fc10.i386 requires libboost_serialization-mt.so.3 glob2-0.9.3-1.fc10.i386 requires libboost_thread-mt.so.3 gnash-0.8.3-2.fc10.i386 requires libboost_date_time-mt.so.3 gnash-0.8.3-2.fc10.i386 requires libboost_thread-mt.so.3 gnash-cygnal-0.8.3-2.fc10.i386 requires libboost_thread-mt.so.3 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) hugin-0.7.0-0.4.20080528svn.fc10.i386 requires libboost_thread-mt.so.3 hugin-base-0.7.0-0.4.20080528svn.fc10.i386 requires libboost_thread-mt.so.3 k3d-0.6.7.0-7.fc10.i386 requires libboost_date_time.so.3 k3d-0.6.7.0-7.fc10.i386 requires libboost_regex.so.3 kdeedu-math-4.1.0-1.fc10.i386 requires libboost_python-mt.so.3 linkage-0.2.0-2.fc10.i386 requires libboost_date_time-mt.so.3 linkage-0.2.0-2.fc10.i386 requires libboost_thread-mt.so.3 linkage-0.2.0-2.fc10.i386 requires libboost_serialization-mt.so.3 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.i386 requires /bin/python openvrml-0.17.6-2.fc10.i386 requires libboost_thread-mt.so.3 openvrml-xembed-0.17.6-2.fc10.i386 requires libboost_thread-mt.so.3 perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so pingus-0.7.2-3.fc9.i386 requires libboost_signals.so.3 python-tag-0.94.1-1.fc10.i386 requires libboost_python-mt.so.3 qpidc-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 qpidc-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 qpidc-perftest-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 qpidc-perftest-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 qpidd-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 qpidd-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_thread-mt.so.3 rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_filesystem-mt.so.3 rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_date_time-mt.so.3 rb_libtorrent-python-0.13.1-2.fc10.i386 requires libboost_python-mt.so.3 rcssbase-12.1.1-1.fc10.i386 requires libboost_filesystem-mt.so.3 rcssserver3d-0.6-3.fc10.i386 requires libboost_thread-mt.so.3 rcssserver3d-0.6-3.fc10.i386 requires libboost_regex.so.3 referencer-1.1.3-1.fc10.i386 requires libboost_regex.so.3 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so source-highlight-2.9-1.fc10.i386 requires libboost_regex.so.3 twinkle-1.2-3.fc10.i386 requires libboost_regex.so.3 vegastrike-0.5.0-3.fc10.i386 requires libboost_python.so.3 wesnoth-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 wesnoth-server-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 wesnoth-tools-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 wp_tray-0.5.3-7.fc9.i386 requires libboost_filesystem.so.3 wp_tray-0.5.3-7.fc9.i386 requires libboost_regex.so.3 Broken deps for x86_64 ---------------------------------------------------------- HippoDraw-python-1.21.1-4.fc9.x86_64 requires libboost_python.so.3()(64bit) Miro-1.2.4-3.fc10.x86_64 requires libboost_python.so.3()(64bit) Miro-1.2.4-3.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) Miro-1.2.4-3.fc10.x86_64 requires libboost_filesystem-mt.so.3()(64bit) Miro-1.2.4-3.fc10.x86_64 requires libboost_date_time-mt.so.3()(64bit) QuantLib-test-0.9.0-5.fc10.x86_64 requires libboost_unit_test_framework.so.3()(64bit) asc-2.1.0.0-1.fc10.x86_64 requires libboost_regex.so.3()(64bit) bmpx-0.40.14-5.fc9.x86_64 requires libboost_regex.so.3()(64bit) bmpx-0.40.14-5.fc9.x86_64 requires libboost_iostreams.so.3()(64bit) chess-1.0-17.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) conexus-0.5.3-4.fc9.i386 requires libboost_regex.so.3 conexus-0.5.3-4.fc9.x86_64 requires libboost_regex.so.3()(64bit) deluge-0.9.04-1.fc10.x86_64 requires libboost_python-mt.so.3()(64bit) deluge-0.9.04-1.fc10.x86_64 requires libboost_iostreams-mt.so.3()(64bit) deluge-0.9.04-1.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) deluge-0.9.04-1.fc10.x86_64 requires libboost_filesystem-mt.so.3()(64bit) deluge-0.9.04-1.fc10.x86_64 requires libboost_date_time-mt.so.3()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) fuse-encfs-1.4.2-4.fc10.i386 requires libboost_serialization-mt.so.3 fuse-encfs-1.4.2-4.fc10.x86_64 requires libboost_serialization-mt.so.3()(64bit) glob2-0.9.3-1.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) gnash-0.8.3-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) gnash-0.8.3-2.fc10.x86_64 requires libboost_date_time-mt.so.3()(64bit) gnash-cygnal-0.8.3-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) hugin-0.7.0-0.4.20080528svn.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) hugin-base-0.7.0-0.4.20080528svn.fc10.i386 requires libboost_thread-mt.so.3 hugin-base-0.7.0-0.4.20080528svn.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) k3d-0.6.7.0-7.fc10.i386 requires libboost_date_time.so.3 k3d-0.6.7.0-7.fc10.i386 requires libboost_regex.so.3 k3d-0.6.7.0-7.fc10.x86_64 requires libboost_regex.so.3()(64bit) k3d-0.6.7.0-7.fc10.x86_64 requires libboost_date_time.so.3()(64bit) kdeedu-math-4.1.0-1.fc10.x86_64 requires libboost_python-mt.so.3()(64bit) linkage-0.2.0-2.fc10.i386 requires libboost_date_time-mt.so.3 linkage-0.2.0-2.fc10.i386 requires libboost_thread-mt.so.3 linkage-0.2.0-2.fc10.i386 requires libboost_serialization-mt.so.3 linkage-0.2.0-2.fc10.x86_64 requires libboost_serialization-mt.so.3()(64bit) linkage-0.2.0-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) linkage-0.2.0-2.fc10.x86_64 requires libboost_date_time-mt.so.3()(64bit) 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.x86_64 requires /bin/python openvrml-0.17.6-2.fc10.i386 requires libboost_thread-mt.so.3 openvrml-0.17.6-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) openvrml-xembed-0.17.6-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) pingus-0.7.2-3.fc9.x86_64 requires libboost_signals.so.3()(64bit) python-tag-0.94.1-1.fc10.x86_64 requires libboost_python-mt.so.3()(64bit) qpidc-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 qpidc-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 qpidc-0.2.667603-2.fc10.x86_64 requires libboost_filesystem.so.3()(64bit) qpidc-0.2.667603-2.fc10.x86_64 requires libboost_program_options.so.3()(64bit) qpidc-perftest-0.2.667603-2.fc10.x86_64 requires libboost_filesystem.so.3()(64bit) qpidc-perftest-0.2.667603-2.fc10.x86_64 requires libboost_program_options.so.3()(64bit) qpidd-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 qpidd-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 qpidd-0.2.667603-2.fc10.x86_64 requires libboost_filesystem.so.3()(64bit) qpidd-0.2.667603-2.fc10.x86_64 requires libboost_program_options.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_thread-mt.so.3 rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_filesystem-mt.so.3 rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_date_time-mt.so.3 rb_libtorrent-0.13.1-2.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.x86_64 requires libboost_filesystem-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.x86_64 requires libboost_date_time-mt.so.3()(64bit) rb_libtorrent-python-0.13.1-2.fc10.x86_64 requires libboost_python-mt.so.3()(64bit) rcssbase-12.1.1-1.fc10.i386 requires libboost_filesystem-mt.so.3 rcssbase-12.1.1-1.fc10.x86_64 requires libboost_filesystem-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.i386 requires libboost_thread-mt.so.3 rcssserver3d-0.6-3.fc10.i386 requires libboost_regex.so.3 rcssserver3d-0.6-3.fc10.x86_64 requires libboost_thread-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.x86_64 requires libboost_regex.so.3()(64bit) referencer-1.1.3-1.fc10.x86_64 requires libboost_regex.so.3()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) source-highlight-2.9-1.fc10.x86_64 requires libboost_regex.so.3()(64bit) twinkle-1.2-3.fc10.x86_64 requires libboost_regex.so.3()(64bit) vegastrike-0.5.0-3.fc10.x86_64 requires libboost_python.so.3()(64bit) wesnoth-1.4.2-1.fc10.x86_64 requires libboost_iostreams-mt.so.3()(64bit) wesnoth-server-1.4.2-1.fc10.x86_64 requires libboost_iostreams-mt.so.3()(64bit) wesnoth-tools-1.4.2-1.fc10.x86_64 requires libboost_iostreams-mt.so.3()(64bit) wp_tray-0.5.3-7.fc9.x86_64 requires libboost_filesystem.so.3()(64bit) wp_tray-0.5.3-7.fc9.x86_64 requires libboost_regex.so.3()(64bit) Broken deps for ppc ---------------------------------------------------------- HippoDraw-python-1.21.1-4.fc9.ppc requires libboost_python.so.3 Miro-1.2.4-3.fc10.ppc requires libboost_date_time-mt.so.3 Miro-1.2.4-3.fc10.ppc requires libboost_thread-mt.so.3 Miro-1.2.4-3.fc10.ppc requires libboost_python.so.3 Miro-1.2.4-3.fc10.ppc requires libboost_filesystem-mt.so.3 QuantLib-test-0.9.0-5.fc10.ppc requires libboost_unit_test_framework.so.3 asc-2.1.0.0-1.fc10.ppc requires libboost_regex.so.3 bmpx-0.40.14-5.fc9.ppc requires libboost_regex-mt.so.3 bmpx-0.40.14-5.fc9.ppc requires libboost_iostreams-mt.so.3 chess-1.0-17.fc10.ppc requires libboost_thread-mt.so.3 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 conexus-0.5.3-4.fc9.ppc requires libboost_regex.so.3 conexus-0.5.3-4.fc9.ppc64 requires libboost_regex.so.3()(64bit) deluge-0.9.04-1.fc10.ppc requires libboost_date_time-mt.so.3 deluge-0.9.04-1.fc10.ppc requires libboost_thread-mt.so.3 deluge-0.9.04-1.fc10.ppc requires libboost_python-mt.so.3 deluge-0.9.04-1.fc10.ppc requires libboost_iostreams-mt.so.3 deluge-0.9.04-1.fc10.ppc requires libboost_filesystem-mt.so.3 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 fuse-encfs-1.4.2-4.fc10.ppc requires libboost_serialization-mt.so.3 fuse-encfs-1.4.2-4.fc10.ppc64 requires libboost_serialization-mt.so.3()(64bit) glob2-0.9.3-1.fc10.ppc requires libboost_thread-mt.so.3 gnash-0.8.3-2.fc10.ppc requires libboost_date_time-mt.so.3 gnash-0.8.3-2.fc10.ppc requires libboost_thread-mt.so.3 gnash-cygnal-0.8.3-2.fc10.ppc requires libboost_thread-mt.so.3 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) hugin-0.7.0-0.4.20080528svn.fc10.ppc requires libboost_thread-mt.so.3 hugin-base-0.7.0-0.4.20080528svn.fc10.ppc requires libboost_thread-mt.so.3 hugin-base-0.7.0-0.4.20080528svn.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) k3d-0.6.7.0-7.fc10.ppc requires libboost_date_time.so.3 k3d-0.6.7.0-7.fc10.ppc requires libboost_regex.so.3 k3d-0.6.7.0-7.fc10.ppc64 requires libboost_regex.so.3()(64bit) k3d-0.6.7.0-7.fc10.ppc64 requires libboost_date_time.so.3()(64bit) kdeedu-math-4.1.0-1.fc10.ppc requires libboost_python-mt.so.3 linkage-0.2.0-2.fc10.ppc requires libboost_date_time-mt.so.3 linkage-0.2.0-2.fc10.ppc requires libboost_thread-mt.so.3 linkage-0.2.0-2.fc10.ppc requires libboost_serialization-mt.so.3 linkage-0.2.0-2.fc10.ppc64 requires libboost_serialization-mt.so.3()(64bit) linkage-0.2.0-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) linkage-0.2.0-2.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.ppc requires /bin/python openvrml-0.17.6-2.fc10.ppc requires libboost_thread-mt.so.3 openvrml-0.17.6-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) openvrml-xembed-0.17.6-2.fc10.ppc requires libboost_thread-mt.so.3 perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so pingus-0.7.2-3.fc9.ppc requires libboost_signals.so.3 python-tag-0.94.1-1.fc10.ppc requires libboost_python-mt.so.3 rb_libtorrent-0.13.1-2.fc10.ppc requires libboost_thread-mt.so.3 rb_libtorrent-0.13.1-2.fc10.ppc requires libboost_filesystem-mt.so.3 rb_libtorrent-0.13.1-2.fc10.ppc requires libboost_date_time-mt.so.3 rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) rb_libtorrent-python-0.13.1-2.fc10.ppc requires libboost_python-mt.so.3 rcssbase-12.1.1-1.fc10.ppc requires libboost_filesystem-mt.so.3 rcssbase-12.1.1-1.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.ppc requires libboost_thread-mt.so.3 rcssserver3d-0.6-3.fc10.ppc requires libboost_regex.so.3 rcssserver3d-0.6-3.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.ppc64 requires libboost_regex.so.3()(64bit) referencer-1.1.3-1.fc10.ppc requires libboost_regex.so.3 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so source-highlight-2.9-1.fc10.ppc requires libboost_regex.so.3 twinkle-1.2-3.fc10.ppc requires libboost_regex.so.3 vegastrike-0.5.0-3.fc10.ppc requires libboost_python.so.3 wesnoth-1.4.2-1.fc10.ppc requires libboost_iostreams-mt.so.3 wesnoth-server-1.4.2-1.fc10.ppc requires libboost_iostreams-mt.so.3 wesnoth-tools-1.4.2-1.fc10.ppc requires libboost_iostreams-mt.so.3 wp_tray-0.5.3-7.fc9.ppc requires libboost_filesystem.so.3 wp_tray-0.5.3-7.fc9.ppc requires libboost_regex.so.3 Broken deps for ppc64 ---------------------------------------------------------- HippoDraw-python-1.21.1-4.fc9.ppc64 requires libboost_python.so.3()(64bit) Miro-1.2.4-3.fc10.ppc64 requires libboost_python.so.3()(64bit) Miro-1.2.4-3.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) Miro-1.2.4-3.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) Miro-1.2.4-3.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) QuantLib-test-0.9.0-5.fc10.ppc64 requires libboost_unit_test_framework.so.3()(64bit) asc-2.1.0.0-1.fc10.ppc64 requires libboost_regex.so.3()(64bit) bmpx-0.40.14-5.fc9.ppc64 requires libboost_regex.so.3()(64bit) bmpx-0.40.14-5.fc9.ppc64 requires libboost_iostreams.so.3()(64bit) chess-1.0-17.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) conexus-0.5.3-4.fc9.ppc64 requires libboost_regex.so.3()(64bit) deluge-0.9.04-1.fc10.ppc64 requires libboost_python-mt.so.3()(64bit) deluge-0.9.04-1.fc10.ppc64 requires libboost_iostreams-mt.so.3()(64bit) deluge-0.9.04-1.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) deluge-0.9.04-1.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) deluge-0.9.04-1.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) fuse-encfs-1.4.2-4.fc10.ppc64 requires libboost_serialization-mt.so.3()(64bit) glob2-0.9.3-1.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) gnash-0.8.3-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) gnash-0.8.3-2.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) gnash-cygnal-0.8.3-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) hugin-0.7.0-0.4.20080528svn.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) hugin-base-0.7.0-0.4.20080528svn.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) k3d-0.6.7.0-7.fc10.ppc64 requires libboost_regex.so.3()(64bit) k3d-0.6.7.0-7.fc10.ppc64 requires libboost_date_time.so.3()(64bit) kdeedu-math-4.1.0-1.fc10.ppc64 requires libboost_python-mt.so.3()(64bit) linkage-0.2.0-2.fc10.ppc64 requires libboost_serialization-mt.so.3()(64bit) linkage-0.2.0-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) linkage-0.2.0-2.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) livecd-tools-017.1-1.fc9.ppc64 requires yaboot 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.ppc64 requires /bin/python openvrml-0.17.6-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) openvrml-xembed-0.17.6-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 pingus-0.7.2-3.fc9.ppc64 requires libboost_signals.so.3()(64bit) python-tag-0.94.1-1.fc10.ppc64 requires libboost_python-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) rb_libtorrent-0.13.1-2.fc10.ppc64 requires libboost_date_time-mt.so.3()(64bit) rb_libtorrent-python-0.13.1-2.fc10.ppc64 requires libboost_python-mt.so.3()(64bit) rcssbase-12.1.1-1.fc10.ppc64 requires libboost_filesystem-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.ppc64 requires libboost_thread-mt.so.3()(64bit) rcssserver3d-0.6-3.fc10.ppc64 requires libboost_regex.so.3()(64bit) referencer-1.1.3-1.fc10.ppc64 requires libboost_regex.so.3()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) source-highlight-2.9-1.fc10.ppc64 requires libboost_regex.so.3()(64bit) twinkle-1.2-3.fc10.ppc64 requires libboost_regex.so.3()(64bit) vegastrike-0.5.0-3.fc10.ppc64 requires libboost_python.so.3()(64bit) wesnoth-1.4.2-1.fc10.ppc64 requires libboost_iostreams-mt.so.3()(64bit) wesnoth-server-1.4.2-1.fc10.ppc64 requires libboost_iostreams-mt.so.3()(64bit) wesnoth-tools-1.4.2-1.fc10.ppc64 requires libboost_iostreams-mt.so.3()(64bit) wp_tray-0.5.3-7.fc9.ppc64 requires libboost_filesystem.so.3()(64bit) wp_tray-0.5.3-7.fc9.ppc64 requires libboost_regex.so.3()(64bit) From alexl at users.sourceforge.net Tue Aug 12 10:32:39 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 12 Aug 2008 03:32:39 -0700 Subject: major boost breakage (was Re: rawhide report: 20080812 changes) In-Reply-To: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> (rawhide@fedoraproject.org's message of "Tue\, 12 Aug 2008 09\:29\:41 +0000 \(UTC\)") References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> Message-ID: Looks like this change: > boost-1.36.0-0.1.beta1.fc10 --------------------------- * Mon Aug 11 > 18:00:00 2008 Petr Machata - 1.36.0-0.1.beta1 > - Rebase to 1.36.0.beta1 - Drop boost-regex.patch and portions of > boost-gcc43.patch, port the rest - Automate SONAME tracking and bump > SONAME to 4 - Adjust boost-configure.patch to include > threading=single,multi explicitly Created a ton of broken deps (below). Are we supposed to rebuild everything or is this a packaging error? If a rebuild is required, I wish people could get into the habit of pre-announcing these kind of soname bumps, especially one's that impact a huge number of packages. Maintainers need to be aware of the impact that their package might have on other dependent packages... > Broken deps for i386 > ---------------------------------------------------------- > HippoDraw-python-1.21.1-4.fc9.i386 requires libboost_python.so.3 > Miro-1.2.4-3.fc10.i386 requires libboost_date_time-mt.so.3 > Miro-1.2.4-3.fc10.i386 requires libboost_thread-mt.so.3 > Miro-1.2.4-3.fc10.i386 requires libboost_python.so.3 > Miro-1.2.4-3.fc10.i386 requires libboost_filesystem-mt.so.3 > QuantLib-test-0.9.0-5.fc10.i386 requires > libboost_unit_test_framework.so.3 asc-2.1.0.0-1.fc10.i386 requires > libboost_regex.so.3 bmpx-0.40.14-5.fc9.i386 requires > libboost_regex-mt.so.3 bmpx-0.40.14-5.fc9.i386 requires > libboost_iostreams-mt.so.3 chess-1.0-17.fc10.i386 requires > libboost_thread-mt.so.3 claws-mail-3.4.0-1.fc10.i386 requires > libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 > requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 > requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 > requires libetpan.so.11 > claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires > libetpan.so.11 conexus-0.5.3-4.fc9.i386 requires libboost_regex.so.3 > deluge-0.9.04-1.fc10.i386 requires libboost_date_time-mt.so.3 > deluge-0.9.04-1.fc10.i386 requires libboost_thread-mt.so.3 > deluge-0.9.04-1.fc10.i386 requires libboost_python-mt.so.3 > deluge-0.9.04-1.fc10.i386 requires libboost_iostreams-mt.so.3 > deluge-0.9.04-1.fc10.i386 requires libboost_filesystem-mt.so.3 > fuse-encfs-1.4.2-4.fc10.i386 requires > libboost_serialization-mt.so.3 glob2-0.9.3-1.fc10.i386 requires > libboost_thread-mt.so.3 gnash-0.8.3-2.fc10.i386 requires > libboost_date_time-mt.so.3 gnash-0.8.3-2.fc10.i386 requires > libboost_thread-mt.so.3 gnash-cygnal-0.8.3-2.fc10.i386 requires > libboost_thread-mt.so.3 gscan2pdf-0.9.24-1.fc10.noarch requires > hugin-0.7.0-0.4.20080528svn.fc10.i386 requires > libboost_thread-mt.so.3 hugin-base-0.7.0-0.4.20080528svn.fc10.i386 > requires libboost_thread-mt.so.3 k3d-0.6.7.0-7.fc10.i386 requires > libboost_date_time.so.3 k3d-0.6.7.0-7.fc10.i386 requires > libboost_regex.so.3 kdeedu-math-4.1.0-1.fc10.i386 requires > libboost_python-mt.so.3 linkage-0.2.0-2.fc10.i386 requires > libboost_date_time-mt.so.3 linkage-0.2.0-2.fc10.i386 requires > libboost_thread-mt.so.3 linkage-0.2.0-2.fc10.i386 requires > libboost_serialization-mt.so.3 > 1:openoffice.org-emailmerge-3.0.0-2.1.fc10.i386 requires /bin/python > openvrml-0.17.6-2.fc10.i386 requires libboost_thread-mt.so.3 > openvrml-xembed-0.17.6-2.fc10.i386 requires libboost_thread-mt.so.3 > pingus-0.7.2-3.fc9.i386 requires libboost_signals.so.3 > python-tag-0.94.1-1.fc10.i386 requires libboost_python-mt.so.3 > qpidc-0.2.667603-2.fc10.i386 requires libboost_filesystem.so.3 > qpidc-0.2.667603-2.fc10.i386 requires libboost_program_options.so.3 > qpidc-perftest-0.2.667603-2.fc10.i386 requires > libboost_filesystem.so.3 qpidc-perftest-0.2.667603-2.fc10.i386 > requires libboost_program_options.so.3 qpidd-0.2.667603-2.fc10.i386 > requires libboost_filesystem.so.3 qpidd-0.2.667603-2.fc10.i386 > requires libboost_program_options.so.3 > rb_libtorrent-0.13.1-2.fc10.i386 requires libboost_thread-mt.so.3 > rb_libtorrent-0.13.1-2.fc10.i386 requires > libboost_filesystem-mt.so.3 rb_libtorrent-0.13.1-2.fc10.i386 > requires libboost_date_time-mt.so.3 > rb_libtorrent-python-0.13.1-2.fc10.i386 requires > libboost_python-mt.so.3 rcssbase-12.1.1-1.fc10.i386 requires > libboost_filesystem-mt.so.3 rcssserver3d-0.6-3.fc10.i386 requires > libboost_thread-mt.so.3 rcssserver3d-0.6-3.fc10.i386 requires > libboost_regex.so.3 referencer-1.1.3-1.fc10.i386 requires > libboost_regex.so.3 ruby-rpm-1.2.3-4.fc9.i386 requires > librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires > librpmbuild-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so > source-highlight-2.9-1.fc10.i386 requires libboost_regex.so.3 > twinkle-1.2-3.fc10.i386 requires libboost_regex.so.3 > vegastrike-0.5.0-3.fc10.i386 requires libboost_python.so.3 > wesnoth-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 > wesnoth-server-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 > wesnoth-tools-1.4.2-1.fc10.i386 requires libboost_iostreams-mt.so.3 > wp_tray-0.5.3-7.fc9.i386 requires libboost_filesystem.so.3 > wp_tray-0.5.3-7.fc9.i386 requires libboost_regex.so.3 From pmachata at redhat.com Tue Aug 12 10:43:43 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 12:43:43 +0200 Subject: major boost breakage (was Re: rawhide report: 20080812 changes) In-Reply-To: References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> Message-ID: <20080812104343.GC955@hridell.englab.brq.redhat.com> On Tue, Aug 12, 2008 at 03:32:39AM -0700, Alex Lancaster wrote: > Looks like this change: > > > boost-1.36.0-0.1.beta1.fc10 --------------------------- * Mon Aug 11 > > 18:00:00 2008 Petr Machata - 1.36.0-0.1.beta1 > > - Rebase to 1.36.0.beta1 - Drop boost-regex.patch and portions of > > boost-gcc43.patch, port the rest - Automate SONAME tracking and bump > > SONAME to 4 - Adjust boost-configure.patch to include > > threading=single,multi explicitly > > Created a ton of broken deps (below). Are we supposed to rebuild > everything or is this a packaging error? Yes, I've bumped a soname. In general, with boost updates there is no guarantee of backwards compatibility. > If a rebuild is required, I wish people could get into the habit of > pre-announcing these kind of soname bumps, especially one's that > impact a huge number of packages. Maintainers need to be aware of the > impact that their package might have on other dependent packages... My mistake, I should have done that. I'll remember to do it next time. PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From alexl at users.sourceforge.net Tue Aug 12 10:50:27 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 12 Aug 2008 03:50:27 -0700 Subject: major boost breakage In-Reply-To: <20080812104343.GC955@hridell.englab.brq.redhat.com> (Petr Machata's message of "Tue\, 12 Aug 2008 12\:43\:43 +0200") References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> Message-ID: >>>>> "PM" == Petr Machata writes: PM> On Tue, Aug 12, 2008 at 03:32:39AM -0700, Alex Lancaster wrote: >> > boost-1.36.0-0.1.beta1.fc10 --------------------------- * Mon Aug [...] >> Created a ton of broken deps (below). Are we supposed to rebuild >> everything or is this a packaging error? PM> Yes, I've bumped a soname. In general, with boost updates there PM> is no guarantee of backwards compatibility. If the list of broken packages is anything to go by this could be a major deal and we might need to consider a rollback or a compat-boost3 package or somesuch e.g. a fairly major package Miro won't rebuild (see below) and I'm sure it won't be the only one. >> If a rebuild is required, I wish people could get into the habit of >> pre-announcing these kind of soname bumps, especially one's that >> impact a huge number of packages. Maintainers need to be aware of >> the impact that their package might have on other dependent >> packages... PM> My mistake, I should have done that. I'll remember to do it next PM> time. It doesn't seem seem like a good idea to update a package that can cause some major ABI/API breakage only 2 weeks before the Beta freeze, without evaluating the fallout from potential broken deps. This really should have been not only announced, but discussed before doing the soname bump. Miro failure: http://koji.fedoraproject.org/koji/getfile?taskID=773495&name=build.log /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/include/libtorrent/asio/detail/pipe_select_interrupter.hpp: In member function 'void asio::detail::pipe_select_interrupter::interrupt()': /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/include/libtorrent/asio/detail/pipe_select_interrupter.hpp:64: warning: ignoring return value of 'ssize_t write(int, const void*, size_t)', declared with attribute warn_unused_result /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp: In member function 'void libtorrent::torrent_info::parse_info_section(const libtorrent::entry&)': /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp:355: error: 'struct boost::filesystem::path' has no member named 'has_branch_path' /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp: In member function 'void libtorrent::torrent_info::add_file(boost::filesystem::path, libtorrent::size_type)': /builddir/build/BUILD/Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp:559: error: 'struct boost::filesystem::path' has no member named 'has_branch_path' error: command 'gcc' failed with exit status 1 error: Bad exit status from /var/tmp/rpm-tmp.h6aLpo (%build) From lokthare at gmail.com Tue Aug 12 11:17:42 2008 From: lokthare at gmail.com (=?ISO-8859-1?Q?Jean-Fran=E7ois?= Martin) Date: Tue, 12 Aug 2008 13:17:42 +0200 Subject: [pkgdb] guake ownership updated In-Reply-To: <489FE06C.5010607@pingoured.fr> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> <489FE06C.5010607@pingoured.fr> Message-ID: <1218539862.2876.10.camel@abel> Le lundi 11 ao?t 2008 ? 08:47 +0200, Pierre-Yves a ?crit : > Debarshi Ray wrote: > >> Well, it is only one month since this package is approved (by me on bug > >> 450189) > >> and is imported into Fedora. Would you tell us why you want to release > >> the ownership of this package so fast? > > Just because i don't use guake anymore and i have some problems with the last version (0.3.1). Due to my lack of interest, i won't try to build a package for the new version so i think it was better to release the ownership to let someone else take care of this package. > > He still has two other packages [1]. So atleast he is not leaving the > > project. :-) > > > > If he still wants to orphan it, may I express my interest in taking it > > up? I quite like this package. > You are free to take the ownership. > If you need a hand, I do not mind to help on that, I have been in > contact with the developers for a couple of things... > > But I first would like to hear from Lokthare :) > > Regards, > Pierre > -- Jean-Fran?ois Martin https://fedoraproject.org/wiki/User:Lokthare GPG: 78C2C779 From debarshi.ray at gmail.com Tue Aug 12 11:37:04 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 12 Aug 2008 17:07:04 +0530 Subject: [pkgdb] guake ownership updated In-Reply-To: <1218539862.2876.10.camel@abel> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> <489FE06C.5010607@pingoured.fr> <1218539862.2876.10.camel@abel> Message-ID: <3170f42f0808120437k7a905537g26b6781921b17c30@mail.gmail.com> > Just because i don't use guake anymore and i have some problems with the > last version (0.3.1). It would be nice to know something about the problems you had. :-) Happy hacking, Debarshi From jkeating at redhat.com Tue Aug 12 12:01:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 08:01:18 -0400 Subject: major boost breakage In-Reply-To: References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> Message-ID: <1218542478.408.15.camel@localhost.localdomain> On Tue, 2008-08-12 at 03:50 -0700, Alex Lancaster wrote: > It doesn't seem seem like a good idea to update a package that can > cause some major ABI/API breakage only 2 weeks before the Beta freeze, One week. This is exactly the sort of change I asked people to avoid making just yesterday. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pmachata at redhat.com Tue Aug 12 12:03:34 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 14:03:34 +0200 Subject: major boost breakage In-Reply-To: References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> Message-ID: <20080812120334.GD955@hridell.englab.brq.redhat.com> On Tue, Aug 12, 2008 at 03:50:27AM -0700, Alex Lancaster wrote: > It doesn't seem seem like a good idea to update a package that can > cause some major ABI/API breakage only 2 weeks before the Beta freeze, > without evaluating the fallout from potential broken deps. This > really should have been not only announced, but discussed before doing > the soname bump. Ok, I can see I've screwed on several levels here (underestimating how many packages depend on boost, not realizing how far into release cycle Fedora is). So I can have boost un-tagged by releng right away, and break the next rawhide to come. Still, while I see some big packages (abiword, inkscape), I suspect that most incompatibilities can be fixed simply (i.e. mostly sed-style fixes), and I can help people with fixing their build failures (attaching Miro patch right away). PM -------------- next part -------------- diff -urp Miro-1.2.4/portable/libtorrent/include/libtorrent/disk_io_thread.hpp Miro-1.2.4-pm/portable/libtorrent/include/libtorrent/disk_io_thread.hpp --- Miro-1.2.4/portable/libtorrent/include/libtorrent/disk_io_thread.hpp 2008-05-28 16:05:15.000000000 +0200 +++ Miro-1.2.4-pm/portable/libtorrent/include/libtorrent/disk_io_thread.hpp 2008-08-12 13:24:32.000000000 +0200 @@ -41,6 +41,7 @@ POSSIBILITY OF SUCH DAMAGE. #include #include #include +#include #include "libtorrent/config.hpp" namespace libtorrent diff -urp Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp Miro-1.2.4-pm/portable/libtorrent/src/torrent_info.cpp --- Miro-1.2.4/portable/libtorrent/src/torrent_info.cpp 2008-05-28 16:05:16.000000000 +0200 +++ Miro-1.2.4-pm/portable/libtorrent/src/torrent_info.cpp 2008-08-12 13:29:02.000000000 +0200 @@ -352,7 +352,7 @@ namespace libtorrent fs::path tmp = m_name; if (tmp.is_complete()) throw std::runtime_error("torrent contains " "a file with an absolute path: '" + m_name + "'"); - if (tmp.has_branch_path()) throw std::runtime_error( + if (!tmp.branch_path().empty()) throw std::runtime_error( "torrent contains name with directories: '" + m_name + "'"); // extract file list @@ -556,7 +556,7 @@ namespace libtorrent { // TORRENT_ASSERT(file.begin() != file.end()); - if (!file.has_branch_path()) + if (file.branch_path().empty()) { // you have already added at least one file with a // path to the file (branch_path), which means that -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From pmachata at redhat.com Tue Aug 12 12:13:19 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 14:13:19 +0200 Subject: major boost breakage In-Reply-To: <1218542478.408.15.camel@localhost.localdomain> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <1218542478.408.15.camel@localhost.localdomain> Message-ID: <20080812121319.GE955@hridell.englab.brq.redhat.com> On Tue, Aug 12, 2008 at 08:01:18AM -0400, Jesse Keating wrote: > On Tue, 2008-08-12 at 03:50 -0700, Alex Lancaster wrote: > > It doesn't seem seem like a good idea to update a package that can > > cause some major ABI/API breakage only 2 weeks before the Beta freeze, > > One week. This is exactly the sort of change I asked people to avoid > making just yesterday. Hmm, so one week is not enough. I have untagged the package. PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lfarkas at lfarkas.org Tue Aug 12 12:14:08 2008 From: lfarkas at lfarkas.org (Farkas Levente) Date: Tue, 12 Aug 2008 14:14:08 +0200 Subject: MinGW devel rpms Message-ID: <48A17E90.6070206@lfarkas.org> hi, is there any place from where i can download the current mingw devel rpms? thanks. -- Levente "Si vis pacem para bellum!" From jkeating at redhat.com Tue Aug 12 12:17:28 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 08:17:28 -0400 Subject: major boost breakage In-Reply-To: <20080812120334.GD955@hridell.englab.brq.redhat.com> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> Message-ID: <1218543448.408.19.camel@localhost.localdomain> On Tue, 2008-08-12 at 14:03 +0200, Petr Machata wrote: > > Ok, I can see I've screwed on several levels here (underestimating how > many packages depend on boost, not realizing how far into release > cycle Fedora is). So I can have boost un-tagged by releng right away, > and break the next rawhide to come. Unfortunately FESCo passed a policy that doesn't allow one to untag builds that have gone out to rawhide. You can ask FESCo for an email vote to override this rule for this case, otherwise you'd have to do a build of the older boost with an epoch so that upgrade path continues. > Still, while I see some big packages (abiword, inkscape), I suspect > that most incompatibilities can be fixed simply (i.e. mostly sed-style > fixes), and I can help people with fixing their build failures > (attaching Miro patch right away). When bumping something like boost, it is wise to do a local build, then use it in a mock chroot to try rebuilding all the things that require it. Anything that fails you should file bugs and attach patches to fix the issue. Then a coordinated effort can happen to get boost and all it's dependents rebuilt in one fell swoop. This is where open package ACLs would help. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pingou at pingoured.fr Tue Aug 12 12:23:03 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Tue, 12 Aug 2008 14:23:03 +0200 Subject: guake ownership request failed In-Reply-To: <1218539862.2876.10.camel@abel> References: <20080810142110.B00461AD0F0@bastion.fedora.phx.redhat.com> <489F0B23.10301@ioa.s.u-tokyo.ac.jp> <3170f42f0808101410v6aced1b6ra8533445bcb9afe@mail.gmail.com> <489FE06C.5010607@pingoured.fr> <1218539862.2876.10.camel@abel> Message-ID: <48A180A7.7080505@pingoured.fr> Jean-Fran?ois Martin wrote: > You are free to take the ownership. Since we agreed with Debarshi to co-maintain this package, I have asked for the ownership in this page: https://admin.fedoraproject.org/pkgdb/packages/name/guake Following the indication of this page: http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages#Claiming_Ownership_of_a_Retired_Package I end with a very nice pop up that tells me "Request failed"... Did I miss something ? Regards, Pierre From konrad at tylerc.org Tue Aug 12 12:23:05 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Tue, 12 Aug 2008 05:23:05 -0700 Subject: MinGW devel rpms In-Reply-To: <48A17E90.6070206@lfarkas.org> References: <48A17E90.6070206@lfarkas.org> Message-ID: <200808120523.05872.konrad@tylerc.org> Quoth Farkas Levente: > hi, > is there any place from where i can download the current mingw devel rpms? > thanks. > > -- > Levente "Si vis pacem para bellum!" Speaking of which, what happened to the effort to get mingw packages into Fedora? Is there a SIG or a group drafting packaging guidelines, etc? Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From jwboyer at gmail.com Tue Aug 12 12:25:34 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Aug 2008 08:25:34 -0400 Subject: Revert curl change made for flash Message-ID: <1218543934.10489.17.camel@localhost.localdomain> I'd like to formally request that this curl change be reverted: * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 - make miniature library for libcurl.so.3 Due to the fact that it was simply made to accommodate proprietary software, as described in this blog entry: http://wtogami.livejournal.com/27778.html There are at least a dozen other proprietary applications that could "benefit" from making similar changes to other packages, and we certainly wouldn't make those changes for them. Flash should be no different. josh From erik at vanpienbroek.nl Tue Aug 12 12:25:51 2008 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Tue, 12 Aug 2008 14:25:51 +0200 Subject: MinGW devel rpms In-Reply-To: <48A17E90.6070206@lfarkas.org> References: <48A17E90.6070206@lfarkas.org> Message-ID: <1218543951.3589.4.camel@alguno.terneuzen.openftd.org> Op dinsdag 12-08-2008 om 14:14 uur [tijdzone +0200], schreef Farkas Levente: > hi, > is there any place from where i can download the current mingw devel rpms? > thanks. The MinGW RPM's are still stuck in review : https://bugzilla.redhat.com/buglist.cgi?version=&component=&target_milestone=&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=mingw&long_desc_type=allwordssubstr&long_desc= You can build them manually if you need them right now. There is also a SIG being set up especially for MinGW: https://fedoraproject.org/wiki/SIGs/MinGW Too bad nothing (visible) has happened in the last month as I'm also waiting for MinGW to enter Fedora. Regards, Erik van Pienbroek From jkeating at redhat.com Tue Aug 12 12:31:45 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 08:31:45 -0400 Subject: Revert curl change made for flash In-Reply-To: <1218543934.10489.17.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> Message-ID: <1218544305.408.24.camel@localhost.localdomain> On Tue, 2008-08-12 at 08:25 -0400, Josh Boyer wrote: > I'd like to formally request that this curl change be reverted: > > * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > - make miniature library for libcurl.so.3 > > Due to the fact that it was simply made to accommodate proprietary > software, as described in this blog entry: > > http://wtogami.livejournal.com/27778.html > > There are at least a dozen other proprietary applications that could > "benefit" from making similar changes to other packages, and we > certainly wouldn't make those changes for them. Flash should be no > different. > > josh Would you rather a curl-compat-7.18.1 package went through the review process to drop it's library on the filesystem? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Tue Aug 12 12:35:43 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Aug 2008 08:35:43 -0400 Subject: Revert curl change made for flash In-Reply-To: <1218544305.408.24.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> <1218544305.408.24.camel@localhost.localdomain> Message-ID: <1218544543.10489.20.camel@localhost.localdomain> On Tue, 2008-08-12 at 08:31 -0400, Jesse Keating wrote: > On Tue, 2008-08-12 at 08:25 -0400, Josh Boyer wrote: > > I'd like to formally request that this curl change be reverted: > > > > * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > > - make miniature library for libcurl.so.3 > > > > Due to the fact that it was simply made to accommodate proprietary > > software, as described in this blog entry: > > > > http://wtogami.livejournal.com/27778.html > > > > There are at least a dozen other proprietary applications that could > > "benefit" from making similar changes to other packages, and we > > certainly wouldn't make those changes for them. Flash should be no > > different. > > > > josh > > Would you rather a curl-compat-7.18.1 package went through the review > process to drop it's library on the filesystem? If there are open source packages that could benefit from it, yes. If not, then there's really no need for it at all. josh From lfarkas at lfarkas.org Tue Aug 12 12:38:50 2008 From: lfarkas at lfarkas.org (Farkas Levente) Date: Tue, 12 Aug 2008 14:38:50 +0200 Subject: MinGW devel rpms In-Reply-To: <1218543951.3589.4.camel@alguno.terneuzen.openftd.org> References: <48A17E90.6070206@lfarkas.org> <1218543951.3589.4.camel@alguno.terneuzen.openftd.org> Message-ID: <48A1845A.2090907@lfarkas.org> Erik van Pienbroek wrote: > Op dinsdag 12-08-2008 om 14:14 uur [tijdzone +0200], schreef Farkas > Levente: >> hi, >> is there any place from where i can download the current mingw devel rpms? >> thanks. > > The MinGW RPM's are still stuck in review : > > https://bugzilla.redhat.com/buglist.cgi?version=&component=&target_milestone=&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=mingw&long_desc_type=allwordssubstr&long_desc= > > You can build them manually if you need them right now. > > There is also a SIG being set up especially for MinGW: > https://fedoraproject.org/wiki/SIGs/MinGW > > Too bad nothing (visible) has happened in the last month as I'm also > waiting for MinGW to enter Fedora. yes, i know that, but i assume someone already build these spec files:-) -- Levente "Si vis pacem para bellum!" From nikolay at vladimiroff.com Tue Aug 12 13:00:22 2008 From: nikolay at vladimiroff.com (Nikolay Vladimirov) Date: Tue, 12 Aug 2008 16:00:22 +0300 Subject: Revert curl change made for flash In-Reply-To: <1218543934.10489.17.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> Message-ID: <20080812130022.GA6997@marvin> On (12/08/08 08:25), Josh Boyer wrote: > I'd like to formally request that this curl change be reverted: > > * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > - make miniature library for libcurl.so.3 > > Due to the fact that it was simply made to accommodate proprietary > software, as described in this blog entry: > > http://wtogami.livejournal.com/27778.html > > There are at least a dozen other proprietary applications that could > "benefit" from making similar changes to other packages, and we > certainly wouldn't make those changes for them. Flash should be no > different. > > josh > The change just provides some backward compatibility. It's minimal. I really think it's not important why the change was made. Since it doesn't break anything and it doesn't waste disk space. It may be useful for some dead opensource projects that use the older version. If we remove everything that helps prop stuff work we should remove libflashsupport and a bunch of other stuff. -- NV -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rjones at redhat.com Tue Aug 12 13:22:23 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 12 Aug 2008 14:22:23 +0100 Subject: MinGW devel rpms In-Reply-To: <200808120523.05872.konrad@tylerc.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> Message-ID: <20080812132223.GA13494@amd.home.annexia.org> On Tue, Aug 12, 2008 at 05:23:05AM -0700, Conrad Meyer wrote: > Quoth Farkas Levente: > > is there any place from where i can download the current mingw devel rpms? > > thanks. > > > Speaking of which, what happened to the effort to get mingw packages into > Fedora? Is there a SIG or a group drafting packaging guidelines, etc? There was some weird politics from the Fedora board who had a secret meeting (no records) without telling the MinGW SIG before nor informing anyone after. I only found out about the secret meeting a week later quite by chance. As a result I got a bit hacked off about the whole thing. Technically there are some fixes required to make it all happen, mainly to get a cleaner solution to the current hack involving __os_install_post. All current work is here: http://hg.et.redhat.com/misc/fedora-mingw--devel/ Please edit the SIG page and submit patches if you want to get involved. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 60 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From dbhole at redhat.com Tue Aug 12 13:35:36 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Tue, 12 Aug 2008 09:35:36 -0400 Subject: No maven2 on PPC64: wait or workaround? In-Reply-To: <870180fe0808111136y750e05e0i7ca55452eda9cbf5@mail.gmail.com> References: <870180fe0808111136y750e05e0i7ca55452eda9cbf5@mail.gmail.com> Message-ID: <20080812133535.GA20038@redhat.com> There is no workaround (other than converting+building with ant ofcourse). I have received a request from another packager for maven on ppc64 as well. Rather than waiting until 2.0.9, I think it'll be better to building the existing one on 2.0.4 for now. It is on my agenda for today. Cheers, Deepak * Jerry James [2008-08-11 14:37]: > I just tried to build a newly approved package, jsr-305, only to have > it fail on PPC64. The failure is because the build uses maven2, which > does not exist on the PPC64 architecture. > > First, there is no FE-ExcludeArch-ppc64 bug that I can find that > mentions maven2. Shouldn't there be? > > Second, should I work around this problem? It would be easy to invoke > javac directly for this small package. On the other hand, if I have > to hack up the .spec file to support building with maven when it > exists and support direct javac invocation when it doesn't ... that > .spec file is going to become pretty ugly, and possibly fragile. If I > should not work around the problem, then I should really file a > blocker bug that blocks on [insert # of maven2 blocker bug here], > which doesn't exist, right? > > Thanks for any advice, > -- > Jerry James > http://loganjerry.googlepages.com/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From jwboyer at gmail.com Tue Aug 12 13:35:27 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Aug 2008 09:35:27 -0400 Subject: Revert curl change made for flash In-Reply-To: <20080812130022.GA6997@marvin> References: <1218543934.10489.17.camel@localhost.localdomain> <20080812130022.GA6997@marvin> Message-ID: <1218548127.10489.26.camel@localhost.localdomain> On Tue, 2008-08-12 at 16:00 +0300, Nikolay Vladimirov wrote: > On (12/08/08 08:25), Josh Boyer wrote: > > I'd like to formally request that this curl change be reverted: > > > > * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > > - make miniature library for libcurl.so.3 > > > > Due to the fact that it was simply made to accommodate proprietary > > software, as described in this blog entry: > > > > http://wtogami.livejournal.com/27778.html > > > > There are at least a dozen other proprietary applications that could > > "benefit" from making similar changes to other packages, and we > > certainly wouldn't make those changes for them. Flash should be no > > different. > > > > josh > > > > The change just provides some backward compatibility. It's minimal. > I really think it's not important why the change was made. Since it > doesn't break anything and it doesn't waste disk space. It may be > useful for some dead opensource projects that use the older version. There are better ways to do this. Providing a compat-curl package is the proper way. The way it was done now is just a hack with the sole intention of making flash work again. > If we remove everything that helps prop stuff work we should > remove libflashsupport and a bunch of other stuff. You would have no objection from me there, but I'm not pushing for that at this time. josh From gnomeuser at gmail.com Tue Aug 12 13:38:50 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Tue, 12 Aug 2008 15:38:50 +0200 Subject: major boost breakage In-Reply-To: <1218543448.408.19.camel@localhost.localdomain> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <1218543448.408.19.camel@localhost.localdomain> Message-ID: <1dedbbfc0808120638k2cd7a602k34ce437053e7b446@mail.gmail.com> Den 12. aug. 2008 14.17 skrev Jesse Keating : > > > When bumping something like boost, it is wise to do a local build, then > use it in a mock chroot to try rebuilding all the things that require > it. Anything that fails you should file bugs and attach patches to fix > the issue. Then a coordinated effort can happen to get boost and all > it's dependents rebuilt in one fell swoop. This is where open package > ACLs would help. > Do we have documentation on the wiki on how to do this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bnocera at redhat.com Tue Aug 12 13:42:05 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 12 Aug 2008 14:42:05 +0100 Subject: Revert curl change made for flash In-Reply-To: <1218548127.10489.26.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> <20080812130022.GA6997@marvin> <1218548127.10489.26.camel@localhost.localdomain> Message-ID: <1218548525.3923.149.camel@cookie.hadess.net> On Tue, 2008-08-12 at 09:35 -0400, Josh Boyer wrote: > On Tue, 2008-08-12 at 16:00 +0300, Nikolay Vladimirov wrote: > > The change just provides some backward compatibility. It's minimal. > > I really think it's not important why the change was made. Since it > > doesn't break anything and it doesn't waste disk space. It may be > > useful for some dead opensource projects that use the older version. > > There are better ways to do this. Providing a compat-curl package is > the proper way. The way it was done now is just a hack with the sole > intention of making flash work again. A compat-curl project that would contain duplicated/unmaintained code? What's the point of this since libcurl didn't break ABI, and only changed soname? This is getting a bit too far. From b.rahul.pm at gmail.com Tue Aug 12 13:47:24 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Tue, 12 Aug 2008 19:17:24 +0530 Subject: Problem enabling new language on gdm language selection list Message-ID: For adding a language on gdm's login screen, apart from having a locale file, few translations and required fonts, it is required that language is recognized by fontconfig. To make a fontconfig recognize the language, a related lang.orth file is required. With my experiment on this, I think there is also need to add an entry to fcfreetype.c of fontconfig and related language code entry in ttnameid.h of freetype2. After making all these changes the language is listed in the gdm's list. But this has a problem, as the entries of language code in ttnameid.h are MS and MAC codes for these languages and there are languages that do not have these codes but are included in iso639-2 language codes. Thus my question is, how much important is it to have an entry for the language in the file fcfreetype.c of fontconfig and related entry in the header file ttnameid.h of freetype2? And what is to be done for the language that does not have MS or MAC code? Is it possible to use our own codes? Can anyone please help resolving this? -- Rahul. http://b.rahul.pm.googlepages.com/home - http://rahulpmb.blogspot.com - http://samadiyami.blogspot.com - http://mazikavita.blogspot.com From jwboyer at gmail.com Tue Aug 12 13:46:13 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Aug 2008 09:46:13 -0400 Subject: Revert curl change made for flash In-Reply-To: <1218548525.3923.149.camel@cookie.hadess.net> References: <1218543934.10489.17.camel@localhost.localdomain> <20080812130022.GA6997@marvin> <1218548127.10489.26.camel@localhost.localdomain> <1218548525.3923.149.camel@cookie.hadess.net> Message-ID: <1218548773.10489.30.camel@localhost.localdomain> On Tue, 2008-08-12 at 14:42 +0100, Bastien Nocera wrote: > On Tue, 2008-08-12 at 09:35 -0400, Josh Boyer wrote: > > On Tue, 2008-08-12 at 16:00 +0300, Nikolay Vladimirov wrote: > > > > The change just provides some backward compatibility. It's minimal. > > > I really think it's not important why the change was made. Since it > > > doesn't break anything and it doesn't waste disk space. It may be > > > useful for some dead opensource projects that use the older version. > > > > There are better ways to do this. Providing a compat-curl package is > > the proper way. The way it was done now is just a hack with the sole > > intention of making flash work again. > > A compat-curl project that would contain duplicated/unmaintained code? > What's the point of this since libcurl didn't break ABI, and only > changed soname? What's the point of adding it at all then? If the ABI didn't change, then apps can just rebuild against the newer libcurl. > This is getting a bit too far. I don't think it is. But if I'm overridden by FESCo, I won't continue to make a fuss. josh From mclasen at redhat.com Tue Aug 12 14:07:27 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 12 Aug 2008 10:07:27 -0400 Subject: Problem enabling new language on gdm language selection list In-Reply-To: References: Message-ID: <1218550047.9000.2.camel@localhost.localdomain> On Tue, 2008-08-12 at 19:17 +0530, Rahul Bhalerao wrote: > For adding a language on gdm's login screen, apart from having a > locale file, few translations and required fonts, it is required that > language is recognized by fontconfig. > To make a fontconfig recognize the language, a related lang.orth file > is required. With my experiment on this, I think there is also need to > add an entry to fcfreetype.c of fontconfig and related language code > entry in ttnameid.h of freetype2. After making all these changes the > language is listed in the gdm's list. But this has a problem, as the > entries of language code in ttnameid.h are MS and MAC codes for these > languages and there are languages that do not have these codes but are > included in iso639-2 language codes. > Thus my question is, how much important is it to have an entry for the > language in the file fcfreetype.c of fontconfig and related entry in > the header file ttnameid.h of freetype2? And what is to be done for > the language that does not have MS or MAC code? Is it possible to use > our own codes? > > Can anyone please help resolving this? Ray (who wrote most of this code) is busy doing something else right now, so let me summarize what I know about this: What gdm does it is only shows a language in the list if a) we have translations for it and b) we have fonts for it. For b), we basically ask fontconfig "do you have fonts for this language ?". It seems that fontconfig says "no" if it doesn't know the language. It would be better if fontconfig could say "I don't know" in that case... From limb at jcomserv.net Tue Aug 12 14:26:30 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 12 Aug 2008 09:26:30 -0500 (CDT) Subject: major boost breakage In-Reply-To: <20080812120334.GD955@hridell.englab.brq.redhat.com> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> Message-ID: <38453.65.195.245.6.1218551190.squirrel@mail.jcomserv.net> > On Tue, Aug 12, 2008 at 03:50:27AM -0700, Alex Lancaster wrote: >> It doesn't seem seem like a good idea to update a package that can >> cause some major ABI/API breakage only 2 weeks before the Beta freeze, >> without evaluating the fallout from potential broken deps. This >> really should have been not only announced, but discussed before doing >> the soname bump. > > Ok, I can see I've screwed on several levels here (underestimating how > many packages depend on boost, not realizing how far into release > cycle Fedora is). So I can have boost un-tagged by releng right away, > and break the next rawhide to come. So no need for purely boost-related rebuilds at this time? > Still, while I see some big packages (abiword, inkscape), I suspect > that most incompatibilities can be fixed simply (i.e. mostly sed-style > fixes), and I can help people with fixing their build failures > (attaching Miro patch right away). > > PM > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From jkeating at redhat.com Tue Aug 12 14:30:10 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 10:30:10 -0400 Subject: major boost breakage In-Reply-To: <1dedbbfc0808120638k2cd7a602k34ce437053e7b446@mail.gmail.com> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <1218543448.408.19.camel@localhost.localdomain> <1dedbbfc0808120638k2cd7a602k34ce437053e7b446@mail.gmail.com> Message-ID: <1218551410.408.31.camel@localhost.localdomain> On Tue, 2008-08-12 at 15:38 +0200, David Nielsen wrote: > Do we have documentation on the wiki on how to do this? A) Define "this" B) probably not as there are many variables each time it's done, for each package. This is currently one of those "tribal knowledge" things for people who maintain a package that is consumed by numerous other packages. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From diegobz at gmail.com Tue Aug 12 14:34:44 2008 From: diegobz at gmail.com (=?ISO-8859-1?Q?Diego_B=FArigo_Zacar=E3o?=) Date: Tue, 12 Aug 2008 11:34:44 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> <1218502957.3116.28.camel@amd5600> <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> Message-ID: <6600c1b10808120734g1b2b9f61p4ea2fa3080cca20@mail.gmail.com> Okey, I'll try to tell the history. On Tue, Aug 12, 2008 at 2:14 AM, Jeff Spaleta wrote: > Let me state it a little more firmly... we need to know what the > actual legal bar to meet is. If having openoffice.org available at > install time..for anyone in Brazil is a problem..then we'll have to > stop distributing the normal dvd in Brazil... it very well may turn > out that nothing short of that will suffice. > > If the language specific hacks to hide OpenOffice.org for just pt_BR > users at install time do not meet the legal requirement...then we > shouldn't waste time with the hacks in comps. It doesn't matter if it > seems reasonable to me or to you to do language specific changes > because it will work for "most" people..the trademark law which you > are trying to work around may not see it as reasonable and that is > what matters. Having a technical solution which works for the vast > majority of the people in Brazil...may not be enough. We may need to > find a solution which is guaranteed to meet the legal requirement no > matter how a user in Brazil interacts with the install media. > > What does the law in Brazil need us to do? We must have an > understanding as to what the actual legal bar to meet is and put > resources in place to meet that requirement. If that means a special > Brazilian install media..which doesn't include openoffice.org branded > binaries at all..then we need to know so we can deal with that. and > not pretend otherwise. > > Here in Brazil until 2004 we had a project called OpenOffice.org.br. Something like our "Projeto Fedora Brasil", however we have started to have problems with a Brazilian trademark called "Open Office". In order to avoid them, the Brazilians OpenOffice.org users decided to create a NGO (Non-Governmental Organization), called BrOffice.org, to manager the OO.org instance in Brazil. That NGO is recognized as the *official*[1] instance of OpenOffice.org for Brazil. If you can use a translator you can find more information here: http://broffice.org/sobre The differences between OO.org and BrO.org are cosmetics. We just need to change the initial splash, any occurrence of "OpenOffice.org" to "BrOffice.org" in the source code and also the executable names. Debian project has a package[2] that do exactly this and we did the same thing[3] for Fedora, but it seems not be the better way to solve this problem as we can see in the bug report comments. Fortunately Caolan McNamara told us that this problem could be fixed by upstream in 3.0.0 version[4]. So, now we have an OO.org subpackage called broffice.org for Fedora. Yes, this issue is related for the use of OO.org in Brazil (not with thw language pt_BR), however pt_BR is spoken only in Brazil(BR). So, I don't think it is a bag idea to associate the broffice.org packages with the pt_BR language selection at the install time, when a suite office is selected. BTW, I'm not a packager, so I don't know now really it could be done. [1] http://br-pt.openoffice.org/ [2] http://packages.debian.org/sid/broffice.org [3] https://bugzilla.redhat.com/show_bug.cgi?id=430427 [4] https://bugzilla.redhat.com/show_bug.cgi?id=358021 Regards -- Diego B?rigo Zacar?o Linux User #402589 USE SOFTWARE LIVRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Tue Aug 12 14:36:14 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 10:36:14 -0400 Subject: MinGW devel rpms In-Reply-To: <20080812132223.GA13494@amd.home.annexia.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> Message-ID: <1218551774.408.38.camel@localhost.localdomain> On Tue, 2008-08-12 at 14:22 +0100, Richard W.M. Jones wrote: > There was some weird politics from the Fedora board who had a secret > meeting (no records) without telling the MinGW SIG before nor > informing anyone after. I only found out about the secret meeting a > week later quite by chance. As a result I got a bit hacked off about > the whole thing. Ahem. Nice try, but keep the straw men to yourself. Fedora Board meetings, with the exception of the public IRC meetings, are always "private". This is due to discussion of a multitude of sensitive topics, often legal in nature, but sometimes political as well. These meetings happen weekly, and summaries are posted to the public (screened for sensitive material of course). They can also be found on our wiki page: https://fedoraproject.org/wiki/Board/Meetings Also, if you'll /read/ the summary, https://fedoraproject.org/wiki/Board/Meetings/2008-07-15#Mingw you'll find that the board was mostly supportive of your efforts, and asked FESCo to handle the technical details and implementation. Often times the topics the board chooses to discuss come up only at the meeting, where there isn't really an opportunity to broadcast the fact. Many times when this happens, it is noted that we should have a subject matter expert join the meeting, or we'll table the item until such time that said subject matter expert can be made available. Nothing nefarious to see here, please move along. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike at miketc.net Tue Aug 12 14:41:00 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 09:41:00 -0500 Subject: Evolution junk failures Message-ID: <1218552060.19308.8.camel@scrappy.miketc.net> On an F9 system upgraded to Rawhide, it seems evolution shows (not sure if all the time, or at certain times/conditions) a "Check junk mail" failed message when emails arrive. And this worked just fine on F9, using bogofilter as my spam program. Also, (not sure this is evo though), as I am typing this, I can see the whole email (body and signature) flashing in 2-3 different places on my screen in the body of the email. Below is a URL with a screenshot of it.... http://www.miketc.net/Screenshot.png Any ideas? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From stickster at gmail.com Tue Aug 12 14:49:56 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 12 Aug 2008 10:49:56 -0400 Subject: MinGW devel rpms In-Reply-To: <1218551774.408.38.camel@localhost.localdomain> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> Message-ID: <1218552596.4986.16.camel@victoria> On Tue, 2008-08-12 at 10:36 -0400, Jesse Keating wrote: > On Tue, 2008-08-12 at 14:22 +0100, Richard W.M. Jones wrote: > > There was some weird politics from the Fedora board who had a secret > > meeting (no records) without telling the MinGW SIG before nor > > informing anyone after. I only found out about the secret meeting a > > week later quite by chance. As a result I got a bit hacked off about > > the whole thing. > > Ahem. Nice try, but keep the straw men to yourself. > > Fedora Board meetings, with the exception of the public IRC meetings, > are always "private". This is due to discussion of a multitude of > sensitive topics, often legal in nature, but sometimes political as > well. These meetings happen weekly, and summaries are posted to the > public (screened for sensitive material of course). They can also be > found on our wiki page: https://fedoraproject.org/wiki/Board/Meetings > > Also, if you'll /read/ the summary, > https://fedoraproject.org/wiki/Board/Meetings/2008-07-15#Mingw you'll > find that the board was mostly supportive of your efforts, and asked > FESCo to handle the technical details and implementation. > > Often times the topics the board chooses to discuss come up only at the > meeting, where there isn't really an opportunity to broadcast the fact. > Many times when this happens, it is noted that we should have a subject > matter expert join the meeting, or we'll table the item until such time > that said subject matter expert can be made available. > > Nothing nefarious to see here, please move along. The notes for all meetings are published on the fedora-advisory-board list, too. That list, among others, is where topics frequently arise that are added to our weekly agenda. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 warren at togami.com Tue Aug 12 14:51:09 2008 From: warren at togami.com (Warren Togami) Date: Tue, 12 Aug 2008 10:51:09 -0400 Subject: Revert curl change made for flash In-Reply-To: <1218543934.10489.17.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> Message-ID: <48A1A35D.6010705@togami.com> Josh Boyer wrote: > I'd like to formally request that this curl change be reverted: > > * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > - make miniature library for libcurl.so.3 > > Due to the fact that it was simply made to accommodate proprietary > software, as described in this blog entry: > > http://wtogami.livejournal.com/27778.html > > There are at least a dozen other proprietary applications that could > "benefit" from making similar changes to other packages, and we > certainly wouldn't make those changes for them. Flash should be no > different. > > josh > You are proposing removing a zero maintenance 2496 byte file that would permanently break Flash 10 forever in Fedora. They are not violating any licenses like NVidia, and we seriously are not going out of our way to allow it to work. Extremist views are rarely the most productive. Warren Togami wtogami at redhat.com From katzj at redhat.com Tue Aug 12 14:53:10 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 10:53:10 -0400 Subject: Interested in Fedora on Smaller Machines? Message-ID: <1218552790.27760.3.camel@aglarond.local> Smaller form-factor machines such as the Asus eeePC have gotten a fair bit of the tech press spotlight of late. Have you bought one with the idea of running Fedora on it? Or have you thought about doing so? I'm trying to gauge the interest in starting a SIG with the purpose of making distribution changes to make running on these devices more streamlined and have more work "out of the box". This will involve both the necessary work to just get the hardware working well with Fedora of today as well as possibly a spin that is explicitly targeted at some of the constraints of the hardware down the line[1]. If enough people are interested, I'd like to find a time later this week or next week to have an initial meeting to kind of figure out what bounds we want to tackle things in for the first pass. Hardware that I think definitely falls into the scope would be: netbooks, UMPCs, MIDs, maybe the XO? I've started up a page on the wiki (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit and then we can go from there Jeremy From mjg at redhat.com Tue Aug 12 14:58:39 2008 From: mjg at redhat.com (Matthew Garrett) Date: Tue, 12 Aug 2008 15:58:39 +0100 Subject: Revert curl change made for flash In-Reply-To: <1218548127.10489.26.camel@localhost.localdomain> References: <1218543934.10489.17.camel@localhost.localdomain> <20080812130022.GA6997@marvin> <1218548127.10489.26.camel@localhost.localdomain> Message-ID: <20080812145839.GA18548@srcf.ucam.org> On Tue, Aug 12, 2008 at 09:35:27AM -0400, Josh Boyer wrote: > On Tue, 2008-08-12 at 16:00 +0300, Nikolay Vladimirov wrote: > > The change just provides some backward compatibility. It's minimal. > > I really think it's not important why the change was made. Since it > > doesn't break anything and it doesn't waste disk space. It may be > > useful for some dead opensource projects that use the older version. > > There are better ways to do this. Providing a compat-curl package is > the proper way. The way it was done now is just a hack with the sole > intention of making flash work again. If the ABI is consistent across the SONAME bump, then it's a hack that supports any pre-existing binaries that users have. The best way we could serve those users with a compat package would be to ship another copy of the latest version of curl (so they get the bugfixes) but with a changed SONAME - at which point we'd be shipping two identical source packages that produce binary packages that differ only in library name. In doing so, we'd be increasing the cost of security updates. What does that actually win us? -- Matthew Garrett | mjg59 at srcf.ucam.org From drago01 at gmail.com Tue Aug 12 14:59:47 2008 From: drago01 at gmail.com (drago01) Date: Tue, 12 Aug 2008 16:59:47 +0200 Subject: Revert curl change made for flash In-Reply-To: <48A1A35D.6010705@togami.com> References: <1218543934.10489.17.camel@localhost.localdomain> <48A1A35D.6010705@togami.com> Message-ID: On Tue, Aug 12, 2008 at 4:51 PM, Warren Togami wrote: > Josh Boyer wrote: >> >> I'd like to formally request that this curl change be reverted: >> >> * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 >> - make miniature library for libcurl.so.3 >> >> Due to the fact that it was simply made to accommodate proprietary >> software, as described in this blog entry: >> >> http://wtogami.livejournal.com/27778.html >> >> There are at least a dozen other proprietary applications that could >> "benefit" from making similar changes to other packages, and we >> certainly wouldn't make those changes for them. Flash should be no >> different. >> >> josh >> > > You are proposing removing a zero maintenance 2496 byte file that would > permanently break Flash 10 forever in Fedora. > > They are not violating any licenses like NVidia, and we seriously are not > going out of our way to allow it to work. Extremist views are rarely the > most productive. exactly the change does not break anything and does not make the package harder to maintain. the only thing it does is make life easier for our user @ ~0 cost.... From rjones at redhat.com Tue Aug 12 14:58:24 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 12 Aug 2008 15:58:24 +0100 Subject: MinGW devel rpms In-Reply-To: <1218551774.408.38.camel@localhost.localdomain> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> Message-ID: <20080812145824.GA13773@amd.home.annexia.org> On Tue, Aug 12, 2008 at 10:36:14AM -0400, Jesse Keating wrote: > On Tue, 2008-08-12 at 14:22 +0100, Richard W.M. Jones wrote: > > There was some weird politics from the Fedora board who had a secret > > meeting (no records) without telling the MinGW SIG before nor > > informing anyone after. I only found out about the secret meeting a > > week later quite by chance. As a result I got a bit hacked off about > > the whole thing. > > Ahem. Nice try, but keep the straw men to yourself. > > Fedora Board meetings, with the exception of the public IRC meetings, > are always "private". This is due to discussion of a multitude of > sensitive topics, often legal in nature, but sometimes political as > well. These meetings happen weekly, and summaries are posted to the > public (screened for sensitive material of course). They can also be > found on our wiki page: https://fedoraproject.org/wiki/Board/Meetings > > Also, if you'll /read/ the summary, > https://fedoraproject.org/wiki/Board/Meetings/2008-07-15#Mingw you'll > find that the board was mostly supportive of your efforts, and asked > FESCo to handle the technical details and implementation. > > Often times the topics the board chooses to discuss come up only at the > meeting, where there isn't really an opportunity to broadcast the fact. > Many times when this happens, it is noted that we should have a subject > matter expert join the meeting, or we'll table the item until such time > that said subject matter expert can be made available. > > Nothing nefarious to see here, please move along. I'm reminded of a passage from The Hitchhikers Guide to the Galaxy which seems pertinent: "Yes," said Arthur, "yes I did. It was on display in the bottom of a locked filing cabinet stuck in a disused lavatory with a sign on the door saying 'Beware of the Leopard'." The fact that the Board has meetings in private and publishes minutes somewhere on the net _does not_ exclude them from being courteous to the people they are discussing. And at the very least _inform them directly of decisions that were made_, and _make detailed reasoning available to them_ so they can understand why those decisions were made. I think this decision was misinformed. But maybe it isn't misinformed - no idea, because there is no IRC log of the meeting[1]. Wikipedia tells me that: "A straw man argument is an informal fallacy based on misrepresentation of an opponent's position" This is not my misrepresentation of your position. It is how I, in particular, and others in the MinGW team felt after finding out accidentally that the meeting had happened. Anyhow, enough of this. Apparently I am to apologise for misrepresenting the Board, so please accept my apology. I will have a look at the MinGW packages when I have time, and/or when someone sends some patches to fix the remaining technical issues. Rich. [1] Apparently it was held by phone, but I'm not sure of that. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 60 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From gnomeuser at gmail.com Tue Aug 12 15:03:56 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Tue, 12 Aug 2008 17:03:56 +0200 Subject: major boost breakage In-Reply-To: <1218551410.408.31.camel@localhost.localdomain> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <1218543448.408.19.camel@localhost.localdomain> <1dedbbfc0808120638k2cd7a602k34ce437053e7b446@mail.gmail.com> <1218551410.408.31.camel@localhost.localdomain> Message-ID: <1dedbbfc0808120803t7fef00f3r527c746b5c62e186@mail.gmail.com> Den 12. aug. 2008 16.30 skrev Jesse Keating : > On Tue, 2008-08-12 at 15:38 +0200, David Nielsen wrote: > > Do we have documentation on the wiki on how to do this? > > A) Define "this" > > B) probably not as there are many variables each time it's done, for > each package. This is currently one of those "tribal knowledge" things > for people who maintain a package that is consumed by numerous other > packages. > sometimes it comes in handy to be able to queue up a mock build where you insert packages to test rebuilding in a clean environment. Say in this case, first we build a clean libboost, then we insert it into subsequent mock builds to test what breaks. I was wondering if mock which is generally magical could do that and if so if it was documented. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmachata at redhat.com Tue Aug 12 15:06:58 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 17:06:58 +0200 Subject: major boost breakage In-Reply-To: <38453.65.195.245.6.1218551190.squirrel@mail.jcomserv.net> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <38453.65.195.245.6.1218551190.squirrel@mail.jcomserv.net> Message-ID: <20080812150658.GB11854@hridell.englab.brq.redhat.com> On Tue, Aug 12, 2008 at 09:26:30AM -0500, Jon Ciesla wrote: > So no need for purely boost-related rebuilds at this time? Nope. I'll do proper rawhide breaking after F10. PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From loganjerry at gmail.com Tue Aug 12 15:17:14 2008 From: loganjerry at gmail.com (Jerry James) Date: Tue, 12 Aug 2008 09:17:14 -0600 Subject: No maven2 on PPC64: wait or workaround? In-Reply-To: <20080812133535.GA20038@redhat.com> References: <870180fe0808111136y750e05e0i7ca55452eda9cbf5@mail.gmail.com> <20080812133535.GA20038@redhat.com> Message-ID: <870180fe0808120817t1a18e83bue322205561314680@mail.gmail.com> On Tue, Aug 12, 2008 at 7:35 AM, Deepak Bhole wrote: > There is no workaround (other than converting+building with ant > ofcourse). I have received a request from another packager for maven on > ppc64 as well. Rather than waiting until 2.0.9, I think it'll be better > to building the existing one on 2.0.4 for now. It is on my agenda for today. > > Cheers, > Deepak Great, then I'll wait for your build to hit the repository. Thank you! -- Jerry James http://loganjerry.googlepages.com/ From pbrobinson at gmail.com Tue Aug 12 15:17:13 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 12 Aug 2008 16:17:13 +0100 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218552790.27760.3.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> Message-ID: <5256d0b0808120817t369edf72g1af86a679453c3e8@mail.gmail.com> On Tue, Aug 12, 2008 at 3:53 PM, Jeremy Katz wrote: > Smaller form-factor machines such as the Asus eeePC have gotten a fair > bit of the tech press spotlight of late. Have you bought one with the > idea of running Fedora on it? Or have you thought about doing so? > > I'm trying to gauge the interest in starting a SIG with the purpose of > making distribution changes to make running on these devices more > streamlined and have more work "out of the box". This will involve both > the necessary work to just get the hardware working well with Fedora of > today as well as possibly a spin that is explicitly targeted at some of > the constraints of the hardware down the line[1]. > > If enough people are interested, I'd like to find a time later this week > or next week to have an initial meeting to kind of figure out what > bounds we want to tackle things in for the first pass. Hardware that I > think definitely falls into the scope would be: netbooks, UMPCs, MIDs, > maybe the XO? I've started up a page on the wiki > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit > and then we can go from there Sounds good to me. I've been looking to do something like this for a while with the aim to have a base small profile of packages that meet a minimum requirement for a series of used like you mentioned and then have groups of packages (not sure exactly how this would work whether it can be defined as a install group or through the use of a kickstart file) that can be added to the top to get a OLPC, NetBook, Hildon or whatever image. This way the working being done towards a small, low power image with packages without massive dependencies could be pooled together in one central place to reduce workload. Will have a look at your wiki page and add some stuff as appropriate. Cheers, Peter From erik at vanpienbroek.nl Tue Aug 12 15:21:20 2008 From: erik at vanpienbroek.nl (Erik van Pienbroek) Date: Tue, 12 Aug 2008 17:21:20 +0200 Subject: MinGW devel rpms In-Reply-To: <20080812145824.GA13773@amd.home.annexia.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> Message-ID: <1218554480.1421.0.camel@alguno.terneuzen.openftd.org> Op dinsdag 12-08-2008 om 15:58 uur [tijdzone +0100], schreef Richard W.M. Jones: > I will have a > look at the MinGW packages when I have time, and/or when someone sends > some patches to fix the remaining technical issues. Do you have a list of the current technical issues you're coping with? Maybe I can help. Regards, Erik van Pienbroek From behdad at behdad.org Tue Aug 12 15:22:16 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Tue, 12 Aug 2008 11:22:16 -0400 Subject: Problem enabling new language on gdm language selection list In-Reply-To: <1218550047.9000.2.camel@localhost.localdomain> References: <1218550047.9000.2.camel@localhost.localdomain> Message-ID: <48A1AAA8.7010700@behdad.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthias Clasen wrote: > For b), we basically > ask fontconfig "do you have fonts for this language ?". It seems that > fontconfig says "no" if it doesn't know the language. It would be better > if fontconfig could say "I don't know" in that case... One way to detect that fontconfig doesn't know about the language is by querying the newly added FcLangGetCharSet(). It returns NULL if it doesn't know. behdad -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkihqqgACgkQn+4E5dNTERU5NgCbB/wfDVWBqzQjMYJxqyvOKNRL kAgAn3WV+V9VDVugPJ4Psq6Qn02d4o66 =dhTm -----END PGP SIGNATURE----- From igorsoares at gmail.com Tue Aug 12 15:25:30 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Tue, 12 Aug 2008 12:25:30 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218486864.12612.7.camel@aglarond.local> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> <1218502957.3116.28.camel@amd5600> <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> Message-ID: <1218554730.3098.34.camel@amd5600> Em Seg, 2008-08-11 ?s 21:14 -0800, Jeff Spaleta escreveu: > On Mon, Aug 11, 2008 at 5:02 PM, Igor Pires Soares wrote: > > This is one of my concerns. I'm creating a BrOffice.org LiveCD spin > > which is waiting approval from the spin SIG. It could fit the case, but > > we will still have the same problem with the official DVD Installation > > Media. > > > Let me state it a little more firmly... we need to know what the > actual legal bar to meet is. If having openoffice.org available at > install time..for anyone in Brazil is a problem..then we'll have to > stop distributing the normal dvd in Brazil... it very well may turn > out that nothing short of that will suffice. > > If the language specific hacks to hide OpenOffice.org for just pt_BR > users at install time do not meet the legal requirement...then we > shouldn't waste time with the hacks in comps. It doesn't matter if it > seems reasonable to me or to you to do language specific changes > because it will work for "most" people..the trademark law which you > are trying to work around may not see it as reasonable and that is > what matters. Having a technical solution which works for the vast > majority of the people in Brazil...may not be enough. We may need to > find a solution which is guaranteed to meet the legal requirement no > matter how a user in Brazil interacts with the install media. > > What does the law in Brazil need us to do? We must have an > understanding as to what the actual legal bar to meet is and put > resources in place to meet that requirement. If that means a special > Brazilian install media..which doesn't include openoffice.org branded > binaries at all..then we need to know so we can deal with that. and > not pretend otherwise. IANAL but AFAIK the problem is related to logos, trademarks, icons... specially artwork stuff. The name of the package itself is not a problem here because is just a written text as everything else. Besides that, the brand stuff are in broffice.org packages. Looking at the structure of OpenOffice.org packages list in Rawhide we can see "openoffice.org" written many times, but there is no trademark advice or something like that. But if you open OpenOffice.org and go to the about dialog you will see a copyright warning. In my opinion this is where the problem lives and this what we are trying to avoid here. Of course we can't forbid users from downloading OpenOffice.org packages from our repositories or OpenOffice.org website, but this is not a default behavior led by Fedora, it is user demanded. Apart legal issues, the BrOffice.org brand is very important here because is why users recognize the application and the NGO. End users don't see or understand the different between BOo and OOo, and probably they don't care. I'm sorry to bother you guys with this country specific issue but if they had to rename OpenOffice.org in Brazil is because it was their last option. Maybe there is no easy solution for Fedora either. The legal discussion at BrOffice.org website is in Portuguese, which didn't help anyway. I will contact someone from BrOffice.org NGO and try to come up with some English material about this issue. Kind regards, Igor Pires Soares From mike at miketc.net Tue Aug 12 15:27:24 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 10:27:24 -0500 Subject: Evolution junk failures In-Reply-To: <1218552060.19308.8.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> Message-ID: <1218554844.3777.1.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > On an F9 system upgraded to Rawhide, it seems evolution shows (not sure > if all the time, or at certain times/conditions) a "Check junk mail" > failed message when emails arrive. And this worked just fine on F9, > using bogofilter as my spam program. > > Also, (not sure this is evo though), as I am typing this, I can see the > whole email (body and signature) flashing in 2-3 different places on my > screen in the body of the email. Below is a URL with a screenshot of > it.... > > http://www.miketc.net/Screenshot.png Don't know if related to any of the above, also noticed that sometimes, while using the message preview option, that when clicked on an email the body of the email doesn't show up (don't know whether this is just for html and/or text formatted emails). If I close evo and reopen, most of the time that fixes it. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From rjones at redhat.com Tue Aug 12 15:37:59 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 12 Aug 2008 16:37:59 +0100 Subject: MinGW devel rpms In-Reply-To: <1218554480.1421.0.camel@alguno.terneuzen.openftd.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> <1218554480.1421.0.camel@alguno.terneuzen.openftd.org> Message-ID: <20080812153759.GA13891@amd.home.annexia.org> On Tue, Aug 12, 2008 at 05:21:20PM +0200, Erik van Pienbroek wrote: > Do you have a list of the current technical issues you're coping with? > Maybe I can help. Yes, I did ... and in fact I was looking for it earlier today, but couldn't find it. So let's make a list again: (1) At the moment rpm runs programs like 'strip' on the Windows libraries, which actually corrupts them. To avoid that we have hacked the __os_install_post RPM variable so it basically doesn't do anything. However a better solution would be to run the correct strip binary depending on the type of binary/library (ie. ordinary strip or i686-pc-mingw32-strip as appropriate). If you have a look at this file (not written by me) and search down for __os_install_post, you'll see one working but rather ugly solution to this: http://www.annexia.org/tmp/i686-pc-mingw32-binutils.spec Is it possible to do any better? Perhaps by patching RPM itself? (2) Automatic dependency generation doesn't work, because the RPM scripts involved don't know what to do with Windows DLLs. At the moment all our spec files list dependencies manually, but it'd be better to have it working properly. (3) We can't use the RPM_OPT_FLAGS. For example, if you build on a 64 bit platform, then RPM_OPT_FLAGS contains '-m64' which is wrong because our _target_ is 32 bit Windows. Also it contains things like '-fstack-protector' which doesn't appear to work on MinGW. Should we continue to try to "fix" RPM_OPT_FLAGS or give up on it completely? (4) All cross-compilers based on gcc place files in directories such as %{_prefix}/i686-pc-mingw32/. This is not FHS compliant, but I've been told it is an informal standard for cross-compilers and would be very hard to change. (5) Any remaining unknowns or fixes to: http://fedoraproject.org/wiki/PackagingDrafts/MinGW (6) I couldn't get g++ compiled. On the other hand, Dan Berrange did manage to make it compile, even though seemingly our systems are quite similar (he was building on 64 bit though, if that made a difference). ---------------------------------------- The repository for our work is here: hg clone http://hg.et.redhat.com/misc/fedora-mingw--devel/ You really should read the README file before attempting to build any packages. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From jwboyer at gmail.com Tue Aug 12 15:46:09 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 12 Aug 2008 11:46:09 -0400 Subject: Revert curl change made for flash In-Reply-To: References: <1218543934.10489.17.camel@localhost.localdomain> <48A1A35D.6010705@togami.com> Message-ID: <1218555969.10489.34.camel@localhost.localdomain> On Tue, 2008-08-12 at 16:59 +0200, drago01 wrote: > On Tue, Aug 12, 2008 at 4:51 PM, Warren Togami wrote: > > Josh Boyer wrote: > >> > >> I'd like to formally request that this curl change be reverted: > >> > >> * Mon Aug 11 2008 Tom "spot" Callaway 7.18.2-4 > >> - make miniature library for libcurl.so.3 > >> > >> Due to the fact that it was simply made to accommodate proprietary > >> software, as described in this blog entry: > >> > >> http://wtogami.livejournal.com/27778.html > >> > >> There are at least a dozen other proprietary applications that could > >> "benefit" from making similar changes to other packages, and we > >> certainly wouldn't make those changes for them. Flash should be no > >> different. > >> > >> josh > >> > > > > You are proposing removing a zero maintenance 2496 byte file that would > > permanently break Flash 10 forever in Fedora. > > > > They are not violating any licenses like NVidia, and we seriously are not > > going out of our way to allow it to work. Extremist views are rarely the > > most productive. > > exactly the change does not break anything and does not make the > package harder to maintain. > the only thing it does is make life easier for our user @ ~0 cost.... We've just had a very long IRC conversation on this that I don't care to rehash entirely, so I'll summarize: If there are legitimate reasons to have the older soname library in Fedora, it should be done properly as a compat-curl package. That is what I am going to press for in the FESCo meeting tomorrow. (There is also the possibility to have compat-curl done as a subpackage of curl. That might be acceptable but we'll see how the discussion goes tomorrow.) josh From moe at blagblagblag.org Tue Aug 12 15:50:23 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 12 Aug 2008 12:50:23 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218552790.27760.3.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> Message-ID: <48A1B13F.7030606@blagblagblag.org> Jeremy Katz wrote: > Smaller form-factor machines such as the Asus eeePC have gotten a fair > bit of the tech press spotlight of late. Have you bought one with the > idea of running Fedora on it? Or have you thought about doing so? I've done a few different draft images for the Asus EeePC model 900 that can be put on a USB pen drive then booted and optionally installed. I used livecd-tools to build them. Gnome Image (600M): http://www.freeeee.org/images/FREEEEE-200808080001.ext2 Text only (199M): http://www.freeeee.org/images/FREEEEE-minimal-200808102048.ext2 Minimal GUI openbox (300M): http://www.freeeee.org/images/FREEEEE-200808080001.ext2 I've done a number of other images floating around as well, and I have a super rad one waiting in the wings hahaha. These are based on BLAG 90k which is based on Fedora 9. The kernel (-libre + -rt) supports all hardware on the EeePC 701/900 using *only* free software. This includes wifi with the ath5k driver. It is based on -libre and -rt plus various other patches. If you are interested in this I can keep you updated when I do new images (like every few days right now). -Jeff From stickster at gmail.com Tue Aug 12 15:01:37 2008 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 12 Aug 2008 15:01:37 +0000 Subject: Board public IRC meeting Message-ID: <1218553297.4986.20.camel@victoria> Reminder: a Board public IRC meeting will be held today at 1800 UTC. Details are on the wiki at: https://fedoraproject.org/wiki/Board/IRC -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From mcrha at redhat.com Tue Aug 12 16:00:15 2008 From: mcrha at redhat.com (Milan Crha) Date: Tue, 12 Aug 2008 18:00:15 +0200 Subject: Evolution junk failures In-Reply-To: <1218552060.19308.8.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> Message-ID: <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> Hi, On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > On an F9 system upgraded to Rawhide, it seems evolution shows (not sure > if all the time, or at certain times/conditions) a "Check junk mail" > failed message when emails arrive. And this worked just fine on F9, > using bogofilter as my spam program. What's the exact error message there? > Also, (not sure this is evo though), as I am typing this, I can see the > whole email (body and signature) flashing in 2-3 different places on my > screen in the body of the email. Below is a URL with a screenshot of > it.... > > http://www.miketc.net/Screenshot.png > > Any ideas? See http://bugzilla.gnome.org/show_bug.cgi?id=546754 for more info. Bye, Milan From konrad at tylerc.org Tue Aug 12 16:00:58 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Tue, 12 Aug 2008 09:00:58 -0700 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48A1B13F.7030606@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: <200808120901.01226.konrad@tylerc.org> Quoth jeff: > Jeremy Katz wrote: > > Smaller form-factor machines such as the Asus eeePC have gotten a fair > > bit of the tech press spotlight of late. Have you bought one with the > > idea of running Fedora on it? Or have you thought about doing so? > > I've done a few different draft images for the Asus EeePC model 900 that can be > put on a USB pen drive then booted and optionally installed. I used > livecd-tools to build them. > > Gnome Image (600M): > http://www.freeeee.org/images/FREEEEE-200808080001.ext2 > > Text only (199M): > http://www.freeeee.org/images/FREEEEE-minimal-200808102048.ext2 > > Minimal GUI openbox (300M): > http://www.freeeee.org/images/FREEEEE-200808080001.ext2 > > I've done a number of other images floating around as well, and I have a super > rad one waiting in the wings hahaha. > > > These are based on BLAG 90k which is based on Fedora 9. The kernel (-libre + > -rt) supports all hardware on the EeePC 701/900 using *only* free software. > This includes wifi with the ath5k driver. It is based on -libre and -rt plus > various other patches. > > If you are interested in this I can keep you updated when I do new images (like > every few days right now). > > -Jeff Perhaps you meant to post different links for the Openbox and GNOME images? They look the same to me. Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From bpepple at fedoraproject.org Tue Aug 12 16:05:18 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 12 Aug 2008 12:05:18 -0400 Subject: Plan for tomorrows (20080812) FESCO meeting Message-ID: <1218557119.3966.3.camel@truman> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/30SecondStartup /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/ApplianceTools /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/ApplicationInstaller /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/Eclipse34 /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/FirstAidKit /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/Provers /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/PythonNSS /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/SbinSanity /topic FESCo-Meeting -- Features -- http://fedoraproject.org/wiki/Features/VirtStorage /topic FESCo-Meeting -- Revert curl change made for flash - jwb /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (though I can't guarantee we'll get to it tomorrow since our schedule is pretty full). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Aug 12 16:06:06 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 12:06:06 -0400 Subject: MinGW devel rpms In-Reply-To: <20080812145824.GA13773@amd.home.annexia.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> Message-ID: <1218557166.408.48.camel@localhost.localdomain> On Tue, 2008-08-12 at 15:58 +0100, Richard W.M. Jones wrote: > > The fact that the Board has meetings in private and publishes minutes > somewhere on the net _does not_ exclude them from being courteous to > the people they are discussing. And at the very least _inform them > directly of decisions that were made_, and _make detailed reasoning > available to them_ so they can understand why those decisions were > made. I think this decision was misinformed. But maybe it isn't > misinformed - no idea, because there is no IRC log of the meeting[1]. You really needed us to explicitly tell you that we decided FESCo should handle the technical aspects of it? See, I considered it a non-decision. A decision would have been "don't let it in", or "do this with it". Instead we let things continue as they should, packaging committee working on a packaging draft for it, FESCo with oversight. So it's like we never actually talked about it, because nothing actually happened. This is why I'm so surprised that you're so worked up over this. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike at miketc.net Tue Aug 12 16:05:46 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 11:05:46 -0500 Subject: Evolution junk failures In-Reply-To: <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> Message-ID: <1218557146.5269.1.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 18:00 +0200, Milan Crha wrote: > Hi, > > On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > > On an F9 system upgraded to Rawhide, it seems evolution shows (not sure > > if all the time, or at certain times/conditions) a "Check junk mail" > > failed message when emails arrive. And this worked just fine on F9, > > using bogofilter as my spam program. > > What's the exact error message there? Just says "Check Junk failed" in the bottom left corner, like a tab. And it seems to open a tab and do it for each email I think. I"ll check for a log somewhere to see if any more info. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From moe at blagblagblag.org Tue Aug 12 16:07:35 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 12 Aug 2008 13:07:35 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <200808120901.01226.konrad@tylerc.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <200808120901.01226.konrad@tylerc.org> Message-ID: <48A1B547.3060502@blagblagblag.org> Conrad Meyer wrote: > Quoth jeff: >> Jeremy Katz wrote: >>> Smaller form-factor machines such as the Asus eeePC have gotten a fair >>> bit of the tech press spotlight of late. Have you bought one with the >>> idea of running Fedora on it? Or have you thought about doing so? >> I've done a few different draft images for the Asus EeePC model 900 that can > be >> put on a USB pen drive then booted and optionally installed. I used >> livecd-tools to build them. >> >> Gnome Image (600M): >> http://www.freeeee.org/images/FREEEEE-200808080001.ext2 >> >> Text only (199M): >> http://www.freeeee.org/images/FREEEEE-minimal-200808102048.ext2 >> >> Minimal GUI openbox (300M): >> http://www.freeeee.org/images/FREEEEE-200808080001.ext2 >> >> I've done a number of other images floating around as well, and I have a > super >> rad one waiting in the wings hahaha. >> >> >> These are based on BLAG 90k which is based on Fedora 9. The kernel (-libre + >> -rt) supports all hardware on the EeePC 701/900 using *only* free software. >> This includes wifi with the ath5k driver. It is based on -libre and -rt plus >> various other patches. >> >> If you are interested in this I can keep you updated when I do new images > (like >> every few days right now). >> >> -Jeff > > Perhaps you meant to post different links for the Openbox and GNOME images? > They look the same to me. Whoops, you're right, thx. Openbox (iirc!) http://www.freeeee.org/images/FREEEEE-minimal-gui-200808102140.ext2 -Jeff From jspaleta at gmail.com Tue Aug 12 16:08:02 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Aug 2008 08:08:02 -0800 Subject: MinGW devel rpms In-Reply-To: <20080812145824.GA13773@amd.home.annexia.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> Message-ID: <604aa7910808120908ya398857u1fe8176755818d8@mail.gmail.com> On Tue, Aug 12, 2008 at 6:58 AM, Richard W.M. Jones wrote: > The fact that the Board has meetings in private and publishes minutes > somewhere on the net _does not_ exclude them from being courteous to > the people they are discussing. And at the very least _inform them > directly of decisions that were made_, and _make detailed reasoning > available to them_ so they can understand why those decisions were > made. I think this decision was misinformed. But maybe it isn't > misinformed - no idea, because there is no IRC log of the meeting[1]. 1) Most of the discussion was on the fab thread... the 60+ post fab thread.. that Dennis gratefully pointed out, was probably too long. There is absolutely nothing new in terms of reasoning in the board meeting that was not stated on the fab thread. If I had heard anything new that wasn't expressed in the fab thread already.. either Paul or I would probably have badgered that person into taking the new policy ideas to fab. The board discussion was directly informed by the fab thread. The very same that thread that at least 5 different board members made a post to and the one you participated in. The only thing new was I got to pick spot's brain a weebit bit about setting up additional branches in koji cuz he's done something similar for perl in the past. That was at best tangential in an effort to make sure we can actually can make a separated space in our infrastructure for packages compiled with mingw...and had nothing to do with the policy reasoning as to whether to allow or not allow mingw compiled payloads in at all. And you were in the thread so you know why I was interested in talking to someone about the technical bits. In fact you challenged me to specifically find someone who understood the infrastructure stuff better than I did in the fab thread. I did. I found spot.You're welcome. 2) I said explicitly on the fab thread that I was going to take the policy issue to the board meeting.... the fab thread you were in on...did you ask to participate when I said that? No. July 14th a post in the fab thread in a direct response to you: "If we end up deciding that the dlls are generally not appropriate in the main repository (and that is something I plan to discuss more at tomorrow's board meeting) than we can certainly implement the technical details to open a mingw addon repo constructed like EPEL.. if we want to allow it at all." You sure as hell should have known that I was going to take this to the board meeting.. we had been discussing this for DAYS on fab. And I only took it to the Board have YOU said there was no more point in continuing the discussion with me on FAB. How much more bloody discussion did we need before I was suppose to take it to the board? Another 60 posts? If anything I should be the one to apologize, I've not finished the strawman that fesco requested of me in regard to what the infrastructure separation should look like. -jef From mcrha at redhat.com Tue Aug 12 16:12:23 2008 From: mcrha at redhat.com (Milan Crha) Date: Tue, 12 Aug 2008 18:12:23 +0200 Subject: Evolution junk failures In-Reply-To: <1218557146.5269.1.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> <1218557146.5269.1.camel@scrappy.miketc.net> Message-ID: <1218557543.20857.11.camel@madtux.englab.brq.redhat.com> On Tue, 2008-08-12 at 11:05 -0500, Mike Chambers wrote: > Just says "Check Junk failed" in the bottom left corner, like a tab. > And it seems to open a tab and do it for each email I think. I"ll check > for a log somewhere to see if any more info. You can click on the icon on the left, the exclamation mark icon I think, it will show you detailed information, hopefully something useful. From jkeating at redhat.com Tue Aug 12 16:15:08 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 12:15:08 -0400 Subject: major boost breakage In-Reply-To: <1dedbbfc0808120803t7fef00f3r527c746b5c62e186@mail.gmail.com> References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <1218543448.408.19.camel@localhost.localdomain> <1dedbbfc0808120638k2cd7a602k34ce437053e7b446@mail.gmail.com> <1218551410.408.31.camel@localhost.localdomain> <1dedbbfc0808120803t7fef00f3r527c746b5c62e186@mail.gmail.com> Message-ID: <1218557708.408.50.camel@localhost.localdomain> On Tue, 2008-08-12 at 17:03 +0200, David Nielsen wrote: > sometimes it comes in handy to be able to queue up a mock build where you > insert packages to test rebuilding in a clean environment. Say in this case, > first we build a clean libboost, then we insert it into subsequent mock > builds to test what breaks. I was wondering if mock which is generally > magical could do that and if so if it was documented. Mock operates with yum repositories. If you provide a yum repository with your new build, and point a mock config at this new yum repository, you can start using your new build in mock chroots, for further build attempts of other packages. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dan at danny.cz Tue Aug 12 16:17:12 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 12 Aug 2008 18:17:12 +0200 Subject: Plan for tomorrows (20080812) FESCO meeting In-Reply-To: <1218557119.3966.3.camel@truman> References: <1218557119.3966.3.camel@truman> Message-ID: <1218557832.3553.18.camel@eagle.danny.cz> Brian Pepple p??e v ?t 12. 08. 2008 v 12:05 -0400: > Hi, > > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 > UTC in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/30SecondStartup > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/ApplianceTools > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/ApplicationInstaller > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/Eclipse34 > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/FirstAidKit > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/Provers > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/PythonNSS > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/SbinSanity > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/VirtStorage > > /topic FESCo-Meeting -- Revert curl change made for flash - jwb > > /topic FESCo meeting -- Free discussion around Fedora > I would like to add /topic FESCo meeting -- Sponsor self-nomination - Dan Hor?k (sharkcz) Basic info at https://fedoraproject.org/wiki/DanHorak > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (though I can't guarantee > we'll get to it tomorrow since our schedule is pretty full). You can > also propose topics in the meeting while it is in the "Free discussion > around Fedora" phase. Dan From email.ahmedkamal at googlemail.com Tue Aug 12 16:28:21 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Tue, 12 Aug 2008 19:28:21 +0300 Subject: Are we getting LVM Snapshot Merging in F10 Message-ID: <3da3b5b40808120928j2140816bid7baf72ce24e4113@mail.gmail.com> http://kerneltrap.org/Linux/LVM_Snapshot_Merging ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbarnes at redhat.com Tue Aug 12 16:47:42 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Tue, 12 Aug 2008 12:47:42 -0400 Subject: Evolution junk failures In-Reply-To: <1218552060.19308.8.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> Message-ID: <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > Also, (not sure this is evo though), as I am typing this, I can see the > whole email (body and signature) flashing in 2-3 different places on my > screen in the body of the email. Below is a URL with a screenshot of > it.... Today's gtk2 update in Rawhide should fix that. Please let me know if it doesn't. Matthew Barnes From simon at w3sp.de Tue Aug 12 17:13:34 2008 From: simon at w3sp.de (Simon Wesp) Date: Tue, 12 Aug 2008 19:13:34 +0200 Subject: orphaned package: guake Message-ID: <20080812191334.7b873d88@schafwiese> Hi, I would like to become the owner of the orphaned package "guake" My Account in FAS: cassmodiah -- Mit freundlichen Gr??en aus dem sch?nen Hainzell Simon Wesp From orion at cora.nwra.com Tue Aug 12 17:16:21 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 12 Aug 2008 11:16:21 -0600 Subject: Need advice with gridengine 6.2 and "libcore" In-Reply-To: References: <48A06EEE.5050500@cora.nwra.com> Message-ID: <48A1C565.3000009@cora.nwra.com> Colin Walters wrote: > On Mon, Aug 11, 2008 at 12:55 PM, Orion Poplawski wrote: >> Gridengine 6.2 make uses of a helper library on Linux to ensure that >> coredumps are always performed. A discussion of the issue can be found >> here: > > For core dumps in particular though, just set the core limit to > unlimited; I don't see why the library needs to do this itself. > Apparently it is an issue with setuid/setgid binaries. I haven't really confirmed the problem myself. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mike at miketc.net Tue Aug 12 17:18:13 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 12:18:13 -0500 Subject: Evolution junk failures In-Reply-To: <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> Message-ID: <1218561493.14812.1.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 12:47 -0400, Matthew Barnes wrote: > On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > > Also, (not sure this is evo though), as I am typing this, I can see the > > whole email (body and signature) flashing in 2-3 different places on my > > screen in the body of the email. Below is a URL with a screenshot of > > it.... > > Today's gtk2 update in Rawhide should fix that. Please let me know if > it doesn't. The version in rawhide now/today, or being built today and out tomorrow (or get from koji once built)? Installed/in koji now is.. gtk2-2.13.6-3.fc10.i386 gtk2-engines-2.15.2-1.fc10.i386 -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From mtasaka at ioa.s.u-tokyo.ac.jp Tue Aug 12 17:22:23 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 13 Aug 2008 02:22:23 +0900 Subject: orphaned package: guake In-Reply-To: <20080812191334.7b873d88@schafwiese> References: <20080812191334.7b873d88@schafwiese> Message-ID: <48A1C6CF.7060202@ioa.s.u-tokyo.ac.jp> Simon Wesp wrote, at 08/13/2008 02:13 AM +9:00: > Hi, > > I would like to become the owner of the orphaned package "guake" > > My Account in FAS: cassmodiah > Well, some Fedora maintainers are already willing to take over the maintainership of this package. Would you first check the recent discussion starting at: https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00343.html ? Regards, Mamoru From alan at redhat.com Tue Aug 12 17:23:06 2008 From: alan at redhat.com (Alan Cox) Date: Tue, 12 Aug 2008 13:23:06 -0400 Subject: Need advice with gridengine 6.2 and "libcore" In-Reply-To: <48A1C565.3000009@cora.nwra.com> References: <48A06EEE.5050500@cora.nwra.com> <48A1C565.3000009@cora.nwra.com> Message-ID: <20080812172306.GA15851@devserv.devel.redhat.com> On Tue, Aug 12, 2008 at 11:16:21AM -0600, Orion Poplawski wrote: > Apparently it is an issue with setuid/setgid binaries. I haven't really > confirmed the problem myself. setuid apps don't core dump by default. The reason for that is that they might dump useful data in the core (like say /etc/shadow) An app on Linux can actually say "hey I want to core dump anyway" and use prctl(PR_SET_DUMPABLE, 1); Alan From simon at w3sp.de Tue Aug 12 17:28:50 2008 From: simon at w3sp.de (Simon Wesp) Date: Tue, 12 Aug 2008 19:28:50 +0200 Subject: orphaned package: guake In-Reply-To: <20080812191334.7b873d88@schafwiese> References: <20080812191334.7b873d88@schafwiese> Message-ID: <20080812192850.46b49369@schafwiese> Okay okay, i was too late. Another topic was posted a few days ago. I found it by a happy coincidence this morning in the orphaned list. Sorry, for this over-hasty post... -- Mit freundlichen Gr??en aus dem sch?nen Hainzell Simon Wesp The G in GNU stands for GNU From silfreed at silfreed.net Tue Aug 12 18:06:12 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Tue, 12 Aug 2008 14:06:12 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict Message-ID: <200808121406.12771.silfreed@silfreed.net> I've been sitting on an update to syslog-ng for quite awhile now because I haven't been able to make syslog-ng compatible with simultaneous installations of rsyslog or sysklogd (RHEL). The root of the problem is that currently you can't install syslog-ng along side of either of the other two syslog providers since both packages installs their own logrotate files that rotate the same log files resulting in double log rotation. I've tried updating my syslog-ng package to include the logrotate file of each of the other packages, but this still conflicts on RHEL-based boxes and when sysklogd gets an update, syslog-ng gets silently removed (RPM does it without reporting that it happened or yum saying it will happen). Any ideas how I can make these packages installable at the same time? -Doug Sources: https://rpm.silfreed.net:8002/file/tip/syslog-ng/ Packages: http://www.silfreed.net/download/repo/packages/syslog-ng/ (syslog-ng 2.0.9-3 is the latest) Repo release files: http://www.silfreed.net/download/repo/packages/silfreednet-release/ -------------- 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 mike at miketc.net Tue Aug 12 18:44:18 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 13:44:18 -0500 Subject: Evolution junk failures In-Reply-To: <1218557146.5269.1.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> <1218557146.5269.1.camel@scrappy.miketc.net> Message-ID: <1218566658.15513.2.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 11:05 -0500, Mike Chambers wrote: > On Tue, 2008-08-12 at 18:00 +0200, Milan Crha wrote: > > Hi, > > > > On Tue, 2008-08-12 at 09:41 -0500, Mike Chambers wrote: > > > On an F9 system upgraded to Rawhide, it seems evolution shows (not sure > > > if all the time, or at certain times/conditions) a "Check junk mail" > > > failed message when emails arrive. And this worked just fine on F9, > > > using bogofilter as my spam program. > > > > What's the exact error message there? > > Just says "Check Junk failed" in the bottom left corner, like a tab. > And it seems to open a tab and do it for each email I think. I"ll check > for a log somewhere to see if any more info. I have a screen shot of what the failure is showing, as well as what the error is itself after clicking on it. http://www.miketc.net/junk.png The only thing it doesn't show is the tab in the bottom left that says "Check Junk failed". But I clicked on it and that gave the error message in the middle of the screen about not piping to bogofilter or something. Hope this helps, -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From katzj at redhat.com Tue Aug 12 18:52:33 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 14:52:33 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48A1B13F.7030606@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: <1218567153.27760.10.camel@aglarond.local> On Tue, 2008-08-12 at 12:50 -0300, jeff wrote: > Jeremy Katz wrote: > > Smaller form-factor machines such as the Asus eeePC have gotten a fair > > bit of the tech press spotlight of late. Have you bought one with the > > idea of running Fedora on it? Or have you thought about doing so? > > I've done a few different draft images for the Asus EeePC model 900 that can be > put on a USB pen drive then booted and optionally installed. I used > livecd-tools to build them. My goal is that we should be able to run on the systems with stock Fedora. Having to do a special spin limits users who get given cds, etc at trade shows or the like. > These are based on BLAG 90k which is based on Fedora 9. The kernel (-libre + > -rt) supports all hardware on the EeePC 701/900 using *only* free software. > This includes wifi with the ath5k driver. It is based on -libre and -rt plus > various other patches. Luckily, wifi should be in for 2.6.27, although I need to actually try a newer image on my ar2425 based box. I'll probably do that when I get home (since that's where it is) Jeremy From mbarnes at redhat.com Tue Aug 12 19:01:35 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Tue, 12 Aug 2008 15:01:35 -0400 Subject: Evolution junk failures In-Reply-To: <1218561493.14812.1.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> <1218561493.14812.1.camel@scrappy.miketc.net> Message-ID: <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> On Tue, 2008-08-12 at 12:18 -0500, Mike Chambers wrote: > The version in rawhide now/today, or being built today and out tomorrow > (or get from koji once built)? The version in rawhide today (gtk2-2.13.6-3.fc10). Are you still seeing the composer issues with that installed (after restarting Evolution)? Matthew Barnes From cdahlin at redhat.com Tue Aug 12 19:09:31 2008 From: cdahlin at redhat.com (Casey Dahlin) Date: Tue, 12 Aug 2008 15:09:31 -0400 Subject: Plan for tomorrows (20080812) FESCO meeting In-Reply-To: <1218557119.3966.3.camel@truman> References: <1218557119.3966.3.camel@truman> Message-ID: <48A1DFEB.3030605@redhat.com> Brian Pepple wrote: > Hi, > > Please find below the list of topics that are likely to come up in the > next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 > UTC in #fedora-meeting on irc.freenode.org: > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/30SecondStartup > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/ApplianceTools > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/ApplicationInstaller > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/Eclipse34 > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/FirstAidKit > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/Provers > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/PythonNSS > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/SbinSanity > > /topic FESCo-Meeting -- Features -- > http://fedoraproject.org/wiki/Features/VirtStorage > > /topic FESCo-Meeting -- Revert curl change made for flash - jwb > > /topic FESCo meeting -- Free discussion around Fedora > > You want something to be discussed? Send a note to the list in reply to > this mail and I'll add it to the schedule (though I can't guarantee > we'll get to it tomorrow since our schedule is pretty full). You can > also propose topics in the meeting while it is in the "Free discussion > around Fedora" phase. > > Later, > /B > I would like to add the following item: Upstart status report --CJD From rvinyard at cs.nmsu.edu Tue Aug 12 19:42:24 2008 From: rvinyard at cs.nmsu.edu (rvinyard at cs.nmsu.edu) Date: Tue, 12 Aug 2008 13:42:24 -0600 (MDT) Subject: Packaging Google's Protocol Buffers Message-ID: <51754.155.148.81.122.1218570144.squirrel@intranet.cs.nmsu.edu> Just wondering if anyone is packaging Google's Protocol Buffers? http://code.google.com/apis/protocolbuffers/ From moe at blagblagblag.org Tue Aug 12 19:51:51 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 12 Aug 2008 16:51:51 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218567153.27760.10.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <1218567153.27760.10.camel@aglarond.local> Message-ID: <48A1E9D7.1010106@blagblagblag.org> Jeremy Katz wrote: > On Tue, 2008-08-12 at 12:50 -0300, jeff wrote: >> Jeremy Katz wrote: >>> Smaller form-factor machines such as the Asus eeePC have gotten a fair >>> bit of the tech press spotlight of late. Have you bought one with the >>> idea of running Fedora on it? Or have you thought about doing so? >> I've done a few different draft images for the Asus EeePC model 900 that can be >> put on a USB pen drive then booted and optionally installed. I used >> livecd-tools to build them. > > My goal is that we should be able to run on the systems with stock > Fedora. Having to do a special spin limits users who get given cds, etc > at trade shows or the like. For the eee 701/900 i think just about everything is supported in stock f9-updates kernel except wifi. On the 900 with 1 gig of RAM something as large as gnome runs well, but something more lightweight is preferable of course. Once the ath5k driver is there, using NetworkManager is a treat and *really* "just works". The install requires a USB cdrom or converting a livecd image. I'm doing a somewhat inefficient process of `livecd-creator` --> livecd-iso-to-disk.sh (using git version that can write to /dev/loop) --> `dd` the image onto a USB pendrive then run the anaconda installer from there in livecd mode. A better way to install on them would be great, I'm just not sure what that is yet. >> These are based on BLAG 90k which is based on Fedora 9. The kernel (-libre + >> -rt) supports all hardware on the EeePC 701/900 using *only* free software. >> This includes wifi with the ath5k driver. It is based on -libre and -rt plus >> various other patches. > > Luckily, wifi should be in for 2.6.27, although I need to actually try a > newer image on my ar2425 based box. I'll probably do that when I get > home (since that's where it is) ar2425 support is in 2.6.27, but I haven't seen the extra patches that are needed for the eee 701/900 (ath5k) arrive there yet. mickflemms' patchset-8 applies without too much hassle. http://www.kernel.org/pub/linux/kernel/people/mickflemm/patch-series-8.tar.bz2 The Eee 901 and 1000 use a different wifi chip. I haven't seen anything support it other than this from ralink: http://www.ralinktech.com.tw/data/drivers/2008_0708_RT2860_Linux_STA_v1.7.0.0.tar.bz2 There is a small blob in there, but it doesn't appear to actually get loaded so it may not be needed. I haven't heard of any patches for this heading upstream yet. Thanks, -Jeff From mike at miketc.net Tue Aug 12 19:57:53 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 14:57:53 -0500 Subject: Evolution junk failures In-Reply-To: <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> <1218561493.14812.1.camel@scrappy.miketc.net> <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> Message-ID: <1218571073.16380.1.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 15:01 -0400, Matthew Barnes wrote: > On Tue, 2008-08-12 at 12:18 -0500, Mike Chambers wrote: > > The version in rawhide now/today, or being built today and out tomorrow > > (or get from koji once built)? > > The version in rawhide today (gtk2-2.13.6-3.fc10). Are you still seeing > the composer issues with that installed (after restarting Evolution)? Actually no, I don't, I guess that is fixed. Evo seems to be crashing sometime when I open it, then reopen and I get double the emails. And the folders sometimes don't all get unbolded and they keep the number of emails in parenthesis even though they are gone. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From mike at miketc.net Tue Aug 12 20:01:29 2008 From: mike at miketc.net (Mike Chambers) Date: Tue, 12 Aug 2008 15:01:29 -0500 Subject: Evolution junk failures In-Reply-To: <1218571073.16380.1.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> <1218561493.14812.1.camel@scrappy.miketc.net> <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> <1218571073.16380.1.camel@scrappy.miketc.net> Message-ID: <1218571289.16380.3.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 14:57 -0500, Mike Chambers wrote: > Evo seems to be crashing sometime when I open it, then reopen and I get > double the emails. And the folders sometimes don't all get unbolded and > they keep the number of emails in parenthesis even though they are gone. Here is a screenshot showing what I am talking about, as I have clicked on folder in question (one under it is doing the same thing), but no emails, yet still bolded and showing number of emails... http://www.miketc.net/bolded.png -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From robert at fedoraproject.org Tue Aug 12 20:22:03 2008 From: robert at fedoraproject.org (Robert Scheck) Date: Tue, 12 Aug 2008 22:22:03 +0200 Subject: libv4l ./. unicap In-Reply-To: <20080804231555.4b4c7202.mschwendt@gmail.com> References: <20080804231555.4b4c7202.mschwendt@gmail.com> Message-ID: <20080812202203.GA15664@hurricane.linuxnetz.de> Hello all, On Mon, 04 Aug 2008, Michael Schwendt wrote: > libv4l provides libv4l2.so.0 > unicap provides libv4l2.so.0 > required by: libv4l-devel-0.3.8-1.fc10.i386 > required by: unicap-0.2.23-2.fc10.i386 > required by: libv4l-0.3.8-1.fc10.i386 solved with unicap-0.2.23-3 or later on all active branches. Sorry for the long delay, I had an upstream show-stopper as well as a Fedora show-stopper also known as bug (redhat-rpm-config)... ;-) - http://koji.fedoraproject.org/koji/buildinfo?buildID=59476 - http://koji.fedoraproject.org/koji/buildinfo?buildID=59478 - http://koji.fedoraproject.org/koji/buildinfo?buildID=59480 Greetings, Robert -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From pbrobinson at gmail.com Tue Aug 12 20:54:04 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 12 Aug 2008 21:54:04 +0100 Subject: mock build queries Message-ID: <5256d0b0808121354k2942f585i48b236c3b486b667@mail.gmail.com> Hi All, I've got a query about mock that I can't seem to find the answer for from within the wiki. Its pretty simple. Is there a way to do the equivalent of a 'yum localinstall' for mock to allow you to shove in packages in a group that might depend on others that aren't yet in rawhide or do you have to setup some form of local repo to it? Cheers, Pete From tibbs at math.uh.edu Tue Aug 12 21:03:51 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Aug 2008 16:03:51 -0500 Subject: mock build queries In-Reply-To: <5256d0b0808121354k2942f585i48b236c3b486b667@mail.gmail.com> References: <5256d0b0808121354k2942f585i48b236c3b486b667@mail.gmail.com> Message-ID: >>>>> "PR" == Peter Robinson writes: PR> Is there a way to do the equivalent of a 'yum localinstall' for PR> mock to allow you to shove in packages in a group that might PR> depend on others that aren't yet in rawhide or do you have to PR> setup some form of local repo to it? mock --install /path/to/blah.rpm - J< From ville.skytta at iki.fi Tue Aug 12 21:28:38 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 13 Aug 2008 00:28:38 +0300 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <1218525886.3409.7.camel@wicktop.localdomain> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> <200808120948.53650.ville.skytta@iki.fi> <1218525886.3409.7.camel@wicktop.localdomain> Message-ID: <200808130028.39306.ville.skytta@iki.fi> On Tuesday 12 August 2008, Christoph Wickert wrote: > Am Dienstag, den 12.08.2008, 09:48 +0300 schrieb Ville Skytt?: > > On Tuesday 12 August 2008, Christoph Wickert wrote: > > > > Seems like your script does not check for orphans properly. gnome-ppp > > > is listed both as missing in the devel repo _AND_ orphaned: > > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potentia > > >l_pr oblems > > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_p > > >acka ges_dropped_between_release_9_and_devel > > > > Is the package's status EOL? If so, it has not been properly marked as > > such: http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife > > Not true. I followed all the steps in the list except 5. Does not seem so to me. There's no "dead.package" in CVS and its files are still there (steps 2 and 3): http://cvs.fedora.redhat.com/viewcvs/devel/gnome-ppp/?root=pkgs The package is still listed in all comps-f*.xml.in (step 4): http://cvs.fedora.redhat.com/viewcvs/comps/?root=extras From mbarnes at redhat.com Tue Aug 12 21:30:13 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Tue, 12 Aug 2008 17:30:13 -0400 Subject: Evolution junk failures In-Reply-To: <1218571289.16380.3.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> <1218561493.14812.1.camel@scrappy.miketc.net> <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> <1218571073.16380.1.camel@scrappy.miketc.net> <1218571289.16380.3.camel@scrappy.miketc.net> Message-ID: <1218576613.28633.20.camel@dhcp-100-2-195.bos.redhat.com> On Tue, 2008-08-12 at 15:01 -0500, Mike Chambers wrote: > Here is a screenshot showing what I am talking about, as I have clicked > on folder in question (one under it is doing the same thing), but no > emails, yet still bolded and showing number of emails... > > http://www.miketc.net/bolded.png Yeah, Evolution is in the midst of breaking in a new message caching backend. The goal is to reduce memory consumption by caching message summaries in an SQLite database and fetching them as needed, rather than keeping them _all_ in memory at once, as the old backend did. The new backend still needs some performance tuning and has some kinks to work out, as you can see. But upstream is fixing bugs as fast as they're being reported, so things should stabilize over the next point release or two. Matthew Barnes From kevin.kofler at chello.at Tue Aug 12 21:37:13 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 12 Aug 2008 21:37:13 +0000 (UTC) Subject: major boost breakage References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> Message-ID: Petr Machata redhat.com> writes: > cycle Fedora is). So I can have boost un-tagged by releng right away, > and break the next rawhide to come. You don't have to ask rel-eng, just: koji untag-pkg dist-f10 boost-1.36.0-0.1.beta1.fc10 Koji will let you untag packages you built yourself. Yes, it's against policies. But I don't see how bumping Epoch is better than untagging a build which was in Rawhide for just one day and which hardly anybody will have installed anyway due to broken deps. Kevin Kofler From kevin.kofler at chello.at Tue Aug 12 21:47:46 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 12 Aug 2008 21:47:46 +0000 (UTC) Subject: MinGW devel rpms References: <48A17E90.6070206@lfarkas.org> Message-ID: Farkas Levente lfarkas.org> writes: > is there any place from where i can download the current mingw devel rpms? There are 3rd party RPMs at: http://mingw-cross.sourceforge.net/ But be warned that they do some bad things like installing to /usr/local (at least they did last I checked), which the packages being worked on for official Fedora inclusion won't do. Kevin Kofler From pmachata at redhat.com Tue Aug 12 21:51:04 2008 From: pmachata at redhat.com (Petr Machata) Date: Tue, 12 Aug 2008 23:51:04 +0200 Subject: major boost breakage In-Reply-To: References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> Message-ID: <20080812215104.GA16541@hridell.englab.brq.redhat.com> On Tue, Aug 12, 2008 at 09:37:13PM +0000, Kevin Kofler wrote: > Petr Machata redhat.com> writes: > Koji will let you untag packages you built yourself. > > Yes, it's against policies. But I don't see how bumping Epoch is better than > untagging a build which was in Rawhide for just one day and which hardly > anybody will have installed anyway due to broken deps. I've done that at the morning, not knowing there's a policy forbidding it. Thanks, PM -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kevin.kofler at chello.at Tue Aug 12 21:54:13 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 12 Aug 2008 21:54:13 +0000 (UTC) Subject: major boost breakage References: <20080812092941.ACF0D209F0D@releng1.fedora.phx.redhat.com> <20080812104343.GC955@hridell.englab.brq.redhat.com> <20080812120334.GD955@hridell.englab.brq.redhat.com> <20080812215104.GA16541@hridell.englab.brq.redhat.com> Message-ID: Petr Machata redhat.com> writes: > I've done that at the morning, not knowing there's a policy forbidding it. That's OK, building a new package with a higher Epoch can always be done later if rel-eng/FESCo/whoever thinks it is really necessary and worth being stuck with the higher Epoch forever. Kevin Kofler From rdieter at math.unl.edu Tue Aug 12 22:17:41 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Aug 2008 17:17:41 -0500 Subject: Interested in Fedora on Smaller Machines? References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: jeff wrote: > These are based on BLAG 90k which is based on Fedora 9. I'd personally much prefer if the blag folks work more closely to get such changes into fedora directly. Anyone aware of blockers preventing this? -- Rex From warren at togami.com Tue Aug 12 22:25:15 2008 From: warren at togami.com (Warren Togami) Date: Tue, 12 Aug 2008 18:25:15 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48A1E9D7.1010106@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <1218567153.27760.10.camel@aglarond.local> <48A1E9D7.1010106@blagblagblag.org> Message-ID: <48A20DCB.7030009@togami.com> jeff wrote: > > The Eee 901 and 1000 use a different wifi chip. I haven't seen anything > support it other than this from ralink: > > http://www.ralinktech.com.tw/data/drivers/2008_0708_RT2860_Linux_STA_v1.7.0.0.tar.bz2 > > > There is a small blob in there, but it doesn't appear to actually get > loaded so it may not be needed. I haven't heard of any patches for this > heading upstream yet. > I have a EEEPC 901. Mostly using it for thin client development where it is proving to be extremely useful, but it would be nice to get 100% Fedora running on this in portable mode. http://fedoraforum.org/forum/showthread.php?t=195429 There is some discussion here of some patch to make it build and work on Fedora. I hear vague mention that somebody is working on something to get this chipset supported upstream but I have no idea where or who. Warren Togami wtogami at redhat.com From hpillay at redhat.com Tue Aug 12 22:53:23 2008 From: hpillay at redhat.com (Harish Pillay) Date: Wed, 13 Aug 2008 06:53:23 +0800 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48A1B13F.7030606@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: <20080812225323.GG3699@redhat.com> > These are based on BLAG 90k which is based on Fedora 9. The kernel > (-libre + -rt) supports all hardware on the EeePC 701/900 using *only* > free software. This includes wifi with the ath5k driver. It is based on > -libre and -rt plus various other patches. I recall a webcam on some of these devices (the eePCs, the Acers etc) - does it work without blobs? -- Harish Pillay 9v1hp hpillay at redhat.com gpg id: 746809E3 gpg fingerprint: F7F5 5CCD 25B9 FC25 303E 3DA2 0F80 27DB 7468 09E3 From kanarip at kanarip.com Tue Aug 12 22:59:58 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 13 Aug 2008 00:59:58 +0200 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808121406.12771.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> Message-ID: <48A215EE.4000900@kanarip.com> Douglas E. Warner wrote: > I've been sitting on an update to syslog-ng for quite awhile now because I > haven't been able to make syslog-ng compatible with simultaneous installations > of rsyslog or sysklogd (RHEL). > > The root of the problem is that currently you can't install syslog-ng along > side of either of the other two syslog providers since both packages installs > their own logrotate files that rotate the same log files resulting in double > log rotation. > > I've tried updating my syslog-ng package to include the logrotate file of each > of the other packages, but this still conflicts on RHEL-based boxes and when > sysklogd gets an update, syslog-ng gets silently removed (RPM does it without > reporting that it happened or yum saying it will happen). > > Any ideas how I can make these packages installable at the same time? > Should these packages even be installable at the same time? Kind regards, Jeroen van Meeuwen -kanarip From jkeating at redhat.com Tue Aug 12 23:07:43 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 19:07:43 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <48A215EE.4000900@kanarip.com> References: <200808121406.12771.silfreed@silfreed.net> <48A215EE.4000900@kanarip.com> Message-ID: <1218582463.408.85.camel@localhost.localdomain> On Wed, 2008-08-13 at 00:59 +0200, Jeroen van Meeuwen wrote: > Should these packages even be installable at the same time? One underlying Fedora policy is no conflicting packages. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From moe at blagblagblag.org Tue Aug 12 23:08:19 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 12 Aug 2008 20:08:19 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: <48A217E3.8040109@blagblagblag.org> Rex Dieter wrote: > jeff wrote: > > >> These are based on BLAG 90k which is based on Fedora 9. > > I'd personally much prefer if the blag folks work more closely to get such changes into fedora directly. Anyone aware of blockers preventing this? I am teh blag. Occasionally I file bug reports and help out in #fedora. Whenever I do a .spec I mail it upstream for them to include as well. The BLAG packages should generally rebuild fine in fedora's mock, but I don't think the .specs are quite up to your packaging guidelines, haha. And the last "big" project I worked on lead to a bit, um, well... I'm not sure that fedora would want all the blag/freeeee changes or not, but it may give the project some food for thought, especially the forthcoming freeeee draft which I should have ready this week. Installing 30+ packages with yum, playing video with the camera, mplaying another video, editing files etc, encoding 270 meg song to ogg, pidgin, firefox, etc. all running simultaneously while playing a song with *zero* stutters or dropouts on a teeny little computer. That rules. But doing that requires jack-audio-connection-kit, which I don't think fedora would use as a base--this shows what is possible *out-of-the-box* at least.... (with 100% F___ S_______...) Various SRPMS here: ftp://ftp.blagblagblag.org/pub/BLAG/linux/90000/en/os/source/SRPMS.blag/ and here: http://www.freeeee.org/source/SRPMS.FREEEEE/ Oh, I also did a crufty offline version of wikipedia with a reader formatted for the 1024x600 screen of the eee 900 (and 901/1000, but i dont have those yet). It is based on the kiwix project. http://www.freeeee.org/i386/RPMS.FREEEEE/freeeee-encyclopedia-en-0.0.1-1.freeeee.noarch.rpm http://www.freeeee.org/i386/RPMS.FREEEEE/freeeee-encyclopedia-reader-0.0.3-2.freeeee.noarch.rpm Ciao, -Jeff From moe at blagblagblag.org Tue Aug 12 23:09:47 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 12 Aug 2008 20:09:47 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <20080812225323.GG3699@redhat.com> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <20080812225323.GG3699@redhat.com> Message-ID: <48A2183B.9010702@blagblagblag.org> Harish Pillay wrote: >> These are based on BLAG 90k which is based on Fedora 9. The kernel >> (-libre + -rt) supports all hardware on the EeePC 701/900 using *only* >> free software. This includes wifi with the ath5k driver. It is based on >> -libre and -rt plus various other patches. > > I recall a webcam on some of these devices (the eePCs, the Acers etc) > - does it work without blobs? Yes. uvcvideo driver used for 701/900 is blobless, AFAIK. I'm not sure about the 901/1000 models or the Acers. -Jeff From aaronngray.lists at googlemail.com Tue Aug 12 23:16:39 2008 From: aaronngray.lists at googlemail.com (Aaron Gray) Date: Wed, 13 Aug 2008 00:16:39 +0100 Subject: F10 release regards SCSI Driver regressions in F9 and F10 Message-ID: <89007035CA164C77AA0DA41A067ABBBF@HPLAPTOP> Whats the situation with SCSI drivers that have regressed in F9 and that AFAIK not been fixed in F10 ? The Mylex DAC960, sym53c8xx, and other controllers fail to be detected with the new HAL subsystem. It has been filed on bugzilla :- https://bugzilla.redhat.com/show_bug.cgi?id=447552 Does/could this effect F10 (beta) release at all ? Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Tue Aug 12 23:28:45 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 19:28:45 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <20080812225323.GG3699@redhat.com> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <20080812225323.GG3699@redhat.com> Message-ID: <1218583725.27760.30.camel@aglarond.local> On Wed, 2008-08-13 at 06:53 +0800, Harish Pillay wrote: > > These are based on BLAG 90k which is based on Fedora 9. The kernel > > (-libre + -rt) supports all hardware on the EeePC 701/900 using *only* > > free software. This includes wifi with the ath5k driver. It is based on > > -libre and -rt plus various other patches. > > I recall a webcam on some of these devices (the eePCs, the Acers etc) > - does it work without blobs? The acer also uses uvcvideo without any firmware Jeremy From silfreed at silfreed.net Tue Aug 12 23:39:57 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Tue, 12 Aug 2008 19:39:57 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <48A215EE.4000900@kanarip.com> References: <200808121406.12771.silfreed@silfreed.net> <48A215EE.4000900@kanarip.com> Message-ID: <200808121940.04058.silfreed@silfreed.net> On Tuesday 12 August 2008 18:59:58 Jeroen van Meeuwen wrote: > Should these packages even be installable at the same time? The only thing that conflicts here is the log rotation script. I've been told that shipping the *exact same* log rotate script as rsyslog or sysklogd should work as rpm won't care about the duplicate file since it matches exactly, but there's two problems here: 1) I don't know what "exact" is (file size, md5, timestamp, ??) 2) So far it doesn't work in practice. So if this is definitely supposed to work I need to figure out how "exact" the file needs to be. -Doug -------------- 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 bpepple at fedoraproject.org Tue Aug 12 23:46:34 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 12 Aug 2008 19:46:34 -0400 Subject: Plan for tomorrows (20080812) FESCO meeting In-Reply-To: <48A1DFEB.3030605@redhat.com> References: <1218557119.3966.3.camel@truman> <48A1DFEB.3030605@redhat.com> Message-ID: <1218584794.3254.4.camel@kennedy> On Tue, 2008-08-12 at 15:09 -0400, Casey Dahlin wrote: > Upstart status report Added to the schedule. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From poelstra at redhat.com Wed Aug 13 00:01:42 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 12 Aug 2008 17:01:42 -0700 Subject: Fedora Release Engineering Meeting Recap 2008-08-11 Message-ID: <48A22466.508@redhat.com> Recap and full IRC transcript found here: https://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-aug-11 Please make corrections and clarifications to the wiki page. = Fedora Release Engineering Meeting :: Monday 2008-08-11 = == Schedule Review == * http://poelstra.fedorapeople.org/schedules/f-10/f-10-releng-tasks.html == Fedora 10 Beta == * f13 to create the various action tickets for the Beta release. * this will be a blocking freeze so we need to make every effort to have as short of a freeze as possible * 2008-08-19 Beta/Feature freeze == Spins == * https://fedorahosted.org/projects/rel-eng/ticket/24 * http://fedoraproject.org/wiki/SIGs/Spins/SpinSubmissionProcess * Approved by Spins SIG and only require board approval for trademark usage * Release Engineering approves from perspective of a "feature" of the release under development * Approved spins by Release Engineering--additional questions or comments in associated ''discussion'' page ** https://fedoraproject.org/wiki/Features/EducationSpin ** https://fedoraproject.org/wiki/Features/GamesSpin ** https://fedoraproject.org/wiki/Features/XfceSpin * poelcat to add feature tracker bugs to individual feature pages == IRC Transcript == From tibbs at math.uh.edu Wed Aug 13 00:06:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Aug 2008 19:06:11 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808121940.04058.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <48A215EE.4000900@kanarip.com> <200808121940.04058.silfreed@silfreed.net> Message-ID: >>>>> "DEW" == Douglas E Warner writes: DEW> The only thing that conflicts here is the log rotation script. If you just want the same log rotation script regardless of which of the syslog daemons you install, just split that script into a separate package and have the three syslog packages depend on it. Certainly not the worst hack which could be employed to solve this issue. - J< From silfreed at silfreed.net Wed Aug 13 00:08:21 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Tue, 12 Aug 2008 20:08:21 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: References: <200808121406.12771.silfreed@silfreed.net> <200808121940.04058.silfreed@silfreed.net> Message-ID: <200808122008.21990.silfreed@silfreed.net> On Tuesday 12 August 2008 20:06:11 Jason L Tibbitts III wrote: > If you just want the same log rotation script regardless of which of > the syslog daemons you install, just split that script into a separate > package and have the three syslog packages depend on it. ?Certainly > not the worst hack which could be employed to solve this issue. Not possible since Red Hat controls sysklogd in RHEL. -Doug -------------- 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 tibbs at math.uh.edu Wed Aug 13 00:13:48 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Aug 2008 19:13:48 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808122008.21990.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <200808121940.04058.silfreed@silfreed.net> <200808122008.21990.silfreed@silfreed.net> Message-ID: >>>>> "DEW" == Douglas E Warner writes: DEW> Not possible since Red Hat controls sysklogd in RHEL. And here I was thinking I was posting to fedora-devel-list. Could we discuss technical solutions and ignore Red Hat politics? What I proposed is a standard method of dealing with these things. We have modified several packages in the same manner (mainly to make use of -filesystem packages), and those packages are also in RHEL. It hasn't been an issue. - J< From mrsam at courier-mta.com Wed Aug 13 00:23:53 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 12 Aug 2008 20:23:53 -0400 Subject: F10Alpha installer automatically searching "Everything" repo? Message-ID: I know that, as of a couple of releases ago, Anaconda had the ability to incorporate external yum repository into the upgrade cycle, so that it ends upgrading both the core packages and packages from external repos. I never used this option. I prefer to quickly get the core update out of the way, reboot, then proceed to upgrade all the extra packages. I just started the F10 Alpha installer to upgrade from F9. It started spinning away, and away? I flipped to the console window, and saw that it established an http connection to one of the Fedora mirrors. I don't recall enabling remote repo access in the F10 installer. Can someone confirm that I'm not missing something here, and that the F10 installer will indeed automatically enable remote repos. If so, then I don't think this is wise. At least, offer an option to disable it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From vgaburici at gmail.com Wed Aug 13 01:26:00 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 04:26:00 +0300 Subject: Best way to add a line to a config file from another package? In-Reply-To: <20080812201213.GB13932@victor.nirvana> References: <20080812163355.GB29797@free.fr> <20080812201213.GB13932@victor.nirvana> Message-ID: Well, changing the default configuration file is not necessarily something that dvips developers need to hear about. The original config.ps file has section saying: % This shows how to add your own map file. % Remove the comment and adjust the name: % p +myfonts.map On the other hand, this extra psfonts_t42.map configuration file I'm adding is in a way a workaround for the current behavior of updmap, which puts ".ttf" entries in both psfonts_t1.map and psfonts_pk.map, even though that practically means dvips will use bitmaps for ttfs regardless whether you enabled dvipsPreferOutline, which defaults to on. I'm not the first person to be annoyed by this. There's been a long thread on tex.fonts about this a couple of year back [http://osdir.com/ml/tex.fonts/2006-08/msg00017.html], but nobody changed anything... However, if one were to change updmap to add ".t42" entries instead of ".ttf" to psfonts_t1.map instead of my solution of using an additional map, then one needs to make sure that the TeX distro ships t42 counterparts for all ttf fonts it ships because there is no fallback for dvips anymore if dvipsPreferOutline is enabled. And there are some ttf fonts shipped with TeXLive, but obviously no t42 versions. A more elegant solution would be for dvips itself to encapsulate TTF fonts in Type 42 as needed, but I don't know how easy is that to hack, especially since dvips has no notion of dvipsPreferOutline; the desired behavior is obtained by updmap symlinking psfonts.map to either psfonts_t1.map or psfonts_pk.map. The teTeX fokes, which intially wrote updmap, seem to have preferred this hack instead of changing dvips... It's not clear if dvips is even supported/maitained anymore by Radical Eye. Their web page [http://www.radicaleye.com/dvips.html] says "To get the latest version of dvips, simply get the latest version of teTeX or some other TeX distribution that includes dvips. [...] I no longer support installation of dvips independent of full installation of a TeX distribution." So, presumably we'd have to send the patch to TeXLive. Adding an additional map seemed a lot simpler than dealing with this mess... On Tue, Aug 12, 2008 at 11:12 PM, Axel Thimm wrote: > On Tue, Aug 12, 2008 at 08:20:18PM +0300, Vasile Gaburici wrote: >> Also, removing the entry is not necessary. Nothing breaks if the extra >> map does not exist. It would actually be a bad idea to remove the >> entry because Type 42 fonts generated by the user using otftotfm would >> become unusable after the tool is uninstalled, even thought the tool >> is not required to use the fonts it generated. Given this, I'll submit >> a config patch for texlive-texmf-dvips. > > Ideally this sounds like something that should (also) be submitted > upstream. If it's a change that people can only benefit from and > doesn't stand in the way of upstream's future plans, upstream will > accept it. Otherwise maybe upstream will even point out a flaw (not > compatible with future upstream planned changes, different solution in > works etc.). > > And if upstream signals green light for such a change the maintainer > of the texlive packages will be easier to convince to allow for a > patch. > >> > I've written a patch for otftotfm (and sent it upstream) that allows >> > installation of Type 42 fonts from TrueType fonts. > > Patching config.ps and this patch should go hand in hand in both > upstream and Fedora packaging. E.g. if the patch to otftotfm were to > be rejected upstream with sane reasoning, then we shouldn't deviate. > > Sounds very interesting, I hope this goes through! > -- > Axel.Thimm at ATrpms.net > From jwilson at redhat.com Wed Aug 13 01:41:15 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 12 Aug 2008 21:41:15 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: References: <200808121406.12771.silfreed@silfreed.net> <200808121940.04058.silfreed@silfreed.net> <200808122008.21990.silfreed@silfreed.net> Message-ID: <48A23BBB.1040708@redhat.com> Jason L Tibbitts III wrote: >>>>>> "DEW" == Douglas E Warner writes: > > DEW> Not possible since Red Hat controls sysklogd in RHEL. > > And here I was thinking I was posting to fedora-devel-list. > > Could we discuss technical solutions and ignore Red Hat politics? > What I proposed is a standard method of dealing with these things. We > have modified several packages in the same manner (mainly to make use > of -filesystem packages), and those packages are also in RHEL. It > hasn't been an issue. I was just about to suggest a common log rotation scripts package that all syslog progs used as well. And yeah, don't worry what RHEL does right now. -- Jarod Wilson jwilson at redhat.com From jkeating at redhat.com Wed Aug 13 01:49:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 21:49:05 -0400 Subject: Default Groups, Default Packages, CD Sets and DVD Size In-Reply-To: <48A05D6A.7060006@kanarip.com> References: <48A05D6A.7060006@kanarip.com> Message-ID: <1218592145.408.101.camel@localhost.localdomain> On Mon, 2008-08-11 at 17:40 +0200, Jeroen van Meeuwen wrote: > However, the default installation requires all 7 CDs, because of how the > compose tools resolve dependencies (inclusive) during the compose of the > media, and pull in more then is minimally required to complete the > actual transaction of a default installation. The compose tools do so > for good reason: > > - one cannot know what package is the user-preferred package for any > given required capability (eg. for fictive capability 'web-client', > there's firefox, iceweasel, elinks, wget, curl, emacs, emacs, emacs, > foo, bar and baz) > > - one cannot predict on what installed system one is performing an > upgrade, and to be able to close the transaction certain considerations > must be met justifying the need for inclusive dependency resolving when > composing the media (set) or installation tree. > > - it makes the released media apply to N+X use-cases where the package > set or transaction payload during the installation is controlled in a > more granular fashion then the selection dialogs allow (by means of a > kickstart package manifest maybe?), which I guess applies more to > businesses or advanced users using Fedora then it does to Joe Average users. > > Basically what I'm saying is that the 2.88 GB is spread over more then > the minimal amount of discs it would fit on, since the complete package > payload when using inclusive dependency resolving grows to 3.66 GB, or 7 > discs. So, the compose process spits out 7 discs, each of which contain > a part of the 2.88 GB sized RPM payload needed for a default installation. I've been playing a bit in this area, and noticed that if I make one small change to pkgorder, at least on i386, a default 'next next next' install based on a compose done with the Fedora config and it only needs the first 3 media. This isn't bad really, given the growth of the distro. > > == Next Generation of Package Ordering == > > So, what package ordering is going to do -instead of having a static > list of groups to add to a transaction, resolve, spit out the packages- > is use the "default" parameter to groups in comps.xml as well (and then > instead of exclusive dependency resolving like it does now, move to > inclusive dependency resolving as well). This makes the "which packages > and groups are in a default installation" a little less hard to maintain > and the package ordering will almost automagically match up with > comps.xml (of which the installation procedure also uses the default > parameter to groups!) Hrm, I hadn't thought about applying inclusive depsolving (or depresolving as I call it) here. That could have some interesting effects and warrants some investigation. > > == DVD and Sizes == > > This leads me to another concern which may or may not be an immediate > issue but requires attention from those in the decision making chain as > well as generally interested people; the size of the DVD ISO is getting > to it's maximum allowed size (just under 4GB for those who use FAT > systems as their downloaded data partition), providing just a default > (eg. not including anything in addition to the default). It's worse than that. We overflowed the DVD size on PPC, and as such we added a set of excludes to the manifest so that we would fit again. > == Advise needed == > > There's several ways this can be solved, but I'm not sure what is the > most advisable (some are not feasible I'm sure, I'm just brainstorming > here): > > 1) reduce the number of mandatory and default packages per group in > comps.xml This is a great start, something that hasn't really been done outside of core/base recently that I'm aware of. > > 2) reduce the number of groups in comps.xml that have "default" set to True This one is going to be a bit tougher to get people to agree upon I'd imagine, but I'm willing to give it a go. > > 3) Revisit how comps is formatted; Example: Keep the "default" for > compose decisions, but add an "install" attribute for installation > decision making. Install set to True may require default set to True as > well for the group to even be included on the media. What exactly does this accomplish? > > 4) Split the packages that are mandatory or default in comps groups, > into smaller packages providing what the group needs and another set of > smaller packages belonging to the group as to reduce the number of > dependencies needing to be met when the compose or installation > procedure selects a group. See also PS2. > > 5) Or, compared to 4, revisit the Requires in mandatory and default > packages and the Provides in the packages that provide the required > capabilities so that it abstracts from the requires/provides matching > with too many other packages (related to the inclusive dependency > resolving which will then make for a thinner RPM payload on the composed > media) This is probably a more interesting case, something that we want to do for folks like OLPC as well. > > 6) Have the compose tools as well as the installation procedures not > depend on the default attribute to groups anymore, at all. What does this accomplish? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From abartlet at samba.org Wed Aug 13 02:04:08 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Wed, 13 Aug 2008 12:04:08 +1000 Subject: OpenChange/Samba4/Heimdal stack status, call for contributors Message-ID: <1218593048.3887.43.camel@naomi.s4.naomi.abartlet.net> Rex, I'm just a bit confused (because I am still a bit green to this process) as to what I need to do next on the OpenChange stack. Is it just (quite reasonably, given the scope of the work) awaiting more of your time, or is it blocking on me (and I've not realised it)? In any case, (and the reason for CC'ing fedora-devel) I would really like some fellow (or sole, I'm more than happy to just hand this stack over to others) package maintainers. It is a big stack, and due to it's nature the fedora packaging and policy application is not trivial. As such, I would love some more help in this area (and the more packaging help I get, the more time I can spend on upstream Samba4 development) Moving this along soon would, I hope, allow the OpenChange feature to make it into the Fedora 10 release. http://fedoraproject.org/wiki/Features/OpenChange (I also happen to think that Heimdal Kerberos, and indeed Samba4 in general are great features, and perhaps we also need to have a separate discussion about the merits of using them more). Thanks, Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 vgaburici at gmail.com Wed Aug 13 02:41:05 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 05:41:05 +0300 Subject: Asana-Math: close but no cigar Message-ID: It's nice to see that the first (& only?) FOSS OpenType math font, (and by that I mean one that has a math script, like Cambria Math), has been added to rawhide. But the font is currently useless in Fedora, because (i) our XeTeX is too old, and (ii) the unicode-math XeLaTeX package is not installed. Unlike most other TeX projects, XeTeX has it's own SNV repository. I've been using the svn version of XeTeX for a while now, mainly because I've reported some bugs upstream (and I mean to the real upstream, not TeXLive). The repository includes all the required texmf bits that XeTeX needs, but unicode-math is considered experimental so it's not installed even by the svn installation script, thus it's missing even in TeXLive 2008. But it works well enough for me and others on that have tried it, including typesetting the whole AMS test document. Given that we package xetex separately in texlive-xetex, and since it doesn't seem likely that we'll ship TeXLive 2008 anytime soon, I'd like to prose that we switch xetex to its own upstream sources instead of getting the obsolete version from TeXLive 2007. This will fix (i) without having to wait for TeXLive 2008 to get packaged. Since we'd be using the svn sources, we can easily add unicode-math - it just needs some files copied to texmf, so we'd fix (ii) as well. From mattdm at mattdm.org Wed Aug 13 02:51:53 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 12 Aug 2008 22:51:53 -0400 Subject: Help! XFCE event sounds in Rawhide -- make it stop! Message-ID: <20080813025153.GA13866@jadzia.bu.edu> My rawhide system has always had some sound oddities ever since the pulseaudio switch -- it really needs a reinstall. But in the last couple of days, something has been driving me crazy: there are suddenly loud, obnoxious sound effects when I open or close windows. There doesn't seem to be an XFCE control panel that has anything to do with this, and changing the gnome one has no effect. Help! Help! -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ivazqueznet at gmail.com Wed Aug 13 02:52:34 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Tue, 12 Aug 2008 22:52:34 -0400 Subject: Asana-Math: close but no cigar In-Reply-To: References: Message-ID: <1218595954.5233.12.camel@ignacio.lan> On Wed, 2008-08-13 at 05:41 +0300, Vasile Gaburici wrote: > It's nice to see that the first (& only?) FOSS OpenType math font, STIXFonts? Well, not quite FOSS yet, but soon hopefully... http://www.stixfonts.org/user_license.html -- Ignacio Vazquez-Abrams -------------- 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 vgaburici at gmail.com Wed Aug 13 03:24:09 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 06:24:09 +0300 Subject: Asana-Math: close but no cigar In-Reply-To: <1218595954.5233.12.camel@ignacio.lan> References: <1218595954.5233.12.camel@ignacio.lan> Message-ID: The STIX fonts do **NOT** currently have the math OpenType script. What this means is that they have nice collection of glyphs, but no special layout features, so they're pretty useless for actually typesetting something with them. The math script, aka MATH table, is a MS extension to OpenType. MS has not yet officially submitted any documentation for these math layout extensions -- and they are quite extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite this, it is the de-facto OpenType math standard, and support for it has appeared in FOSS projects. These extensions are implemented only in the Cambria Math font (MS), and now in Asana Math (FOSS). Fonts using these extensions are currenly usable only in MS Office 2007 (and some other minor non-FOSS products), but out of the FOSS world only XeTeX supports them right now. LuaTeX is scheduled to add support by the end of this year, together with the release of the GUST Math font. On Wed, Aug 13, 2008 at 5:52 AM, Ignacio Vazquez-Abrams wrote: > On Wed, 2008-08-13 at 05:41 +0300, Vasile Gaburici wrote: >> It's nice to see that the first (& only?) FOSS OpenType math font, > > STIXFonts? Well, not quite FOSS yet, but soon hopefully... > > http://www.stixfonts.org/user_license.html > > -- > Ignacio Vazquez-Abrams > From vgaburici at gmail.com Wed Aug 13 04:34:33 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 07:34:33 +0300 Subject: Asana-Math: close but no cigar In-Reply-To: References: <1218595954.5233.12.camel@ignacio.lan> Message-ID: It turns out that STIX beta fonts have a modicum of MATH table (it didn't occur to me check), but not math script support. Because of the MATH table, STIXGeneral gets recognized as math font in Office 2007, but it doesn't really work; as soon as you type anything, you get Cambria Math instead. See: http://blogs.msdn.com/murrays/archive/2007/11/06/stix-beta-fonts.aspx. Also, the way the STIX fonts are spread across multiple otf files doesn't work with any typesetting software; but hey, if you just want to gawk at the glyphs with unicode.org's unibook viewer, it's fine. $ otfinfo -t /usr/share/fonts/stix/STIXGeneral.otf 251327 CFF 28 FFTM 30 GDEF 242 MATH 96 OS/2 4346 cmap 54 head 36 hhea 10026 hmtx 6 maxp 6393 name 32 post 572 prop $ otfinfo -s /usr/share/fonts/stix/STIXGeneral.otf <> $ otfinfo -t /usr/share/fonts/asana-math/asana-math.otf 354717 CFF 28 FFTM 30 GDEF 80 GPOS 1268 GSUB 12168 MATH 96 OS/2 2262 cmap 44 feat 54 head 36 hhea 12076 hmtx 6 maxp 128 morx 15289 name 32 post 542 prop $ otfinfo -s /usr/share/fonts/asana-math/asana-math.otf DFLT Default grek Greek latn Latin math $ otfinfo -f --script=math /usr/share/fonts/asana-math/asana-math.otf dtls onum Oldstyle Figures salt Stylistic Alternates ssty On Wed, Aug 13, 2008 at 6:24 AM, Vasile Gaburici wrote: > The STIX fonts do **NOT** currently have the math OpenType script. > What this means is that they have nice collection of glyphs, but no > special layout features, so they're pretty useless for actually > typesetting something with them. The math script, aka MATH table, is a > MS extension to OpenType. MS has not yet officially submitted any > documentation for these math layout extensions -- and they are quite > extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite > this, it is the de-facto OpenType math standard, and support for it > has appeared in FOSS projects. > > These extensions are implemented only in the Cambria Math font (MS), > and now in Asana Math (FOSS). Fonts using these extensions are > currenly usable only in MS Office 2007 (and some other minor non-FOSS > products), but out of the FOSS world only XeTeX supports them right > now. LuaTeX is scheduled to add support by the end of this year, > together with the release of the GUST Math font. > > On Wed, Aug 13, 2008 at 5:52 AM, Ignacio Vazquez-Abrams > wrote: >> On Wed, 2008-08-13 at 05:41 +0300, Vasile Gaburici wrote: >>> It's nice to see that the first (& only?) FOSS OpenType math font, >> >> STIXFonts? Well, not quite FOSS yet, but soon hopefully... >> >> http://www.stixfonts.org/user_license.html >> >> -- >> Ignacio Vazquez-Abrams >> > From vgaburici at gmail.com Wed Aug 13 04:55:17 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 07:55:17 +0300 Subject: Asana-Math: close but no cigar In-Reply-To: References: <1218595954.5233.12.camel@ignacio.lan> Message-ID: Unlike Office 2007, XeTeX checks if a font contains the math script, not the MATH table to decide whether it will work or not for Unicode math. So with STIX it complains: Package fontspec Warning: Font "STIXGeneral/ICU" at 12.0pt does not contain script 'Math' And predictably, it doesn't work: http://www.cs.umd.edu/~gaburici/uni-asana.pdf http://www.cs.umd.edu/~gaburici/uni-cambria.pdf http://www.cs.umd.edu/~gaburici/uni-stix.pdf On Wed, Aug 13, 2008 at 7:34 AM, Vasile Gaburici wrote: > It turns out that STIX beta fonts have a modicum of MATH table (it > didn't occur to me check), but not math script support. Because of the > MATH table, STIXGeneral gets recognized as math font in Office 2007, > but it doesn't really work; as soon as you type anything, you get > Cambria Math instead. See: > http://blogs.msdn.com/murrays/archive/2007/11/06/stix-beta-fonts.aspx. > Also, the way the STIX fonts are spread across multiple otf files > doesn't work with any typesetting software; but hey, if you just want > to gawk at the glyphs with unicode.org's unibook viewer, it's fine. > > $ otfinfo -t /usr/share/fonts/stix/STIXGeneral.otf > 251327 CFF > 28 FFTM > 30 GDEF > 242 MATH > 96 OS/2 > 4346 cmap > 54 head > 36 hhea > 10026 hmtx > 6 maxp > 6393 name > 32 post > 572 prop > $ otfinfo -s /usr/share/fonts/stix/STIXGeneral.otf > <> > > $ otfinfo -t /usr/share/fonts/asana-math/asana-math.otf > 354717 CFF > 28 FFTM > 30 GDEF > 80 GPOS > 1268 GSUB > 12168 MATH > 96 OS/2 > 2262 cmap > 44 feat > 54 head > 36 hhea > 12076 hmtx > 6 maxp > 128 morx > 15289 name > 32 post > 542 prop > $ otfinfo -s /usr/share/fonts/asana-math/asana-math.otf > DFLT Default > grek Greek > latn Latin > math > $ otfinfo -f --script=math /usr/share/fonts/asana-math/asana-math.otf > dtls > onum Oldstyle Figures > salt Stylistic Alternates > ssty > > > On Wed, Aug 13, 2008 at 6:24 AM, Vasile Gaburici wrote: >> The STIX fonts do **NOT** currently have the math OpenType script. >> What this means is that they have nice collection of glyphs, but no >> special layout features, so they're pretty useless for actually >> typesetting something with them. The math script, aka MATH table, is a >> MS extension to OpenType. MS has not yet officially submitted any >> documentation for these math layout extensions -- and they are quite >> extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite >> this, it is the de-facto OpenType math standard, and support for it >> has appeared in FOSS projects. >> >> These extensions are implemented only in the Cambria Math font (MS), >> and now in Asana Math (FOSS). Fonts using these extensions are >> currenly usable only in MS Office 2007 (and some other minor non-FOSS >> products), but out of the FOSS world only XeTeX supports them right >> now. LuaTeX is scheduled to add support by the end of this year, >> together with the release of the GUST Math font. >> >> On Wed, Aug 13, 2008 at 5:52 AM, Ignacio Vazquez-Abrams >> wrote: >>> On Wed, 2008-08-13 at 05:41 +0300, Vasile Gaburici wrote: >>>> It's nice to see that the first (& only?) FOSS OpenType math font, >>> >>> STIXFonts? Well, not quite FOSS yet, but soon hopefully... >>> >>> http://www.stixfonts.org/user_license.html >>> >>> -- >>> Ignacio Vazquez-Abrams >>> >> > From mike at miketc.net Wed Aug 13 06:14:25 2008 From: mike at miketc.net (Mike Chambers) Date: Wed, 13 Aug 2008 01:14:25 -0500 Subject: Evolution junk failures In-Reply-To: <1218576613.28633.20.camel@dhcp-100-2-195.bos.redhat.com> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218559663.15990.3.camel@dhcp-100-2-219.bos.redhat.com> <1218561493.14812.1.camel@scrappy.miketc.net> <1218567695.28964.11.camel@dhcp-100-2-195.bos.redhat.com> <1218571073.16380.1.camel@scrappy.miketc.net> <1218571289.16380.3.camel@scrappy.miketc.net> <1218576613.28633.20.camel@dhcp-100-2-195.bos.redhat.com> Message-ID: <1218608065.16949.6.camel@scrappy.miketc.net> On Tue, 2008-08-12 at 17:30 -0400, Matthew Barnes wrote: > On Tue, 2008-08-12 at 15:01 -0500, Mike Chambers wrote: > > Here is a screenshot showing what I am talking about, as I have clicked > > on folder in question (one under it is doing the same thing), but no > > emails, yet still bolded and showing number of emails... > > > > http://www.miketc.net/bolded.png > > > Yeah, Evolution is in the midst of breaking in a new message caching > backend. The goal is to reduce memory consumption by caching message > summaries in an SQLite database and fetching them as needed, rather than > keeping them _all_ in memory at once, as the old backend did. > > The new backend still needs some performance tuning and has some kinks > to work out, as you can see. But upstream is fixing bugs as fast as > they're being reported, so things should stabilize over the next point > release or two. OK, just wanted to clarify what I was seeing and if known or not and aware of. Thanks for the quick reply. BTW, evo in an updated fully F9 system worked pretty good and hope F10 with it works good as well (least did in my system). -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jreznik at redhat.com Wed Aug 13 07:58:16 2008 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 13 Aug 2008 03:58:16 -0400 (EDT) Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218552790.27760.3.camel@aglarond.local> Message-ID: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hi, definitely nice idea to establish new SIG because small factor computers needs something else than standard laptops/workstations. I think it's not about hardware support. Yes, we need hardware support, but still drivers are only drivers and support of newer hardware is necessary for "notspinned" Fedora too. What is really interesting on these devices and especially what is the genial idea is UI. I like default Xandros on EEE because it's really easy to use it. Nice combination of "big" computer with PDA. Even my mum is able to use EEE without any problems. This is first computer aimed to PEOPLE! If you want to watch your TV, you are not clicking on some "start/gnome/kde" menu, locating TV station, confirming bunch of dialogs. You just turn on the TV! So without some user interface it's just smaller computer, nothing more, nothing less. It's shame from Asus to sell EEE with basic XP installation (and there is already EEE UI for Windows...). So if we want to make small factor computers spin, the right way is definitely to develop something more than just only basic hardware support that should go to standard Fedora repos... R. ----- "Jeremy Katz" wrote: > Smaller form-factor machines such as the Asus eeePC have gotten a > fair > bit of the tech press spotlight of late. Have you bought one with > the > idea of running Fedora on it? Or have you thought about doing so? > > I'm trying to gauge the interest in starting a SIG with the purpose > of > making distribution changes to make running on these devices more > streamlined and have more work "out of the box". This will involve > both > the necessary work to just get the hardware working well with Fedora > of > today as well as possibly a spin that is explicitly targeted at some > of > the constraints of the hardware down the line[1]. > > If enough people are interested, I'd like to find a time later this > week > or next week to have an initial meeting to kind of figure out what > bounds we want to tackle things in for the first pass. Hardware that > I > think definitely falls into the scope would be: netbooks, UMPCs, > MIDs, > maybe the XO? I've started up a page on the wiki > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can > edit > and then we can go from there > > Jeremy > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From ville.skytta at iki.fi Wed Aug 13 08:30:05 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 13 Aug 2008 11:30:05 +0300 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808121940.04058.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <48A215EE.4000900@kanarip.com> <200808121940.04058.silfreed@silfreed.net> Message-ID: <200808131130.06110.ville.skytta@iki.fi> On Wednesday 13 August 2008, Douglas E. Warner wrote: > I've been told that shipping the *exact same* log rotate script as rsyslog > or sysklogd should work as rpm won't care about the duplicate file since it > matches exactly, but there's two problems here: > 1) I don't know what "exact" is (file size, md5, timestamp, ??) I'm not sure if it's considered good packaging practice in cases like this, but at least for "rpm -V", and also IIRC wrt. file conflicts, the sameness as far as rpm is concerned can be controlled to some extent in %files with the %verify directive. http://rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html#S3-RPM-INSIDE-FLIST-VERIFY-DIRECTIVE From mschwendt at gmail.com Wed Aug 13 08:35:43 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Aug 2008 10:35:43 +0200 Subject: pkgs with archivesize 0 : rebuild needed? Message-ID: <20080813103543.850c022c.mschwendt@gmail.com> https://bugzilla.redhat.com/458817 Due to this bug in Rawhide RPM, the powerpc builders have created source, noarch and binary rpms with an archivesize=0 value. That's a value that is also copied to the repository metadata. Number of affected packages (src.rpm %name count!): src: 1019 i686 (noarch): 50 x86_64 (noarch): 50 ppc: 1019 ppc64: 992 Total (sort|uniq): 1020 The full list of src.rpm package %{name}s is attached in case a rebuild of those packages is needed. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: zero-archivesize-pkg-names.txt URL: From christoph.wickert at googlemail.com Wed Aug 13 09:03:30 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Wed, 13 Aug 2008 11:03:30 +0200 Subject: Fedora Package Status of Aug 12, 2008 [gnome-ppp] In-Reply-To: <200808130028.39306.ville.skytta@iki.fi> References: <20080812013532.06f7eb1f@ludwig-alpha.unil.ch> <200808120948.53650.ville.skytta@iki.fi> <1218525886.3409.7.camel@wicktop.localdomain> <200808130028.39306.ville.skytta@iki.fi> Message-ID: <1218618210.3415.0.camel@wicktop.localdomain> Am Mittwoch, den 13.08.2008, 00:28 +0300 schrieb Ville Skytt?: > On Tuesday 12 August 2008, Christoph Wickert wrote: > > Am Dienstag, den 12.08.2008, 09:48 +0300 schrieb Ville Skytt?: > > > On Tuesday 12 August 2008, Christoph Wickert wrote: > > > > > > Seems like your script does not check for orphans properly. gnome-ppp > > > > is listed both as missing in the devel repo _AND_ orphaned: > > > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Potentia > > > >l_pr oblems > > > > http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus#Fedora_p > > > >acka ges_dropped_between_release_9_and_devel > > > > > > Is the package's status EOL? If so, it has not been properly marked as > > > such: http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife > > > > Not true. I followed all the steps in the list except 5. > > Does not seem so to me. Oh my god, you are correct. I orphaned two other packages, seems that gnome-ppp got lost. Sorry for the noise. ;( Christoph From christoph.wickert at googlemail.com Wed Aug 13 09:09:49 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Wed, 13 Aug 2008 11:09:49 +0200 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <20080813025153.GA13866@jadzia.bu.edu> References: <20080813025153.GA13866@jadzia.bu.edu> Message-ID: <1218618589.3415.5.camel@wicktop.localdomain> Am Dienstag, den 12.08.2008, 22:51 -0400 schrieb Matthew Miller: > My rawhide system has always had some sound oddities ever since the > pulseaudio switch -- it really needs a reinstall. But in the last couple of > days, something has been driving me crazy: there are suddenly loud, > obnoxious sound effects when I open or close windows. There doesn't seem to > be an XFCE control panel that has anything to do with this, and changing the > gnome one has no effect. Help! Help! I'm pretty sure this has nothing to do with Xfce, because Xfce doesn't have sound effects. Have you enabled "Launch Gnome Services on startup" in "Sessions and Startup"? If so, this might come from Gnome and you need to configure it with gnome-sound-properties. Regards, Christoph From vgaburici at gmail.com Wed Aug 13 10:11:32 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 13:11:32 +0300 Subject: Asana-Math: close but no cigar In-Reply-To: <2285a9d20808130229w66097865lea79fb8ac018b754@mail.gmail.com> References: <1218595954.5233.12.camel@ignacio.lan> <2285a9d20808130229w66097865lea79fb8ac018b754@mail.gmail.com> Message-ID: No, there actualy is some (unofficial?) MS documentation for MATH tables. It has been seen by both George Williams (fontforge) and Apostolos Syropoulos (asana). On Wed, Aug 13, 2008 at 12:29 PM, Dave Crossland wrote: > 2008/8/13 Vasile Gaburici : >> >> The math script, aka MATH table, is a >> MS extension to OpenType. MS has not yet officially submitted any >> documentation for these math layout extensions -- and they are quite >> extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite >> this, it is the de-facto OpenType math standard, and support for it >> has appeared in FOSS projects. >> >> These extensions are implemented only in the Cambria Math font (MS), >> and now in Asana Math (FOSS). > > AIUI, the MATH table in Cambria is developed specifically for Cambria > and will not be a 100% fit for other fonts; this is hy MS hasnt done > anything about documenting it properly. > > Dave > > From loupgaroublond at gmail.com Wed Aug 13 10:33:38 2008 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Wed, 13 Aug 2008 12:33:38 +0200 Subject: MinGW devel rpms In-Reply-To: <20080812153759.GA13891@amd.home.annexia.org> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> <1218554480.1421.0.camel@alguno.terneuzen.openftd.org> <20080812153759.GA13891@amd.home.annexia.org> Message-ID: <7f692fec0808130333l27d87345rdd9924ad0f46a42@mail.gmail.com> On Tue, Aug 12, 2008 at 5:37 PM, Richard W.M. Jones wrote: > On Tue, Aug 12, 2008 at 05:21:20PM +0200, Erik van Pienbroek wrote: >> Do you have a list of the current technical issues you're coping with? >> Maybe I can help. > > Yes, I did ... and in fact I was looking for it earlier today, but > couldn't find it. So let's make a list again: > > (1) At the moment rpm runs programs like 'strip' on the Windows > libraries, which actually corrupts them. To avoid that we have hacked > the __os_install_post RPM variable so it basically doesn't do > anything. > > However a better solution would be to run the correct strip binary > depending on the type of binary/library (ie. ordinary strip or > i686-pc-mingw32-strip as appropriate). > > If you have a look at this file (not written by me) and search down > for __os_install_post, you'll see one working but rather ugly solution > to this: > > http://www.annexia.org/tmp/i686-pc-mingw32-binutils.spec > > Is it possible to do any better? Perhaps by patching RPM itself? Or just modifying a) the macro or b) the strip binary itself in the environment you compile the packages in. Namely a) there is a macro __strip that you can try replacing with your own value. b) rpm2git does some interesting things with patch, where it just has rpmbuild run through a srpm, and then captures all the patch commands with an alternate binary. In order to use it, you put a special version of patch somewhere, put it at the top of the path, run rpmbuild, and then revert your path. Seems like a 'support' rpm to build mingw packages would be easier than patching the RPM source itself. -Yaakov From mcrha at redhat.com Wed Aug 13 10:57:24 2008 From: mcrha at redhat.com (Milan Crha) Date: Wed, 13 Aug 2008 12:57:24 +0200 Subject: Evolution junk failures In-Reply-To: <1218566658.15513.2.camel@scrappy.miketc.net> References: <1218552060.19308.8.camel@scrappy.miketc.net> <1218556815.20857.1.camel@madtux.englab.brq.redhat.com> <1218557146.5269.1.camel@scrappy.miketc.net> <1218566658.15513.2.camel@scrappy.miketc.net> Message-ID: <1218625044.3353.3.camel@madtux.englab.brq.redhat.com> > I have a screen shot of what the failure is showing, as well as what the > error is itself after clicking on it. > > http://www.miketc.net/junk.png > > The only thing it doesn't show is the tab in the bottom left that says > "Check Junk failed". But I clicked on it and that gave the error > message in the middle of the screen about not piping to bogofilter or > something. Try to run evolution from console and look there whether there are more warnings. There can be. I looked on this page: http://www.bogofilter.org/man_page.shtml and in the section "Return values" is described, what that can return. They have used the 3 for some error. The bad thing is that Evolution can fallback to the code 3 itself, when something wrong happened when waiting for process end (call to 'waitpid'). In that case there should be some warnings on the console. Bye, Milan From buc at odusz.so-cdu.ru Wed Aug 13 11:27:11 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 13 Aug 2008 15:27:11 +0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <48A23BBB.1040708@redhat.com> References: <200808121406.12771.silfreed@silfreed.net> <200808121940.04058.silfreed@silfreed.net> <200808122008.21990.silfreed@silfreed.net> <48A23BBB.1040708@redhat.com> Message-ID: <48A2C50F.4040505@odu.neva.ru> Jarod Wilson wrote: > > I was just about to suggest a common log rotation scripts package that > all syslog progs used as well. Hmm... syslog used: /bin/kill -HUP `cat /var/run/syslogd.pid` in logrotate's postrotate scripts, whereas rsyslog uses /bin/kill -HUP `cat /var/run/rsyslogd.pid` now. (Note differ pid filename). In other words, is it possible (in general) to create common logrotate files for all syslog-like packages? ~buc http://www.fedoraproject.org/wiki/DmitryButskoy From silfreed at silfreed.net Wed Aug 13 11:27:20 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 13 Aug 2008 07:27:20 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: References: <200808121406.12771.silfreed@silfreed.net> <200808122008.21990.silfreed@silfreed.net> Message-ID: <200808130727.20390.silfreed@silfreed.net> On Tuesday 12 August 2008 20:13:48 Jason L Tibbitts III wrote: > And here I was thinking I was posting to fedora-devel-list. > > Could we discuss technical solutions and ignore Red Hat politics? > What I proposed is a standard method of dealing with these things. ?We > have modified several packages in the same manner (mainly to make use > of -filesystem packages), and those packages are also in RHEL. ?It > hasn't been an issue. Ideally syslog-ng would be in EPEL instead of only being available from my repository, and as it is I can't ship it due to this conflict. Last I knew, EPEL was a Fedora initiative. At any rate, I appreciate the suggestions; I just happen to be stuck with a complicated problem. -Doug -------------- 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 mattdm at mattdm.org Wed Aug 13 11:41:42 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 13 Aug 2008 07:41:42 -0400 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <1218618589.3415.5.camel@wicktop.localdomain> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> Message-ID: <20080813114142.GA25538@jadzia.bu.edu> On Wed, Aug 13, 2008 at 11:09:49AM +0200, Christoph Wickert wrote: > I'm pretty sure this has nothing to do with Xfce, because Xfce doesn't > have sound effects. Have you enabled "Launch Gnome Services on startup" > in "Sessions and Startup"? If so, this might come from Gnome and you > need to configure it with gnome-sound-properties. So, yeah, I've tried that, and it gives me an error: Unable to start the settings manager 'gnome-settings-daemon'. Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager. However, I am able to make changes there, like disabling "system sounds", and the choices I make persist -- and the sounds don't go away no matter what I do. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From vgaburici at gmail.com Wed Aug 13 11:43:01 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 14:43:01 +0300 Subject: Asana-Math: close but no cigar In-Reply-To: <2285a9d20808130229w66097865lea79fb8ac018b754@mail.gmail.com> References: <1218595954.5233.12.camel@ignacio.lan> <2285a9d20808130229w66097865lea79fb8ac018b754@mail.gmail.com> Message-ID: As for the "developed specifically for Cambria" that's a myth. If you want to make statements like that, it's more appropriate to say that TeX was designed for CM. There are 22 dimensions for a TeX math font. There are over 50 dimensions ("constants") for an OpenType MATH table, and some of them are lists! The MS folks in charge of this have stated on their blogs & typophile that they wanted to move most of the TeX built-in constants into the font. They were not kidding. MATH table flexibility does not stop there, you can have as many size variants as you like say for parentheses or radicals; these are specified as lists; unlike TeX there are no built-in rules for choosing the next "bigger" glyph from the font. Asana makes good use of this, there are up to 5-6 variants for things like widehats, tildes etc. When it runs out of the pre-designed stuff, it applies a construction rule that's also defined via lists, although this isn't anymore flexible than TeX AFAICT. You are limited to horizontal and vertical constructions. There's also a sub-table specifying alignment axis for math accents. This differs from how mark or mkmk work. The positioning info is shared between the accent and the letter. I don't think TeX has this at all. There's also some adjustment field, but fontforge crashes if you click on it :( On Wed, Aug 13, 2008 at 12:29 PM, Dave Crossland wrote: > 2008/8/13 Vasile Gaburici : >> >> The math script, aka MATH table, is a >> MS extension to OpenType. MS has not yet officially submitted any >> documentation for these math layout extensions -- and they are quite >> extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite >> this, it is the de-facto OpenType math standard, and support for it >> has appeared in FOSS projects. >> >> These extensions are implemented only in the Cambria Math font (MS), >> and now in Asana Math (FOSS). > > AIUI, the MATH table in Cambria is developed specifically for Cambria > and will not be a 100% fit for other fonts; this is hy MS hasnt done > anything about documenting it properly. > > Dave > > From dev at nigelj.com Wed Aug 13 08:45:30 2008 From: dev at nigelj.com (Nigel Jones) Date: Wed, 13 Aug 2008 20:45:30 +1200 Subject: Wiki Outage Notification - 2008-08-14 03:00 UTC & 2008-08-15 03:00 UTC Message-ID: <1218617130.2767.23.camel@fantail.jnet.net.nz> There will be an outage starting at 2008-08-14 03:00 UTC, which will last approximately 1 hour. A second outage is scheduled to start at 2008-08-15 03:00 UTC lasting approximately 30 minutes. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-08-14 03:00 UTC' date -d '2008-08-15 03:00 UTC' Affected Services: Fedora Project Wiki Unaffected Services: All Other Websites CVS / Source Control Buildsystem Database DNS Mail Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/754 Reason for Outage: We will be performing database changes to the wiki database to enable searching by default for specific categories and to switch to the internal authentication methods. We hope to be able to leave the wiki Read Only during both outages. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. Thanks, Nigel Jones _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From kevinverma at gmail.com Wed Aug 13 12:07:11 2008 From: kevinverma at gmail.com (Kevin Verma) Date: Wed, 13 Aug 2008 17:37:11 +0530 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1218552790.27760.3.camel@aglarond.local> <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: On Wed, Aug 13, 2008 at 1:28 PM, Jaroslav Reznik wrote: > Hi, > definitely nice idea to establish new SIG because small factor computers needs something else than standard laptops/workstations. I think it's not about hardware support. Yes, we need hardware support, but still drivers are only drivers and support of newer hardware is necessary for "notspinned" Fedora too. What is really interesting on these devices and especially what is the genial idea is UI. I like default Xandros on EEE because it's really easy to use it. Nice combination of "big" computer with PDA. Even my mum is able to use EEE without any problems. This is first computer aimed to PEOPLE! If you want to watch your TV, you are not clicking on some "start/gnome/kde" menu, locating TV station, confirming bunch of dialogs. You just turn on the TV! So without some user interface it's just smaller computer, nothing more, nothing less. It's shame from Asus to sell EEE with basic XP installation (and there is already EEE UI for Windows...). > So if we want to make small factor computers spin, the right way is definitely to develop something more than just only basic hardware support that should go to standard Fedora repos... I also suggest starting a SIG is right way to go, and I do support you got it right, its not just about hardware support alone. Looks we need to explore more usable UI's for small devices, also apps that are more adaptive to small screens. Looks lot of work is done by Maemo & Moblin in those areas, should we be pulling some from there ? at-least long as those are FOSS bits. Just in case I've been experimenting with RPM packaging these days here are some of experimental packages that might interest you - http://kevinverma.fedorapeople.org/packages/ I am still improving them, and playing around with some more. ~kevin From pbrobinson at gmail.com Wed Aug 13 12:12:13 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 13 Aug 2008 13:12:13 +0100 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: References: <1218552790.27760.3.camel@aglarond.local> <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <5256d0b0808130512o2d78902ej615ae4b4baaa403a@mail.gmail.com> >> definitely nice idea to establish new SIG because small factor computers needs something else than standard laptops/workstations. I think it's not about hardware support. Yes, we need hardware support, but still drivers are only drivers and support of newer hardware is necessary for "notspinned" Fedora too. What is really interesting on these devices and especially what is the genial idea is UI. I like default Xandros on EEE because it's really easy to use it. Nice combination of "big" computer with PDA. Even my mum is able to use EEE without any problems. This is first computer aimed to PEOPLE! If you want to watch your TV, you are not clicking on some "start/gnome/kde" menu, locating TV station, confirming bunch of dialogs. You just turn on the TV! So without some user interface it's just smaller computer, nothing more, nothing less. It's shame from Asus to sell EEE with basic XP installation (and there is already EEE UI for Windows...). >> So if we want to make small factor computers spin, the right way is definitely to develop something more than just only basic hardware support that should go to standard Fedora repos... > > I also suggest starting a SIG is right way to go, and I do support you > got it right, its not just about hardware support alone. > > Looks we need to explore more usable UI's for small devices, also apps > that are more adaptive to small screens. Looks lot of work is done by > Maemo & Moblin in those areas, should we be pulling some from there ? > at-least long as those are FOSS bits. Intel looking to be using Fedora for Moblin. See the thread here from last month https://www.redhat.com/archives/fedora-devel-list/2008-July/msg01381.html BTW speaking of which was there a final outcome from someone speaking with Intel @ OSCON? Cheers, Peter From jreznik at redhat.com Wed Aug 13 12:19:10 2008 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 13 Aug 2008 08:19:10 -0400 (EDT) Subject: Interested in Fedora on Smaller Machines? In-Reply-To: Message-ID: <555807441.1427781218629950361.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Kevin Verma" wrote: > I also suggest starting a SIG is right way to go, and I do support > you > got it right, its not just about hardware support alone. > > Looks we need to explore more usable UI's for small devices, also > apps > that are more adaptive to small screens. Looks lot of work is done by > Maemo & Moblin in those areas, should we be pulling some from there ? > at-least long as those are FOSS bits. There is also Ubuntu Mobile Internet Device (MID) Edition (http://www.ubuntu.com/products/mobile) (I think) based on Hildon framework (http://live.gnome.org/Hildon). > Just in case I've been experimenting with RPM packaging these days > here are some of experimental packages that might interest you - > http://kevinverma.fedorapeople.org/packages/ I am still improving > them, and playing around with some more. > > ~kevin > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From tibbs at math.uh.edu Wed Aug 13 13:02:20 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 13 Aug 2008 08:02:20 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808130727.20390.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <200808122008.21990.silfreed@silfreed.net> <200808130727.20390.silfreed@silfreed.net> Message-ID: >>>>> "DEW" == Douglas E Warner writes: DEW> Ideally syslog-ng would be in EPEL instead of only being DEW> available from my repository, and as it is I can't ship it due to DEW> this conflict. Finding the correct technical solution to the problem in Fedora should be paramount. After a good non-hackish solution which folks here agree upon has been implemented, you can then approach the RHEL engineers. DEW> Last I knew, EPEL was a Fedora initiative. Keeping reasonable technical fixes for real problems out of Fedora simply because the EPEL/RHEL interface may have additional issues is counterproductive. If the RHEL engineers won't accommodate the technically preferred solution, then you can raise that issue here or with FESCo or the board if necessary. Do you even know that they object to a reasonable solution? Have you presented it to them? - J< From b.rahul.pm at gmail.com Wed Aug 13 13:15:00 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Wed, 13 Aug 2008 18:45:00 +0530 Subject: Problem enabling new language on gdm language selection list In-Reply-To: <1218550047.9000.2.camel@localhost.localdomain> References: <1218550047.9000.2.camel@localhost.localdomain> Message-ID: On Tue, Aug 12, 2008 at 7:37 PM, Matthias Clasen wrote: > What gdm does it is only shows a language in the list if a) we have > translations for it and b) we have fonts for it. For b), we basically > ask fontconfig "do you have fonts for this language ?". It seems that > fontconfig says "no" if it doesn't know the language. It would be better > if fontconfig could say "I don't know" in that case... > Apart from these three conditions, even if fontconfig knows the language, is it necessary that fcfreetype.c has MAC language code defined for that language, in order to list it in gdm? When I tried adding .orth file, the "fc-list fontname lang" listed the appropriate language, but still it did not appear in gdm list until, the definitions were made in fcfreetype.c and ttnameid.h. Rahul. From katzj at redhat.com Wed Aug 13 13:23:28 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 13 Aug 2008 09:23:28 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1218633808.27760.37.camel@aglarond.local> On Wed, 2008-08-13 at 03:58 -0400, Jaroslav Reznik wrote: > definitely nice idea to establish new SIG because small factor computers needs something else than standard laptops/workstations. I think it's not about hardware support. Yes, we need hardware support, but still drivers are only drivers and support of newer hardware is necessary for "notspinned" Fedora too. What is really interesting on these devices and especially what is the genial idea is UI. I like default Xandros on EEE because it's really easy to use it. Nice combination of "big" computer with PDA. Even my mum is able to use EEE without any problems. This is first computer aimed to PEOPLE! If you want to watch your TV, you are not clicking on some "start/gnome/kde" menu, locating TV station, confirming bunch of dialogs. You just turn on the TV! So without some user interface it's just smaller computer, nothing more, nothing less. It's shame from Asus to sell EEE with basic XP installation (and there is already EEE UI for Windows...). > So if we want to make small factor computers spin, the right way is definitely to develop something more than just only basic hardware support that should go to standard Fedora repos... There's definitely a lot more that can be done, no question. But given timing of Fedora 10, I suspect that hardware support is going to be the best short-term thing. As far as UI changes -- there's lots of options out there. As mentioned, there's the hildon/maemo stuff as well as a number of more "custom" UI options being done on some of the preloads. But I think that perhaps the more interesting thing is actually to get Sugar up and running -- the XO has a number of similar hardware-related constraints and it also provides a nice UI for people. But I think it's a bit more of an F11 discussion to really sort of settle on something and have a full-fledged spin Jeremy From behdad at behdad.org Wed Aug 13 14:06:20 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Wed, 13 Aug 2008 10:06:20 -0400 Subject: Asana-Math: close but no cigar In-Reply-To: References: <1218595954.5233.12.camel@ignacio.lan> <2285a9d20808130229w66097865lea79fb8ac018b754@mail.gmail.com> Message-ID: <48A2EA5C.7030907@behdad.org> Vasile Gaburici wrote: > No, there actualy is some (unofficial?) MS documentation for MATH > tables. It has been seen by both George Williams (fontforge) and > Apostolos Syropoulos (asana). Ack. If someone needs the document, ask me offlist. behdad > On Wed, Aug 13, 2008 at 12:29 PM, Dave Crossland wrote: >> 2008/8/13 Vasile Gaburici : >>> The math script, aka MATH table, is a >>> MS extension to OpenType. MS has not yet officially submitted any >>> documentation for these math layout extensions -- and they are quite >>> extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite >>> this, it is the de-facto OpenType math standard, and support for it >>> has appeared in FOSS projects. >>> >>> These extensions are implemented only in the Cambria Math font (MS), >>> and now in Asana Math (FOSS). >> AIUI, the MATH table in Cambria is developed specifically for Cambria >> and will not be a 100% fit for other fonts; this is hy MS hasnt done >> anything about documenting it properly. >> >> Dave >> >> > > _______________________________________________ > Fedora-fonts-list mailing list > Fedora-fonts-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-fonts-list > From silfreed at silfreed.net Wed Aug 13 14:12:54 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 13 Aug 2008 10:12:54 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <48A2C50F.4040505@odu.neva.ru> References: <200808121406.12771.silfreed@silfreed.net> <48A23BBB.1040708@redhat.com> <48A2C50F.4040505@odu.neva.ru> Message-ID: <200808131012.54852.silfreed@silfreed.net> On Wednesday 13 August 2008 07:27:11 Dmitry Butskoy wrote: > In other words, is it possible (in general) to create common logrotate > files for all syslog-like packages? Possibly not for *all* syslog packages, but it would be possible for the sets that are available. Currently it's just this: Fedora: syslog-ng and rsyslog RHEL: syslog-ng and sysklogd But then again, there's nothing stopping rsyslog from being made available for RHEL either, so a solution that allowed all three to be installable at the same time would be the most ideal. -Doug -------------- 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 silfreed at silfreed.net Wed Aug 13 14:16:59 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 13 Aug 2008 10:16:59 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: References: <200808121406.12771.silfreed@silfreed.net> <200808130727.20390.silfreed@silfreed.net> Message-ID: <200808131017.00091.silfreed@silfreed.net> On Wednesday 13 August 2008 09:02:20 Jason L Tibbitts III wrote: > Keeping reasonable technical fixes for real problems out of Fedora > simply because the EPEL/RHEL interface may have additional issues is > counterproductive. ?If the RHEL engineers won't accommodate the > technically preferred solution, then you can raise that issue here or > with FESCo or the board if necessary. ?Do you even know that they > object to a reasonable solution? ?Have you presented it to them? I agree that I would like to find the best technical solution; I'm just not sure that a "syslog-logrotate" package is it. As pointed out in a different part of this thread, even sysklogd and rsyslog have different log rotation scripts due to restarting a different daemon. It was previously suggested that all three should use the same pid file and therefor be able to be restarted by the logrotate script regardless of which one was running. I don't like this method since it creates a problem if someone accidentally starts two syslog daemons at the same time. I don't mind contacting the Red Hat person in charge of sysklogd if we find a good solution; I just feel it would be unlikely to get a change to such a core package into RHEL. -Doug -------------- 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 pertusus at free.fr Wed Aug 13 14:17:04 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 13 Aug 2008 16:17:04 +0200 Subject: Best way to add a line to a config file from another package? In-Reply-To: References: <20080812163355.GB29797@free.fr> <20080812201213.GB13932@victor.nirvana> Message-ID: <20080813141704.GB3905@free.fr> On Wed, Aug 13, 2008 at 04:26:00AM +0300, Vasile Gaburici wrote: > Well, changing the default configuration file is not necessarily > something that dvips developers need to hear about. The original > config.ps file has section saying: > % This shows how to add your own map file. > % Remove the comment and adjust the name: > % p +myfonts.map I may be missing something, but it seems to me that we shouldn't hardcode map files in here, but instead use updmap. > However, if one were to change updmap to add ".t42" entries instead of > ".ttf" to psfonts_t1.map instead of my solution of using an additional > map, then one needs to make sure that the TeX distro ships t42 > counterparts for all ttf fonts it ships because there is no fallback > for dvips anymore if dvipsPreferOutline is enabled. And there are some > ttf fonts shipped with TeXLive, but obviously no t42 versions. What about generating t42 versions, or have them in a package that dvips depends on (on fedora...)? And then patch updamap to use t42 fonts in priority over ttf fonts? > It's not clear if dvips is even supported/maitained anymore by Radical > Eye. Their web page [http://www.radicaleye.com/dvips.html] says "To > get the latest version of dvips, simply get the latest version of > teTeX or some other TeX distribution that includes dvips. [...] I no > longer support installation of dvips independent of full installation > of a TeX distribution." So, presumably we'd have to send the patch to > TeXLive. Adding an additional map seemed a lot simpler than dealing > with this mess... It indeed seems that dvips is maintained by texlive folks, at least that's the conclusion I came to when looking at what should come from texlive or not. -- Pat From clumens at redhat.com Wed Aug 13 14:23:51 2008 From: clumens at redhat.com (Chris Lumens) Date: Wed, 13 Aug 2008 10:23:51 -0400 Subject: F10Alpha installer automatically searching "Everything" repo? In-Reply-To: References: Message-ID: <20080813142351.GN20746@localhost.localdomain> > I just started the F10 Alpha installer to upgrade from F9. It started > spinning away, and away??? I flipped to the console window, and saw that > it established an http connection to one of the Fedora mirrors. I don't > recall enabling remote repo access in the F10 installer. Can someone > confirm that I'm not missing something here, and that the F10 installer > will indeed automatically enable remote repos. If you don't give it somewhere else to install from (via passing the repo= command line option), it will default to using the Fedora mirrorlist. There's the repo editor if you would like to change that, though it's a little busted right now. Working on that. - Chris From ajax at redhat.com Wed Aug 13 14:15:40 2008 From: ajax at redhat.com (Adam Jackson) Date: Wed, 13 Aug 2008 10:15:40 -0400 Subject: cdparanoia 10.1 license change Message-ID: <1218636940.4699.207.camel@localhost.localdomain> cdparanoia has switched back to GPLv2 and LGPLv2. The libraries are LGPLv2. If this is a problem for your app or library, then, well, glibc is your first problem, and now you have two. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Wed Aug 13 14:32:25 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 13 Aug 2008 09:32:25 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808131012.54852.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <48A23BBB.1040708@redhat.com> <48A2C50F.4040505@odu.neva.ru> <200808131012.54852.silfreed@silfreed.net> Message-ID: <20080813143225.GB1529892@hiwaay.net> Once upon a time, Douglas E. Warner said: > Currently it's just this: > Fedora: syslog-ng and rsyslog > RHEL: syslog-ng and sysklogd RHEL 5.2 added rsyslog. Also, I don't see syslog-ng in RHEL (or EPEL). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From silfreed at silfreed.net Wed Aug 13 14:41:07 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 13 Aug 2008 10:41:07 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <20080813143225.GB1529892@hiwaay.net> References: <200808121406.12771.silfreed@silfreed.net> <200808131012.54852.silfreed@silfreed.net> <20080813143225.GB1529892@hiwaay.net> Message-ID: <200808131041.07734.silfreed@silfreed.net> On Wednesday 13 August 2008 10:32:25 Chris Adams wrote: > RHEL 5.2 added rsyslog. ?Also, I don't see syslog-ng in RHEL (or EPEL). No, it's not in EPEL yet, but I do have a number of people using it from my repository. I didn't realize RHEL 5.2 added rsyslog; I'll have to see if they did anything to make them both installable at the same time. -Doug -------------- 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 rc040203 at freenet.de Wed Aug 13 15:01:43 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Aug 2008 17:01:43 +0200 Subject: OpenSceneGraph-2.6.0 to enter rawhide Message-ID: <1218639704.29347.46.camel@beck.corsepiu.local> Hi, I am preparing to upgrade OpenSceneGraph in rawhide to 2.6.0. As always with OSG upgrades, this upgrade will be incompatible to previous versions of OpenSceneGraph (e.g. different SONAMEs) and thus will cause a couple of package breakages. I'll try to take care about these breakages (Most these should be resolvable by rebuilding affected packages). Ralf From cmadams at hiwaay.net Wed Aug 13 15:13:02 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 13 Aug 2008 10:13:02 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808131041.07734.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <200808131012.54852.silfreed@silfreed.net> <20080813143225.GB1529892@hiwaay.net> <200808131041.07734.silfreed@silfreed.net> Message-ID: <20080813151302.GC1529892@hiwaay.net> Once upon a time, Douglas E. Warner said: > I didn't realize RHEL 5.2 added rsyslog; I'll have to see if they did anything > to make them both installable at the same time. I see it now; the logrotate script from both packages is the same and attempts to HUP both daemons: /var/log/messages /var/log/secure /var/log/maillog /var/log/spooler /var/log/boot.log /var/log/cron { sharedscripts postrotate /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true /bin/kill -HUP `cat /var/run/rsyslogd.pid 2> /dev/null` 2> /dev/null || true endscript } Maybe instead any system logger could symlink the PID file to a common name in the init script? I.e.: start() { ... daemon syslogd $SYSLOGD_OPTIONS ln -s /var/run/syslogd.pid /var/run/system-logger.pid } Then the logrotate config could just use that file (and be included somewhere other than the various syslog packages). I don't think it is valid to have more than one syslog type daemon running at once, is it? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From darrellpf at gmail.com Wed Aug 13 15:54:12 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Wed, 13 Aug 2008 08:54:12 -0700 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <20080813114142.GA25538@jadzia.bu.edu> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> Message-ID: On Wed, Aug 13, 2008 at 04:41, Matthew Miller wrote: > On Wed, Aug 13, 2008 at 11:09:49AM +0200, Christoph Wickert wrote: > > I'm pretty sure this has nothing to do with Xfce, because Xfce doesn't > > have sound effects. Have you enabled "Launch Gnome Services on startup" > > in "Sessions and Startup"? If so, this might come from Gnome and you > > need to configure it with gnome-sound-properties. > > So, yeah, I've tried that, and it gives me an error: > > Unable to start the settings manager 'gnome-settings-daemon'. > > Without the GNOME settings manager running, some preferences may not take > effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. > KDE) settings manager may already be active and conflicting with the GNOME > settings manager. > > However, I am able to make changes there, like disabling "system sounds", > and the choices I make persist -- and the sounds don't go away no matter > what I do. > > I'm using gnome, but get the same error message with the GL Desktop control panel. It will turn on compiz but never remembers my settings. Even though I have the preferences enabled to remember running programs, nautilus and terminal programs have to be restarted each login. Most of the other preferences seem ok. I'm guessing that this is a gnome setting problem of some sort rather than an Xfce problem. darrell -------------- next part -------------- An HTML attachment was scrubbed... URL: From rc040203 at freenet.de Wed Aug 13 16:19:41 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 13 Aug 2008 18:19:41 +0200 Subject: MinGW devel rpms In-Reply-To: <7f692fec0808130333l27d87345rdd9924ad0f46a42@mail.gmail.com> References: <48A17E90.6070206@lfarkas.org> <200808120523.05872.konrad@tylerc.org> <20080812132223.GA13494@amd.home.annexia.org> <1218551774.408.38.camel@localhost.localdomain> <20080812145824.GA13773@amd.home.annexia.org> <1218554480.1421.0.camel@alguno.terneuzen.openftd.org> <20080812153759.GA13891@amd.home.annexia.org> <7f692fec0808130333l27d87345rdd9924ad0f46a42@mail.gmail.com> Message-ID: <1218644381.3286.2.camel@beck.corsepiu.local> On Wed, 2008-08-13 at 12:33 +0200, Yaakov Nemoy wrote: > On Tue, Aug 12, 2008 at 5:37 PM, Richard W.M. Jones wrote: > > On Tue, Aug 12, 2008 at 05:21:20PM +0200, Erik van Pienbroek wrote: > >> Do you have a list of the current technical issues you're coping with? > >> Maybe I can help. > > > > Yes, I did ... and in fact I was looking for it earlier today, but > > couldn't find it. So let's make a list again: > > > > (1) At the moment rpm runs programs like 'strip' on the Windows > > libraries, which actually corrupts them. To avoid that we have hacked > > the __os_install_post RPM variable so it basically doesn't do > > anything. > > > > However a better solution would be to run the correct strip binary > > depending on the type of binary/library (ie. ordinary strip or > > i686-pc-mingw32-strip as appropriate). > > > > If you have a look at this file (not written by me) and search down > > for __os_install_post, you'll see one working but rather ugly solution > > to this: > > > > http://www.annexia.org/tmp/i686-pc-mingw32-binutils.spec > > > > Is it possible to do any better? Perhaps by patching RPM itself? > > Or just modifying a) the macro or b) the strip binary itself in the > environment you compile the packages in. > > Namely > a) there is a macro __strip that you can try replacing with your own value. This will not help - RPM presumes to have only one single strip to be applied everywhere. Cross-toolchain packages contain different kinds of binary formats, with each of which requiring different tools. Ralf From jspaleta at gmail.com Wed Aug 13 16:28:41 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Aug 2008 08:28:41 -0800 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218633808.27760.37.camel@aglarond.local> References: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <1218633808.27760.37.camel@aglarond.local> Message-ID: <604aa7910808130928l5c219420p52d33b2a0d52fc6@mail.gmail.com> On Wed, Aug 13, 2008 at 5:23 AM, Jeremy Katz wrote: > As far as UI changes -- there's lots of options out there. As > mentioned, there's the hildon/maemo stuff as well as a number of more > "custom" UI options being done on some of the preloads. But I think > that perhaps the more interesting thing is actually to get Sugar up and > running -- the XO has a number of similar hardware-related constraints > and it also provides a nice UI for people. But I think it's a bit more > of an F11 discussion to really sort of settle on something and have a > full-fledged spin > Didn't greg blog about building a functional Fedora for the XO hardware recently? Did that gain traction in our OLPC SIG and are people already working on it? -jef -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Wed Aug 13 16:34:43 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 13 Aug 2008 12:34:43 -0400 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <20080813114142.GA25538@jadzia.bu.edu> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> Message-ID: <1218645283.6997.5.camel@localhost.localdomain> On Wed, 2008-08-13 at 07:41 -0400, Matthew Miller wrote: > On Wed, Aug 13, 2008 at 11:09:49AM +0200, Christoph Wickert wrote: > > I'm pretty sure this has nothing to do with Xfce, because Xfce doesn't > > have sound effects. Have you enabled "Launch Gnome Services on startup" > > in "Sessions and Startup"? If so, this might come from Gnome and you > > need to configure it with gnome-sound-properties. > > So, yeah, I've tried that, and it gives me an error: > > Unable to start the settings manager 'gnome-settings-daemon'. > > Without the GNOME settings manager running, some preferences may not take > effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. > KDE) settings manager may already be active and conflicting with the GNOME > settings manager. > > However, I am able to make changes there, like disabling "system sounds", > and the choices I make persist -- and the sounds don't go away no matter > what I do. > Let me try to clear this up. The thing that is responsible for making the sound is the libcanberra-gtk module that is shipped with libcanberra. It gets loaded by all gtk applications by means of an xinitrc.d file setting the GTK_MODULES envvar. The module respects some XSettings to turn sound events on and off: Net/SoundThemeName, Net/EnableInputFeedbackSounds, Net/EnableEventSounds. In Gnome, these XSettings are handled by the xsettings manager thats part of gnome-settings-daemon. So there are several ways to get rid of event sounds in Xfce (in decreasing order of brutality): - uninstall libcanberra - remove the xinitrc.d file, or unset GTK_MODULES somehow - make the Xfce xsettings manager handle those settings From katzj at redhat.com Wed Aug 13 16:48:20 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 13 Aug 2008 12:48:20 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <604aa7910808130928l5c219420p52d33b2a0d52fc6@mail.gmail.com> References: <15510563.1374621218614296295.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <1218633808.27760.37.camel@aglarond.local> <604aa7910808130928l5c219420p52d33b2a0d52fc6@mail.gmail.com> Message-ID: <1218646100.27760.40.camel@aglarond.local> On Wed, 2008-08-13 at 08:28 -0800, Jeff Spaleta wrote: > Didn't greg blog about building a functional Fedora for the XO > hardware recently? Did that gain traction in our OLPC SIG and are > people already working on it? There's some overlap, but not entirely. The idea there is to get a more "stock" Fedora running on the XO with something like a standard GNOME desktop. Ultimately, if there's a special spin to come out for these smaller machines, I would prefer it if it also works on the XO. And I'm doing some work on helping to make that happen as well Jeremy From vgaburici at gmail.com Wed Aug 13 17:09:13 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 13 Aug 2008 20:09:13 +0300 Subject: [Fedora-packaging] Re: Best way to add a line to a config file from another package? In-Reply-To: <20080813141704.GB3905@free.fr> References: <20080812163355.GB29797@free.fr> <20080812201213.GB13932@victor.nirvana> <20080813141704.GB3905@free.fr> Message-ID: On Wed, Aug 13, 2008 at 5:17 PM, Patrice Dumas wrote: > On Wed, Aug 13, 2008 at 04:26:00AM +0300, Vasile Gaburici wrote: >> Well, changing the default configuration file is not necessarily >> something that dvips developers need to hear about. The original >> config.ps file has section saying: >> % This shows how to add your own map file. >> % Remove the comment and adjust the name: >> % p +myfonts.map > > I may be missing something, but it seems to me that we shouldn't > hardcode map files in here, but instead use updmap. Yes, you are missing something. By default dvips uses a single map called psfonts.map[*]. What updmap esentially does is is to keep that in sync with 2 other maps (for pdftex and dvipdfm), starting from a single source: updmap.cfg. But if we add type 42 fonts, we *don't* want pdftex and dvipdfm map files to have the same entries as dvips. So using an additional map for dvips, which overrides some entries in the one generated by updmap, is reasonable. [*] I've glossed over the fact that there are two files psfonts_t1.map and psfonts_pk.map, but only one is read via a symlink. The symlink is changed by updmap depending on whether you set dvipsPreferOutline to true or false. Before my patch, otftotfm alrady installs it's own map, called lcdftools.map, which serves as the master source map for the fonts it has installed. It adds this map to updmap.cfg, so when updmap runs, it basically copies any entries in lcdftools.map to the 3 maps (dvips, pdftex, dvipdfm). With my patch, otftoftm also creates a map called psfonts_t42.map, in which it puts any t42 entries for the fonts it has installed. Except that you don't need to run updmap to blast these entries to dvips because it reads it directly (thanks to config.ps). It's okay not to spread any of these t42 entries to other maps because no other program can read those fonts. Actually, if you put a t42 font entry in pdftex's map, it won't load the font at all. I know this a bit hard to follow. I'll update the src rpm so you can test this. I'm not adding any scriptlet for now, but I'll put instructions for changing your user's config.ps in README.fedora. >> However, if one were to change updmap to add ".t42" entries instead of >> ".ttf" to psfonts_t1.map instead of my solution of using an additional >> map, then one needs to make sure that the TeX distro ships t42 >> counterparts for all ttf fonts it ships because there is no fallback >> for dvips anymore if dvipsPreferOutline is enabled. And there are some >> ttf fonts shipped with TeXLive, but obviously no t42 versions. > > What about generating t42 versions, or have them in a package that dvips > depends on (on fedora...)? And then patch updamap to use t42 fonts in > priority over ttf fonts? That was actually my first idea before I discovered that dvips can read multiple maps by itself. It seems simpler, but it is far harder to make work properly. If updmap automatically wrote t42 entries instead of ttf entries into a single dvips map, then you'd have to guarantee somehow that every ttf font has a t42 counterpart. Which is not easy, because updmap is designed as "dumb" file synchronization tool, not a font installer. Basically, it would have to check if the t42 file exists, if not it would have to call otftotfm, which essentially the reverse of how things are layered now, i.e. otftotfm invokes updmap after all the required font files have been generated. Updmap wansn't meant to do any of that. I doubt upstream would ever accept the mission creep and significant changes in updmap that would enatail. >> It's not clear if dvips is even supported/maitained anymore by Radical >> Eye. Their web page [http://www.radicaleye.com/dvips.html] says "To >> get the latest version of dvips, simply get the latest version of >> teTeX or some other TeX distribution that includes dvips. [...] I no >> longer support installation of dvips independent of full installation >> of a TeX distribution." So, presumably we'd have to send the patch to >> TeXLive. Adding an additional map seemed a lot simpler than dealing >> with this mess... > > It indeed seems that dvips is maintained by texlive folks, at least > that's the conclusion I came to when looking at what should come from > texlive or not. > > -- > Pat > > -- > Fedora-packaging mailing list > Fedora-packaging at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-packaging > > From limb at jcomserv.net Wed Aug 13 17:16:31 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Aug 2008 12:16:31 -0500 (CDT) Subject: Bodhi down? Message-ID: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> Bodhi gives me a 503. Pkgdb and FAS are fine. -Jon -- novus ordo absurdum From a.badger at gmail.com Wed Aug 13 17:48:58 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 13 Aug 2008 10:48:58 -0700 Subject: Bodhi down? In-Reply-To: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> Message-ID: <48A31E8A.50301@gmail.com> Jon Ciesla wrote: > Bodhi gives me a 503. Pkgdb and FAS are fine. > Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working out a few kinks in that deployment in #fedora-admin right now. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rdieter at math.unl.edu Wed Aug 13 17:56:32 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 13 Aug 2008 12:56:32 -0500 Subject: OpenChange/Samba4/Heimdal stack status, call for contributors In-Reply-To: <1218593048.3887.43.camel@naomi.s4.naomi.abartlet.net> References: <1218593048.3887.43.camel@naomi.s4.naomi.abartlet.net> Message-ID: <48A32050.5060609@math.unl.edu> Andrew Bartlett wrote: > Rex, > > I'm just a bit confused (because I am still a bit green to this process) > as to what I need to do next on the OpenChange stack. Is it just (quite > reasonably, given the scope of the work) awaiting more of your time, or > is it blocking on me (and I've not realised it)? blocking on me most likely... I've spent the past week @ akademy. Anyone with time and energy is welcome/encouraged to help move the review process forward. That said, now that I'm back, I'll renew my efforts to help review these. -- Rex From silfreed at silfreed.net Wed Aug 13 18:00:57 2008 From: silfreed at silfreed.net (Douglas E. Warner) Date: Wed, 13 Aug 2008 14:00:57 -0400 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <20080813151302.GC1529892@hiwaay.net> References: <200808121406.12771.silfreed@silfreed.net> <200808131041.07734.silfreed@silfreed.net> <20080813151302.GC1529892@hiwaay.net> Message-ID: <200808131400.57872.silfreed@silfreed.net> On Wednesday 13 August 2008 11:13:02 Chris Adams wrote: > I don't think it is valid to have more than one syslog type daemon > running at once, is it? It's not valid, but I don't think the service scripts should break if someone accidentally does it. I think your suggestion of symlinking the common name so the logrotate script rotates the active one but the service script still uses a package-specific pid file is great. We could probably take that one step farther and write some common service handler scripts to re-link the syslogd.pid file to the proper daemon so accidents with starting multiple daemons and then shutting down one doesn't remove the symlink completely. Thanks for the great idea; I'll see if I can work with the other two packagers to get this going. -Doug -------------- 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 limb at jcomserv.net Wed Aug 13 18:09:17 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 13 Aug 2008 13:09:17 -0500 (CDT) Subject: Bodhi down? In-Reply-To: <48A31E8A.50301@gmail.com> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> Message-ID: <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >> Bodhi gives me a 503. Pkgdb and FAS are fine. >> > Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working > out a few kinks in that deployment in #fedora-admin right now. Cool, thanks. Did I miss an Outage notification, or was this intended to be seamless? (No chop-busting is implied, purely curiosity) -J > -Toshio > > > -- novus ordo absurdum From cmadams at hiwaay.net Wed Aug 13 18:13:01 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 13 Aug 2008 13:13:01 -0500 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808131400.57872.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <200808131041.07734.silfreed@silfreed.net> <20080813151302.GC1529892@hiwaay.net> <200808131400.57872.silfreed@silfreed.net> Message-ID: <20080813181301.GC1182028@hiwaay.net> Once upon a time, Douglas E. Warner said: > On Wednesday 13 August 2008 11:13:02 Chris Adams wrote: > > I don't think it is valid to have more than one syslog type daemon > > running at once, is it? > > It's not valid, but I don't think the service scripts should break if someone > accidentally does it. I guess what I mean is will a second daemon even start? I know if you set them for remote reception, only one will start; the second will fail trying to bind the network socket. What happens if you try to start two listening locally? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From a.badger at gmail.com Wed Aug 13 19:02:18 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 13 Aug 2008 12:02:18 -0700 Subject: Bodhi down? In-Reply-To: <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> Message-ID: <48A32FBA.5090406@gmail.com> Jon Ciesla wrote: >> Jon Ciesla wrote: >>> Bodhi gives me a 503. Pkgdb and FAS are fine. >>> >> Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working >> out a few kinks in that deployment in #fedora-admin right now. > > Cool, thanks. > > Did I miss an Outage notification, or was this intended to be seamless? > (No chop-busting is implied, purely curiosity) > You didn't miss a notification. We had to start migrating to releng2 earlier than planned as releng1 was giving us troubles :-( -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mattdm at mattdm.org Wed Aug 13 19:32:21 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 13 Aug 2008 15:32:21 -0400 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <1218645283.6997.5.camel@localhost.localdomain> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> <1218645283.6997.5.camel@localhost.localdomain> Message-ID: <20080813193221.GA7928@jadzia.bu.edu> On Wed, Aug 13, 2008 at 12:34:43PM -0400, Matthias Clasen wrote: > Let me try to clear this up. You rock. Thanks. > So there are several ways to get rid of event sounds in Xfce (in > decreasing order of brutality): > - uninstall libcanberra > - remove the xinitrc.d file, or unset GTK_MODULES somehow I'll do this one for now. And probably a bug should be filed for: > - make the Xfce xsettings manager handle those settings yeah? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Wed Aug 13 19:39:33 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 13 Aug 2008 15:39:33 -0400 Subject: pkgs with archivesize 0 : rebuild needed? In-Reply-To: <20080813103543.850c022c.mschwendt@gmail.com> References: <20080813103543.850c022c.mschwendt@gmail.com> Message-ID: <1218656373.6046.7.camel@localhost.localdomain> On Wed, 2008-08-13 at 10:35 +0200, Michael Schwendt wrote: > > Number of affected packages (src.rpm %name count!): > > src: 1019 By what method did you detect this number? I'm not doubting it, just curious. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Wed Aug 13 19:41:44 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 13 Aug 2008 15:41:44 -0400 Subject: pkgs with archivesize 0 : rebuild needed? In-Reply-To: <1218656373.6046.7.camel@localhost.localdomain> References: <20080813103543.850c022c.mschwendt@gmail.com> <1218656373.6046.7.camel@localhost.localdomain> Message-ID: <1218656504.10489.45.camel@localhost.localdomain> On Wed, 2008-08-13 at 15:39 -0400, Jesse Keating wrote: > On Wed, 2008-08-13 at 10:35 +0200, Michael Schwendt wrote: > > > > Number of affected packages (src.rpm %name count!): > > > > src: 1019 > > By what method did you detect this number? I'm not doubting it, just > curious. Also, I'm curious how you came upon the problem to begin with. josh From lmacken at redhat.com Wed Aug 13 19:54:18 2008 From: lmacken at redhat.com (Luke Macken) Date: Wed, 13 Aug 2008 15:54:18 -0400 Subject: Bodhi down? In-Reply-To: <48A32FBA.5090406@gmail.com> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> <48A32FBA.5090406@gmail.com> Message-ID: <20080813195418.GH3675@x300> On Wed, Aug 13, 2008 at 12:02:18PM -0700, Toshio Kuratomi wrote: > Jon Ciesla wrote: >>> Jon Ciesla wrote: >>>> Bodhi gives me a 503. Pkgdb and FAS are fine. >>>> >>> Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working >>> out a few kinks in that deployment in #fedora-admin right now. >> >> Cool, thanks. >> >> Did I miss an Outage notification, or was this intended to be seamless? >> (No chop-busting is implied, purely curiosity) >> > You didn't miss a notification. We had to start migrating to releng2 > earlier than planned as releng1 was giving us troubles :-( Apologies for the lack of a planned outage notification. I was initially planning on making this a fairly transparent upgrade with very little downtime -- however, we encountered some issues with the server that bodhi runs on last night, and I was forced to do the upgrade on the spot... Bodhi is up, and you can view/search/comment on updates, but new update submissions are currently down. We are working to resolve this as fast as possible. I'll be sending an announcement with more details once these issues are resolved. Thanks for your patience folks, luke -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mschwendt at gmail.com Wed Aug 13 20:33:36 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Aug 2008 22:33:36 +0200 Subject: pkgs with archivesize 0 : rebuild needed? In-Reply-To: <1218656504.10489.45.camel@localhost.localdomain> References: <20080813103543.850c022c.mschwendt@gmail.com> <1218656373.6046.7.camel@localhost.localdomain> <1218656504.10489.45.camel@localhost.localdomain> Message-ID: <20080813223336.402be525.mschwendt@gmail.com> On Wed, 13 Aug 2008 15:41:44 -0400, Josh Boyer wrote: > On Wed, 2008-08-13 at 15:39 -0400, Jesse Keating wrote: > > On Wed, 2008-08-13 at 10:35 +0200, Michael Schwendt wrote: > > > > > > Number of affected packages (src.rpm %name count!): > > > > > > src: 1019 > > > > By what method did you detect this number? I'm not doubting it, just > > curious. Since I don't have a local rawhide mirror, I wrote a python script to load all rawhide repo metadata and examine the archivesize attribute of all packages. The theory behind this is that many released source rpms were built on powerpc build servers, [and for any binary/noarch rpm with a zero archivesize I used the name of the corresponding source rpm to build the complete list of pkg names]. > Also, I'm curious how you came upon the problem to begin with. See this thread: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-August/000764.html From rvinyard at cs.nmsu.edu Wed Aug 13 20:48:42 2008 From: rvinyard at cs.nmsu.edu (rvinyard at cs.nmsu.edu) Date: Wed, 13 Aug 2008 14:48:42 -0600 (MDT) Subject: Adding a line to vimrc Message-ID: <33316.155.148.81.122.1218660522.squirrel@intranet.cs.nmsu.edu> I'm packaging Google's protocol buffers library and noticed that they included a proto.vim to enable vim syntax highlighting, so I'm adding a protocol-buffer-vim subpackage. But, to do this I need to: 1. Drop proto.vim into /usr/share/vim/vim71/syntax/ 2. Add 'autocmd BufRead,BufNewFile *.proto setfiletype proto/' to /etc/vimrc The first is easy enough. The second isn't too bad if I put this into %post vim: %{__cp} /etc/vimrc /etc/vimrc.rpmsave sed 's/if has("autocmd")/if has("autocmd")\n autocmd BufRead,BufNewFile *.proto setfiletype proto/' /etc/vimrc.rpmsave > /etc/vimrc and this into %postun vim: %{__cp} /etc/vimrc /etc/vimrc.rpmsave sed -e 's/autocmd BufRead,BufNewFile \*.proto setfiletype proto//' /etc/vimrc.rpmsave > /etc/vim I couldn't find anything on how I should go about modifying vimrc other than this approach. Can anyone suggest a better approach? From debarshi.ray at gmail.com Wed Aug 13 20:51:13 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 14 Aug 2008 02:21:13 +0530 Subject: AWOL process for Jeff Carlson Message-ID: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> I would like to initiate the non-responsive maintainer policy [1] against Jeff Carlson. Jeff has not touched his packages in a long while and one of them 'zile' [2] has missed a number of upstream releases since then. An effort was made to contact by filing a bug against 'zile': https://bugzilla.redhat.com/447125 However even after subsequent reminders he did not respond. Attempts were made to contact him over email, but it looks like his email address is also out of order. So chances are he his not even getting the Bugzilla emails. In the meantime a new contributor, Rakesh [3], has come forward, who is interested in one of his packages -- zile. As the package had not been touched by a human for quite sometime and Rakesh needed a sponsor a review was submitted: https://bugzilla.redhat.com/449879 Since then Rakesh has been sponsored and his review request approved. So can we declare Jeff Carlson as AWOL and transfer ownership of 'zile' to Rakesh? Happy hacking, Debarshi [1] https://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers [2] https://admin.fedoraproject.org/pkgdb/packages/name/zile [3] https://admin.fedoraproject.org/pkgdb/users/packages/rakesh From opensource at till.name Wed Aug 13 20:57:50 2008 From: opensource at till.name (Till Maas) Date: Wed, 13 Aug 2008 22:57:50 +0200 Subject: Adding a line to vimrc In-Reply-To: <33316.155.148.81.122.1218660522.squirrel@intranet.cs.nmsu.edu> References: <33316.155.148.81.122.1218660522.squirrel@intranet.cs.nmsu.edu> Message-ID: <200808132258.04094.opensource@till.name> On Wed August 13 2008, rvinyard at cs.nmsu.edu wrote: > I'm packaging Google's protocol buffers library and noticed that they > included a proto.vim to enable vim syntax highlighting, so I'm adding a > protocol-buffer-vim subpackage. > > But, to do this I need to: > 1. Drop proto.vim into /usr/share/vim/vim71/syntax/ > 2. Add 'autocmd BufRead,BufNewFile *.proto setfiletype proto/' to > /etc/vimrc > I couldn't find anything on how I should go about modifying vimrc other > than this approach. Can anyone suggest a better approach? You can drop a file with the line from step two in a file in this directory: /usr/share/vim/vimfiles/ftdetect/ From vim-vimoutliner: augroup filetypedetect au! BufRead,BufNewFile *.otl setfiletype vo_base au! BufRead,BufNewFile *.oln setfiletype xoutliner augroup END Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From rvinyard at cs.nmsu.edu Wed Aug 13 21:09:26 2008 From: rvinyard at cs.nmsu.edu (rvinyard at cs.nmsu.edu) Date: Wed, 13 Aug 2008 15:09:26 -0600 (MDT) Subject: Adding a line to vimrc In-Reply-To: <200808132258.04094.opensource@till.name> References: <33316.155.148.81.122.1218660522.squirrel@intranet.cs.nmsu.edu> <200808132258.04094.opensource@till.name> Message-ID: <54187.155.148.81.122.1218661766.squirrel@intranet.cs.nmsu.edu> Perfect. Thanks. > On Wed August 13 2008, rvinyard at cs.nmsu.edu wrote: >> I'm packaging Google's protocol buffers library and noticed that they >> included a proto.vim to enable vim syntax highlighting, so I'm adding a >> protocol-buffer-vim subpackage. >> >> But, to do this I need to: >> 1. Drop proto.vim into /usr/share/vim/vim71/syntax/ >> 2. Add 'autocmd BufRead,BufNewFile *.proto setfiletype proto/' to >> /etc/vimrc > >> I couldn't find anything on how I should go about modifying vimrc other >> than this approach. Can anyone suggest a better approach? > > You can drop a file with the line from step two in a file in this > directory: > /usr/share/vim/vimfiles/ftdetect/ > > From vim-vimoutliner: > augroup filetypedetect > au! BufRead,BufNewFile *.otl setfiletype vo_base > au! BufRead,BufNewFile *.oln setfiletype xoutliner > augroup END > > Regards, > Till > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From rnorwood at redhat.com Wed Aug 13 21:10:29 2008 From: rnorwood at redhat.com (Robin Norwood) Date: Wed, 13 Aug 2008 17:10:29 -0400 Subject: AWOL process for Jeff Carlson In-Reply-To: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> Message-ID: <20080813171029.63eb67d4@solitude.devel.redhat.com> On Thu, 14 Aug 2008 02:21:13 +0530 "Debarshi Ray" wrote: > So can we declare Jeff Carlson as AWOL and transfer ownership of > 'zile' to Rakesh? Can we not use the term 'AWOL'? I don't know Mr. Carlson at all, but I gather his contributions to Fedora are probably entirely voluntary. The term AWOL (Away Without Leave) implies a dereliction of duty, and I think it is pejorative in the context of a volunteer effort. We often hear the phrase 'real life comes first' in reference to open source volunteerism, and this is quite possibly the case here. For all we know, Mr. Carlson may soon return to Fedora work, and may not appreciate being referred to as 'AWOL'. I suspect that maybe the non-responsive maintainer policy is no longer officially called the 'AWOL' policy for exactly this reason. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From rvinyard at cs.nmsu.edu Wed Aug 13 21:11:58 2008 From: rvinyard at cs.nmsu.edu (rvinyard at cs.nmsu.edu) Date: Wed, 13 Aug 2008 15:11:58 -0600 (MDT) Subject: Adding a line to vimrc In-Reply-To: <200808132258.04094.opensource@till.name> References: <33316.155.148.81.122.1218660522.squirrel@intranet.cs.nmsu.edu> <200808132258.04094.opensource@till.name> Message-ID: <54194.155.148.81.122.1218661918.squirrel@intranet.cs.nmsu.edu> Thanks for the pointer to vim-vimoutliner since I found a better place for the syntax file than /usr/share/vim/vim71 > On Wed August 13 2008, rvinyard at cs.nmsu.edu wrote: >> I'm packaging Google's protocol buffers library and noticed that they >> included a proto.vim to enable vim syntax highlighting, so I'm adding a >> protocol-buffer-vim subpackage. >> >> But, to do this I need to: >> 1. Drop proto.vim into /usr/share/vim/vim71/syntax/ >> 2. Add 'autocmd BufRead,BufNewFile *.proto setfiletype proto/' to >> /etc/vimrc > >> I couldn't find anything on how I should go about modifying vimrc other >> than this approach. Can anyone suggest a better approach? > > You can drop a file with the line from step two in a file in this > directory: > /usr/share/vim/vimfiles/ftdetect/ > > From vim-vimoutliner: > augroup filetypedetect > au! BufRead,BufNewFile *.otl setfiletype vo_base > au! BufRead,BufNewFile *.oln setfiletype xoutliner > augroup END > > Regards, > Till > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From mschwendt at gmail.com Wed Aug 13 21:15:13 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Aug 2008 23:15:13 +0200 Subject: AWOL process for Jeff Carlson In-Reply-To: <20080813171029.63eb67d4@solitude.devel.redhat.com> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813171029.63eb67d4@solitude.devel.redhat.com> Message-ID: <20080813231513.279a0dcd.mschwendt@gmail.com> On Wed, 13 Aug 2008 17:10:29 -0400, Robin Norwood wrote: > On Thu, 14 Aug 2008 02:21:13 +0530 > "Debarshi Ray" wrote: > > > So can we declare Jeff Carlson as AWOL and transfer ownership of > > 'zile' to Rakesh? > > Can we not use the term 'AWOL'? I don't know Mr. Carlson at all, but I > gather his contributions to Fedora are probably entirely voluntary. > The term AWOL (Away Without Leave) implies a dereliction of duty, and > I think it is pejorative in the context of a volunteer effort. We often > hear the phrase 'real life comes first' in reference to open source > volunteerism, and this is quite possibly the case here. My old proposal has been MIA (Missing In Action). Better? :) From tibbs at math.uh.edu Wed Aug 13 21:19:27 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 13 Aug 2008 16:19:27 -0500 Subject: AWOL process for Jeff Carlson In-Reply-To: <20080813231513.279a0dcd.mschwendt@gmail.com> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813171029.63eb67d4@solitude.devel.redhat.com> <20080813231513.279a0dcd.mschwendt@gmail.com> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> My old proposal has been MIA (Missing In Action). Better? :) I thought we settled on the neutral "Non-responsive" some ages ago, but we need to invoke this so rarely that I think everyone has forgotten. - J< From mschwendt at gmail.com Wed Aug 13 21:32:47 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 13 Aug 2008 23:32:47 +0200 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813171029.63eb67d4@solitude.devel.redhat.com> <20080813231513.279a0dcd.mschwendt@gmail.com> Message-ID: <20080813233247.467b2a06.mschwendt@gmail.com> On 13 Aug 2008 16:19:27 -0500, Jason L Tibbitts III wrote: > I thought we settled on the neutral "Non-responsive" some ages ago, > but we need to invoke this so rarely that I think everyone has > forgotten. Nah, see link [1] in the OP's mail in this thread. :) From benny+usenet at amorsen.dk Wed Aug 13 22:21:55 2008 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Thu, 14 Aug 2008 00:21:55 +0200 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808131017.00091.silfreed@silfreed.net> (Douglas E. Warner's message of "Wed\, 13 Aug 2008 10\:16\:59 -0400") References: <200808121406.12771.silfreed@silfreed.net> <200808130727.20390.silfreed@silfreed.net> <200808131017.00091.silfreed@silfreed.net> Message-ID: "Douglas E. Warner" writes: > It was previously suggested that all three should use the same pid file and > therefor be able to be restarted by the logrotate script regardless of which > one was running. I don't like this method since it creates a problem if > someone accidentally starts two syslog daemons at the same time. It's not just a case of "accidentally". syslog-ng is great for handling remote logs, but regular rsyslog is nice for its simple configuration. I run rsyslog on all the regular servers, and both rsyslog and syslog-ng on the log-server. yum doesn't like that very much, but I just beat it into submission. /Benny From christoph.wickert at googlemail.com Wed Aug 13 22:23:28 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 14 Aug 2008 00:23:28 +0200 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <20080813193221.GA7928@jadzia.bu.edu> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> <1218645283.6997.5.camel@localhost.localdomain> <20080813193221.GA7928@jadzia.bu.edu> Message-ID: <1218666208.5012.5.camel@wicktop.localdomain> Am Mittwoch, den 13.08.2008, 15:32 -0400 schrieb Matthew Miller: > On Wed, Aug 13, 2008 at 12:34:43PM -0400, Matthias Clasen wrote: > > Let me try to clear this up. > > You rock. Thanks. > > > So there are several ways to get rid of event sounds in Xfce (in > > decreasing order of brutality): > > - uninstall libcanberra > > - remove the xinitrc.d file, or unset GTK_MODULES somehow > > I'll do this one for now. And probably a bug should be filed for: > > > - make the Xfce xsettings manager handle those settings > > yeah? > This is something that should be done upstream and since xfce-mcs-manager is going to be replaced by xfconf in Xfce 4.6 it's not very likely to happen. Regards, Christoph From mrsam at courier-mta.com Wed Aug 13 22:37:58 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 13 Aug 2008 18:37:58 -0400 Subject: F10Alpha installer automatically searching "Everything" repo? References: <20080813142351.GN20746@localhost.localdomain> Message-ID: Chris Lumens writes: >> I just started the F10 Alpha installer to upgrade from F9. It started >> spinning away, and away??? I flipped to the console window, and saw that >> it established an http connection to one of the Fedora mirrors. I don't >> recall enabling remote repo access in the F10 installer. Can someone >> confirm that I'm not missing something here, and that the F10 installer >> will indeed automatically enable remote repos. > > If you don't give it somewhere else to install from (via passing the > repo= command line option), it will default to using the Fedora > mirrorlist. There's the repo editor if you would like to change that, > though it's a little busted right now. Working on that. Errr -- I told it exactly where to install from. When Anaconda started, stage 1 asked me for the install method, I picked "install from a URL", which I understood to be what what "install via HTTP" in previous releases, and I gave it the http URL to my loopback-mounted DVD install image. It loaded stage 2 just fine, from my loopback-mounted, but then completely forgot about it, and then installed from a remote repo, all night. I don't need a repo editor. I just need it to load packages from the URL I told Anaconda to install from, just like I've done many times in pre-F10. Bug 458899 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dtimms at iinet.net.au Wed Aug 13 22:40:11 2008 From: dtimms at iinet.net.au (David Timms) Date: Thu, 14 Aug 2008 08:40:11 +1000 Subject: pkgdb requests for watch* don't seem to be working ? Message-ID: <48A362CB.8080208@iinet.net.au> Hi, I haven't done this for a while, but wanted to add watch* for audacity: login find the package chose devel - add myself to package clicked watchbugzilla, watchcommits each one ticks, and a pulsing blue circle for a few seconds, then the tick goes away. What am I doing wrong ? DaveT. From opensource at till.name Wed Aug 13 22:42:01 2008 From: opensource at till.name (Till Maas) Date: Thu, 14 Aug 2008 00:42:01 +0200 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> Message-ID: <200808140042.16224.opensource@till.name> On Wed August 13 2008, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> My old proposal has been MIA (Missing In Action). Better? :) > > I thought we settled on the neutral "Non-responsive" some ages ago, > but we need to invoke this so rarely that I think everyone has > forgotten. According to the source of the policy page it was called AWOL (and this was the name I was also remembering): Imho in case there is a renaming of an policy, the cause should be also explained in the page. Non-native speakers may not be able to know the reasons for such a renaming without it beeing documented. For me 'AWOL' did not imply anything negative. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Wed Aug 13 22:48:32 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 13 Aug 2008 15:48:32 -0700 Subject: pkgdb requests for watch* don't seem to be working ? In-Reply-To: <48A362CB.8080208@iinet.net.au> References: <48A362CB.8080208@iinet.net.au> Message-ID: <48A364C0.9060408@gmail.com> David Timms wrote: > Hi, I haven't done this for a while, but wanted to add watch* for audacity: > login > find the package > chose devel - add myself to package > clicked watchbugzilla, watchcommits > each one ticks, and a pulsing blue circle for a few seconds, then the > tick goes away. > > What am I doing wrong ? > The last update broke some things. Please check this... I just applied a fix which should fix this. /me is still looking for the reason the "Open Package during Mass Acl[...]" checkbox isn't working. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mschwendt at gmail.com Wed Aug 13 23:10:08 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 14 Aug 2008 01:10:08 +0200 Subject: AWOL process for Jeff Carlson In-Reply-To: <200808140042.16224.opensource@till.name> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> Message-ID: <20080814011008.6fc606f7.mschwendt@gmail.com> On Thu, 14 Aug 2008 00:42:01 +0200, Till Maas wrote: > Imho in case there is a renaming of an policy, the cause should be also > explained in the page. Non-native speakers may not be able to know the > reasons for such a renaming without it beeing documented. For me 'AWOL' did > not imply anything negative. Robin has tried to explain it. The negative thing about it is that its commonly used for cases of absence _without permission_. Not just in a military context. It's used when somebody ought not be away, and being away would be considered a _breach of duty_. Being "non-responsive" is not a good thing either, but its meaning is less harsh. From bpepple at fedoraproject.org Wed Aug 13 23:14:01 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 13 Aug 2008 19:14:01 -0400 Subject: FESCo Meeting Summary for 2008-08-13 Message-ID: <1218669241.5849.11.camel@kennedy> === Members Present === * Brian Pepple (bpepple) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Jon Stanley (jds2001) * Dennis Gilmore (dgilmore) * Karsten Hopp (kick_) * Jarod Wilson (j-rod) === Members Absent === * Bill Nottingham (notting) * David Woodhouse (dwmw2) == Summary == === Upstart Status Update === * Casey Dahlin (sadmac2) and Scott James Remnant (Keybuk) gave an update on the status of Upstart for F10. It was planned that with Upstart 0.5, Fedora would begin converting large parts of the system to the "upstart way of doing things". Keybuk pointed out that several very core use cases, pertaining to the mounting of file systems, instance jobs, etc, are poorly served by current Upstart. So, until these issues are resolved upstream, we will hold off on converting to the "upstart way of doing things". === Revert curl change made for flash === * After a contentious discussion of whether to use an empty shared library linked to libcurl.so.4 (proposal #1), or to make a compat sub-package for libcurl.so.3 (proposal #2), FESCo approved proposal #1. * Proposal #1: jds2001, Kick_, nirik, bpepple * Proposal #2: jwb, dgilmore * Abstain: j-rod === Features === * FESCo approved the following feature for F10: * http://fedoraproject.org/wiki/Features/ApplianceTools * http://fedoraproject.org/wiki/Features/ApplicationInstaller * http://fedoraproject.org/wiki/Features/Eclipse34 * http://fedoraproject.org/wiki/Features/FirstAidKit * https://fedoraproject.org/wiki/Features/GNOME2_24 * https://fedoraproject.org/wiki/Features/Sugar * http://fedoraproject.org/wiki/Features/PythonNSS * FESCo held off on approving the 30 Second Startup(1) feature, since they had some questions regarding it. 1. http://fedoraproject.org/wiki/Features/30SecondStartup IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-08-13.html Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From segg2 at videotron.ca Thu Aug 14 01:10:33 2008 From: segg2 at videotron.ca (Gilles J. Seguin) Date: Wed, 13 Aug 2008 21:10:33 -0400 Subject: F10 release regards SCSI Driver regressions in F9 and F10 In-Reply-To: <89007035CA164C77AA0DA41A067ABBBF@HPLAPTOP> References: <89007035CA164C77AA0DA41A067ABBBF@HPLAPTOP> Message-ID: <1218676233.12786.29.camel@tiger.videotron.ca> On Wed, 2008-08-13 at 00:16 +0100, Aaron Gray wrote: > Whats the situation with SCSI drivers that have regressed in F9 and > that > AFAIK not been fixed in F10 ? > > The Mylex DAC960, sym53c8xx, and other controllers fail to be detected > with > the new HAL subsystem. > > It has been filed on bugzilla :- > > https://bugzilla.redhat.com/show_bug.cgi?id=447552 > > Does/could this effect F10 (beta) release at all ? the kernel version 2.6 does messy thing when using /dev mechanism and does not match the one detected by the kernel on my SCSI system. means, utilities like fdisk does not use same dev scheme. for me /dev/sda is an ATA disk. suggest to try using "e2label" cli command to label partitions and try using kernel option to locate partition. at least what you believe is the root disk, like root=UUID=abcdefgh-1234-5678-abcd try edd=off where edd is Enhanced Disk Device board may not be ACPI conformant, like if before 1998 try acpi=off again, those options will shuffle order of /dev/sd?? try be consistent across installation and boot. if you have message,initrd fail with wrong compression number add kernel option mem=512MB, that is your amount of RAM. From lmacken at redhat.com Thu Aug 14 02:15:35 2008 From: lmacken at redhat.com (Luke Macken) Date: Wed, 13 Aug 2008 22:15:35 -0400 Subject: Bodhi down? In-Reply-To: <20080813195418.GH3675@x300> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> <48A32FBA.5090406@gmail.com> <20080813195418.GH3675@x300> Message-ID: <20080814021535.GI3675@x300> On Wed, Aug 13, 2008 at 03:54:18PM -0400, Luke Macken wrote: > On Wed, Aug 13, 2008 at 12:02:18PM -0700, Toshio Kuratomi wrote: > > Jon Ciesla wrote: > >>> Jon Ciesla wrote: > >>>> Bodhi gives me a 503. Pkgdb and FAS are fine. > >>>> > >>> Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working > >>> out a few kinks in that deployment in #fedora-admin right now. > >> > >> Cool, thanks. > >> > >> Did I miss an Outage notification, or was this intended to be seamless? > >> (No chop-busting is implied, purely curiosity) > >> > > You didn't miss a notification. We had to start migrating to releng2 > > earlier than planned as releng1 was giving us troubles :-( > > Apologies for the lack of a planned outage notification. I was > initially planning on making this a fairly transparent upgrade with very > little downtime -- however, we encountered some issues with the server > that bodhi runs on last night, and I was forced to do the upgrade on the > spot... > > Bodhi is up, and you can view/search/comment on updates, but new update > submissions are currently down. We are working to resolve this as fast > as possible. I'll be sending an announcement with more details once > these issues are resolved. > > Thanks for your patience folks, Bodhi should now be usable again. Please file bugs here: https://fedorahosted.org/bodhi/newticket luke -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mattdm at mattdm.org Thu Aug 14 02:47:58 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 13 Aug 2008 22:47:58 -0400 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <1218666208.5012.5.camel@wicktop.localdomain> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> <1218645283.6997.5.camel@localhost.localdomain> <20080813193221.GA7928@jadzia.bu.edu> <1218666208.5012.5.camel@wicktop.localdomain> Message-ID: <20080814024758.GA4153@jadzia.bu.edu> On Thu, Aug 14, 2008 at 12:23:28AM +0200, Christoph Wickert wrote: > This is something that should be done upstream and since > xfce-mcs-manager is going to be replaced by xfconf in Xfce 4.6 it's not > very likely to happen. So, will xfconf already support the needed sound prefs? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From peter at thecodergeek.com Thu Aug 14 03:45:14 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 13 Aug 2008 20:45:14 -0700 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required Message-ID: <1218685514.3919.36.camel@tuxhugs> Hi, all. The Mission Control profiles in the telepathy-haze-mission-control package were originally created manually based on the Jabber/XMPP profile to allow Telepathy-using applications to support the basics of libpurple's more common protocols: AIM/ICQ, MSN, and Yahoo! IM. However, these are getting rather stale and upstream Empathy already has nicely-working profiles for Haze (with more protocol support than the old subpackage). So, in an effort to more closely track upstream's code and profiles (therefore slightly reducing the package maintenance work), I have committed and am now building new telepathy-haze and empathy packages that use Empathy's profiles instead of manually-created ones. These should hit tomorrow's rawhide but unfortunately it means that the profiles have been renamed. I have included a script named "upgrade-haze-profiles.sh" (installed as documentation) with Empathy that automagically fixes this on a per-user basis; but this script needs to be run manually. (Come to think of it, we may need to add this as a minor upgrade-related fix in the Release Notes...) Thanks, and happy hacking. :] -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Thu Aug 14 04:10:46 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 13 Aug 2008 21:10:46 -0700 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218685514.3919.36.camel@tuxhugs> References: <1218685514.3919.36.camel@tuxhugs> Message-ID: <1218687046.26879.1.camel@tuxhugs> On Wed, 2008-08-13 at 20:45 -0700, Peter Gordon wrote: > These should hit tomorrow's rawhide but unfortunately it means that the > profiles have been renamed. I have included a script named > "upgrade-haze-profiles.sh" (installed as documentation) with Empathy > that automagically fixes this on a per-user basis; but this script needs > to be run manually. Forgot to add: You may need to install the 'util-linux-ng' package (for the rename tool used in the script). -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jwilliam at xmission.com Thu Aug 14 04:16:50 2008 From: jwilliam at xmission.com (Jerry Williams) Date: Wed, 13 Aug 2008 22:16:50 -0600 Subject: F10A Why eject CD/DVD after test? Message-ID: Why are we ejecting the CD/DVD after testing it? I only have 1 to test, why eject it? Thanks, Jerry Williams From lordmorgul at gmail.com Thu Aug 14 05:08:40 2008 From: lordmorgul at gmail.com (Andrew Farris) Date: Wed, 13 Aug 2008 22:08:40 -0700 Subject: BrOffice.org in Fedora 10 In-Reply-To: <1218554730.3098.34.camel@amd5600> References: <1218476580.3564.13.camel@amd5600> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> <1218502957.3116.28.camel@amd5600> <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> <1218554730.3098.34.camel@amd5600> Message-ID: <8b14d9940808132208i38c7d84tadc40c6a15542e8e@mail.gmail.com> On Tue, Aug 12, 2008 at 8:25 AM, Igor Pires Soares wrote: > The legal discussion at BrOffice.org website is in Portuguese, which > didn't help anyway. I will contact someone from BrOffice.org NGO and try > to come up with some English material about this issue. This seems to come out fairly readable, although certainly isn't a good way to go about getting good legalese. http://translate.google.com/translate?u=http%3A%2F%2Fbroffice.org%2Fsobre&hl=en&ie=UTF8&sl=auto&tl=en -- Andrew Farris www.lordmorgul.net gpg 0x8300BF29 fingerprint 071D FFE0 4CBC 13FC 7DEB 5BD5 5F89 8E1B 8300 BF29 From mclasen at redhat.com Thu Aug 14 06:04:16 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 14 Aug 2008 02:04:16 -0400 Subject: [ft-devel] Re: Problem enabling new language on gdm language selection list In-Reply-To: References: <1218550047.9000.2.camel@localhost.localdomain> Message-ID: <1218693856.1007.3.camel@localhost.localdomain> On Wed, 2008-08-13 at 18:45 +0530, Rahul Bhalerao wrote: > On Tue, Aug 12, 2008 at 7:37 PM, Matthias Clasen wrote: > > > What gdm does it is only shows a language in the list if a) we have > > translations for it and b) we have fonts for it. For b), we basically > > ask fontconfig "do you have fonts for this language ?". It seems that > > fontconfig says "no" if it doesn't know the language. It would be better > > if fontconfig could say "I don't know" in that case... > > > > Apart from these three conditions, even if fontconfig knows the > language, is it necessary that fcfreetype.c has MAC language code > defined for that language, in order to list it in gdm? > > When I tried adding .orth file, the "fc-list fontname lang" listed the > appropriate language, but still it did not appear in gdm list until, > the definitions were made in fcfreetype.c and ttnameid.h. > I don't know offhand why that would be. Here is the code that gdm uses to determine if a language has sufficient font support: pattern = FcPatternBuild (NULL, FC_LANG, FcTypeString, language_code, NULL); if (pattern == NULL) goto done; object_set = FcObjectSetBuild (NULL, NULL); if (object_set == NULL) goto done; font_set = FcFontList (NULL, pattern, object_set); if (font_set == NULL) goto done; is_displayable = (font_set->nfont > 0); From rc040203 at freenet.de Thu Aug 14 07:48:04 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Aug 2008 09:48:04 +0200 Subject: weird ppc koji build failure Message-ID: <1218700085.3286.18.camel@beck.corsepiu.local> Hi, I am facing a weird build error on the ppc in koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 Any ideas about what is going on? [1] Ralf [1] Koji displayed kernel, openoffice, eclipse and openvrml builds running at the time my build failed -> a resources problem? From paul at city-fan.org Thu Aug 14 07:59:17 2008 From: paul at city-fan.org (Paul Howarth) Date: Thu, 14 Aug 2008 08:59:17 +0100 Subject: weird ppc koji build failure In-Reply-To: <1218700085.3286.18.camel@beck.corsepiu.local> References: <1218700085.3286.18.camel@beck.corsepiu.local> Message-ID: <48A3E5D5.8000804@city-fan.org> Ralf Corsepius wrote: > Hi, > > I am facing a weird build error on the ppc in koji: > http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 > > Any ideas about what is going on? [1] > > Ralf > > [1] Koji displayed kernel, openoffice, eclipse and openvrml builds > running at the time my build failed -> a resources problem? Looks to me like the x86_64 build failed, and the ppc and ppc64 builds were cancelled (killed) as a result. The x86_64 build log refers to bad_alloc, so a resources problem could well be the issue - have you tried resubmitting? Paul. From braden at endoframe.com Thu Aug 14 08:00:06 2008 From: braden at endoframe.com (Braden McDaniel) Date: Thu, 14 Aug 2008 04:00:06 -0400 Subject: weird ppc koji build failure In-Reply-To: <1218700085.3286.18.camel@beck.corsepiu.local> References: <1218700085.3286.18.camel@beck.corsepiu.local> Message-ID: <1218700806.3391.29.camel@hinge.endoframe.net> On Thu, 2008-08-14 at 09:48 +0200, Ralf Corsepius wrote: > Hi, > > I am facing a weird build error on the ppc in koji: > http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 x86_64 is the one with the error. > Any ideas about what is going on? [1] > > Ralf > > [1] Koji displayed kernel, openoffice, eclipse and openvrml builds > running at the time my build failed -> a resources problem? That seems very likely. -- Braden McDaniel e-mail: Jabber: From kevin.kofler at chello.at Thu Aug 14 08:02:21 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 14 Aug 2008 08:02:21 +0000 (UTC) Subject: weird ppc koji build failure References: <1218700085.3286.18.camel@beck.corsepiu.local> Message-ID: Ralf Corsepius freenet.de> writes: > I am facing a weird build error on the ppc in koji: > http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 Actually the failure is on x86_64. There's a problem with cmake on Xen builders, see: https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00270.html I'd suggest just resubmitting and hoping to hit a non-Xen builder this time. Kevin Kofler From dev at nigelj.com Thu Aug 14 08:31:31 2008 From: dev at nigelj.com (Nigel Jones) Date: Thu, 14 Aug 2008 20:31:31 +1200 Subject: weird ppc koji build failure In-Reply-To: References: <1218700085.3286.18.camel@beck.corsepiu.local> Message-ID: <1218702691.2767.46.camel@fantail.jnet.net.nz> On Thu, 2008-08-14 at 08:02 +0000, Kevin Kofler wrote: > Ralf Corsepius freenet.de> writes: > > I am facing a weird build error on the ppc in koji: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 > > Actually the failure is on x86_64. There's a problem with cmake on > Xen > builders, see: > https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00270.html > > I'd suggest just resubmitting and hoping to hit a non-Xen builder this > time. The chances of hitting a non-xen builder are quite high (~80% chance) too. As for not enough ppc resources, I don't think this is the case, we have 4 PPC builders active at the moment, they are already configured not to take jobs if they are doing too much already, and we have another 5 due to come online _sometime_. - Nigel From rc040203 at freenet.de Thu Aug 14 08:42:20 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Aug 2008 10:42:20 +0200 Subject: weird ppc koji build failure In-Reply-To: <1218700806.3391.29.camel@hinge.endoframe.net> References: <1218700085.3286.18.camel@beck.corsepiu.local> <1218700806.3391.29.camel@hinge.endoframe.net> Message-ID: <1218703340.3286.24.camel@beck.corsepiu.local> On Thu, 2008-08-14 at 04:00 -0400, Braden McDaniel wrote: > On Thu, 2008-08-14 at 09:48 +0200, Ralf Corsepius wrote: > > Hi, > > > > I am facing a weird build error on the ppc in koji: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=776710 > > x86_64 is the one with the error. Yep, I was confused and stand corrected ;) > > Any ideas about what is going on? [1] > > [1] Koji displayed kernel, openoffice, eclipse and openvrml builds > > running at the time my build failed -> a resources problem? > > That seems very likely. bad_alloc ... another indication for a resources problem ;) Build resubmitted. Now it seems to succeed cf. http://koji.fedoraproject.org/koji/taskinfo?taskID=777089 Thanks, Ralf From christoph.wickert at googlemail.com Thu Aug 14 08:46:04 2008 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 14 Aug 2008 10:46:04 +0200 Subject: Help! XFCE event sounds in Rawhide -- make it stop! In-Reply-To: <20080814024758.GA4153@jadzia.bu.edu> References: <20080813025153.GA13866@jadzia.bu.edu> <1218618589.3415.5.camel@wicktop.localdomain> <20080813114142.GA25538@jadzia.bu.edu> <1218645283.6997.5.camel@localhost.localdomain> <20080813193221.GA7928@jadzia.bu.edu> <1218666208.5012.5.camel@wicktop.localdomain> <20080814024758.GA4153@jadzia.bu.edu> Message-ID: <1218703564.3181.1.camel@wicktop.localdomain> Am Mittwoch, den 13.08.2008, 22:47 -0400 schrieb Matthew Miller: > On Thu, Aug 14, 2008 at 12:23:28AM +0200, Christoph Wickert wrote: > > This is something that should be done upstream and since > > xfce-mcs-manager is going to be replaced by xfconf in Xfce 4.6 it's not > > very likely to happen. > > So, will xfconf already support the needed sound prefs? I don't think so, I'm not even sure if the Xfce devs are aware of libcanberra. Regards, Christoph From dtimms at iinet.net.au Thu Aug 14 09:16:10 2008 From: dtimms at iinet.net.au (David Timms) Date: Thu, 14 Aug 2008 19:16:10 +1000 Subject: pkgdb requests for watch* don't seem to be working ? In-Reply-To: <48A364C0.9060408@gmail.com> References: <48A362CB.8080208@iinet.net.au> <48A364C0.9060408@gmail.com> Message-ID: <48A3F7DA.3010305@iinet.net.au> Toshio Kuratomi wrote: > David Timms wrote: >> Hi, I haven't done this for a while, but wanted to add watch* for ... > The last update broke some things. Please check this... I just applied > a fix which should fix this. It does fix it. I have been able to request subscription to the items I was interested in ;-) > /me is still looking for the reason the "Open Package during Mass > Acl[...]" checkbox isn't working. I have never noticed that one. Is this in development at the moment ? DaveT. From opensource at till.name Thu Aug 14 09:20:35 2008 From: opensource at till.name (Till Maas) Date: Thu, 14 Aug 2008 11:20:35 +0200 Subject: pkgdb requests for watch* don't seem to be working ? In-Reply-To: <48A3F7DA.3010305@iinet.net.au> References: <48A362CB.8080208@iinet.net.au> <48A364C0.9060408@gmail.com> <48A3F7DA.3010305@iinet.net.au> Message-ID: <200808141120.46333.opensource@till.name> On Thu August 14 2008, David Timms wrote: > Toshio Kuratomi wrote: > > /me is still looking for the reason the "Open Package during Mass > > Acl[...]" checkbox isn't working. > > I have never noticed that one. Is this in development at the moment ? There was an announcement on the Fedora announce list: https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00007.html Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From nils at redhat.com Thu Aug 14 11:01:59 2008 From: nils at redhat.com (Nils Philippsen) Date: Thu, 14 Aug 2008 13:01:59 +0200 Subject: AWOL process for Jeff Carlson In-Reply-To: <20080814011008.6fc606f7.mschwendt@gmail.com> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> Message-ID: <1218711719.32386.38.camel@gibraltar.str.redhat.com> On Thu, 2008-08-14 at 01:10 +0200, Michael Schwendt wrote: > On Thu, 14 Aug 2008 00:42:01 +0200, Till Maas wrote: > > > Imho in case there is a renaming of an policy, the cause should be also > > explained in the page. Non-native speakers may not be able to know the > > reasons for such a renaming without it beeing documented. For me 'AWOL' did > > not imply anything negative. > > Robin has tried to explain it. The negative thing about it is that its > commonly used for cases of absence _without permission_. Not just in a > military context. It's used when somebody ought not be away, and being > away would be considered a _breach of duty_. Well, we're not in the military here, but IMO the term AWOL is fitting insofar as you can grant your own leave rather easily by notifying the rest of us about it. Not doing so could be considered a "breach of duty", if you bear in mind that duty here is something different than duty in uniform. I don't really care about what term we use to designate non-responsive maintainers, but it should be "harsh" enough so that people are aware of the consequences of it. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From dev at nigelj.com Thu Aug 14 13:10:24 2008 From: dev at nigelj.com (Nigel Jones) Date: Fri, 15 Aug 2008 01:10:24 +1200 Subject: Banshee Orphanage Spree Message-ID: <1218719424.20539.12.camel@fantail.jnet.net.nz> Hi all, As I no longer use banshee it seems pointless to try and maintain such a large package. In addition there are several upstream weirdnesses that drove me nuts (such us distributing libraries privately) that started causing weird conflicts with other packages. All-in-all if you use them and care enough to maintain them, I'd really recommend it. The packages are: * banshee * ipod-sharp * libipoddevice * podsleuth Banshee has a nasty bug in F-8 (which I intend to file) which makes it provide ndesk-dbus-glib, and it should be possible to upgrade to 1.2.0 for F-8 now (although it's so late in the cycle it may not be worth it). Don't forget to take the bugs too! - Nigel -- Nigel Jones From vgaburici at gmail.com Thu Aug 14 14:20:22 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 14 Aug 2008 17:20:22 +0300 Subject: libgweather 50Mb?? Message-ID: Isn't there some streamlined way of installing this? I mean, for a feature I never use this is one of largest packages dumped on my disk. # rpm -e libgweather error: Failed dependencies: libgweather.so.1 is needed by (installed) gnome-applets-2.22.3-1.fc9.i386 libgweather.so.1 is needed by (installed) gnome-panel-2.22.2-2.fc9.i386 From Victor.Lazzarini at nuim.ie Thu Aug 14 14:24:23 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Thu, 14 Aug 2008 15:24:23 +0100 Subject: Koji proxy question Message-ID: <0K5L009QCHCOW530@mango.nuim.ie> Dear all, I am not sure whether this is the right forum, but here it goes. I am behind a firewall and cannot connect to koji server using the CLI koji. How does one set up a proxy connection? Another question, when trying to use the web interface. I cannot login: I always get an error message from firefox. Thanks Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From lsof at nodata.co.uk Thu Aug 14 14:25:46 2008 From: lsof at nodata.co.uk (nodata) Date: Thu, 14 Aug 2008 16:25:46 +0200 Subject: Koji proxy question In-Reply-To: <0K5L009QCHCOW530@mango.nuim.ie> References: <0K5L009QCHCOW530@mango.nuim.ie> Message-ID: <1218723946.6364.12.camel@sb-home> Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: > Dear all, > > I am not sure whether this is the right forum, but here it goes. > I am behind a firewall and cannot connect to koji server using > the CLI koji. How does one set up a proxy connection? > > Another question, when trying to use the web interface. I cannot > login: I always get an error message from firefox. > > Thanks > > Victor Lazzarini > Music Technology Laboratory > Music Department > National University of Ireland, Maynooth > Error? From jreiser at BitWagon.com Thu Aug 14 14:36:07 2008 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 14 Aug 2008 07:36:07 -0700 Subject: libgweather 50Mb?? In-Reply-To: References: Message-ID: <48A442D7.6030108@BitWagon.com> > Isn't there some streamlined way of installing this? I mean, for a > feature I never use this is one of largest packages dumped on my disk. This is poor design of libgweather. There are several dozen .xml locale files, each about 1MB or so, plus corresponding .mo localized message files (rather small.) gzip compresses each *.xml file about 6:1. Obviously the package should use gzopen. The workaround is to remove the files for the locales that do not interest you. -- From wwoods at redhat.com Thu Aug 14 14:36:09 2008 From: wwoods at redhat.com (Will Woods) Date: Thu, 14 Aug 2008 10:36:09 -0400 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218687046.26879.1.camel@tuxhugs> References: <1218685514.3919.36.camel@tuxhugs> <1218687046.26879.1.camel@tuxhugs> Message-ID: <1218724569.4588.12.camel@metroid.rdu.redhat.com> On Wed, 2008-08-13 at 21:10 -0700, Peter Gordon wrote: > On Wed, 2008-08-13 at 20:45 -0700, Peter Gordon wrote: > > These should hit tomorrow's rawhide but unfortunately it means that the > > profiles have been renamed. I have included a script named > > "upgrade-haze-profiles.sh" (installed as documentation) with Empathy > > that automagically fixes this on a per-user basis; but this script needs > > to be run manually. > > Forgot to add: You may need to install the 'util-linux-ng' package (for > the rename tool used in the script). Peter: First, thanks for including this. There's quite a few of these types of bugs lurking in various packages and it makes me happy when I see maintainers actively fighting them. That said, I've got two questions: 1) What users will be affected? Anyone who's ever installed any version of empathy, or only people who have had certain versions installed? If the latter, which versions? 2) Why couldn't this be done as part of the package's %post script? -w -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3153 bytes Desc: not available URL: From Victor.Lazzarini at nuim.ie Thu Aug 14 14:40:43 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Thu, 14 Aug 2008 15:40:43 +0100 Subject: Koji proxy question In-Reply-To: <1218723946.6364.12.camel@sb-home> References: <0K5L009QCHCOW530@mango.nuim.ie> <1218723946.6364.12.camel@sb-home> Message-ID: <0K5L009O5I3WW540@mango.nuim.ie> Koji seems to be down now, as I can't even load it on the browser, so I can't check the error number. Any suggestions as to proxy setup? A line in /etc/koji.conf does not do anything (proxy = ...) neither does the http_proxy environment var. Is there not anyone else behind firewalls? At 15:25 14/08/2008, you wrote: >Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: > > Dear all, > > > > I am not sure whether this is the right forum, but here it goes. > > I am behind a firewall and cannot connect to koji server using > > the CLI koji. How does one set up a proxy connection? > > > > Another question, when trying to use the web interface. I cannot > > login: I always get an error message from firefox. > > > > Thanks > > > > Victor Lazzarini > > Music Technology Laboratory > > Music Department > > National University of Ireland, Maynooth > > > >Error? > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-list Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From mikeb at redhat.com Thu Aug 14 14:44:50 2008 From: mikeb at redhat.com (Mike Bonnet) Date: Thu, 14 Aug 2008 10:44:50 -0400 Subject: Koji proxy question In-Reply-To: <0K5L009O5I3WW540@mango.nuim.ie> References: <0K5L009QCHCOW530@mango.nuim.ie> <1218723946.6364.12.camel@sb-home> <0K5L009O5I3WW540@mango.nuim.ie> Message-ID: <1218725090.9557.2.camel@burren.bos.redhat.com> On Thu, 2008-08-14 at 15:40 +0100, Victor Lazzarini wrote: > Koji seems to be down now, as I can't even load it on the browser, so > I can't check the error number. Any suggestions as to proxy setup? > A line in /etc/koji.conf does not do anything (proxy = ...) neither > does the http_proxy environment var. Is there not anyone else behind > firewalls? Koji uses only ports 80 and 443 (http and https). Does your firewall not let these ports through? At the moment Koji does not support proxies directly. It's on our todo, but it would be a significant amount of effort. Since it only uses generally-open ports, it was hoped that adding this support might not be necessary. > At 15:25 14/08/2008, you wrote: > >Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: > > > Dear all, > > > > > > I am not sure whether this is the right forum, but here it goes. > > > I am behind a firewall and cannot connect to koji server using > > > the CLI koji. How does one set up a proxy connection? > > > > > > Another question, when trying to use the web interface. I cannot > > > login: I always get an error message from firefox. > > > > > > Thanks > > > > > > Victor Lazzarini > > > Music Technology Laboratory > > > Music Department > > > National University of Ireland, Maynooth > > > > > > >Error? > > > >-- > >fedora-devel-list mailing list > >fedora-devel-list at redhat.com > >https://www.redhat.com/mailman/listinfo/fedora-devel-list > > Victor Lazzarini > Music Technology Laboratory > Music Department > National University of Ireland, Maynooth > From ajax at redhat.com Thu Aug 14 14:38:19 2008 From: ajax at redhat.com (Adam Jackson) Date: Thu, 14 Aug 2008 10:38:19 -0400 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218724569.4588.12.camel@metroid.rdu.redhat.com> References: <1218685514.3919.36.camel@tuxhugs> <1218687046.26879.1.camel@tuxhugs> <1218724569.4588.12.camel@metroid.rdu.redhat.com> Message-ID: <1218724699.4467.2.camel@localhost.localdomain> On Thu, 2008-08-14 at 10:36 -0400, Will Woods wrote: > On Wed, 2008-08-13 at 21:10 -0700, Peter Gordon wrote: > > On Wed, 2008-08-13 at 20:45 -0700, Peter Gordon wrote: > > > These should hit tomorrow's rawhide but unfortunately it means that the > > > profiles have been renamed. I have included a script named > > > "upgrade-haze-profiles.sh" (installed as documentation) with Empathy > > > that automagically fixes this on a per-user basis; but this script needs > > > to be run manually. > > > > Forgot to add: You may need to install the 'util-linux-ng' package (for > > the rename tool used in the script). > > Peter: > > First, thanks for including this. There's quite a few of these types of > bugs lurking in various packages and it makes me happy when I see > maintainers actively fighting them. > > That said, I've got two questions: > > 1) What users will be affected? Anyone who's ever installed any version > of empathy, or only people who have had certain versions installed? If > the latter, which versions? > > 2) Why couldn't this be done as part of the package's %post script? Typically we don't try to muck with things in people's ~'s in %post. Among other things, it's entirely too fragile in the face of network file systems and/or distributed user databases. It would be more useful if the UI could notice the existence of an old-style user profile and invoke the migration script for you. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From Victor.Lazzarini at nuim.ie Thu Aug 14 14:53:31 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Thu, 14 Aug 2008 15:53:31 +0100 Subject: Koji proxy question In-Reply-To: <1218725090.9557.2.camel@burren.bos.redhat.com> References: <0K5L009QCHCOW530@mango.nuim.ie> <1218723946.6364.12.camel@sb-home> <0K5L009O5I3WW540@mango.nuim.ie> <1218725090.9557.2.camel@burren.bos.redhat.com> Message-ID: <0K5L009EJIP7W550@mango.nuim.ie> Well, nope, my Uni is very paranoid about security and our firewall doesn't let anything through (everything goes through the proxy, either http or socks). I would need to setup an open access machine, which I am unwilling to do. Or work with Koji from home (as I have been doing). I am surprised that Koji does not support proxies. Victor At 15:44 14/08/2008, you wrote: >On Thu, 2008-08-14 at 15:40 +0100, Victor Lazzarini wrote: > > Koji seems to be down now, as I can't even load it on the browser, so > > I can't check the error number. Any suggestions as to proxy setup? > > A line in /etc/koji.conf does not do anything (proxy = ...) neither > > does the http_proxy environment var. Is there not anyone else behind > > firewalls? > >Koji uses only ports 80 and 443 (http and https). Does your firewall >not let these ports through? > >At the moment Koji does not support proxies directly. It's on our todo, >but it would be a significant amount of effort. Since it only uses >generally-open ports, it was hoped that adding this support might not be >necessary. > > > At 15:25 14/08/2008, you wrote: > > >Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: > > > > Dear all, > > > > > > > > I am not sure whether this is the right forum, but here it goes. > > > > I am behind a firewall and cannot connect to koji server using > > > > the CLI koji. How does one set up a proxy connection? > > > > > > > > Another question, when trying to use the web interface. I cannot > > > > login: I always get an error message from firefox. > > > > > > > > Thanks > > > > > > > > Victor Lazzarini > > > > Music Technology Laboratory > > > > Music Department > > > > National University of Ireland, Maynooth > > > > > > > > > >Error? > > > > > >-- > > >fedora-devel-list mailing list > > >fedora-devel-list at redhat.com > > >https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > Victor Lazzarini > > Music Technology Laboratory > > Music Department > > National University of Ireland, Maynooth > > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-list Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From igorsoares at gmail.com Thu Aug 14 15:02:24 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Thu, 14 Aug 2008 12:02:24 -0300 Subject: BrOffice.org in Fedora 10 In-Reply-To: <8b14d9940808132208i38c7d84tadc40c6a15542e8e@mail.gmail.com> References: <1218476580.3564.13.camel@amd5600> <1218487621.12612.13.camel@aglarond.local> <1218488379.12612.16.camel@aglarond.local> <1218488637.13556.1.camel@localhost.localdomain> <1218489162.12612.19.camel@aglarond.local> <604aa7910808111532o2d5d0c07mee50ff4f1d581f84@mail.gmail.com> <1218502957.3116.28.camel@amd5600> <604aa7910808112214u5a7adcc7r9ee7ce5ee76a1cac@mail.gmail.com> <1218554730.3098.34.camel@amd5600> <8b14d9940808132208i38c7d84tadc40c6a15542e8e@mail.gmail.com> Message-ID: <1218726144.3065.12.camel@amd5600> Em Qua, 2008-08-13 ?s 22:08 -0700, Andrew Farris escreveu: > On Tue, Aug 12, 2008 at 8:25 AM, Igor Pires Soares wrote: > > The legal discussion at BrOffice.org website is in Portuguese, which > > didn't help anyway. I will contact someone from BrOffice.org NGO and try > > to come up with some English material about this issue. > > This seems to come out fairly readable, although certainly isn't a > good way to go about getting good legalese. > http://translate.google.com/translate?u=http%3A%2F%2Fbroffice.org%2Fsobre&hl=en&ie=UTF8&sl=auto&tl=en Thanks Andrew, I sent a e-mail to them but so far I didn't receive the reply. Just to add some information, if somebody goes to the official OOo website at http://www.openoffice.org/ and tries to download the office suite in Brazilian Portuguese will see that the download page will redirect to BrOffice.org website. This is how upstream does, we could have the same effect offering BrOffice.org instead of OpenOffice.org in Fedora Installation for those users who select Brazilian Portuguese language. Regards, Igor Pires Soares From lemenkov at gmail.com Thu Aug 14 15:00:22 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 14 Aug 2008 19:00:22 +0400 Subject: iLBC codec legal status Message-ID: Hello All! ILBC is a low-bitrate codec used in many OSS and commerciall applications. However its legal status isn't clear at least for me. Codec itself distributed in opensource form, but no publically available tarball available exists. Instead of this, sources of reference implementation can be accessed as an appendix to RFC 3951: http://www.ietf.org/rfc/rfc3951.txt Someone already extracted source from this RFC, and extracted sources available as 3rd party library in many OSS voip projects, for example: http://download.savannah.nongnu.org/releases/linphone/1.3.x/source/ilbc-rfc3951.tar.gz The source has no explicit license but every file in tarball contains the following header: ================================= /****************************************************************** iLBC Speech Coder ANSI-C Source Code iLBC_encode.h Copyright (C) The Internet Society (2004). All Rights Reserved. ******************************************************************/ ================================= The RFC itself contains the following license banner: ================================= Full Copyright Statement Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the IETF's procedures with respect to rights in IETF Documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr at ietf.org. ================================= At the iLBC site ( http://ilbcfreeware.org/ ) they mention that this codec is FREE (meaning that no fee required), but under the following license: http://ilbcfreeware.org/documentation/gips_iLBClicense.pdf ======================= ll use of the Original Code (GIPS iLBC , and code provided by GIPS as part of any related IETF Standard or draft standard) is subject to the complete Global IP Sound iLBC Public License, IETF Standard, Limited Commercial Use (the (License"). By accessing the Original Code You agree to the License terms. PLEASE SEE THE COMPLETE LICENSE BELOW FOR ADDITIONAL TERMS. In general: - Personal, non-commercial use is generally permitted. - Commercialization is permitted with certain limitations; for example, to ensure that every iLBC decoder can decode every iLBC-encoded payload, commercial "Deployment" must comply with the applicable IETF Standard/draft, and the format of the bitstream may not be modified. - You are provided no warranty or support, and all liability is disclaimed. - You must register this license with GIPS prior to any commercial Deployment. ======================= Is it acceptable for inclusion into Fedora? If yes, then what sort of license is this? -- With best regards! From lemenkov at gmail.com Thu Aug 14 15:00:22 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 14 Aug 2008 19:00:22 +0400 Subject: iLBC codec legal status Message-ID: Hello All! ILBC is a low-bitrate codec used in many OSS and commerciall applications. However its legal status isn't clear at least for me. Codec itself distributed in opensource form, but no publically available tarball available exists. Instead of this, sources of reference implementation can be accessed as an appendix to RFC 3951: http://www.ietf.org/rfc/rfc3951.txt Someone already extracted source from this RFC, and extracted sources available as 3rd party library in many OSS voip projects, for example: http://download.savannah.nongnu.org/releases/linphone/1.3.x/source/ilbc-rfc3951.tar.gz The source has no explicit license but every file in tarball contains the following header: ================================= /****************************************************************** iLBC Speech Coder ANSI-C Source Code iLBC_encode.h Copyright (C) The Internet Society (2004). All Rights Reserved. ******************************************************************/ ================================= The RFC itself contains the following license banner: ================================= Full Copyright Statement Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the IETF's procedures with respect to rights in IETF Documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr at ietf.org. ================================= At the iLBC site ( http://ilbcfreeware.org/ ) they mention that this codec is FREE (meaning that no fee required), but under the following license: http://ilbcfreeware.org/documentation/gips_iLBClicense.pdf ======================= ll use of the Original Code (GIPS iLBC , and code provided by GIPS as part of any related IETF Standard or draft standard) is subject to the complete Global IP Sound iLBC Public License, IETF Standard, Limited Commercial Use (the (License"). By accessing the Original Code You agree to the License terms. PLEASE SEE THE COMPLETE LICENSE BELOW FOR ADDITIONAL TERMS. In general: - Personal, non-commercial use is generally permitted. - Commercialization is permitted with certain limitations; for example, to ensure that every iLBC decoder can decode every iLBC-encoded payload, commercial "Deployment" must comply with the applicable IETF Standard/draft, and the format of the bitstream may not be modified. - You are provided no warranty or support, and all liability is disclaimed. - You must register this license with GIPS prior to any commercial Deployment. ======================= Is it acceptable for inclusion into Fedora? If yes, then what sort of license is this? -- With best regards! From jeff at ocjtech.us Thu Aug 14 15:39:17 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 14 Aug 2008 10:39:17 -0500 Subject: iLBC codec legal status In-Reply-To: References: Message-ID: <935ead450808140839u5916c6a6o336b138b8ac03b3e@mail.gmail.com> On Thu, Aug 14, 2008 at 10:00 AM, Peter Lemenkov wrote: > > ILBC is a low-bitrate codec used in many OSS and commerciall > applications. However its legal status isn't clear at least for me. [...] > Is it acceptable for inclusion into Fedora? No, it is not, because it places unacceptable restrictions on commercial use. I had to strip iLBC from Asterisk tarballs for quite a while until Digium finally removed the code themselves. Jeff From mikeb at redhat.com Thu Aug 14 15:45:00 2008 From: mikeb at redhat.com (Mike Bonnet) Date: Thu, 14 Aug 2008 11:45:00 -0400 Subject: Koji proxy question In-Reply-To: <0K5L009EJIP7W550@mango.nuim.ie> References: <0K5L009QCHCOW530@mango.nuim.ie> <1218723946.6364.12.camel@sb-home> <0K5L009O5I3WW540@mango.nuim.ie> <1218725090.9557.2.camel@burren.bos.redhat.com> <0K5L009EJIP7W550@mango.nuim.ie> Message-ID: <1218728700.9557.3.camel@burren.bos.redhat.com> On Thu, 2008-08-14 at 15:53 +0100, Victor Lazzarini wrote: > Well, nope, my Uni is very paranoid about security and our > firewall doesn't let anything through (everything goes through > the proxy, either http or socks). I would need to setup an > open access machine, which I am unwilling to do. Or work > with Koji from home (as I have been doing). > > I am surprised that Koji does not support proxies. Patches welcome. :) > Victor > > At 15:44 14/08/2008, you wrote: > >On Thu, 2008-08-14 at 15:40 +0100, Victor Lazzarini wrote: > > > Koji seems to be down now, as I can't even load it on the browser, so > > > I can't check the error number. Any suggestions as to proxy setup? > > > A line in /etc/koji.conf does not do anything (proxy = ...) neither > > > does the http_proxy environment var. Is there not anyone else behind > > > firewalls? > > > >Koji uses only ports 80 and 443 (http and https). Does your firewall > >not let these ports through? > > > >At the moment Koji does not support proxies directly. It's on our todo, > >but it would be a significant amount of effort. Since it only uses > >generally-open ports, it was hoped that adding this support might not be > >necessary. > > > > > At 15:25 14/08/2008, you wrote: > > > >Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: > > > > > Dear all, > > > > > > > > > > I am not sure whether this is the right forum, but here it goes. > > > > > I am behind a firewall and cannot connect to koji server using > > > > > the CLI koji. How does one set up a proxy connection? > > > > > > > > > > Another question, when trying to use the web interface. I cannot > > > > > login: I always get an error message from firefox. > > > > > > > > > > Thanks > > > > > > > > > > Victor Lazzarini > > > > > Music Technology Laboratory > > > > > Music Department > > > > > National University of Ireland, Maynooth > > > > > > > > > > > > >Error? > > > > > > > >-- > > > >fedora-devel-list mailing list > > > >fedora-devel-list at redhat.com > > > >https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > Victor Lazzarini > > > Music Technology Laboratory > > > Music Department > > > National University of Ireland, Maynooth > > > > > > >-- > >fedora-devel-list mailing list > >fedora-devel-list at redhat.com > >https://www.redhat.com/mailman/listinfo/fedora-devel-list > > Victor Lazzarini > Music Technology Laboratory > Music Department > National University of Ireland, Maynooth > From pertusus at free.fr Thu Aug 14 15:55:43 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Aug 2008 17:55:43 +0200 Subject: rpath in kde packages added by cmake Message-ID: <20080814155543.GG2646@free.fr> Hello, In kchmviewer, some rpath are added, that are certainly unneeded: kchmviewer.i386: E: binary-or-shlib-defines-rpath /usr/lib/kde4/kio_msits.so ['/usr/lib', '/usr/lib/kde4/devel'] kchmviewer.i386: E: binary-or-shlib-defines-rpath /usr/bin/kchmviewer ['/usr/lib', '/usr/lib/kde4/devel'] /usr/lib is unneeded for sure and /usr/lib/kde4/devel seems to be unneeded to me too, since, at least looking at libkio.so, one has /usr/lib/kde4/devel/libkio.so -> ../../libkio.so.5 so that at runtime /usr/lib/libkio.so.5 can be used and the rpath is unnecessary (at link time it is important to use /usr/lib/kde4/devel/ since there is another library version linked with /usr/lib/libkio.so). However on http://fedoraproject.org/wiki/Packaging/cmake it is advised against removing the rpaths with -DCMAKE_SKIP_RPATH:BOOL=ON. Is it relevant here? Am I doing a sound analysis? Is it a known issue? Should I use chrpath, or a cmake trick? A build with rpath removed with chrpath seems to be fine. -- Pat From kevin.kofler at chello.at Thu Aug 14 16:00:05 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 14 Aug 2008 16:00:05 +0000 (UTC) Subject: rpath in kde packages added by cmake References: <20080814155543.GG2646@free.fr> Message-ID: Patrice Dumas free.fr> writes: > it is advised against removing the rpaths with -DCMAKE_SKIP_RPATH:BOOL=ON. > Is it relevant here? Am I doing a sound analysis? Is it a known issue? > Should I use chrpath, or a cmake trick? KDE 4 application packages should use %cmake_kde4, which among other things sets -DCMAKE_SKIP_RPATH:BOOL=ON (to work around this very problem), instead of plain %cmake. It also sets some other settings which may be relevant for KDE apps. Kevin Kofler From pertusus at free.fr Thu Aug 14 16:04:36 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 14 Aug 2008 18:04:36 +0200 Subject: rpath in kde packages added by cmake In-Reply-To: References: <20080814155543.GG2646@free.fr> Message-ID: <20080814160435.GH2646@free.fr> On Thu, Aug 14, 2008 at 04:00:05PM +0000, Kevin Kofler wrote: > Patrice Dumas free.fr> writes: > > it is advised against removing the rpaths with -DCMAKE_SKIP_RPATH:BOOL=ON. > > Is it relevant here? Am I doing a sound analysis? Is it a known issue? > > Should I use chrpath, or a cmake trick? > > KDE 4 application packages should use %cmake_kde4, which among other things > sets -DCMAKE_SKIP_RPATH:BOOL=ON (to work around this very problem), instead of > plain %cmake. It also sets some other settings which may be relevant for KDE > apps. Could kde and cmake aware people add some bits of documentation around this on http://fedoraproject.org/wiki/Packaging/cmake Or maybe I missed some other place where it is described? -- Pat From andy at andrewprice.me.uk Thu Aug 14 16:06:35 2008 From: andy at andrewprice.me.uk (Andrew Price) Date: Thu, 14 Aug 2008 17:06:35 +0100 Subject: Koji proxy question In-Reply-To: <1218723946.6364.12.camel@sb-home> References: <0K5L009QCHCOW530@mango.nuim.ie> <1218723946.6364.12.camel@sb-home> Message-ID: On 14/08/08 15:25, nodata wrote: > Am Donnerstag, den 14.08.2008, 15:24 +0100 schrieb Victor Lazzarini: >> Another question, when trying to use the web interface. I cannot >> login: I always get an error message from firefox. > > Error? > I don't know about Victor's error but I was getting an 'ssl_error_handshake_failure_alert' error earlier when I tried to log in but now koji isn't responding at all. -- Andy Price From rdieter at math.unl.edu Thu Aug 14 16:30:26 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 14 Aug 2008 11:30:26 -0500 Subject: rpath in kde packages added by cmake References: <20080814155543.GG2646@free.fr> <20080814160435.GH2646@free.fr> Message-ID: Patrice Dumas wrote: > Could kde and cmake aware people add some bits of documentation around > this on > http://fedoraproject.org/wiki/Packaging/cmake > Or maybe I missed some other place where it is described? for now, * http://fedoraproject.org/wiki/SIGs/KDE/KDE4FAQ * Look at other kde4-related pkgs for examples * peruse /etc/rpm/macros.kde4 -- Rex From gnomeuser at gmail.com Thu Aug 14 17:09:46 2008 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 14 Aug 2008 19:09:46 +0200 Subject: Bodhi down? In-Reply-To: <20080814021535.GI3675@x300> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> <48A32FBA.5090406@gmail.com> <20080813195418.GH3675@x300> <20080814021535.GI3675@x300> Message-ID: <1dedbbfc0808141009x3cd087bdif5e9545eda0efa48@mail.gmail.com> Den 14. aug. 2008 04.15 skrev Luke Macken : > On Wed, Aug 13, 2008 at 03:54:18PM -0400, Luke Macken wrote: > > On Wed, Aug 13, 2008 at 12:02:18PM -0700, Toshio Kuratomi wrote: > > > Jon Ciesla wrote: > > >>> Jon Ciesla wrote: > > >>>> Bodhi gives me a 503. Pkgdb and FAS are fine. > > >>>> > > >>> Yes, we're migrating bodhi from releng1 to releng2 ATM. We're > working > > >>> out a few kinks in that deployment in #fedora-admin right now. > > >> > > >> Cool, thanks. > > >> > > >> Did I miss an Outage notification, or was this intended to be > seamless? > > >> (No chop-busting is implied, purely curiosity) > > >> > > > You didn't miss a notification. We had to start migrating to releng2 > > > earlier than planned as releng1 was giving us troubles :-( > > > > Apologies for the lack of a planned outage notification. I was > > initially planning on making this a fairly transparent upgrade with very > > little downtime -- however, we encountered some issues with the server > > that bodhi runs on last night, and I was forced to do the upgrade on the > > spot... > > > > Bodhi is up, and you can view/search/comment on updates, but new update > > submissions are currently down. We are working to resolve this as fast > > as possible. I'll be sending an announcement with more details once > > these issues are resolved. > > > > Thanks for your patience folks, > > Bodhi should now be usable again. > > Please file bugs here: https://fedorahosted.org/bodhi/newticket Might this also have something to do with why koji.fedoraproject.org has been timing out for me for the last hour or so. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From cdahlin at redhat.com Thu Aug 14 17:29:49 2008 From: cdahlin at redhat.com (Casey Dahlin) Date: Thu, 14 Aug 2008 13:29:49 -0400 Subject: iLBC codec legal status In-Reply-To: <935ead450808140839u5916c6a6o336b138b8ac03b3e@mail.gmail.com> References: <935ead450808140839u5916c6a6o336b138b8ac03b3e@mail.gmail.com> Message-ID: <48A46B8D.5010307@redhat.com> Jeffrey Ollie wrote: > On Thu, Aug 14, 2008 at 10:00 AM, Peter Lemenkov wrote: > >> ILBC is a low-bitrate codec used in many OSS and commerciall >> applications. However its legal status isn't clear at least for me. >> > > [...] > > >> Is it acceptable for inclusion into Fedora? >> > > No, it is not, because it places unacceptable restrictions on commercial use. > > I had to strip iLBC from Asterisk tarballs for quite a while until > Digium finally removed the code themselves. > > Jeff > > Is the restriction on the reference implementation or the codec itself? If the latter, could someone not re-implement it without looking at the reference implementation? My understanding is Copyright couldn't prevent someone from re-implementing and using their code under whatever license. Patents, however, could. I2ANAL --CJD From dpquigl at tycho.nsa.gov Thu Aug 14 18:15:07 2008 From: dpquigl at tycho.nsa.gov (David P. Quigley) Date: Thu, 14 Aug 2008 14:15:07 -0400 Subject: iLBC codec legal status In-Reply-To: <48A46B8D.5010307@redhat.com> References: <935ead450808140839u5916c6a6o336b138b8ac03b3e@mail.gmail.com> <48A46B8D.5010307@redhat.com> Message-ID: <1218737707.2609.57.camel@moss-terrapins.epoch.ncsc.mil> On Thu, 2008-08-14 at 13:29 -0400, Casey Dahlin wrote: > Jeffrey Ollie wrote: > > On Thu, Aug 14, 2008 at 10:00 AM, Peter Lemenkov wrote: > > > >> ILBC is a low-bitrate codec used in many OSS and commerciall > >> applications. However its legal status isn't clear at least for me. > >> > > > > [...] > > > > > >> Is it acceptable for inclusion into Fedora? > >> > > > > No, it is not, because it places unacceptable restrictions on commercial use. > > > > I had to strip iLBC from Asterisk tarballs for quite a while until > > Digium finally removed the code themselves. > > > > Jeff > > > > > Is the restriction on the reference implementation or the codec itself? > If the latter, could someone not re-implement it without looking at the > reference implementation? > > My understanding is Copyright couldn't prevent someone from > re-implementing and using their code under whatever license. Patents, > however, could. > > I2ANAL > > --CJD > It is most likely on the reference implementation but IANAL. At IETF 72 a couple of weeks back they talked about there being concerns with the licenses used on code generated for RFCs and at IETF hackathons. Apparently there were concerns by a lot of people about the license used on the code so they moved effective as of that talk all new code to a BSD license. You could contact the ISOC to see if they would be willing to update the RFC with the license on the reference code changed to the approved BSD license. Since they are the copyright holders they could just avoid releasing an RFC altogether and just re-license the code and release it. I don't know how quickly you will get that done though as it will probably need to be discussed at one of their monthly telecons. Also I don't know how reasonable that statement is in the license that you have to comply with the Global IP Sounce iLBC Public License. If the code is marked the copyright of the ISO then it seems like they would hold the rights to decide its license. However it is unclear whether the original authors still retain the copyright as well or if it was relinquished to the IETF Trust aka ISO. I think it would be your best bet to contact them about what the exact license for it is and explain your situation and see what they can do. http://www.ietf.org/mail-archive/web/ipr-wg/current/msg05682.html Dave From limb at jcomserv.net Thu Aug 14 18:42:47 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 14 Aug 2008 13:42:47 -0500 (CDT) Subject: Bodhi/koji issues? Message-ID: <54381.65.195.245.6.1218739367.squirrel@mail.jcomserv.net> Any update on the koji outage or the bodhi wierdness (See bodhi ticket 221)? Thanks, Jon -- novus ordo absurdum From behdad at behdad.org Thu Aug 14 20:14:31 2008 From: behdad at behdad.org (Behdad Esfahbod) Date: Thu, 14 Aug 2008 16:14:31 -0400 Subject: Problem enabling new language on gdm language selection list In-Reply-To: References: <1218550047.9000.2.camel@localhost.localdomain> Message-ID: <48A49227.7000604@behdad.org> Rahul Bhalerao wrote: > On Tue, Aug 12, 2008 at 7:37 PM, Matthias Clasen wrote: > >> What gdm does it is only shows a language in the list if a) we have >> translations for it and b) we have fonts for it. For b), we basically >> ask fontconfig "do you have fonts for this language ?". It seems that >> fontconfig says "no" if it doesn't know the language. It would be better >> if fontconfig could say "I don't know" in that case... Patch for this committed upstream: http://bugzilla.gnome.org/show_bug.cgi?id=547826 I'll build it in rawhide when koji is back. > Apart from these three conditions, even if fontconfig knows the > language, is it necessary that fcfreetype.c has MAC language code > defined for that language, in order to list it in gdm? > > When I tried adding .orth file, the "fc-list fontname lang" listed the > appropriate language, but still it did not appear in gdm list until, > the definitions were made in fcfreetype.c and ttnameid.h. That makes no sense. The only thing those values are used for is to extract localized family and style names from font files. Those values are defined by MS and can't be free extended. And your fonts needs to use it for them to have any effect at all. > Rahul. behdad From kanarip at kanarip.com Thu Aug 14 21:38:52 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 14 Aug 2008 23:38:52 +0200 Subject: Default Groups, Default Packages, CD Sets and DVD Size In-Reply-To: <1218592145.408.101.camel@localhost.localdomain> References: <48A05D6A.7060006@kanarip.com> <1218592145.408.101.camel@localhost.localdomain> Message-ID: <48A4A5EC.40405@kanarip.com> Jesse Keating wrote: > On Mon, 2008-08-11 at 17:40 +0200, Jeroen van Meeuwen wrote: >> However, the default installation requires all 7 CDs, because of how the >> compose tools resolve dependencies (inclusive) during the compose of the >> media, and pull in more then is minimally required to complete the >> actual transaction of a default installation. The compose tools do so >> for good reason: >> >> - one cannot know what package is the user-preferred package for any >> given required capability (eg. for fictive capability 'web-client', >> there's firefox, iceweasel, elinks, wget, curl, emacs, emacs, emacs, >> foo, bar and baz) >> >> - one cannot predict on what installed system one is performing an >> upgrade, and to be able to close the transaction certain considerations >> must be met justifying the need for inclusive dependency resolving when >> composing the media (set) or installation tree. >> >> - it makes the released media apply to N+X use-cases where the package >> set or transaction payload during the installation is controlled in a >> more granular fashion then the selection dialogs allow (by means of a >> kickstart package manifest maybe?), which I guess applies more to >> businesses or advanced users using Fedora then it does to Joe Average users. >> >> Basically what I'm saying is that the 2.88 GB is spread over more then >> the minimal amount of discs it would fit on, since the complete package >> payload when using inclusive dependency resolving grows to 3.66 GB, or 7 >> discs. So, the compose process spits out 7 discs, each of which contain >> a part of the 2.88 GB sized RPM payload needed for a default installation. > > I've been playing a bit in this area, and noticed that if I make one > small change to pkgorder, at least on i386, a default 'next next next' > install based on a compose done with the Fedora config and it only needs > the first 3 media. This isn't bad really, given the growth of the > distro. > I'm extremely curious what the change is as I've been digging through this for hours. >> == Next Generation of Package Ordering == >> >> So, what package ordering is going to do -instead of having a static >> list of groups to add to a transaction, resolve, spit out the packages- >> is use the "default" parameter to groups in comps.xml as well (and then >> instead of exclusive dependency resolving like it does now, move to >> inclusive dependency resolving as well). This makes the "which packages >> and groups are in a default installation" a little less hard to maintain >> and the package ordering will almost automagically match up with >> comps.xml (of which the installation procedure also uses the default >> parameter to groups!) > > Hrm, I hadn't thought about applying inclusive depsolving (or > depresolving as I call it) here. That could have some interesting > effects and warrants some investigation. > I've done this investigation and I found the following: Put to extremes, just to get the point across without nitpicking percentages, in principle the inclusive dependency resolving during package ordering results in a "tighter" set of packages on, say, disc 1-3, including the packages not used by a default install, but potentially used by a relatively large number of non-default installs and upgrades, whereas using exclusive dependency resolving during package ordering supposedly stuffs the default install onto a minimal number of discs (say, 1 & 2), but you might need disc 5, 6 & 7 if you make a small change in what is going to be installed. >> == Advise needed == >> >> There's several ways this can be solved, but I'm not sure what is the >> most advisable (some are not feasible I'm sure, I'm just brainstorming >> here): >> >> 1) reduce the number of mandatory and default packages per group in >> comps.xml > > This is a great start, something that hasn't really been done outside of > core/base recently that I'm aware of. > >> 2) reduce the number of groups in comps.xml that have "default" set to True > > This one is going to be a bit tougher to get people to agree upon I'd > imagine, but I'm willing to give it a go. > Do we know, per group or overall, who can do this? >> 3) Revisit how comps is formatted; Example: Keep the "default" for >> compose decisions, but add an "install" attribute for installation >> decision making. Install set to True may require default set to True as >> well for the group to even be included on the media. > > What exactly does this accomplish? > Having "defaults" included on the media but having "installs" being selected by the installation procedure so that the compose process can put them on the first few discs. Does that make sense? It still requires reducing the groups installed by default though. >> 4) Split the packages that are mandatory or default in comps groups, >> into smaller packages providing what the group needs and another set of >> smaller packages belonging to the group as to reduce the number of >> dependencies needing to be met when the compose or installation >> procedure selects a group. See also PS2. >> >> 5) Or, compared to 4, revisit the Requires in mandatory and default >> packages and the Provides in the packages that provide the required >> capabilities so that it abstracts from the requires/provides matching >> with too many other packages (related to the inclusive dependency >> resolving which will then make for a thinner RPM payload on the composed >> media) > > This is probably a more interesting case, something that we want to do > for folks like OLPC as well. > >> 6) Have the compose tools as well as the installation procedures not >> depend on the default attribute to groups anymore, at all. > > What does this accomplish? > Not so much it'd sorta obsolete the default attribute (iirc the compose/ordering/install is the very purpose of the default attr. isn't it?). -Jeroen From vnpenguin at vnoss.org Thu Aug 14 21:41:07 2008 From: vnpenguin at vnoss.org (Vnpenguin) Date: Thu, 14 Aug 2008 23:41:07 +0200 Subject: Missing Dependency: mktemp ? Message-ID: Hi all, I'm using pungi to build a Fedora9-based customized installation CD. Some week ago, it works no problem. But now, with update, I can not run /usr/lib/anaconda-runtime/buildinstall, here are errors: Pungi.Pungi.DEBUG: Running buildinstall... /tmp/buildinstall.tree.Zgd5Dz /tmp /tmp Building images... Assembling package list... Thu Aug 14 23:24:36 CEST 2008 Expanding text packages... 1:initscripts-8.76.2-1.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp is needed by package 1:initscripts-8.76.2-1.i386 (anacondarepo) 5:metacity-2.22.0-3.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: redhat-artwork >= 0.62 is needed by package 5:metacity-2.22.0-3.fc9.i386 (an acondarepo) mkinitrd-6.0.52-2.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp >= 1.5-5 is needed by package mkinitrd-6.0.52-2.fc9.i386 (anacondarep o) mkinitrd-6.0.52-2.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp >= 1.5-5 is needed by package mkinitrd-6.0.52-2.fc9.i386 (anacondarep o) 1:bash-3.2-22.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp is needed by package 1:bash-3.2-22.fc9.i386 (anacondarepo) openssl-0.9.8g-9.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp is needed by package openssl-0.9.8g-9.fc9.i386 (anacondarepo) grub-0.97-33.fc9.i386 from anacondarepo has depsolving problems --> Missing Dependency: mktemp is needed by package grub-0.97-33.fc9.i386 (anacondarepo) gzip-1.3.12-6.fc9.i386 from anacondarepo has depsolving problems ... I can not found "mktemp" rpm package in Fedora repo :( Anyone has same problem ? Thanks -- http://vnoss.org From stickster at gmail.com Thu Aug 14 23:15:13 2008 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 14 Aug 2008 19:15:13 -0400 Subject: Important infrastructure announcement Message-ID: <1218755713.15419.9.camel@victoria> The Fedora Infrastructure team is currently investigating an issue in the infrastructure systems. That process may result in service outages, for which we apologize in advance. We're still assessing the end-user impact of the situation, but as a precaution, we recommend you not download or update any additional packages on your Fedora systems. We'll share updates as we develop more information. Those updates will be published here on the public fedora-announce-list: https://redhat.com/mailman/listinfo/fedora-announce-list Thanks for your patience as we continue working on this. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 lmacken at redhat.com Thu Aug 14 23:23:15 2008 From: lmacken at redhat.com (Luke Macken) Date: Thu, 14 Aug 2008 19:23:15 -0400 Subject: Bodhi down? In-Reply-To: <20080814021535.GI3675@x300> References: <50570.65.195.245.6.1218647791.squirrel@mail.jcomserv.net> <48A31E8A.50301@gmail.com> <44540.65.195.245.6.1218650957.squirrel@mail.jcomserv.net> <48A32FBA.5090406@gmail.com> <20080813195418.GH3675@x300> <20080814021535.GI3675@x300> Message-ID: <20080814232315.GN3675@x300> On Wed, Aug 13, 2008 at 10:15:35PM -0400, Luke Macken wrote: > On Wed, Aug 13, 2008 at 03:54:18PM -0400, Luke Macken wrote: > > On Wed, Aug 13, 2008 at 12:02:18PM -0700, Toshio Kuratomi wrote: > > > Jon Ciesla wrote: > > >>> Jon Ciesla wrote: > > >>>> Bodhi gives me a 503. Pkgdb and FAS are fine. > > >>>> > > >>> Yes, we're migrating bodhi from releng1 to releng2 ATM. We're working > > >>> out a few kinks in that deployment in #fedora-admin right now. > > >> > > >> Cool, thanks. > > >> > > >> Did I miss an Outage notification, or was this intended to be seamless? > > >> (No chop-busting is implied, purely curiosity) > > >> > > > You didn't miss a notification. We had to start migrating to releng2 > > > earlier than planned as releng1 was giving us troubles :-( > > > > Apologies for the lack of a planned outage notification. I was > > initially planning on making this a fairly transparent upgrade with very > > little downtime -- however, we encountered some issues with the server > > that bodhi runs on last night, and I was forced to do the upgrade on the > > spot... > > > > Bodhi is up, and you can view/search/comment on updates, but new update > > submissions are currently down. We are working to resolve this as fast > > as possible. I'll be sending an announcement with more details once > > these issues are resolved. > > > > Thanks for your patience folks, > > Bodhi should now be usable again. ...except for `make update` and the bodhi client. I patched our Makefile.common yesterday to improve the update template, using some new python-fedora and bodhi API features. Until they hit updates, you can grab fixed packages from koji: koji download-build --arch=noarch bodhi-0.5.0-7.fc9 luke From stickster at gmail.com Thu Aug 14 23:30:24 2008 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 15 Aug 2008 01:30:24 +0200 Subject: Important infrastructure announcement Message-ID: <000301c8fe65$b9bfb5c0$ba00000a@grecom.local> The Fedora Infrastructure team is currently investigating an issue in the infrastructure systems. That process may result in service outages, for which we apologize in advance. We're still assessing the end-user impact of the situation, but as a precaution, we recommend you not download or update any additional packages on your Fedora systems. We'll share updates as we develop more information. Those updates will be published here on the public fedora-announce-list: https://redhat.com/mailman/listinfo/fedora-announce-list Thanks for your patience as we continue working on this. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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: -------------- next part -------------- -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From stickster at gmail.com Thu Aug 14 23:30:24 2008 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 15 Aug 2008 01:30:24 +0200 Subject: Important infrastructure announcement Message-ID: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> The Fedora Infrastructure team is currently investigating an issue in the infrastructure systems. That process may result in service outages, for which we apologize in advance. We're still assessing the end-user impact of the situation, but as a precaution, we recommend you not download or update any additional packages on your Fedora systems. We'll share updates as we develop more information. Those updates will be published here on the public fedora-announce-list: https://redhat.com/mailman/listinfo/fedora-announce-list Thanks for your patience as we continue working on this. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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: -------------- next part -------------- -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From peter at thecodergeek.com Fri Aug 15 00:22:08 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 14 Aug 2008 17:22:08 -0700 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218724569.4588.12.camel@metroid.rdu.redhat.com> References: <1218685514.3919.36.camel@tuxhugs> <1218687046.26879.1.camel@tuxhugs> <1218724569.4588.12.camel@metroid.rdu.redhat.com> Message-ID: <1218759728.3126.2.camel@tuxhugs> On Thu, 2008-08-14 at 10:36 -0400, Will Woods wrote: > 1) What users will be affected? Anyone who's ever installed any version > of empathy, or only people who have had certain versions installed? If > the latter, which versions? The profiles were like this until today's rawhide, so just about every Empathy user will be affected. :/ 2) Why couldn't this be done as part of the package's %post script? Like Adam mentioned, I'm not particularly fond of mucking with user's $HOME stuff in a scriplet. -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Fri Aug 15 00:26:58 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 14 Aug 2008 17:26:58 -0700 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218724699.4467.2.camel@localhost.localdomain> References: <1218685514.3919.36.camel@tuxhugs> <1218687046.26879.1.camel@tuxhugs> <1218724569.4588.12.camel@metroid.rdu.redhat.com> <1218724699.4467.2.camel@localhost.localdomain> Message-ID: <1218760018.3126.6.camel@tuxhugs> On Thu, 2008-08-14 at 10:38 -0400, Adam Jackson wrote: > It would be more useful if the UI could notice the existence of an > old-style user profile and invoke the migration script for you. I could try to whip a patch in mission-control for this; but this is specifically a Fedora issue with how the profiles have been packaged up until this point. I'll see what I can do about the patch, but if someone whose C-fu is much sharper than mine would like to do that for me it would be greatly appreciated. :D -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kaigai at ak.jp.nec.com Fri Aug 15 01:25:27 2008 From: kaigai at ak.jp.nec.com (KaiGai Kohei) Date: Fri, 15 Aug 2008 10:25:27 +0900 Subject: Now koji down? Message-ID: <48A4DB07.1080602@ak.jp.nec.com> It seems to me now Koji down. http://koji.fedoraproject.org/koji/ -- OSS Platform Development Division, NEC KaiGai Kohei From sundaram at fedoraproject.org Fri Aug 15 01:32:00 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 15 Aug 2008 07:02:00 +0530 Subject: Now koji down? In-Reply-To: <48A4DB07.1080602@ak.jp.nec.com> References: <48A4DB07.1080602@ak.jp.nec.com> Message-ID: <48A4DC90.7000901@fedoraproject.org> KaiGai Kohei wrote: > It seems to me now Koji down. > http://koji.fedoraproject.org/koji/ http://www.redhat.com/archives/fedora-announce-list/2008-August/msg00008.html Rahul From kaigai at ak.jp.nec.com Fri Aug 15 02:00:09 2008 From: kaigai at ak.jp.nec.com (KaiGai Kohei) Date: Fri, 15 Aug 2008 11:00:09 +0900 Subject: Now koji down? In-Reply-To: <48A4DC90.7000901@fedoraproject.org> References: <48A4DB07.1080602@ak.jp.nec.com> <48A4DC90.7000901@fedoraproject.org> Message-ID: <48A4E329.7020301@ak.jp.nec.com> Rahul Sundaram wrote: > KaiGai Kohei wrote: >> It seems to me now Koji down. >> http://koji.fedoraproject.org/koji/ > > http://www.redhat.com/archives/fedora-announce-list/2008-August/msg00008.html > > Rahul Thanks for your information. I'll wait for a few days. -- OSS Platform Development Division, NEC KaiGai Kohei From danny at anatomy.usyd.edu.au Fri Aug 15 03:35:46 2008 From: danny at anatomy.usyd.edu.au (Danny Yee) Date: Fri, 15 Aug 2008 13:35:46 +1000 Subject: Important infrastructure announcement In-Reply-To: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> Message-ID: <20080815033546.GA10787@mail.medsci.usyd.edu.au> Uh oh. This sounds very much like there's been a security breach on infrastructure systems, which may have compromised packages or even repositories. I've disabled automatic installation of updates for the moment; I'm sure what else we can do. Danny. Paul W. Frields wrote: > The Fedora Infrastructure team is currently investigating an issue in > the infrastructure systems. That process may result in service outages, > for which we apologize in advance. We're still assessing the end-user > impact of the situation, but as a precaution, we recommend you not > download or update any additional packages on your Fedora systems. > > We'll share updates as we develop more information. Those updates will > be published here on the public fedora-announce-list: > https://redhat.com/mailman/listinfo/fedora-announce-list > > Thanks for your patience as we continue working on this. > > > -- > Paul W. Frields > gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 > http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ > irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From walters at verbum.org Fri Aug 15 04:10:11 2008 From: walters at verbum.org (Colin Walters) Date: Fri, 15 Aug 2008 00:10:11 -0400 Subject: WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218760018.3126.6.camel@tuxhugs> References: <1218685514.3919.36.camel@tuxhugs> <1218687046.26879.1.camel@tuxhugs> <1218724569.4588.12.camel@metroid.rdu.redhat.com> <1218724699.4467.2.camel@localhost.localdomain> <1218760018.3126.6.camel@tuxhugs> Message-ID: 2008/8/14 Peter Gordon : > On Thu, 2008-08-14 at 10:38 -0400, Adam Jackson wrote: >> It would be more useful if the UI could notice the existence of an >> old-style user profile and invoke the migration script for you. > > I could try to whip a patch in mission-control for this; but this is > specifically a Fedora issue with how the profiles have been packaged up > until this point. > > I'll see what I can do about the patch, but if someone whose C-fu is > much sharper than mine would like to do that for me it would be greatly > appreciated. :D I'll take a look at this tomorrow (EST). From Lam at Lam.pl Fri Aug 15 06:03:17 2008 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 15 Aug 2008 08:03:17 +0200 Subject: Important infrastructure announcement In-Reply-To: <20080815033546.GA10787@mail.medsci.usyd.edu.au> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> Message-ID: <20080815080317.0a14ce65@pensja.lam.pl> Dnia 2008-08-15, o godz. 13:35:46 Danny Yee napisa?(a): > Uh oh. This sounds very much like there's been a security breach > on infrastructure systems, which may have compromised packages or > even repositories. > > I've disabled automatic installation of updates for the moment; > I'm sure what else we can do. Actually, I think thousands of users are downloading at least the metadata because there was no clear way of disabling PackageKit on update. And the metadata, in theory, can exploit a bug in yum, all out of sight of users. That's what you get when you force users to download things in the background for them. Told ya! Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dtardon at redhat.com Fri Aug 15 06:27:08 2008 From: dtardon at redhat.com (David Tardon) Date: Fri, 15 Aug 2008 08:27:08 +0200 Subject: Missing Dependency: mktemp ? In-Reply-To: References: Message-ID: <20080815062708.GA8750@localhost.localdomain> On Thu, Aug 14, 2008 at 11:41:07PM +0200, Vnpenguin wrote: > Hi all, > I'm using pungi to build a Fedora9-based customized installation CD. > Some week ago, it works no problem. But now, with update, I can not > run /usr/lib/anaconda-runtime/buildinstall, here are errors: > > Pungi.Pungi.DEBUG: Running buildinstall... > /tmp/buildinstall.tree.Zgd5Dz /tmp > /tmp > Building images... > Assembling package list... > Thu Aug 14 23:24:36 CEST 2008 Expanding text packages... > 1:initscripts-8.76.2-1.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp is needed by package > 1:initscripts-8.76.2-1.i386 (anacondarepo) > 5:metacity-2.22.0-3.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: redhat-artwork >= 0.62 is needed by package > 5:metacity-2.22.0-3.fc9.i386 (an > acondarepo) > mkinitrd-6.0.52-2.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp >= 1.5-5 is needed by package > mkinitrd-6.0.52-2.fc9.i386 (anacondarep > o) > mkinitrd-6.0.52-2.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp >= 1.5-5 is needed by package > mkinitrd-6.0.52-2.fc9.i386 (anacondarep > o) > 1:bash-3.2-22.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp is needed by package > 1:bash-3.2-22.fc9.i386 (anacondarepo) > openssl-0.9.8g-9.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp is needed by package > openssl-0.9.8g-9.fc9.i386 (anacondarepo) > grub-0.97-33.fc9.i386 from anacondarepo has depsolving problems > --> Missing Dependency: mktemp is needed by package > grub-0.97-33.fc9.i386 (anacondarepo) > gzip-1.3.12-6.fc9.i386 from anacondarepo has depsolving problems > ... > > I can not found "mktemp" rpm package in Fedora repo :( > Anyone has same problem ? > Hi, /bin/mktemp is part of coreutils now (starting by 6.1, I think). David From hughsient at gmail.com Fri Aug 15 07:54:53 2008 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 15 Aug 2008 08:54:53 +0100 Subject: Important infrastructure announcement In-Reply-To: <20080815080317.0a14ce65@pensja.lam.pl> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> Message-ID: <1218786893.3494.31.camel@hughsie-work> On Fri, 2008-08-15 at 08:03 +0200, Leszek Matok wrote: > Actually, I think thousands of users are downloading at least the > metadata because there was no clear way of disabling PackageKit on > update. And the metadata, in theory, can exploit a bug in yum, all out > of sight of users. Nice speculation, but I would rather wait for hard facts. > That's what you get when you force users to download things in the > background for them. Told ya! Apple and Microsoft both do the same. Unless we download and install security updates automatically then we are not a serious contender for the home market. PackageKit will only allow automatic updates of signed packages. If we're pumping out invalid signed updates then, well, meh. Richard. From fedora.lists at burns.me.uk Fri Aug 15 11:49:06 2008 From: fedora.lists at burns.me.uk (Andy Burns) Date: Fri, 15 Aug 2008 12:49:06 +0100 Subject: F10A Why eject CD/DVD after test? In-Reply-To: References: Message-ID: 2008/8/14 Jerry Williams : > Why are we ejecting the CD/DVD after testing it? > I only have 1 to test, why eject it? I also have a small peeve with the eject after mediacheck If remotely installing on a server machine, they often tend to have laptop style CD/DVD drives which are capable of ejecting, but not capable of re-closing the drawer, it is possible to shoot yourself in the foot by allowing the installer to perform the mediacheck and then being unable to complete the installation (without PXE anyway!) From danny at anatomy.usyd.edu.au Fri Aug 15 12:57:06 2008 From: danny at anatomy.usyd.edu.au (Danny Yee) Date: Fri, 15 Aug 2008 22:57:06 +1000 Subject: Important infrastructure announcement In-Reply-To: <1218786893.3494.31.camel@hughsie-work> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> <1218786893.3494.31.camel@hughsie-work> Message-ID: <20080815125706.GA32223@mail.medsci.usyd.edu.au> Richard Hughes wrote: > PackageKit will only allow automatic updates of signed packages. If > we're pumping out invalid signed updates then, well, meh. The implication of the announcement is that signed updates may be compromised (or possibly even the key). How else can we read this? "as a precaution, we recommend you not download or update any additional packages on your Fedora systems" Danny. From tibbs at math.uh.edu Fri Aug 15 12:59:37 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 15 Aug 2008 07:59:37 -0500 Subject: Important infrastructure announcement In-Reply-To: <20080815125706.GA32223@mail.medsci.usyd.edu.au> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> <1218786893.3494.31.camel@hughsie-work> <20080815125706.GA32223@mail.medsci.usyd.edu.au> Message-ID: >>>>> "DY" == Danny Yee writes: DY> Richard Hughes wrote: >> PackageKit will only allow automatic updates of signed packages. If >> we're pumping out invalid signed updates then, well, meh. DY> How else can we read this? You can read that as people being tremendously cautious in the face of a situation whose details are not completely known. (And please not that I don't know what is going on either.) - J< From nicu_fedora at nicubunu.ro Fri Aug 15 13:16:49 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 15 Aug 2008 16:16:49 +0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218552790.27760.3.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> Message-ID: <48A581C1.8040708@nicubunu.ro> Jeremy Katz wrote: > I'm trying to gauge the interest in starting a SIG with the purpose of > making distribution changes to make running on these devices more > streamlined and have more work "out of the box". This will involve both > the necessary work to just get the hardware working well with Fedora of > today as well as possibly a spin that is explicitly targeted at some of > the constraints of the hardware down the line[1]. I just received my own, played a bit with F9 and F10 Alpha live images and right now F10 Alpha is installing to the hard drive. > If enough people are interested, I'd like to find a time later this week > or next week to have an initial meeting to kind of figure out what > bounds we want to tackle things in for the first pass. Hardware that I > think definitely falls into the scope would be: netbooks, UMPCs, MIDs, > maybe the XO? I've started up a page on the wiki > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit > and then we can go from there Since I am not a developer, is any use in adding myself to that list? What I can do is probably some testing. And maybe some link with the art team, like optimised wallpapers (in F9 we introduced a 800x480 one for Eee). Note: my interest is to run an out-of-the-box Desktop install (GNOME, two panels layout, Nodoka, Echo etc.) -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From lesmikesell at gmail.com Fri Aug 15 13:32:40 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Fri, 15 Aug 2008 08:32:40 -0500 Subject: Important infrastructure announcement In-Reply-To: <1218786893.3494.31.camel@hughsie-work> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> <1218786893.3494.31.camel@hughsie-work> Message-ID: <48A58578.1000401@gmail.com> Richard Hughes wrote: > On Fri, 2008-08-15 at 08:03 +0200, Leszek Matok wrote: >> Actually, I think thousands of users are downloading at least the >> metadata because there was no clear way of disabling PackageKit on >> update. And the metadata, in theory, can exploit a bug in yum, all out >> of sight of users. > > Nice speculation, but I would rather wait for hard facts. > >> That's what you get when you force users to download things in the >> background for them. Told ya! > > Apple and Microsoft both do the same. Unless we download and install > security updates automatically then we are not a serious contender for > the home market. Ummm, does OS X really force updates if I uncheck the boxes that say 'Check for updates (frequency drop-down)' and 'Download important updates automatically'? -- Les Mikesell lesmikesell at gmail.com From smooge at gmail.com Fri Aug 15 13:50:31 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 15 Aug 2008 07:50:31 -0600 Subject: Important infrastructure announcement In-Reply-To: <20080815125706.GA32223@mail.medsci.usyd.edu.au> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> <1218786893.3494.31.camel@hughsie-work> <20080815125706.GA32223@mail.medsci.usyd.edu.au> Message-ID: <80d7e4090808150650te9dffb1s6d9ab2ffbb238558@mail.gmail.com> On Fri, Aug 15, 2008 at 6:57 AM, Danny Yee wrote: > Richard Hughes wrote: >> PackageKit will only allow automatic updates of signed packages. If >> we're pumping out invalid signed updates then, well, meh. > > The implication of the announcement is that signed updates may be > compromised (or possibly even the key). How else can we read this? > > "as a precaution, we recommend you not download or update > any additional packages on your Fedora systems" > > Danny. It could also be that the build system got a bad compiler installed (or a compiler got corrupted) and the signed builds have had errors in them. Not a security breach, but something that would cause problems. Trying to find out where, which servers were affected, and how that happened would be just as labor intensive. Or it could be that NFS has been banging bits before the package gets signed... or there was a zombie outbreak in PHX and they are chewing on the wires... -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From naheemzaffar at gmail.com Fri Aug 15 13:56:45 2008 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Fri, 15 Aug 2008 14:56:45 +0100 Subject: Important infrastructure announcement In-Reply-To: <48A58578.1000401@gmail.com> References: <000701c8fe65$b9c1ffb0$ba00000a@grecom.local> <20080815033546.GA10787@mail.medsci.usyd.edu.au> <20080815080317.0a14ce65@pensja.lam.pl> <1218786893.3494.31.camel@hughsie-work> <48A58578.1000401@gmail.com> Message-ID: <3adc77210808150656w1d518e8ey8cd5fbc3e5a43f19@mail.gmail.com> > Ummm, does OS X really force updates if I uncheck the boxes that say 'Check > for updates (frequency drop-down)' and 'Download important updates > automatically'? > >From what I can tell, neither does Fedora. I have packagekit set up to tell me when new updates are available, and the notification works. I REALLY get the impression that someone is forcing you to use fedora against your wishes. :s From kanarip at kanarip.com Thu Aug 14 21:41:33 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 14 Aug 2008 23:41:33 +0200 Subject: Need help making syslog-ng, rsyslog, and sysklogd not conflict In-Reply-To: <200808131012.54852.silfreed@silfreed.net> References: <200808121406.12771.silfreed@silfreed.net> <48A23BBB.1040708@redhat.com> <48A2C50F.4040505@odu.neva.ru> <200808131012.54852.silfreed@silfreed.net> Message-ID: <48A4A68D.60900@kanarip.com> Douglas E. Warner wrote: > On Wednesday 13 August 2008 07:27:11 Dmitry Butskoy wrote: >> In other words, is it possible (in general) to create common logrotate >> files for all syslog-like packages? > > Possibly not for *all* syslog packages, but it would be possible for the sets > that are available. > > Currently it's just this: > Fedora: syslog-ng and rsyslog > RHEL: syslog-ng and sysklogd > > But then again, there's nothing stopping rsyslog from being made available for > RHEL either, so a solution that allowed all three to be installable at the > same time would be the most ideal. > Also, I'm getting sysklogd back in Fedora. Kind regards, Jeroen van Meeuwen -kanarip From dtimms at iinet.net.au Fri Aug 15 14:27:38 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 16 Aug 2008 00:27:38 +1000 Subject: [Fedora-packaging] resolving rpmlint absolute symlinks issue In-Reply-To: <20080815000317.c86621a7.tcallawa@redhat.com> References: <48A4AD7F.5000001@iinet.net.au> <20080815000317.c86621a7.tcallawa@redhat.com> Message-ID: <48A5925A.2010600@iinet.net.au> Tom spot Callaway wrote: > On Fri, 15 Aug 2008 08:11:11 +1000 > David Timms wrote: > >> I am getting the following with a package I'm working on: >> >> $ rpmlint --info RPMS/noarch/pyvnc2swf-0.9.3-3.fc9.noarch.rpm >> pyvnc2swf.noarch: W: symlink-should-be-relative /usr/bin/vnc2swf >> /usr/lib/python2.5/site-packages/pyvnc2swf/vnc2swf.py >> Absolute symlinks are problematic eg. when working with chroot environments. >> >> pyvnc2swf.noarch: W: symlink-should-be-relative /usr/bin/vnc2swf-edit >> >> Absolute symlinks are problematic eg. when working with chroot environments. > > You resolve these like this: > > Instead of doing: > > ln -s /usr/lib/python2.5/site-packages/pyvnc2swf/edit.py /usr/bin/vnc2swf-edit > > You do a relative link, like this: > > cd /usr/lib/python2.5/site-packages/pyvnc2swf/ > ln -s edit.py ../../../../bin/vnc2swf-edit OK, that works for my raw file system, but how is it done in a package ? cd %{buildroot}%{python_sitelib}/pyvnc2swf/ ln -s vnc2swf.py ../../../../bin/vnc2swf rpmbuilds fine, but get rpmlint from the other way: rpmlint --info pyvnc2swf-0.9.3-4.fc9.noarch.rpm pyvnc2swf.noarch: W: dangling-relative-symlink /usr/bin/vnc2swf vnc2swf.py The relative symbolic link points nowhere. Is it OK to leave with that warning ? Should it be fixed like Paul shows {with symlinks} in the above bug ? Or is there another easy fix that doesn't require such trickery ? Cheers, DaveT. From paul at city-fan.org Fri Aug 15 16:24:04 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 15 Aug 2008 17:24:04 +0100 Subject: [Fedora-packaging] resolving rpmlint absolute symlinks issue In-Reply-To: <48A5925A.2010600@iinet.net.au> References: <48A4AD7F.5000001@iinet.net.au> <20080815000317.c86621a7.tcallawa@redhat.com> <48A5925A.2010600@iinet.net.au> Message-ID: <48A5ADA4.1010901@city-fan.org> David Timms wrote: > Tom spot Callaway wrote: >> On Fri, 15 Aug 2008 08:11:11 +1000 >> David Timms wrote: >> >>> I am getting the following with a package I'm working on: >>> >>> $ rpmlint --info RPMS/noarch/pyvnc2swf-0.9.3-3.fc9.noarch.rpm >>> pyvnc2swf.noarch: W: symlink-should-be-relative /usr/bin/vnc2swf >>> /usr/lib/python2.5/site-packages/pyvnc2swf/vnc2swf.py >>> Absolute symlinks are problematic eg. when working with chroot >>> environments. >>> >>> pyvnc2swf.noarch: W: symlink-should-be-relative /usr/bin/vnc2swf-edit >>> >>> Absolute symlinks are problematic eg. when working with chroot >>> environments. >> >> You resolve these like this: >> >> Instead of doing: >> >> ln -s /usr/lib/python2.5/site-packages/pyvnc2swf/edit.py >> /usr/bin/vnc2swf-edit >> >> You do a relative link, like this: >> >> cd /usr/lib/python2.5/site-packages/pyvnc2swf/ >> ln -s edit.py ../../../../bin/vnc2swf-edit > > OK, that works for my raw file system, but how is it done in a package ? > cd %{buildroot}%{python_sitelib}/pyvnc2swf/ > ln -s vnc2swf.py ../../../../bin/vnc2swf > > rpmbuilds fine, but get rpmlint from the other way: > > rpmlint --info pyvnc2swf-0.9.3-4.fc9.noarch.rpm > pyvnc2swf.noarch: W: dangling-relative-symlink /usr/bin/vnc2swf vnc2swf.py > The relative symbolic link points nowhere. > > Is it OK to leave with that warning ? > Should it be fixed like Paul shows {with symlinks} in the above bug ? > Or is there another easy fix that doesn't require such trickery ? Try this, which is I think what Spot meant: ln -s ../lib/python2.5/site-packages/pyvnc2swf/vnc2swf.py \ %{buildroot}%{_bindir}/vnc2swf ln -s ../lib/python2.5/site-packages/pyvnc2swf/edit.py \ %{buildroot}%{_bindir}/vnc2swf-edit The problem with this is that you can't use the %{python_sitelib} macro to do it cleanly. You could take the relative link right up to the root directory to avoid that pitfall: ln -s ../..%{python_sitelib}/pyvnc2swf/vnc2swf.py \ %{buildroot}%{_bindir}/vnc2swf ln -s ../..%{python_sitelib}/pyvnc2swf/edit.py \ %{buildroot}%{_bindir}/vnc2swf-edit However, this still requires the assumption that %{_bindir} is two levels down from the root directory, which is why I prefer the approach of using the "symlinks" utility - it requires no such assumptions. Paul. From orion at cora.nwra.com Fri Aug 15 17:05:48 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 15 Aug 2008 11:05:48 -0600 Subject: Pushing cmake 2.6 to F9 Message-ID: <48A5B76C.6070406@cora.nwra.com> I've gotten a request to update cmake to 2.6 in F-9. Does anyone have any objections? There can be some slight incompatibilities, but are generally easily fixed. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From rdieter at math.unl.edu Fri Aug 15 17:24:59 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Aug 2008 12:24:59 -0500 Subject: Pushing cmake 2.6 to F9 References: <48A5B76C.6070406@cora.nwra.com> Message-ID: Orion Poplawski wrote: > I've gotten a request to update cmake to 2.6 in F-9. Does anyone have > any objections? no objection, please do. -- Rex From paul at all-the-johnsons.co.uk Fri Aug 15 17:28:49 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 15 Aug 2008 18:28:49 +0100 Subject: Evolution unstable due to being unable to expunge folder Message-ID: <1218821329.11398.7.camel@PB3.Linux> Hi, Evolution seems to be rather problematic for me currently. It is unable to expunge folders (and sometimes store folders). When I try to expunge a folder, it fails with an error that says "Detected a corrupt mbox file or an invalid 'From' header". I've deleted the index files and recreated them (which screws my email up something rotten!) but still can't expunge. I've also deleted all of the emails and then tried to expunge. I get "storing folder x%" (where x can be anything) and then it fails. This inability to store the folders is causing evolution to become very unstable (crashes quite a few times every 10 minutes). I've tried evolution --force-shutdown and then restarting and expunging, but get the same problem. Any ideas on fixing this? I'm using evolution 2.23.6-1.fc10.i386 TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bos at serpentine.com Fri Aug 15 18:23:35 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Fri, 15 Aug 2008 11:23:35 -0700 Subject: Pushing cmake 2.6 to F9 In-Reply-To: <48A5B76C.6070406@cora.nwra.com> References: <48A5B76C.6070406@cora.nwra.com> Message-ID: On Fri, Aug 15, 2008 at 10:05 AM, Orion Poplawski wrote: > I've gotten a request to update cmake to 2.6 in F-9. Does anyone have any > objections? There can be some slight incompatibilities, but are generally > easily fixed. Yes, I object. It has some substantial incompatibilities with cmake 2.4.8 that break some of the software I work on (Second Life). The bugs in question are fixed in 2.6.1, but I don't think it would be a good idea to build and push that, either: you'll break *someone* unexpectedly, and they won't be reading this list until it's too late. From mike at miketc.net Fri Aug 15 18:40:07 2008 From: mike at miketc.net (mike at miketc.net) Date: Fri, 15 Aug 2008 13:40:07 -0500 (CDT) Subject: Evolution unstable due to being unable to expunge folder In-Reply-To: <1218821329.11398.7.camel@PB3.Linux> References: <1218821329.11398.7.camel@PB3.Linux> Message-ID: <33930.192.168.1.3.1218825607.squirrel@www.miketc.net> > Hi, > > Evolution seems to be rather problematic for me currently. It is unable > to expunge folders (and sometimes store folders). When I try to expunge > a folder, it fails with an error that says "Detected a corrupt mbox file > or an invalid 'From' header". > > I've deleted the index files and recreated them (which screws my email > up something rotten!) but still can't expunge. I've also deleted all of > the emails and then tried to expunge. I get "storing folder x%" (where x > can be anything) and then it fails. > > This inability to store the folders is causing evolution to become very > unstable (crashes quite a few times every 10 minutes). I've tried > evolution --force-shutdown and then restarting and expunging, but get > the same problem. > > Any ideas on fixing this? I'm using evolution 2.23.6-1.fc10.i386 Noticing this as well and already brought up and known. It's a new way of cacheing is what was explained to me, and was mentioned that hopefully in the next point release it will be fixed. See the archives in the last 2-3 days as I mentioned this and was told be the maintainer I believe. Guess we just need to wait for gnome to release another version if not already done and for it to trickle down stream. https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00544.html I've had to resort to my webmail for now as I get tired of the crashing, even on checking emails via pop. Mike Chambers From email.ahmedkamal at googlemail.com Fri Aug 15 18:43:09 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Fri, 15 Aug 2008 21:43:09 +0300 Subject: Are we getting LVM Snapshot Merging in F10 In-Reply-To: <3da3b5b40808120928j2140816bid7baf72ce24e4113@mail.gmail.com> References: <3da3b5b40808120928j2140816bid7baf72ce24e4113@mail.gmail.com> Message-ID: <3da3b5b40808151143x7b486612nc652df681c6b965c@mail.gmail.com> Are we at least getting the kernel patches in, so I could compile the userspace myself ? I'd really rather not use a custom kernel On Tue, Aug 12, 2008 at 7:28 PM, Ahmed Kamal < email.ahmedkamal at googlemail.com> wrote: > http://kerneltrap.org/Linux/LVM_Snapshot_Merging ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Fri Aug 15 19:51:34 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 15 Aug 2008 13:51:34 -0600 Subject: Pushing cmake 2.6 to F9 In-Reply-To: References: <48A5B76C.6070406@cora.nwra.com> Message-ID: <48A5DE46.9080808@cora.nwra.com> Bryan O'Sullivan wrote: > Yes, I object. It has some substantial incompatibilities with cmake > 2.4.8 that break some of the software I work on (Second Life). The > bugs in question are fixed in 2.6.1, but I don't think it would be a > good idea to build and push that, either: you'll break *someone* > unexpectedly, and they won't be reading this list until it's too late. > 2.6.1 is what would be pushed. The request is here: https://bugzilla.redhat.com/show_bug.cgi?id=459243 At some point we're going to be holding back new stuff more than we are breaking existing stuff, but I don't know when that point will be. 2.6.X has been in rawhide since Mar 28 so it's been beaten on for a while. Any other comments? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jg at laptop.org Fri Aug 15 20:41:59 2008 From: jg at laptop.org (Jim Gettys) Date: Fri, 15 Aug 2008 16:41:59 -0400 Subject: libgweather 50Mb?? In-Reply-To: <48A442D7.6030108@BitWagon.com> References: <48A442D7.6030108@BitWagon.com> Message-ID: <1218832919.6669.25.camel@jg-vaio> Upstream bug filed as: http://bugzilla.gnome.org/show_bug.cgi?id=547961 - Jim On Thu, 2008-08-14 at 07:36 -0700, John Reiser wrote: > > Isn't there some streamlined way of installing this? I mean, for a > > feature I never use this is one of largest packages dumped on my disk. > > This is poor design of libgweather. There are several dozen .xml locale files, > each about 1MB or so, plus corresponding .mo localized message files (rather small.) > gzip compresses each *.xml file about 6:1. Obviously the package should use gzopen. > > The workaround is to remove the files for the locales that do not interest you. > > -- > -- Jim Gettys One Laptop Per Child From bos at serpentine.com Fri Aug 15 21:16:13 2008 From: bos at serpentine.com (Bryan O'Sullivan) Date: Fri, 15 Aug 2008 14:16:13 -0700 Subject: Pushing cmake 2.6 to F9 In-Reply-To: <48A5DE46.9080808@cora.nwra.com> References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: On Fri, Aug 15, 2008 at 12:51 PM, Orion Poplawski wrote: > 2.6.1 is what would be pushed. The request is here: > > https://bugzilla.redhat.com/show_bug.cgi?id=459243 There are periodic threads about how pushing the new hotness to a stable release is a bad idea. This seems like a clear-cut case of why. I can understand the fellow's desire to package his window manager, but why can't it wait until F10? From kevin.kofler at chello.at Fri Aug 15 21:24:02 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Aug 2008 21:24:02 +0000 (UTC) Subject: Pushing cmake 2.6 to F9 References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Bryan O'Sullivan serpentine.com> writes: > There are periodic threads about how pushing the new hotness to a > stable release is a bad idea. This seems like a clear-cut case of why. > I can understand the fellow's desire to package his window manager, > but why can't it wait until F10? We'll also need cmake 2.6 to push KDE 4.2 ~6 months from now. And there's more and more stuff requiring 2.6 already (which is why the upgrade was requested in the first place). So IMHO the sooner it gets into F9, the better. Kevin Kofler From mathstuf at gmail.com Fri Aug 15 21:35:05 2008 From: mathstuf at gmail.com (Ben Boeckel) Date: Fri, 15 Aug 2008 17:35:05 -0400 Subject: Pushing cmake 2.6 to F9 In-Reply-To: References: <48A5B76C.6070406@cora.nwra.com> Message-ID: <200808151735.05607.MathStuf@gmail.com> On Friday 15 August 2008 02:23:35 pm Bryan O'Sullivan wrote: > On Fri, Aug 15, 2008 at 10:05 AM, Orion Poplawski wrote: > > I've gotten a request to update cmake to 2.6 in F-9. Does anyone have > > any objections? There can be some slight incompatibilities, but are > > generally easily fixed. > > Yes, I object. It has some substantial incompatibilities with cmake > 2.4.8 that break some of the software I work on (Second Life). The > bugs in question are fixed in 2.6.1, but I don't think it would be a > good idea to build and push that, either: you'll break *someone* > unexpectedly, and they won't be reading this list until it's too late. Why should Fedora care about Second Life? It is neither in the repos nor Free Software. You can just not upgrade cmake if it breaks your setup too badly. Some need features in cmake 2.6 to move forward. Fedora should not stand still for non-Free Software. As for breakage in other apps, they can be fixed and sent upstream by maintainers or other volunteers. It wouldn't be pushed without testing in any case. If koji gets failed builds due to dependencies, it usually gets posted to the list. --Ben From mathstuf at gmail.com Fri Aug 15 21:49:54 2008 From: mathstuf at gmail.com (Ben Boeckel) Date: Fri, 15 Aug 2008 17:49:54 -0400 Subject: Pushing cmake 2.6 to F9 In-Reply-To: <200808151735.05607.MathStuf@gmail.com> References: <48A5B76C.6070406@cora.nwra.com> <200808151735.05607.MathStuf@gmail.com> Message-ID: <200808151749.55006.MathStuf@gmail.com> On Friday 15 August 2008 05:35:05 pm Ben Boeckel wrote: > On Friday 15 August 2008 02:23:35 pm Bryan O'Sullivan wrote: > > On Fri, Aug 15, 2008 at 10:05 AM, Orion Poplawski wrote: > > > I've gotten a request to update cmake to 2.6 in F-9. Does anyone have > > > any objections? There can be some slight incompatibilities, but are > > > generally easily fixed. > > > > Yes, I object. It has some substantial incompatibilities with cmake > > 2.4.8 that break some of the software I work on (Second Life). The > > bugs in question are fixed in 2.6.1, but I don't think it would be a > > good idea to build and push that, either: you'll break *someone* > > unexpectedly, and they won't be reading this list until it's too late. > > Why should Fedora care about Second Life? It is neither in the repos nor > Free Software. You can just not upgrade cmake if it breaks your setup too > badly. Some need features in cmake 2.6 to move forward. Fedora should not > stand still for non-Free Software. > > As for breakage in other apps, they can be fixed and sent upstream by > maintainers or other volunteers. It wouldn't be pushed without testing in > any case. If koji gets failed builds due to dependencies, it usually gets > posted to the list. > > --Ben I missed something: Second Life /is/ open source (I hadn't found a link for the source on the downloads page and assumed from there). However, the not upgrading still applies if it breaks your build (and 2.6.1 fixes this in any case it seems). --Ben From peter at thecodergeek.com Sat Aug 16 00:57:57 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 15 Aug 2008 17:57:57 -0700 Subject: [Resolved] WARNING: Empathy/Haze & MC Profiles Update: Slight Manual Fixing Required In-Reply-To: <1218685514.3919.36.camel@tuxhugs> References: <1218685514.3919.36.camel@tuxhugs> Message-ID: <1218848277.3100.1.camel@tuxhugs> Hi, all. Thanks to Colin Walters, Empathy now handles the renaming automagically. So there should be no further issues with this transition as of the next rawhide push. Please don't hesitate to scream and yell at me if this is not the case! Thanks, and regards. <3 -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From moe at blagblagblag.org Sat Aug 16 01:04:11 2008 From: moe at blagblagblag.org (jeff) Date: Fri, 15 Aug 2008 22:04:11 -0300 Subject: libgweather 50Mb?? In-Reply-To: References: Message-ID: <48A6278B.5050603@blagblagblag.org> Vasile Gaburici wrote: > Isn't there some streamlined way of installing this? I mean, for a > feature I never use this is one of largest packages dumped on my disk. > > # rpm -e libgweather > error: Failed dependencies: > libgweather.so.1 is needed by (installed) > gnome-applets-2.22.3-1.fc9.i386 > libgweather.so.1 is needed by (installed) gnome-panel-2.22.2-2.fc9.i386 > IIRC it gets dragged in too if you want just NetworkManager-gnome... From dtimms at iinet.net.au Sat Aug 16 03:46:50 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 16 Aug 2008 13:46:50 +1000 Subject: [Fedora-packaging] resolving rpmlint absolute symlinks issue In-Reply-To: <48A5ADA4.1010901@city-fan.org> References: <48A4AD7F.5000001@iinet.net.au> <20080815000317.c86621a7.tcallawa@redhat.com> <48A5925A.2010600@iinet.net.au> <48A5ADA4.1010901@city-fan.org> Message-ID: <48A64DAA.9020406@iinet.net.au> Paul Howarth wrote: > David Timms wrote: >> Tom spot Callaway wrote: >>> On Fri, 15 Aug 2008 08:11:11 +1000 >>> David Timms wrote: ... >>> Instead of doing: >>> >>> ln -s /usr/lib/python2.5/site-packages/pyvnc2swf/edit.py >>> /usr/bin/vnc2swf-edit >>> >>> You do a relative link, like this: >>> >>> cd /usr/lib/python2.5/site-packages/pyvnc2swf/ >>> ln -s edit.py ../../../../bin/vnc2swf-edit >> >> OK, that works for my raw file system, but how is it done in a package ? >> cd %{buildroot}%{python_sitelib}/pyvnc2swf/ >> ln -s vnc2swf.py ../../../../bin/vnc2swf >> >> rpmbuilds fine, but get rpmlint from the other way: >> >> rpmlint --info pyvnc2swf-0.9.3-4.fc9.noarch.rpm >> pyvnc2swf.noarch: W: dangling-relative-symlink /usr/bin/vnc2swf >> vnc2swf.py >> The relative symbolic link points nowhere. >> >> Is it OK to leave with that warning ? >> Should it be fixed like Paul shows {with symlinks} in the above bug ? >> Or is there another easy fix that doesn't require such trickery ? > > Try this, which is I think what Spot meant: > > ln -s ../lib/python2.5/site-packages/pyvnc2swf/vnc2swf.py \ > %{buildroot}%{_bindir}/vnc2swf > > ln -s ../lib/python2.5/site-packages/pyvnc2swf/edit.py \ > %{buildroot}%{_bindir}/vnc2swf-edit > > The problem with this is that you can't use the %{python_sitelib} macro > to do it cleanly. You could take the relative link right up to the root > directory to avoid that pitfall: > > ln -s ../..%{python_sitelib}/pyvnc2swf/vnc2swf.py \ > %{buildroot}%{_bindir}/vnc2swf > > ln -s ../..%{python_sitelib}/pyvnc2swf/edit.py \ > %{buildroot}%{_bindir}/vnc2swf-edit > > However, this still requires the assumption that %{_bindir} is two > levels down from the root directory, which is why I prefer the approach > of using the "symlinks" utility - it requires no such assumptions. Thanks again Paul, I missed the fact that I screwed up my reply to the wrong list, so I missed your second response until now. Meanwhile, I worked out the same that you mention. I would prefer to know what the widely used solution to this lint issue is, since in looking at some random py* packages in cvs I didn't find any packages doing the same {providing a link in bindir for a .py script}. DaveT. From paul at city-fan.org Sat Aug 16 06:52:03 2008 From: paul at city-fan.org (Paul Howarth) Date: Sat, 16 Aug 2008 07:52:03 +0100 Subject: [Fedora-packaging] resolving rpmlint absolute symlinks issue In-Reply-To: <48A64DAA.9020406@iinet.net.au> References: <48A4AD7F.5000001@iinet.net.au> <20080815000317.c86621a7.tcallawa@redhat.com> <48A5925A.2010600@iinet.net.au> <48A5ADA4.1010901@city-fan.org> <48A64DAA.9020406@iinet.net.au> Message-ID: <20080816075203.6663b77a@metropolis.intra.city-fan.org> On Sat, 16 Aug 2008 13:46:50 +1000 David Timms wrote: > Paul Howarth wrote: > > David Timms wrote: > >> Tom spot Callaway wrote: > >>> On Fri, 15 Aug 2008 08:11:11 +1000 > >>> David Timms wrote: > ... > >>> Instead of doing: > >>> > >>> ln -s /usr/lib/python2.5/site-packages/pyvnc2swf/edit.py > >>> /usr/bin/vnc2swf-edit > >>> > >>> You do a relative link, like this: > >>> > >>> cd /usr/lib/python2.5/site-packages/pyvnc2swf/ > >>> ln -s edit.py ../../../../bin/vnc2swf-edit > >> > >> OK, that works for my raw file system, but how is it done in a > >> package ? cd %{buildroot}%{python_sitelib}/pyvnc2swf/ > >> ln -s vnc2swf.py ../../../../bin/vnc2swf > >> > >> rpmbuilds fine, but get rpmlint from the other way: > >> > >> rpmlint --info pyvnc2swf-0.9.3-4.fc9.noarch.rpm > >> pyvnc2swf.noarch: W: dangling-relative-symlink /usr/bin/vnc2swf > >> vnc2swf.py > >> The relative symbolic link points nowhere. > >> > >> Is it OK to leave with that warning ? > >> Should it be fixed like Paul shows {with symlinks} in the above > >> bug ? Or is there another easy fix that doesn't require such > >> trickery ? > > > > Try this, which is I think what Spot meant: > > > > ln -s ../lib/python2.5/site-packages/pyvnc2swf/vnc2swf.py \ > > %{buildroot}%{_bindir}/vnc2swf > > > > ln -s ../lib/python2.5/site-packages/pyvnc2swf/edit.py \ > > %{buildroot}%{_bindir}/vnc2swf-edit > > > > The problem with this is that you can't use the %{python_sitelib} > > macro to do it cleanly. You could take the relative link right up > > to the root directory to avoid that pitfall: > > > > ln -s ../..%{python_sitelib}/pyvnc2swf/vnc2swf.py \ > > %{buildroot}%{_bindir}/vnc2swf > > > > ln -s ../..%{python_sitelib}/pyvnc2swf/edit.py \ > > %{buildroot}%{_bindir}/vnc2swf-edit > > > > However, this still requires the assumption that %{_bindir} is two > > levels down from the root directory, which is why I prefer the > > approach of using the "symlinks" utility - it requires no such > > assumptions. > > Thanks again Paul, I missed the fact that I screwed up my reply to > the wrong list, so I missed your second response until now. > Meanwhile, I worked out the same that you mention. > > I would prefer to know what the widely used solution to this lint > issue is, since in looking at some random py* packages in cvs I > didn't find any packages doing the same {providing a link in bindir > for a .py script}. Here's one that uses the "ln -s ../..%{python_sitelib}/..." approach: http://cvs.fedora.redhat.com/viewcvs/rpms/python-kid/devel/python-kid.spec?view=markup Another common approach is to use simple wrapper scripts, like this one for "manhole" from python-twisted-core: #!/usr/bin/python # Twisted, the Framework of Your Internet # Copyright (c) 2001-2004 Twisted Matrix Laboratories. # See LICENSE for details. """This script runs GtkManhole, a client for Twisted.Manhole """ ### Twisted Preamble # This makes sure that users don't have to set up their environment # specially in order to run these programs from bin/. import sys, os, string if string.find(os.path.abspath(sys.argv[0]), os.sep+'Twisted') != -1: sys.path.insert(0, os.path.normpath(os.path.join(os.path.abspath(sys.argv[0]), os.pardir, os.pardir))) ### end of preamble from twisted.scripts import manhole manhole.run() Paul. From vgaburici at gmail.com Sat Aug 16 07:21:11 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sat, 16 Aug 2008 10:21:11 +0300 Subject: FontForge FontView? Message-ID: According to http://fontforge.sourceforge.net/source-build.html, it's recommend to install the FontView bitmap font, which is used to label the font matrix entries, so you can visually check if you put the glyphs in the right slots. Shouldn't Fedora be shipping this? I know it's a bitmap font, but unless you're volunteering to move fontforge out of the X11 font world, FontView is needed to use it properly. According to http://khdd.net/kanou/fonts/ff/fontviewfont-en.html, FontView is a derivative of clearlyU, but with a lot more coverage (60K+ glyphs vs 9K+). Perhaps we should package FontView instead of clearlyU? From nicolas.mailhot at laposte.net Sat Aug 16 08:17:16 2008 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 16 Aug 2008 10:17:16 +0200 Subject: FontForge FontView? In-Reply-To: References: Message-ID: <1218874636.12598.1.camel@rousalka.okg> On Sat, 2008-08-16 at 10:21 +0300, Vasile Gaburici wrote: > According to http://fontforge.sourceforge.net/source-build.html, it's > recommend to install the > FontView bitmap font, which is used to label the font matrix entries, > so you can visually check if you put the glyphs in the right slots. > > Shouldn't Fedora be shipping this? Feel free to package it :p. The clearlyU packager may then chose to frop his package if he feels the need to. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sebastian at when.com Sat Aug 16 10:13:50 2008 From: sebastian at when.com (Sebastian Dziallas) Date: Sat, 16 Aug 2008 12:13:50 +0200 Subject: libgweather 50Mb?? In-Reply-To: <48A6278B.5050603@blagblagblag.org> References: <48A6278B.5050603@blagblagblag.org> Message-ID: <48A6A85E.908@when.com> jeff wrote: > Vasile Gaburici wrote: >> Isn't there some streamlined way of installing this? I mean, for a >> feature I never use this is one of largest packages dumped on my disk. >> >> # rpm -e libgweather >> error: Failed dependencies: >> libgweather.so.1 is needed by (installed) >> gnome-applets-2.22.3-1.fc9.i386 >> libgweather.so.1 is needed by (installed) >> gnome-panel-2.22.2-2.fc9.i386 >> > > IIRC it gets dragged in too if you want just NetworkManager-gnome... Heh. Yeah, it does... because NetworkManager-gnome has a dependency on gnome-panel (I'd say due to the NetworkManager applet), which then pulls in libgweather (suspecting the clock applet for this)... --Sebastian From rdieter at math.unl.edu Sat Aug 16 18:45:35 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Aug 2008 13:45:35 -0500 Subject: libgweather 50Mb?? References: <48A6278B.5050603@blagblagblag.org> <48A6A85E.908@when.com> Message-ID: Sebastian Dziallas wrote: >> IIRC it gets dragged in too if you want just NetworkManager-gnome... > > Heh. Yeah, it does... because NetworkManager-gnome has a dependency on > gnome-panel (I'd say due to the NetworkManager applet), which then pulls > in libgweather (suspecting the clock applet for this)... This is a killer space-wise for non-desktop(gnome) spins. If I find some time over the next week or so, I'll take a closer look at ways to address this. -- Rex From rdieter at math.unl.edu Sat Aug 16 18:54:01 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Aug 2008 13:54:01 -0500 Subject: Pushing cmake 2.6 to F9 References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Orion Poplawski wrote: > 2.6.1 is what would be pushed. The request is here: > > https://bugzilla.redhat.com/show_bug.cgi?id=459243 > > At some point we're going to be holding back new stuff more than we are > breaking existing stuff, but I don't know when that point will be. > 2.6.X has been in rawhide since Mar 28 so it's been beaten on for a while. > > Any other comments? hotness is required here, imo, as cmake-2.6.x is required for any upstream kde/trunk development. -- Rex From mclasen at redhat.com Sat Aug 16 19:31:04 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 16 Aug 2008 15:31:04 -0400 Subject: libgweather 50Mb?? In-Reply-To: References: <48A6278B.5050603@blagblagblag.org> <48A6A85E.908@when.com> Message-ID: <1218915064.9622.0.camel@localhost.localdomain> On Sat, 2008-08-16 at 13:45 -0500, Rex Dieter wrote: > Sebastian Dziallas wrote: > > >> IIRC it gets dragged in too if you want just NetworkManager-gnome... > > > > Heh. Yeah, it does... because NetworkManager-gnome has a dependency on > > gnome-panel (I'd say due to the NetworkManager applet), which then pulls > > in libgweather (suspecting the clock applet for this)... > > This is a killer space-wise for non-desktop(gnome) spins. If I find some time over the next week or so, I'll take a closer look at ways to address this. There's bigger fish to fry, like the 80M of printer 'drivers' we install... From rdieter at math.unl.edu Sat Aug 16 20:13:47 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Aug 2008 15:13:47 -0500 Subject: libgweather 50Mb?? References: <48A6278B.5050603@blagblagblag.org> <48A6A85E.908@when.com> <1218915064.9622.0.camel@localhost.localdomain> Message-ID: Matthias Clasen wrote: >> This is a killer space-wise for non-desktop(gnome) spins. If I find some >> time over the next week or so, I'll take a closer look at ways to address >> this. > > There's bigger fish to fry, like the 80M of printer 'drivers' we > install... Agreed, but that one I have not much clue on how to tackle it. -- Rex From chris.stone at gmail.com Sat Aug 16 20:57:28 2008 From: chris.stone at gmail.com (Christopher Stone) Date: Sat, 16 Aug 2008 13:57:28 -0700 Subject: The results are in for the Fedroa 10 naming In-Reply-To: <000301c8f11a$cde8d110$ba00000a@grecom.local> References: <000301c8f11a$cde8d110$ba00000a@grecom.local> Message-ID: On Mon, Jul 28, 2008 at 6:31 PM, Josh Boyer wrote: > And the winner of the Fedora 10 codename is: > > Cambridge Anyone care to explain how one goes from Cambridge to Nigel Tufnel? From mw_triad at users.sourceforge.net Sat Aug 16 21:18:07 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Sat, 16 Aug 2008 16:18:07 -0500 Subject: Pushing cmake 2.6 to F9 In-Reply-To: References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Rex Dieter wrote: > hotness is required here, imo, as cmake-2.6.x is required for any upstream kde/trunk development. True, but to play devil's advocate, those that are affected can always install cmake from rawhide (like I've done). I'd sure be *happy* to see 2.6 pushed to F9, but I'm also not bothered if it doesn't happen. -- Matthew ENOWIT: .sig file for this machine not set up yet From kevin.kofler at chello.at Sun Aug 17 07:56:14 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 17 Aug 2008 07:56:14 +0000 (UTC) Subject: libgweather 50Mb?? References: <48A6278B.5050603@blagblagblag.org> <48A6A85E.908@when.com> <1218915064.9622.0.camel@localhost.localdomain> Message-ID: Matthias Clasen redhat.com> writes: > There's bigger fish to fry, like the 80M of printer 'drivers' we > install... But all the small fish sum up to a huge swarm which makes that big shark look like a goldfish in comparison. ;-) 50 MB is not much less than 80 MB, and it contributes to bringing spins over the size limits, so fixing the bloat is worthwhile. Kevin Kofler From vgaburici at gmail.com Sun Aug 17 08:43:20 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 17 Aug 2008 11:43:20 +0300 Subject: Newer perl needed for convmv? Message-ID: In Fedora 9 it complains that: Your Perl version has fleas #37757 #49830 From sebastian at when.com Sun Aug 17 08:49:37 2008 From: sebastian at when.com (Sebastian Dziallas) Date: Sun, 17 Aug 2008 10:49:37 +0200 Subject: libgweather 50Mb?? In-Reply-To: References: <48A6278B.5050603@blagblagblag.org> <48A6A85E.908@when.com> Message-ID: <48A7E621.7000904@when.com> Rex Dieter wrote: > Sebastian Dziallas wrote: > >>> IIRC it gets dragged in too if you want just NetworkManager-gnome... >> Heh. Yeah, it does... because NetworkManager-gnome has a dependency on >> gnome-panel (I'd say due to the NetworkManager applet), which then pulls >> in libgweather (suspecting the clock applet for this)... > > This is a killer space-wise for non-desktop(gnome) spins. If I find some time over the next week or so, I'll take a closer look at ways to address this. > > -- Rex The bug report Jim filed states that the issue is now "resolved". Somebody mentioned there that with Gnome 2.23, there'd be a Locations.XX.xml file for each language... don't know if this helps much, but it seems to be an improvement (just the question when this update is going to hit Fedora - 2.24 should afaik out by the end of September). But definitely agreed! That's kind of... carzy for non-gnome spins, which just include NetworkManager-gnome. I also came across this PersonalCopy-Lite-patches package... fortunately, it's the lite version - it has a size of 44 MB and is a dependency of SDL_Mixer. Well, maybe not this right stuff for this thread, but still... --Sebastian From tcallawa at redhat.com Sun Aug 17 15:13:07 2008 From: tcallawa at redhat.com (Tom spot Callaway) Date: Sun, 17 Aug 2008 11:13:07 -0400 Subject: Newer perl needed for convmv? In-Reply-To: References: Message-ID: <20080817111307.4c13eee4.tcallawa@redhat.com> On Sun, 17 Aug 2008 11:43:20 +0300 "Vasile Gaburici" wrote: > In Fedora 9 it complains that: > Your Perl version has fleas #37757 #49830 This should be safe to ignore. convmv is working around these issues. ~spot -- Tom "spot" Callaway From paul at all-the-johnsons.co.uk Mon Aug 18 10:21:13 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Aug 2008 11:21:13 +0100 Subject: mono and silverlight Message-ID: <1219054873.7791.2.camel@PB3.Linux> Hi, Given the problems with silverlight, the mono-2.0 previews for rawhide will have the option to build silverlight removed. It is not a big thing to do this and I can create a subpackage (mono-silverlight) if enough people say they want it. Vote now folks! TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Mon Aug 18 10:37:54 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 18 Aug 2008 11:37:54 +0100 Subject: mono and silverlight In-Reply-To: <1219054873.7791.2.camel@PB3.Linux> References: <1219054873.7791.2.camel@PB3.Linux> Message-ID: <5256d0b0808180337x265b3c33icdc3572706996cba@mail.gmail.com> > Given the problems with silverlight, the mono-2.0 previews for rawhide > will have the option to build silverlight removed. It is not a big thing > to do this and I can create a subpackage (mono-silverlight) if enough > people say they want it. > > Vote now folks! Isn't there some license issue that causes Fedora not to be able to distribute it and it has to be downloaded from Novell's site? I'm sure this has been addressed previously. Peter From mnowak at redhat.com Mon Aug 18 11:20:39 2008 From: mnowak at redhat.com (Michal Nowak) Date: Mon, 18 Aug 2008 07:20:39 -0400 (EDT) Subject: mono and silverlight In-Reply-To: <5256d0b0808180337x265b3c33icdc3572706996cba@mail.gmail.com> Message-ID: <1601378146.240201219058439233.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Peter Robinson" wrote: > Isn't there some license issue that causes Fedora not to be able to > distribute it and it has to be downloaded from Novell's site? > > I'm sure this has been addressed previously. > > Peter > https://fedoraproject.org/wiki/ForbiddenItems#Moonlight Never heard more news on this issue. Michal From paul at all-the-johnsons.co.uk Mon Aug 18 11:46:03 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Aug 2008 12:46:03 +0100 Subject: mono and silverlight In-Reply-To: <5256d0b0808180337x265b3c33icdc3572706996cba@mail.gmail.com> References: <1219054873.7791.2.camel@PB3.Linux> <5256d0b0808180337x265b3c33icdc3572706996cba@mail.gmail.com> Message-ID: <1219059963.1125.0.camel@PB3.Linux> Hi, > > Vote now folks! > > Isn't there some license issue that causes Fedora not to be able to > distribute it and it has to be downloaded from Novell's site? > > I'm sure this has been addressed previously. It has. However, mono itself (including the libraries and compilers) are MIT license which is why I'm asking if it needs a sub-package or if it needs to be taken out. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Mon Aug 18 12:06:20 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 18 Aug 2008 13:06:20 +0100 Subject: mono and silverlight In-Reply-To: <1219059963.1125.0.camel@PB3.Linux> References: <1219054873.7791.2.camel@PB3.Linux> <5256d0b0808180337x265b3c33icdc3572706996cba@mail.gmail.com> <1219059963.1125.0.camel@PB3.Linux> Message-ID: <5256d0b0808180506j15c6fb1bgdd793a5bfb47298e@mail.gmail.com> >> > Vote now folks! >> >> Isn't there some license issue that causes Fedora not to be able to >> distribute it and it has to be downloaded from Novell's site? >> >> I'm sure this has been addressed previously. > > It has. However, mono itself (including the libraries and compilers) are > MIT license which is why I'm asking if it needs a sub-package or if it > needs to be taken out. My guess would be that because its in the forbidden list it would need to be taken out entirely. Peter From tcallawa at redhat.com Mon Aug 18 13:33:24 2008 From: tcallawa at redhat.com (Tom spot Callaway) Date: Mon, 18 Aug 2008 09:33:24 -0400 Subject: mono and silverlight In-Reply-To: <1219054873.7791.2.camel@PB3.Linux> References: <1219054873.7791.2.camel@PB3.Linux> Message-ID: <20080818093324.8a050681.tcallawa@redhat.com> On Mon, 18 Aug 2008 11:21:13 +0100 Paul wrote: > Hi, > > Given the problems with silverlight, the mono-2.0 previews for rawhide > will have the option to build silverlight removed. It is not a big thing > to do this and I can create a subpackage (mono-silverlight) if enough > people say they want it. Is the silverlight code actually inside mono 2.0? Or is this just a mono extension that links to the silverlight code if present? If the code is actually inside mono 2.0, we need to strip it out of the tarball. If this is just an extension, we can just disable it. Moonlight/Silverlight are forbidden items in Fedora. ~spot -- Tom "spot" Callaway From email.ahmedkamal at googlemail.com Mon Aug 18 14:52:33 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Mon, 18 Aug 2008 17:52:33 +0300 Subject: disk partitioning for multiOS machine Message-ID: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> Hi, Sorry this might be a bit off topic. I am getting a new laptop, and plan to use fedora as my main OS. I will be installing Windows too for the occasional game. I would also like to install open-solaris and/or MacOSX, just to see what others are up to. Eventually I will also want to run multiple VMs. It would be necessary to share data across those OSs and VMs. I am lost as to how to partition/lvm the 250GB drive for optimal use. Does anyone have a similar setup? any advice ? Would KVM on F10 allow running the non-virtualized (i.e. on disk installed) Windows and Solaris to run in full virt mode ? (That should save space) Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at all-the-johnsons.co.uk Mon Aug 18 19:09:11 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Aug 2008 20:09:11 +0100 Subject: mono and silverlight In-Reply-To: <20080818093324.8a050681.tcallawa@redhat.com> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> Message-ID: <1219086551.25583.6.camel@PB3.Linux> Hi, > If the code is actually inside mono 2.0, we need to strip it out of the tarball. > If this is just an extension, we can just disable it. Moonlight/Silverlight are > forbidden items in Fedora. ./configure --help says --with-moonlight=yes,no If you want to build the Moonlight 2.1 assemblies A quick look through the codebase doesn't show anything much though... TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ghenriks at gmail.com Mon Aug 18 19:51:54 2008 From: ghenriks at gmail.com (Gerald Henriksen) Date: Mon, 18 Aug 2008 15:51:54 -0400 Subject: mono and silverlight In-Reply-To: <1219086551.25583.6.camel@PB3.Linux> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> Message-ID: <0gkja4d70j67sah45i5ojd1k58a3ih9dht@4ax.com> On Mon, 18 Aug 2008 20:09:11 +0100, you wrote: >Hi, > >> If the code is actually inside mono 2.0, we need to strip it out of the tarball. >> If this is just an extension, we can just disable it. Moonlight/Silverlight are >> forbidden items in Fedora. > >./configure --help says > >--with-moonlight=yes,no If you want to build the Moonlight 2.1 >assemblies > >A quick look through the codebase doesn't show anything much though... >From the mono README file: --with-moonlight=yes,no Whether you want to generate the Silverlight/Moonlight libraries and toolchain in addition to the default (1.1 and 2.0 APIs). This will produce the `smcs' compiler which will reference the Silvelright modified assemblies (mscorlib.dll, System.dll, System.Code.dll and System.Xml.Core.dll) and turn on the LINQ extensions for the compiler. This option defaults to `no' and it is considered pre-alpha. Moonlight itself is a separate download: http://www.go-mono.com/moonlight/ From joshuacov at googlemail.com Mon Aug 18 20:10:54 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Mon, 18 Aug 2008 22:10:54 +0200 Subject: Koji mirrors? Message-ID: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> Are there any koji mirrors? http://koji.fedoraproject.org/packages still seems to be down. I need some old packages. From ghenriks at gmail.com Mon Aug 18 20:11:12 2008 From: ghenriks at gmail.com (Gerald Henriksen) Date: Mon, 18 Aug 2008 16:11:12 -0400 Subject: mono and silverlight In-Reply-To: <1219086551.25583.6.camel@PB3.Linux> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> Message-ID: On Mon, 18 Aug 2008 20:09:11 +0100, you wrote: >Hi, > >> If the code is actually inside mono 2.0, we need to strip it out of the tarball. >> If this is just an extension, we can just disable it. Moonlight/Silverlight are >> forbidden items in Fedora. > >./configure --help says > >--with-moonlight=yes,no If you want to build the Moonlight 2.1 >assemblies > >A quick look through the codebase doesn't show anything much though... >From the Moonlight INSTALL file: Moonlight: Silverlight 2.0 API support ====================================== If you want to support the Silverlight 2.0 API (managed support, this includes the Mono runtime and .NET APIs to run apps) you will need in addition to: * Install Mono from SVN (you need both the mono and mcs modules). Use the --with-moonlight=yes option to configure >From looking through the mono configure file it looks like the --with-moonlight option just adds the required support to mono that Moonlight needs to run (Silverlight 2 requires a .NET runtime, Silverlight 1 was entirely independent of a .NET runtime). So it appears all that is needed to keep Moonlight out of Fedora is to not package the Moonlight tarball which is a separate download. From mmcgrath at redhat.com Mon Aug 18 21:01:25 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 18 Aug 2008 16:01:25 -0500 (CDT) Subject: Koji mirrors? In-Reply-To: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> References: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> Message-ID: On Mon, 18 Aug 2008, Joshua C. wrote: > Are there any koji mirrors? http://koji.fedoraproject.org/packages > still seems to be down. I need some old packages. Seems to be a bit buggy and slow, but its mostly there - http://kojipkgs.fedoraproject.org/packages/nagios/ -Mike From dennisml at conversis.de Mon Aug 18 21:19:51 2008 From: dennisml at conversis.de (Dennis J.) Date: Mon, 18 Aug 2008 23:19:51 +0200 Subject: Koji mirrors? In-Reply-To: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> References: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> Message-ID: <48A9E777.4070605@conversis.de> Joshua C. wrote: > Are there any koji mirrors? http://koji.fedoraproject.org/packages > still seems to be down. I need some old packages. > Try http://koji.fedoraproject.org/koji/packages Regards, Dennis From paul at all-the-johnsons.co.uk Mon Aug 18 22:05:33 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Aug 2008 23:05:33 +0100 Subject: mono and silverlight In-Reply-To: <0gkja4d70j67sah45i5ojd1k58a3ih9dht@4ax.com> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> <0gkja4d70j67sah45i5ojd1k58a3ih9dht@4ax.com> Message-ID: <1219097133.26684.5.camel@PB3.Linux> Hi, > >--with-moonlight=yes,no If you want to build the Moonlight 2.1 > >assemblies > > > >A quick look through the codebase doesn't show anything much though... > > From the mono README file: > > --with-moonlight=yes,no > > Whether you want to generate the Silverlight/Moonlight > libraries and toolchain in addition to the default > (1.1 and 2.0 APIs). > > This will produce the `smcs' compiler which will > reference > the Silvelright modified assemblies (mscorlib.dll, > System.dll, System.Code.dll and System.Xml.Core.dll) > and turn > on the LINQ extensions for the compiler. > > This option defaults to `no' and it is considered > pre-alpha. Do I therefore need to remove the code which produces smcs? If you create without the option to not produce the moonlight code, additional files are produced. Have a look at the spec file for the srpm at http://pfj.fedorapeople.org/mono (you'll need to grab the srpm and look at the spec file inside of it). TTFN Paul TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Mon Aug 18 22:15:35 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Aug 2008 16:15:35 -0600 Subject: Strange popen behavior on xen builders? In-Reply-To: References: <489B804D.3010705@cora.nwra.com> Message-ID: <48A9F487.5000904@cora.nwra.com> Kevin Kofler wrote: > Orion Poplawski cora.nwra.com> writes: >> I'm running into some very strange behavior trying to build plplot which >> uses cmake. > > We've also seen this with KDE 4 builds (perhaps not surprisingly, as KDE 4 also > uses cmake). Just yesterday I had to cancel and resubmit a konq-plugins build > for that reason, I wanted to report it, but you were quicker. :-) > > IIRC, I have only seen this on F10 x86_64 builds. Filed bug #459442 as I have a simple test case. Once everything is back up we can test again. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From joshuacov at googlemail.com Mon Aug 18 22:23:03 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Tue, 19 Aug 2008 00:23:03 +0200 Subject: Koji mirrors? In-Reply-To: References: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> Message-ID: <5f6f8c5f0808181523y7109e854mce632ef470826876@mail.gmail.com> 2008/8/18 Mike McGrath : > On Mon, 18 Aug 2008, Joshua C. wrote: > >> Are there any koji mirrors? http://koji.fedoraproject.org/packages >> still seems to be down. I need some old packages. > > Seems to be a bit buggy and slow, but its mostly there - > > http://kojipkgs.fedoraproject.org/packages/nagios/ > > -Mike > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > the address works, thanx. Are there any server mirrors like name1.name2.com, not fedora hosted? From lyos.gemininorezel at gmail.com Mon Aug 18 22:25:23 2008 From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel) Date: Mon, 18 Aug 2008 18:25:23 -0400 Subject: disk partitioning for multiOS machine In-Reply-To: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> Message-ID: <48A9F6D3.3020004@gmail.com> Ahmed Kamal wrote: > Hi, > Sorry this might be a bit off topic. I am getting a new laptop, and > plan to use fedora as my main OS. I will be installing Windows too for > the occasional game. I would also like to install open-solaris and/or > MacOSX, just to see what others are up to. Eventually I will also want > to run multiple VMs. It would be necessary to share data across those > OSs and VMs. I am lost as to how to partition/lvm the 250GB drive for > optimal use. Does anyone have a similar setup? any advice ? I would partition it as follows: 5x 20GB partitions for Operating Systems 1.) Fedora (to be sub-partitioned into swap, boot, etc. 2.) OSX 3.) OpenSolaris 4.) Windows 5.) others? Then a 100GB Data partition to be shared across all OSes. The last 50GB, I would use for compressed VM images. I'd do it in that order as well... simply because, on the chance you decide to forgo/delete the OSX and/or OpenSolaris partitions... you can easily extend the fedora partition into that space without having to repartition. The 100GB data partition gives more than enough space in which to share all needed data between Operating Systems and I'd suggest using Fat32 simply because it's recognizable/mountable/readable on all the above mentioned OSes. You can easily forgo the 50GB VM image partition and go with a 150GB combined data/VM image partition. > > Would KVM on F10 allow running the non-virtualized (i.e. on disk > installed) Windows and Solaris to run in full virt mode ? (That should > save space) > > Regards From dennis at ausil.us Mon Aug 18 22:34:05 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 18 Aug 2008 17:34:05 -0500 Subject: Koji mirrors? In-Reply-To: <5f6f8c5f0808181523y7109e854mce632ef470826876@mail.gmail.com> References: <5f6f8c5f0808181310k2e5ea9a1x3af2b241fcaccbfb@mail.gmail.com> <5f6f8c5f0808181523y7109e854mce632ef470826876@mail.gmail.com> Message-ID: <200808181738.14857.dennis@ausil.us> On Monday 18 August 2008 05:23:03 pm Joshua C. wrote: > 2008/8/18 Mike McGrath : > > On Mon, 18 Aug 2008, Joshua C. wrote: > >> Are there any koji mirrors? http://koji.fedoraproject.org/packages > >> still seems to be down. I need some old packages. > > > > Seems to be a bit buggy and slow, but its mostly there - > > > > http://kojipkgs.fedoraproject.org/packages/nagios/ > > > > -Mike > > the address works, thanx. Are there any server mirrors like > name1.name2.com, not fedora hosted? there is currently not. there is over 3tb of packages on the filesystem. and it changes rapidly. Dennis From paul at all-the-johnsons.co.uk Mon Aug 18 22:57:50 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Aug 2008 23:57:50 +0100 Subject: Koji back up - when will cvs be working? Message-ID: <1219100270.26684.9.camel@PB3.Linux> Hi, Just noticed koji is back up and running. However, when I've either tried to build a package or upload a package, I'm getting locked out. Any time span as to when cvs and building will be allowed? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From dennisml at conversis.de Mon Aug 18 22:59:59 2008 From: dennisml at conversis.de (Dennis J.) Date: Tue, 19 Aug 2008 00:59:59 +0200 Subject: disk partitioning for multiOS machine In-Reply-To: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> Message-ID: <48A9FEEF.4070404@conversis.de> Ahmed Kamal wrote: > Hi, > Sorry this might be a bit off topic. I am getting a new laptop, and plan > to use fedora as my main OS. I will be installing Windows too for the > occasional game. I would also like to install open-solaris and/or > MacOSX, just to see what others are up to. Eventually I will also want > to run multiple VMs. It would be necessary to share data across those > OSs and VMs. I am lost as to how to partition/lvm the 250GB drive for > optimal use. Does anyone have a similar setup? any advice ? > > Would KVM on F10 allow running the non-virtualized (i.e. on disk > installed) Windows and Solaris to run in full virt mode ? (That should > save space) I don't know about Solaris but this works well for WindowsXP. You just have to create a separate hardware profile for the virtual version of XP so Windows doesn't get confused because of the changing hardware. Regards, Dennis From ianweller at gmail.com Mon Aug 18 23:59:11 2008 From: ianweller at gmail.com (Ian Weller) Date: Mon, 18 Aug 2008 18:59:11 -0500 Subject: Koji back up - when will cvs be working? In-Reply-To: <1219100270.26684.9.camel@PB3.Linux> References: <1219100270.26684.9.camel@PB3.Linux> Message-ID: <20080818235911.GA22303@gmail.com> On Mon, Aug 18, 2008 at 11:57:50PM +0100, Paul wrote: > Just noticed koji is back up and running. However, when I've either > tried to build a package or upload a package, I'm getting locked out. > Any time span as to when cvs and building will be allowed? > Passwords and SSH keys in FAS have been reset; make sure you've changed them. -- Ian Weller http://ianweller.org GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 "Technology is a word that describes something that doesn't work yet." ~ Douglas Adams -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From a.badger at gmail.com Tue Aug 19 00:07:15 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Aug 2008 17:07:15 -0700 Subject: Koji back up - when will cvs be working? In-Reply-To: <1219100270.26684.9.camel@PB3.Linux> References: <1219100270.26684.9.camel@PB3.Linux> Message-ID: <48AA0EB3.7060505@gmail.com> Paul wrote: > Hi, > > Just noticed koji is back up and running. However, when I've either > tried to build a package or upload a package, I'm getting locked out. > Any time span as to when cvs and building will be allowed? > We're working on it. We can't give you a definite timeframe yet. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From dchen at redhat.com Tue Aug 19 04:17:15 2008 From: dchen at redhat.com (Ding-Yi Chen) Date: Tue, 19 Aug 2008 14:17:15 +1000 Subject: disk partitioning for multiOS machine In-Reply-To: <48A9F6D3.3020004@gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <48A9F6D3.3020004@gmail.com> Message-ID: <1219119435.7495.10.camel@dhcp-0-207.bne.redhat.com> ? ??2008-08-18 ? 18:25 -0400?Lyos Gemini Norezel ??? > Ahmed Kamal wrote: > > Hi, > > Sorry this might be a bit off topic. I am getting a new laptop, and > > plan to use fedora as my main OS. I will be installing Windows too for > > the occasional game. I would also like to install open-solaris and/or > > MacOSX, just to see what others are up to. Eventually I will also want > > to run multiple VMs. It would be necessary to share data across those > > OSs and VMs. I am lost as to how to partition/lvm the 250GB drive for > > optimal use. Does anyone have a similar setup? any advice ? > I would partition it as follows: > > 5x 20GB partitions for Operating Systems > 1.) Fedora (to be sub-partitioned into swap, boot, etc. > 2.) OSX > 3.) OpenSolaris > 4.) Windows > 5.) others? > > Then a 100GB Data partition to be shared across all OSes. > The last 50GB, I would use for compressed VM images. > I'd do it in that order as well... simply because, on the chance you > decide to forgo/delete the OSX and/or OpenSolaris partitions... you can > easily extend the fedora partition into that space without having to > repartition. The 100GB data partition gives more than enough space in > which to share all needed data between Operating Systems and I'd suggest > using Fat32 simply because it's recognizable/mountable/readable on all > the above mentioned OSes. You can easily forgo the 50GB VM image > partition and go with a 150GB combined data/VM image partition. > I don't really think you can install 4 or more OSs on a harddrive. A harddisk can have either 4 primary partitions or 3 primarys and 1 extended. I suppose the most stable configuration you might get is one primary for each OS, while extended stores data as Windows can only use its own primary and the extended. From mrmazda at ij.net Tue Aug 19 05:07:32 2008 From: mrmazda at ij.net (Felix Miata) Date: Tue, 19 Aug 2008 01:07:32 -0400 Subject: disk partitioning for multiOS machine In-Reply-To: <1219119435.7495.10.camel@dhcp-0-207.bne.redhat.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <48A9F6D3.3020004@gmail.com> <1219119435.7495.10.camel@dhcp-0-207.bne.redhat.com> Message-ID: <48AA5514.3010603@ij.net> On 2008/08/19 14:17 (GMT+1000) Ding-Yi Chen apparently typed: > I don't really think you can install 4 or more OSs on a harddrive. http://fm.no-ip.com/tmp/libata-gt15partitions.txt shows considerably more are possible even using libata. It has 12 installed, plus, not counting the extended itself, 7 partitions that have no installed operating systems. > A harddisk can have either 4 primary partitions or 3 primarys and 1 > extended. I suppose the most stable configuration you might get is one > primary for each OS, Stable? What does that mean? Modern operating systems, once booted, make no distinction between primaries and non-primaries - all are treated equally as logical, as any partition at all is nothing more than an artificial (logical) division of a physical device. -- "Love is not easily angered. Love does not demand its own way." 1 Corinthians 13:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ From martin.langhoff at gmail.com Tue Aug 19 05:26:18 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 19 Aug 2008 17:26:18 +1200 Subject: After running chkconfig... daemon up after install? Message-ID: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> Is there a canonical procedure for either the %post or the caller of rpm/yum to start any daemons that may have been installed? Doing a service foo start is a no-no in %post, as the install may be happening in a context that is not a normal install. But there must be a way to give users happy fluffy bunnies and working active software after they install a daemon in a "running machine" context. Pointers welcome - this is probably a FAQ but googling around I can't find anything that looks like the appropriate answer. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.langhoff at gmail.com Tue Aug 19 06:16:32 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 19 Aug 2008 18:16:32 +1200 Subject: rpm -- cleaning up conflicting stray files in %pre ineffective? Message-ID: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> Hi, I am dealing with cleaning up after a really misbehaved package that instead of installing files to their actual destination, it installed them in a /here.go.files/ tree and them symlinked them in %post . This means that the files are in place, but "undeclared" from rpm's POV. This symlinking only affects ~50 paths, so my strategy has been to - in %pre walk the list of 'bad links' paths, and remove those that are symlink - install the file with normal rpm means, declare it in spec, etc However, this does not seem to work. During upgrades I get 'warning: /path/foo created as /path/foo.rpmnew'. After the install is complete, /path/foo does not exist however, so we are left with only /path/foo.rpmnew. I suspect that at install/upgrade time rpm computes the conflicts _before_ %pre runs. Any hints? cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.langhoff at gmail.com Tue Aug 19 06:37:30 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 19 Aug 2008 18:37:30 +1200 Subject: rpm -- cleaning up conflicting stray files in %pre ineffective? In-Reply-To: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> References: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> Message-ID: <46a038f90808182337p57a5ed0fpdfd0e3ce23963839@mail.gmail.com> On Tue, Aug 19, 2008 at 6:16 PM, Martin Langhoff wrote: > I am dealing with cleaning up after a really misbehaved package to clarify a couple of points that may not be clear... - I already have new package that installs files sanely - I am trying to provide %pre that cleans up the mess before the install to protect early users from pain... If it is absolutely not doable, I can pull out the cleanup code to an external script, and make a release note saying "run the script". However, users don't read release notes. btw, the package spec file is here - follow the link and burn your eyes... http://dev.laptop.org/git?p=projects/xs-config;a=blob;f=xs-config.spec.in;h=006af0fa0fe9ef528f054b72d29ef569e54a1d67;hb=HEAD cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From billcrawford1970 at gmail.com Tue Aug 19 08:35:43 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Tue, 19 Aug 2008 09:35:43 +0100 Subject: rpm -- cleaning up conflicting stray files in %pre ineffective? In-Reply-To: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> References: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> Message-ID: <544eb990808190135i43a66212x16edc57c22afc5ba@mail.gmail.com> 2008/8/19 Martin Langhoff : > I suspect that at install/upgrade time rpm computes the conflicts > _before_ %pre runs. Well, it has to, doesn't it? It needs to be able to bail out before changing anything. Your options look to me like: - make a new package that has files in /here.go.files/ but does not symlink them, and have that remove the symlinks in %post - remove the symlinks and rename the .rpmnew files in %post - declare the symlinks as being config (and they should become .rpmsave, rather than your new ones becoming .rpmnew, I think; hopefully someone will correct me if I'm wrong). From bnocera at redhat.com Tue Aug 19 08:39:51 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 19 Aug 2008 09:39:51 +0100 Subject: Koji back up - when will cvs be working? In-Reply-To: <20080818235911.GA22303@gmail.com> References: <1219100270.26684.9.camel@PB3.Linux> <20080818235911.GA22303@gmail.com> Message-ID: <1219135191.3194.174.camel@cookie.hadess.net> On Mon, 2008-08-18 at 18:59 -0500, Ian Weller wrote: > On Mon, Aug 18, 2008 at 11:57:50PM +0100, Paul wrote: > > Just noticed koji is back up and running. However, when I've either > > tried to build a package or upload a package, I'm getting locked out. > > Any time span as to when cvs and building will be allowed? > > > Passwords and SSH keys in FAS have been reset; make sure you've changed > them. Except that the web form for password resets isn't sending out e-mails. From pingou at pingoured.fr Tue Aug 19 08:42:18 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Tue, 19 Aug 2008 10:42:18 +0200 Subject: Koji back up - when will cvs be working? In-Reply-To: <1219135191.3194.174.camel@cookie.hadess.net> References: <1219100270.26684.9.camel@PB3.Linux> <20080818235911.GA22303@gmail.com> <1219135191.3194.174.camel@cookie.hadess.net> Message-ID: <48AA876A.5060409@pingoured.fr> Bastien Nocera wrote: > On Mon, 2008-08-18 at 18:59 -0500, Ian Weller wrote: >> On Mon, Aug 18, 2008 at 11:57:50PM +0100, Paul wrote: >>> Just noticed koji is back up and running. However, when I've either >>> tried to build a package or upload a package, I'm getting locked out. >>> Any time span as to when cvs and building will be allowed? >>> >> Passwords and SSH keys in FAS have been reset; make sure you've changed >> them. > > Except that the web form for password resets isn't sending out e-mails. > G changed the topic of #fedora-admin to: Fedora Infrastructure -- Servers are being restored gradually, see https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00011.html for the latest announcement. Services still down: Fedora Talk, Gobby, CVS, Buildsys. New Fedora Hosted SSH Fingerprint is: e6:b3:68:51:98:2d:4c:dc:63:27:46:65:51:d5:f0:7a -- Please note: Our mail server is currently extremely busy at present and reset e-mails from FAS may be significantly delayed ~pingou From dev at nigelj.com Tue Aug 19 08:48:00 2008 From: dev at nigelj.com (Nigel Jones) Date: Tue, 19 Aug 2008 20:48:00 +1200 Subject: Koji back up - when will cvs be working? In-Reply-To: <1219135191.3194.174.camel@cookie.hadess.net> References: <1219100270.26684.9.camel@PB3.Linux> <20080818235911.GA22303@gmail.com> <1219135191.3194.174.camel@cookie.hadess.net> Message-ID: <1219135680.28853.7.camel@fantail.jnet.net.nz> On Tue, 2008-08-19 at 09:39 +0100, Bastien Nocera wrote: > On Mon, 2008-08-18 at 18:59 -0500, Ian Weller wrote: > > On Mon, Aug 18, 2008 at 11:57:50PM +0100, Paul wrote: > > > Just noticed koji is back up and running. However, when I've either > > > tried to build a package or upload a package, I'm getting locked out. > > > Any time span as to when cvs and building will be allowed? > > > > > Passwords and SSH keys in FAS have been reset; make sure you've changed > > them. > > Except that the web form for password resets isn't sending out e-mails. As Pierre quite rightly pointed out in his e-mail, I did add a note to the #fedora-admin topic, but for everyone else, here is my unbridged response on fedora-infrastructure-list: --- I just noted this in the topic of #fedora-admin. Due to having thousands of accounts in FAS we have to be careful that we don't flood the pipes too much. As a result our mail queue is VERY full at the moment, and password reset e-mails are getting tacked onto the end. You will get your password reset e-mail, I assure you (I see plenty of them in the queue), if you get multiple, only the last reset e-mail will work. We really apologize for this, but there is a fine art in getting e-mail servers sending at the right pace, and we don't want Google etc to start thinking we only exist to spam people. --- - Nigel -- Nigel Jones From Victor.Lazzarini at nuim.ie Tue Aug 19 08:57:32 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Tue, 19 Aug 2008 09:57:32 +0100 Subject: Koji back up - when will cvs be working? In-Reply-To: <20080818235911.GA22303@gmail.com> References: <1219100270.26684.9.camel@PB3.Linux> <20080818235911.GA22303@gmail.com> Message-ID: <0K5U00E09BJXKJ90@mango.nuim.ie> Sorry I am late coming into it: How do we do this? (I mean reset passwords) At 00:59 19/08/2008, you wrote: >On Mon, Aug 18, 2008 at 11:57:50PM +0100, Paul wrote: > > Just noticed koji is back up and running. However, when I've either > > tried to build a package or upload a package, I'm getting locked out. > > Any time span as to when cvs and building will be allowed? > > >Passwords and SSH keys in FAS have been reset; make sure you've changed >them. > >-- >Ian Weller http://ianweller.org >GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 >"Technology is a word that describes something that doesn't work yet." > ~ Douglas Adams > > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-list Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From pingou at pingoured.fr Tue Aug 19 08:59:03 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Tue, 19 Aug 2008 10:59:03 +0200 Subject: Koji back up - when will cvs be working? In-Reply-To: <0K5U00E09BJXKJ90@mango.nuim.ie> References: <1219100270.26684.9.camel@PB3.Linux> <20080818235911.GA22303@gmail.com> <0K5U00E09BJXKJ90@mango.nuim.ie> Message-ID: <48AA8B57.5020207@pingoured.fr> Victor Lazzarini wrote: > Sorry I am late coming into it: How do we do this? (I mean reset passwords) You should soon received an email that explains everything :) Pierre From rjones at redhat.com Tue Aug 19 09:15:53 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 19 Aug 2008 10:15:53 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> Message-ID: <20080819091553.GA31271@amd.home.annexia.org> On Mon, Aug 18, 2008 at 05:52:33PM +0300, Ahmed Kamal wrote: > Sorry this might be a bit off topic. I am getting a new laptop, and plan to > use fedora as my main OS. I will be installing Windows too for the > occasional game. I would also like to install open-solaris and/or MacOSX, > just to see what others are up to. Eventually I will also want to run > multiple VMs. It would be necessary to share data across those OSs and VMs. > I am lost as to how to partition/lvm the 250GB drive for optimal use. Does > anyone have a similar setup? any advice ? This is how I arranged a similar machine where I wanted to multi-boot into Windows and several other OSes: /dev/sda1 Windows /dev/sda2 Shared /boot partition (give it 1 or 2 GB) /dev/sda3 LVM PV & single volume group /dev/VolGroup within /dev/VolGroup: /dev/VolGroup/F10 For Fedora 10/Rawhide /dev/VolGroup/F9 For Fedora 9 /dev/VolGroup/F8 For Fedora 8 /dev/VolGroup/Debian For Debian /dev/VolGroup/Shared Shared space (mounted on all OSes) /dev/VolGroup/Swap Shared swap (used by all OSes) The reasoning behind this was that Windows needs its own primary partition. /boot also needs to be on a primary partition because of a well-known limitation with GRUB. Everything else was going to run under Linux so I just have separate LV for each operating system's root. Then /dev/VolGroup/Shared is mounted as /mnt/shared on each OS so I have a space to share data. I have separate /home directories, but conceivably you could share these between OSes. /boot is shared. When you install a new OS it will "helpfully" trash the GRUB configuration in /boot/grub/grub.conf, so before you install, take a copy, then afterwards restore the copy and add a new boot section for the new OS. However new OS installs should leave the rest of /boot untouched *provided* you don't tell them it's OK for them to format the /boot partition (don't do that!) Remember that OpenSolaris won't know what to do with LVM. It will need a primary partition, unless you're going to run it only virtualized under a Linux host, in which case you can use LVM for its virtual disks. Primary partitions are a pain because changing the size or rearranging them is next to impossible. LVM is far more flexible. No idea about Mac OS X. I assume you'd be running the hacked version of OS X (if your hardware isn't a Mac). > Would KVM on F10 allow running the non-virtualized (i.e. on disk installed) > Windows and Solaris to run in full virt mode ? Yes. With the configuration above you have a lot of flexibility - you can both multi-boot and run OSes virtualized from the same LVs. However you will need to hack /etc/fstab, because disk names will appear different when running on baremetal versus virtualized. Also you can't share /dev/VolGroup/Swap between running OSes (!) I wouldn't recommend running Windows virtualized under KVM. There's lots of random breakage, and even if you do get it working, it'll be really slow. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From email.ahmedkamal at googlemail.com Tue Aug 19 09:49:53 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Tue, 19 Aug 2008 12:49:53 +0300 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819091553.GA31271@amd.home.annexia.org> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> Message-ID: <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> > > I wouldn't recommend running Windows virtualized under KVM. There's > lots of random breakage, and even if you do get it working, it'll be > really slow. Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, and redhat is pushing KVM full steam. Why is KVM still much slower than Xen, and do you see that as improving soon ? I was planning on standardizing on KVM for all my virtulaization needs, but now I'm disappointed! Would you see VMware server (or vbox) as a better choice ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From berrange at redhat.com Tue Aug 19 09:59:57 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 19 Aug 2008 10:59:57 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> Message-ID: <20080819095957.GC4809@redhat.com> On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: > > > > I wouldn't recommend running Windows virtualized under KVM. There's > > lots of random breakage, and even if you do get it working, it'll be > > really slow. > > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, > and redhat is pushing KVM full steam. Why is KVM still much slower than Xen, > and do you see that as improving soon ? I was planning on standardizing on > KVM for all my virtulaization needs, but now I'm disappointed! Would you see > VMware server (or vbox) as a better choice ? NB, there are paravirtualized drivers for Windows on KVM available that will make I/O fast. Any OS is slow without paravirt drivers, no matter what virt technology you use. KVM is the future for Linux virtualization and Fedora. As of F10 host we will automatically enable paravirt drivers for KVM guests running F9 or later. This should give network IO performance on a par with Xen, if not better Xen Dom0 was temporarily dropped due to not having a viable kernel to ship. Upstream Xen community is porting Xen dom0 to paravirt_ops, and when this is completed & merged into upstream kernels, Xen dom0 can be re-enabled in Fedora. In terms of stability of KVM, as with all apps Fedora aggressively tracks the upstream releases. KVM is evolving very fast & has very frequent releases, so we can be unlucky and get an unstable release but I know many people are successfully using KVM for all their virtualization needs. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From fedora at camperquake.de Tue Aug 19 10:09:29 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 19 Aug 2008 12:09:29 +0200 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819095957.GC4809@redhat.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> Message-ID: <20080819120929.06c00f41@dhcp03.addix.net> Hi. On Tue, 19 Aug 2008 10:59:57 +0100, Daniel P. Berrange wrote: > NB, there are paravirtualized drivers for Windows on KVM available > that will make I/O fast. Any OS is slow without paravirt drivers, no > matter what virt technology you use. Paravirtualized means: KVM without processor support or with? I.e., is the plan to make KVM not suck on machines that do not have Vanderpool/Pacifica, or are those simply out of luck with xen gone? From rjones at redhat.com Tue Aug 19 10:10:35 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 19 Aug 2008 11:10:35 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> Message-ID: <20080819101035.GA31480@amd.home.annexia.org> On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: > > I wouldn't recommend running Windows virtualized under KVM. There's > > lots of random breakage, and even if you do get it working, it'll be > > really slow. > > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, > and redhat is pushing KVM full steam. That's not entirely true. You should look at this page to see what's going on: https://fedoraproject.org/wiki/Features/XenPvopsDom0 > Why is KVM still much slower than Xen, > and do you see that as improving soon ? I was planning on standardizing on > KVM for all my virtulaization needs, but now I'm disappointed! Would you see > VMware server (or vbox) as a better choice ? KVM isn't much slower than Xen. _Windows_ under KVM is slow if you run it fully virtualized without any paravirt network or disk drivers (same is also true for Windows under Xen). You could try running Windows with these experimental virtio drivers though which might resolve this problem: http://www.linux-kvm.com/content/tip-how-setup-windows-guest-paravirtual-network-drivers http://sourceforge.net/project/showfiles.php?group_id=180599 (Unfortunately only a network driver seems to be available and no one seems to be about to release any virtio disk driver for Windows). The real problem, as ever, is Windows being closed source and not supporting community-developed open standards such as virtio or any one of a million other standards I could mention. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From berrange at redhat.com Tue Aug 19 10:16:02 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 19 Aug 2008 11:16:02 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819120929.06c00f41@dhcp03.addix.net> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> <20080819120929.06c00f41@dhcp03.addix.net> Message-ID: <20080819101602.GD4809@redhat.com> On Tue, Aug 19, 2008 at 12:09:29PM +0200, Ralf Ertzinger wrote: > Hi. > > On Tue, 19 Aug 2008 10:59:57 +0100, Daniel P. Berrange wrote: > > > NB, there are paravirtualized drivers for Windows on KVM available > > that will make I/O fast. Any OS is slow without paravirt drivers, no > > matter what virt technology you use. > > Paravirtualized means: KVM without processor support or with? KVM requires hardware virt support for CPU virtualization. For I/O drivers (ie disk, net) it uses emulated hardware from QEMU by default, but also supports VirtIO which is the generic Linux driver framework for paravirtualization. This provides a paravirtualized network & disk driver. > I.e., is the plan to make KVM not suck on machines that do not have > Vanderpool/Pacifica, or are those simply out of luck with xen gone? Unlikely to happen. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From rjones at redhat.com Tue Aug 19 10:16:36 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 19 Aug 2008 11:16:36 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819120929.06c00f41@dhcp03.addix.net> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> <20080819120929.06c00f41@dhcp03.addix.net> Message-ID: <20080819101636.GB31480@amd.home.annexia.org> On Tue, Aug 19, 2008 at 12:09:29PM +0200, Ralf Ertzinger wrote: > I.e., is the plan to make KVM not suck on machines that do not have > Vanderpool/Pacifica, or are those simply out of luck with xen gone? KVM doesn't work at all unless you have these extensions. However you can still happen to run the /usr/bin/qemu-kvm on these machines - it's just that it falls back to using QEMU (ie. pure software) virtualization. All new Intel & AMD processors support this anyway. The situation is similar to 3D accelerated graphics cards circa 1996 -- not everyone's got one now, but within a few years even your mobile phone will have it. (Or something like that anyway :-) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From berrange at redhat.com Tue Aug 19 10:26:46 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 19 Aug 2008 11:26:46 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819101636.GB31480@amd.home.annexia.org> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> <20080819120929.06c00f41@dhcp03.addix.net> <20080819101636.GB31480@amd.home.annexia.org> Message-ID: <20080819102646.GE4809@redhat.com> On Tue, Aug 19, 2008 at 11:16:36AM +0100, Richard W.M. Jones wrote: > On Tue, Aug 19, 2008 at 12:09:29PM +0200, Ralf Ertzinger wrote: > > I.e., is the plan to make KVM not suck on machines that do not have > > Vanderpool/Pacifica, or are those simply out of luck with xen gone? > > KVM doesn't work at all unless you have these extensions. However you > can still happen to run the /usr/bin/qemu-kvm on these machines - it's > just that it falls back to using QEMU (ie. pure software) > virtualization. > > All new Intel & AMD processors support this anyway. The situation is > similar to 3D accelerated graphics cards circa 1996 -- not everyone's > got one now, but within a few years even your mobile phone will have > it. (Or something like that anyway :-) It is entirely likely that your mobile phone will indeed have it in a few years. The new Intel Atom processors (targetted towards embedded devices) do have the hardware virtualization support, and there is work from mobile phone vendors in using virtualization on mobile devices. Samsung, for example, ported Xen to ARM for use on 3g mobile devices[1]. Regards, Daniel [1] http://www.xen.org/files/xensummit_4/Secure_Xen_ARM_xen-summit-04_07_Suh.pdf -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From fedora at leemhuis.info Tue Aug 19 10:45:18 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Aug 2008 12:45:18 +0200 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819101636.GB31480@amd.home.annexia.org> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> <20080819120929.06c00f41@dhcp03.addix.net> <20080819101636.GB31480@amd.home.annexia.org> Message-ID: <48AAA43E.7050902@leemhuis.info> On 19.08.2008 12:16, Richard W.M. Jones wrote: > On Tue, Aug 19, 2008 at 12:09:29PM +0200, Ralf Ertzinger wrote: >> I.e., is the plan to make KVM not suck on machines that do not have >> Vanderpool/Pacifica, or are those simply out of luck with xen gone? > KVM doesn't work at all unless you have these extensions. However you > can still happen to run the /usr/bin/qemu-kvm on these machines - it's > just that it falls back to using QEMU (ie. pure software) > virtualization. > All new Intel & AMD processors support this anyway. In the server space: Yes In the desktop space: Nope, a lot of those CPUs with an IMHO good price/performance ratio don't have Vanderpool/Pacifica right now; even some of the newest one don't have it. For example go to http://compare.intel.com/pcc/default.aspx?familyID=1&culture=en-US and pick interesting Desktop-Processors like a Pentium Dual Core E2220, a Core 2 Duo E4700, a Core 2 Duo E7300 and a Core 2 Duo E8600. The latter two for example are both quite new, but only one of those has "Intel Virtualization Technology". CU knurd From pmatilai at laiskiainen.org Tue Aug 19 11:01:27 2008 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 19 Aug 2008 14:01:27 +0300 (EEST) Subject: rpm -- cleaning up conflicting stray files in %pre ineffective? In-Reply-To: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> References: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> Message-ID: On Tue, 19 Aug 2008, Martin Langhoff wrote: > Hi, > > I am dealing with cleaning up after a really misbehaved package that > instead of installing files to their actual destination, it installed > them in a /here.go.files/ tree and them symlinked them in %post . This > means that the files are in place, but "undeclared" from rpm's POV. > > This symlinking only affects ~50 paths, so my strategy has been to > > - in %pre walk the list of 'bad links' paths, and remove those that are symlink > - install the file with normal rpm means, declare it in spec, etc > > However, this does not seem to work. During upgrades I get 'warning: > /path/foo created as /path/foo.rpmnew'. After the install is complete, > /path/foo does not exist however, so we are left with only > /path/foo.rpmnew. > > I suspect that at install/upgrade time rpm computes the conflicts > _before_ %pre runs. > > Any hints? %pretrans runs before the conflicts calculations. You just need to be very careful not to make assumptions about the installation environment: on initial install (chroot installs, anaconda...) the environment where %pretrans runs will be completely empty, not even shell is present there. The only thing that can reliably run on %pretrans is embedded Lua (ie %pretrans -p ) and you can only use what the embedded Lua offers for path/file manipulation. You probably don't want to go this way, unless you're really desperate :) - Panu - From nicu_fedora at nicubunu.ro Tue Aug 19 11:31:32 2008 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Tue, 19 Aug 2008 14:31:32 +0300 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819102646.GE4809@redhat.com> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <3da3b5b40808190249s61c7698ar7bfca03a38a1ffd9@mail.gmail.com> <20080819095957.GC4809@redhat.com> <20080819120929.06c00f41@dhcp03.addix.net> <20080819101636.GB31480@amd.home.annexia.org> <20080819102646.GE4809@redhat.com> Message-ID: <48AAAF14.6060809@nicubunu.ro> Daniel P. Berrange wrote: > > It is entirely likely that your mobile phone will indeed have it in > a few years. The new Intel Atom processors (targetted towards embedded > devices) do have the hardware virtualization support Mine does not have it and it's brand new: # grep vmx /proc/cpuinfo # And: # grep "model name" /proc/cpuinfo model name : Intel (R) Atom(TM) CPU N270 @ 1.60GHz model name : Intel (R) Atom(TM) CPU N270 @ 1.60GHz -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From lsof at nodata.co.uk Tue Aug 19 11:40:06 2008 From: lsof at nodata.co.uk (nodata) Date: Tue, 19 Aug 2008 13:40:06 +0200 Subject: disk partitioning for multiOS machine In-Reply-To: <20080819091553.GA31271@amd.home.annexia.org> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> Message-ID: <1219146006.2847.0.camel@sb-home> Am Dienstag, den 19.08.2008, 10:15 +0100 schrieb Richard W.M. Jones: > On Mon, Aug 18, 2008 at 05:52:33PM +0300, Ahmed Kamal wrote: > > Sorry this might be a bit off topic. I am getting a new laptop, and plan to > > use fedora as my main OS. I will be installing Windows too for the > > occasional game. I would also like to install open-solaris and/or MacOSX, > > just to see what others are up to. Eventually I will also want to run > > multiple VMs. It would be necessary to share data across those OSs and VMs. > > I am lost as to how to partition/lvm the 250GB drive for optimal use. Does > > anyone have a similar setup? any advice ? > > This is how I arranged a similar machine where I wanted to multi-boot > into Windows and several other OSes: > > /dev/sda1 Windows > /dev/sda2 Shared /boot partition (give it 1 or 2 GB) Shared boot? Interesting - how well does that work with lots of things writing to it? From mrmazda at ij.net Tue Aug 19 12:42:37 2008 From: mrmazda at ij.net (Felix Miata) Date: Tue, 19 Aug 2008 08:42:37 -0400 Subject: disk partitioning for multiOS machine In-Reply-To: <1219146006.2847.0.camel@sb-home> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <1219146006.2847.0.camel@sb-home> Message-ID: <48AABFBD.4010104@ij.net> On 2008/08/19 07:40 (GMT-0400) nodata apparently typed: > Am Dienstag, den 19.08.2008, 10:15 +0100 schrieb Richard W.M. Jones: >> This is how I arranged a similar machine where I wanted to multi-boot >> into Windows and several other OSes: >> /dev/sda1 Windows >> /dev/sda2 Shared /boot partition (give it 1 or 2 GB) > Shared boot? Interesting - how well does that work with lots of things writing to it? I sometimes do something similar. I create a primary for Grub to live on, but don't normally mount it as /boot. That way, any changes there are changes you know about and want because you put them there yourself. Also, with Grub on a primary instead of the MBR, you're never at the mercy of windoz changing the MBR such that you can't boot anything except windoz without a rescue boot media. http://en.opensuse.org/Bugs/grub#How_does_a_PC_boot_.2F_How_can_I_set_up_a_working_GRUB.3F http://fm.no-ip.com/install-doz-after.html -- "Love is not easily angered. Love does not demand its own way." 1 Corinthians 13:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ From rjones at redhat.com Tue Aug 19 13:31:44 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 19 Aug 2008 14:31:44 +0100 Subject: disk partitioning for multiOS machine In-Reply-To: <1219146006.2847.0.camel@sb-home> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <20080819091553.GA31271@amd.home.annexia.org> <1219146006.2847.0.camel@sb-home> Message-ID: <20080819133144.GA32694@amd.home.annexia.org> On Tue, Aug 19, 2008 at 01:40:06PM +0200, nodata wrote: > Shared boot? Interesting - how well does that work with lots of things writing to it? On install, they trash /boot/grub/grub.conf, so you have to save it first, restore it after the install, and add the new operating system. It'd be nice if the installer would just edit this file if it already exists. On 'yum upgrade', the file is edited fine. Just remember to tell anaconda not to reformat the /boot partition completely. It's a good idea to keep a backup of the shared partition (and in particular of grub.conf) in case you trash it, but generally it works fine, and it's a lot easier than having multiple primary boot partitions. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From pertusus at free.fr Tue Aug 19 14:04:11 2008 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 19 Aug 2008 16:04:11 +0200 Subject: reset ssh keys, even if only a public key in fedora? Message-ID: <20080819140410.GA2961@free.fr> Hello, I just received the reset password mail, and it asks me to reset my ssh key by doing ssh-keygen. However, if I recall well I only uploaded my public key to the fedora server. Why would I want to reset my key pair? Maybe I am not one of the users who should reset their key, but I am almost sure that I sent the public key to the fedora server, and it seems to me that it is used for cvs access. So it is unclear if I 'do not use a SSH key in the Fedora Account System'. Am I missing something? Can anybody clarify? -- Pat From katzj at redhat.com Tue Aug 19 12:47:56 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 19 Aug 2008 08:47:56 -0400 Subject: After running chkconfig... daemon up after install? In-Reply-To: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> Message-ID: <1219150076.14714.1.camel@aglarond.local> On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: > Is there a canonical procedure for either the %post or the caller of > rpm/yum to start any daemons that may have been installed? Doing a > service foo start is a no-no in %post, as the install may be happening > in a context that is not a normal install. But there must be a way to > give users happy fluffy bunnies and working active software after they > install a daemon in a "running machine" context. > > Pointers welcome - this is probably a FAQ but googling around I can't > find anything that looks like the appropriate answer. It's explicitly something that you're not supposed to do. As you say, there are lots of non-normal install contexts in which packages get installed. And all of those use the same toolchain for installing packages as the regular install path. Jeremy From limb at jcomserv.net Tue Aug 19 14:09:49 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Aug 2008 09:09:49 -0500 (CDT) Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819140410.GA2961@free.fr> References: <20080819140410.GA2961@free.fr> Message-ID: <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> > Hello, > > I just received the reset password mail, and it asks me to reset my ssh > key by doing ssh-keygen. However, if I recall well I only uploaded my > public key to the fedora server. Why would I want to reset my key pair? > > Maybe I am not one of the users who should reset their key, but I am > almost sure that I sent the public key to the fedora server, and it > seems to me that it is used for cvs access. So it is unclear if > I 'do not use a SSH key in the Fedora Account System'. > > Am I missing something? Can anybody clarify? I wasn't sure about that, but when I tried to upload my old DSS key, it demanded an RSA key. Plus, my old FAS password was 6 digits, and now it wants 8. Some security hardening is definitely going on. And is to be applauded. BTW, a shout out and mad props to the Infrastructure team and all others involved. > -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From limb at jcomserv.net Tue Aug 19 14:11:03 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Aug 2008 09:11:03 -0500 (CDT) Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> References: <20080819140410.GA2961@free.fr> <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> Message-ID: <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> > >> Hello, >> >> I just received the reset password mail, and it asks me to reset my ssh >> key by doing ssh-keygen. However, if I recall well I only uploaded my >> public key to the fedora server. Why would I want to reset my key pair? >> >> Maybe I am not one of the users who should reset their key, but I am >> almost sure that I sent the public key to the fedora server, and it >> seems to me that it is used for cvs access. So it is unclear if >> I 'do not use a SSH key in the Fedora Account System'. >> >> Am I missing something? Can anybody clarify? > > I wasn't sure about that, but when I tried to upload my old DSS key, it > demanded an RSA key. Plus, my old FAS password was 6 digits, and now it > wants 8. Some security hardening is definitely going on. BTW, I suspect if you were already using an RSA key, you could just re-upload the same public key and bob's your uncle. > And is to be applauded. BTW, a shout out and mad props to the > Infrastructure team and all others involved. > >> -- >> Pat >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From nils at redhat.com Tue Aug 19 14:59:21 2008 From: nils at redhat.com (Nils Philippsen) Date: Tue, 19 Aug 2008 16:59:21 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> References: <20080819140410.GA2961@free.fr> <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> Message-ID: <1219157961.24287.1.camel@gibraltar.str.redhat.com> On Tue, 2008-08-19 at 09:11 -0500, Jon Ciesla wrote: > BTW, I suspect if you were already using an RSA key, you could just > re-upload the same public key and bob's your uncle. Been there, done that and Bob still isn't my uncle (empty promises...) ;-). Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From limb at jcomserv.net Tue Aug 19 15:27:17 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Aug 2008 10:27:17 -0500 (CDT) Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <1219157961.24287.1.camel@gibraltar.str.redhat.com> References: <20080819140410.GA2961@free.fr> <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> <1219157961.24287.1.camel@gibraltar.str.redhat.com> Message-ID: <11180.198.175.55.5.1219159637.squirrel@mail.jcomserv.net> > On Tue, 2008-08-19 at 09:11 -0500, Jon Ciesla wrote: > >> BTW, I suspect if you were already using an RSA key, you could just >> re-upload the same public key and bob's your uncle. > > Been there, done that and Bob still isn't my uncle (empty > promises...) ;-). Hmm. Strange. Bob is my (albeit late) uncle. What does rpm -qi father give you? ;) > Nils > -- > Nils Philippsen "Those who would give up Essential Liberty to > purchase > Red Hat a little Temporary Safety, deserve neither Liberty > nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 > PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 > -- novus ordo absurdum From ssorce at redhat.com Tue Aug 19 15:32:14 2008 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 19 Aug 2008 11:32:14 -0400 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819140410.GA2961@free.fr> References: <20080819140410.GA2961@free.fr> Message-ID: <1219159934.15642.32.camel@localhost.localdomain> On Tue, 2008-08-19 at 16:04 +0200, Patrice Dumas wrote: > Hello, > > I just received the reset password mail, and it asks me to reset my ssh > key by doing ssh-keygen. However, if I recall well I only uploaded my > public key to the fedora server. Why would I want to reset my key pair? > > Maybe I am not one of the users who should reset their key, but I am > almost sure that I sent the public key to the fedora server, and it > seems to me that it is used for cvs access. So it is unclear if > I 'do not use a SSH key in the Fedora Account System'. > > Am I missing something? Can anybody clarify? DSA keys can be compromised if the server you connect to is compromised. See discussions about the recent openssl debacle for debian. If your key is an RSA one, to date it seem you shouldn't have problems even if a peer server is compromised as long as your private key was not directly exposed. a BIG AFAIK. Simo. -- Simo Sorce * Red Hat, Inc * New York From fedora at camperquake.de Tue Aug 19 15:37:17 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 19 Aug 2008 17:37:17 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <1219159934.15642.32.camel@localhost.localdomain> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> Message-ID: <20080819173717.176eb211@dhcp03.addix.net> Hi. On Tue, 19 Aug 2008 11:32:14 -0400, Simo Sorce wrote: > DSA keys can be compromised if the server you connect to is > compromised. See discussions about the recent openssl debacle for > debian. Which kind of invalidates the whole "public key" concept, doesn't it? Not wanting to start a new discussion about this, but the fact that (some) debian-created keys were weak (and thus crackable) wasn't the servers fault, but the fault of the client that generated the key in the first place (unless I'm getting something seriously wrong). From limb at jcomserv.net Tue Aug 19 15:38:25 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Aug 2008 10:38:25 -0500 (CDT) Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <1219159934.15642.32.camel@localhost.localdomain> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> Message-ID: <47359.198.175.55.5.1219160305.squirrel@mail.jcomserv.net> > On Tue, 2008-08-19 at 16:04 +0200, Patrice Dumas wrote: >> Hello, >> >> I just received the reset password mail, and it asks me to reset my ssh >> key by doing ssh-keygen. However, if I recall well I only uploaded my >> public key to the fedora server. Why would I want to reset my key pair? >> >> Maybe I am not one of the users who should reset their key, but I am >> almost sure that I sent the public key to the fedora server, and it >> seems to me that it is used for cvs access. So it is unclear if >> I 'do not use a SSH key in the Fedora Account System'. >> >> Am I missing something? Can anybody clarify? > > DSA keys can be compromised if the server you connect to is compromised. > See discussions about the recent openssl debacle for debian. > > If your key is an RSA one, to date it seem you shouldn't have problems > even if a peer server is compromised as long as your private key was not > directly exposed. > > a BIG AFAIK. My understanding is that RSA is "secure enough*" if your key is 2048 bit or higher, which incidentally is what the Inf team specified. Not sure about DSA/DSS in terms of the compromise of issue you specify. IIRC, the Debian issue was about the random seed no longer being random due to a packaging error. *i.e. unless No Such Agency really, really wants your bits > Simo. > > -- > Simo Sorce * Red Hat, Inc * New York > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From limb at jcomserv.net Tue Aug 19 15:40:59 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 19 Aug 2008 10:40:59 -0500 (CDT) Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819173717.176eb211@dhcp03.addix.net> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> <20080819173717.176eb211@dhcp03.addix.net> Message-ID: <55817.198.175.55.5.1219160459.squirrel@mail.jcomserv.net> > Hi. > > On Tue, 19 Aug 2008 11:32:14 -0400, Simo Sorce wrote: > >> DSA keys can be compromised if the server you connect to is >> compromised. See discussions about the recent openssl debacle for >> debian. > > Which kind of invalidates the whole "public key" concept, doesn't it? :) Yup. > Not wanting to start a new discussion about this, but the fact that > (some) debian-created keys were weak (and thus crackable) wasn't the > servers fault, but the fault of the client that generated the key in > the first place (unless I'm getting something seriously wrong). Correct. It was also server keys, but that wouldn't compromise your own client key, just the security of the server's key. To crack the encryption, you still need wither the private key or a lot of time and PCU cycles. The debian issue simply reduced the number of CPU cycles. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From dwheeler at dwheeler.com Tue Aug 19 15:56:34 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Tue, 19 Aug 2008 11:56:34 -0400 (EDT) Subject: Xen Dom0 support getting dropped? Message-ID: On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, > and redhat is pushing KVM full steam. "Richard W.M. Jones" >That's not entirely true. You should look at this page to see what's going on: > https://fedoraproject.org/wiki/Features/XenPvopsDom0 I looked at that page, and that page's text seems pretty clear that Xen dom0 _IS_ getting dropped. Perhaps the page is wrong? I'm concerned; I have systems that _depend_ on Xen (specifically) running Dom0, on both 32-bit and 64-bit, and thus I already can't upgrade them to F9. Here's what I read from that page. How can I read this text in any way other than "users of Xen dom0 are doomed :-)" ? ================================= Current status * Targeted release: Unknown Work on getting Dom0 support in the upstream kernel has pretty much stalled for the last number of months so this feature is postponed until work upstream restarts. Fedora 10 will ship with Xen i686 and x86_64 DomU support enabled in the stock kernel - i.e. there is no more kernel-xen. * Last updated: 2008-07-30 * Percentage of completion: 30% i386 Dom0 * Not yet in rawhide kernel-xen * Boots, though bare metal is now non-functional until hacks are cleaned up * DMA (and thus real hardware drivers) working (if it doesn't straddle page boundaries) * Core needs major cleanup * Status at http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00047.html * http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00242.html * No backend drivers yet * Conflicts with x86_64 DomU patches x86_64 Dom0 * No active work yet.... ... Contingency Plan If Dom0 support is still not ready for Fedora 10 GA, the options are: * Continue to ship with only DomU support * Drop Xen support altogether --- David A. Wheeler From felix.schwarz at oss.schwarz.eu Tue Aug 19 16:06:00 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 19 Aug 2008 18:06:00 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819140410.GA2961@free.fr> References: <20080819140410.GA2961@free.fr> Message-ID: <48AAEF68.3000901@oss.schwarz.eu> Patrice Dumas schrieb: > I just received the reset password mail, and it asks me to reset my ssh > key by doing ssh-keygen. However, if I recall well I only uploaded my > public key to the fedora server. Why would I want to reset my key pair? #fedora-admin: (17:40:55) mmcgrath: mpdehaan: well, couple of reasons. (17:41:16) mmcgrath: mpdehaan: 1) we removed all the keys as an affective way of disabling access everywhere while we're working (17:41:42) mmcgrath: and 2) we decided it wasn't a bad idea to have people fix it on their own, it helps with stuff like pruning, etc. fs From nils at redhat.com Tue Aug 19 16:07:51 2008 From: nils at redhat.com (Nils Philippsen) Date: Tue, 19 Aug 2008 18:07:51 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <11180.198.175.55.5.1219159637.squirrel@mail.jcomserv.net> References: <20080819140410.GA2961@free.fr> <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> <1219157961.24287.1.camel@gibraltar.str.redhat.com> <11180.198.175.55.5.1219159637.squirrel@mail.jcomserv.net> Message-ID: <1219162071.24287.9.camel@gibraltar.str.redhat.com> On Tue, 2008-08-19 at 10:27 -0500, Jon Ciesla wrote: > > On Tue, 2008-08-19 at 09:11 -0500, Jon Ciesla wrote: > > > >> BTW, I suspect if you were already using an RSA key, you could just > >> re-upload the same public key and bob's your uncle. > > > > Been there, done that and Bob still isn't my uncle (empty > > promises...) ;-). > > Hmm. Strange. Bob is my (albeit late) uncle. What does rpm -qi father > give you? ;) Funny enough I have to admit that my father's name is "Robert" as is my middle one (hey, I'm innocent on that one). Neither of us answers to "Bob", though. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From jwboyer at gmail.com Tue Aug 19 16:11:51 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 19 Aug 2008 12:11:51 -0400 Subject: Xen Dom0 support getting dropped? In-Reply-To: References: Message-ID: <1219162311.26429.8.camel@jdub.homelinux.org> On Tue, 2008-08-19 at 11:56 -0400, David A. Wheeler wrote: > On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: > > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, > > and redhat is pushing KVM full steam. > > "Richard W.M. Jones" > >That's not entirely true. You should look at this page to see what's going on: > > https://fedoraproject.org/wiki/Features/XenPvopsDom0 > > I looked at that page, and that page's text seems pretty clear that > Xen dom0 _IS_ getting dropped. Perhaps the page is wrong? I'm concerned; > I have systems that _depend_ on Xen (specifically) running Dom0, on both > 32-bit and 64-bit, and thus I already can't upgrade them to F9. > > Here's what I read from that page. How can I read this text > in any way other than "users of Xen dom0 are doomed :-)" ? There are other options for Xen Dom0. RHEL5, or Fedora 8. I don't know if CentOS carries Xen, but it might. josh From foster at in.tum.de Tue Aug 19 16:15:57 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 19 Aug 2008 18:15:57 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AAEF68.3000901@oss.schwarz.eu> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> Message-ID: 2008/8/19 Felix Schwarz : > Patrice Dumas schrieb: >> >> I just received the reset password mail, and it asks me to reset my ssh >> key by doing ssh-keygen. However, if I recall well I only uploaded my public >> key to the fedora server. Why would I want to reset my key pair? > > #fedora-admin: > (17:40:55) mmcgrath: mpdehaan: well, couple of reasons. > (17:41:16) mmcgrath: mpdehaan: 1) we removed all the keys as an affective > way of disabling access everywhere while we're working > (17:41:42) mmcgrath: and 2) we decided it wasn't a bad idea to have people > fix it on their own, it helps with stuff like pruning, etc. So, does this mean we can re-upload the *same* public key as before, or do we need to generate a new one? MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From aph at redhat.com Tue Aug 19 16:16:22 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 19 Aug 2008 17:16:22 +0100 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819173717.176eb211@dhcp03.addix.net> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> <20080819173717.176eb211@dhcp03.addix.net> Message-ID: <48AAF1D6.2070607@redhat.com> Ralf Ertzinger wrote: > On Tue, 19 Aug 2008 11:32:14 -0400, Simo Sorce wrote: > >> DSA keys can be compromised if the server you connect to is >> compromised. See discussions about the recent openssl debacle for >> debian. > > Which kind of invalidates the whole "public key" concept, doesn't it? > > Not wanting to start a new discussion about this, but the fact that > (some) debian-created keys were weak (and thus crackable) wasn't the > servers fault, but the fault of the client that generated the key in > the first place (unless I'm getting something seriously wrong). It's worse than that: the security of ElGamal encryption depends on a strong random number to be generated for every message, not just when the public key is first generated. Andrew. From drago01 at gmail.com Tue Aug 19 16:18:40 2008 From: drago01 at gmail.com (drago01) Date: Tue, 19 Aug 2008 18:18:40 +0200 Subject: Xen Dom0 support getting dropped? In-Reply-To: <1219162311.26429.8.camel@jdub.homelinux.org> References: <1219162311.26429.8.camel@jdub.homelinux.org> Message-ID: On Tue, Aug 19, 2008 at 6:11 PM, Josh Boyer wrote: > On Tue, 2008-08-19 at 11:56 -0400, David A. Wheeler wrote: >> On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: >> > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, >> > and redhat is pushing KVM full steam. >> >> "Richard W.M. Jones" >> >That's not entirely true. You should look at this page to see what's going on: >> > https://fedoraproject.org/wiki/Features/XenPvopsDom0 >> >> I looked at that page, and that page's text seems pretty clear that >> Xen dom0 _IS_ getting dropped. Perhaps the page is wrong? I'm concerned; >> I have systems that _depend_ on Xen (specifically) running Dom0, on both >> 32-bit and 64-bit, and thus I already can't upgrade them to F9. >> >> Here's what I read from that page. How can I read this text >> in any way other than "users of Xen dom0 are doomed :-)" ? > > There are other options for Xen Dom0. RHEL5, or Fedora 8. I don't know > if CentOS carries Xen, but it might. or xenner if your cpu supports hw virt. From berrange at redhat.com Tue Aug 19 16:21:00 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 19 Aug 2008 17:21:00 +0100 Subject: Xen Dom0 support getting dropped? In-Reply-To: References: Message-ID: <20080819162100.GB21777@redhat.com> On Tue, Aug 19, 2008 at 11:56:34AM -0400, David A. Wheeler wrote: > On Tue, Aug 19, 2008 at 12:49:53PM +0300, Ahmed Kamal wrote: > > Too bad eh, my understanding is that Xen dom0 was totally dropped off F10, > > and redhat is pushing KVM full steam. > > "Richard W.M. Jones" > >That's not entirely true. You should look at this page to see what's going on: > > https://fedoraproject.org/wiki/Features/XenPvopsDom0 > > I looked at that page, and that page's text seems pretty clear that > Xen dom0 _IS_ getting dropped. Perhaps the page is wrong? I'm concerned; > I have systems that _depend_ on Xen (specifically) running Dom0, on both > 32-bit and 64-bit, and thus I already can't upgrade them to F9. > > Here's what I read from that page. How can I read this text > in any way other than "users of Xen dom0 are doomed :-)" ? s/are doomed/are temporarily doomed/ Basically upstream Xen community is working to get Dom0 re-written using paravirt_ops. They are starting based on a proof of concept done for i386 Dom0 in the F9 development phase. Realistically 2.6.28 is the earliest kernel their work is likely to be ready for. So if all goes to plan and they get Dom0 parvirt_ops merged, it'll be back in whatever Fedora release coincides with the kernel they merge in. In terms of Fedora hosts currently Fedora 8 is theonly one with Dom0 and obviously that will get end-of-life. So if you want guarenteed sustainable Xen dom0 today your best best is RHEL-5, or CentOS-5 which will both be around for years (as per the long RHEL-5 support lifecycle) Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From sgrubb at redhat.com Tue Aug 19 16:25:22 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 19 Aug 2008 12:25:22 -0400 Subject: Beta1 Freeze ? Message-ID: <200808191225.22316.sgrubb@redhat.com> Hi, Seeing as we lost several days of development time due to infrastructure issues, are there any plans to change the date when beta1 freeze occurs? (It was supposed to be today.) Thanks, -Steve From jwboyer at gmail.com Tue Aug 19 16:28:32 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 19 Aug 2008 12:28:32 -0400 Subject: Beta1 Freeze ? In-Reply-To: <200808191225.22316.sgrubb@redhat.com> References: <200808191225.22316.sgrubb@redhat.com> Message-ID: <1219163313.26429.11.camel@jdub.homelinux.org> On Tue, 2008-08-19 at 12:25 -0400, Steve Grubb wrote: > Hi, > > Seeing as we lost several days of development time due to infrastructure > issues, are there any plans to change the date when beta1 freeze occurs? (It > was supposed to be today.) There was no official rel-eng meeting yesterday, but a brief chat among some of us sort of pointed to a slip of some kind. Maybe FESCo can discuss this tomorrow with input from Jesse and Will as rel-eng/QA reps. josh From a.badger at gmail.com Tue Aug 19 16:36:27 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 19 Aug 2008 09:36:27 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AAEF68.3000901@oss.schwarz.eu> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> Message-ID: <48AAF68B.8090901@gmail.com> Felix Schwarz wrote: > Patrice Dumas schrieb: >> I just received the reset password mail, and it asks me to reset my >> ssh key by doing ssh-keygen. However, if I recall well I only uploaded >> my public key to the fedora server. Why would I want to reset my key >> pair? > > #fedora-admin: > (17:40:55) mmcgrath: mpdehaan: well, couple of reasons. > (17:41:16) mmcgrath: mpdehaan: 1) we removed all the keys as an > affective way of disabling access everywhere while we're working > (17:41:42) mmcgrath: and 2) we decided it wasn't a bad idea to have > people fix it on their own, it helps with stuff like pruning, etc. > I'm going to add a tiny bit to this: 3) The Account System code will prevent you from uploading a DSA key. So if your key was DSA, you'll have to generate an RSA key and upload that. This is due to the fact that we haven't found a 100% accurate way to find all DSA keys generated by the eak-Debian-random-number-packages. 4) If you uploaded your ssh private key to a Fedora Infrastructure server, for instance, because you were sshing between publictest machines, you should replace your key as a precaution just as we are asking you to replace your passwords. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jkeating at j2solutions.net Tue Aug 19 16:50:32 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 19 Aug 2008 12:50:32 -0400 Subject: Beta1 Freeze ? In-Reply-To: <1219163313.26429.11.camel@jdub.homelinux.org> References: <200808191225.22316.sgrubb@redhat.com> <1219163313.26429.11.camel@jdub.homelinux.org> Message-ID: <1219164632.4074.1.camel@luminos.localdomain> On Tue, 2008-08-19 at 12:28 -0400, Josh Boyer wrote: > > Maybe FESCo can discuss this tomorrow with input from Jesse and Will as > rel-eng/QA reps. Yes, that would be best. I didn't want to make any date decisions until bits were flowing again. I can make an executive decision though in that there will not be a Beta freeze today, nor do I find it likely that there would be one a week from today. -- Jes From bpepple at fedoraproject.org Tue Aug 19 16:26:10 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 19 Aug 2008 12:26:10 -0400 Subject: Plan for tomorrows (20080820) FESCO meeting Message-ID: <1219163170.32636.4.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- sponsor nominations -- Dan Hor?k /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/30SecondStartup /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/Provers /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/SbinSanity /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/VirtRemoteInstall /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/VirtStorage /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/TimeZoneAndLocation /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/KernelModesetting /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/NetBeans /topic FESCo-Meeting -- http://www.redhat.com/archives/fedora-devel-list/2008-August/msg00403.html - kanarip /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (though I can't guarantee we'll get to it tomorrow since our schedule is pretty full). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Tue Aug 19 17:10:40 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 19 Aug 2008 13:10:40 -0400 Subject: mono and silverlight In-Reply-To: References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> Message-ID: <1219165840.3401.17.camel@localhost.localdomain> On Mon, 2008-08-18 at 16:11 -0400, Gerald Henriksen wrote: > So it appears all that is needed to keep Moonlight out of Fedora is to > not package the Moonlight tarball which is a separate download. Seems reasonable. So, just disable the moonlight enablement in the mono package, you should not need to strip the tarball. ~spot From ssorce at redhat.com Tue Aug 19 18:30:50 2008 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 19 Aug 2008 14:30:50 -0400 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <55817.198.175.55.5.1219160459.squirrel@mail.jcomserv.net> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> <20080819173717.176eb211@dhcp03.addix.net> <55817.198.175.55.5.1219160459.squirrel@mail.jcomserv.net> Message-ID: <1219170650.15642.39.camel@localhost.localdomain> On Tue, 2008-08-19 at 10:40 -0500, Jon Ciesla wrote: > > Hi. > > > > On Tue, 19 Aug 2008 11:32:14 -0400, Simo Sorce wrote: > > > >> DSA keys can be compromised if the server you connect to is > >> compromised. See discussions about the recent openssl debacle for > >> debian. > > > > Which kind of invalidates the whole "public key" concept, doesn't it? > > :) Yup. > > > Not wanting to start a new discussion about this, but the fact that > > (some) debian-created keys were weak (and thus crackable) wasn't the > > servers fault, but the fault of the client that generated the key in > > the first place (unless I'm getting something seriously wrong). > > Correct. It was also server keys, but that wouldn't compromise your own > client key, just the security of the server's key. To crack the > encryption, you still need wither the private key or a lot of time and PCU > cycles. The debian issue simply reduced the number of CPU cycles. As far as I know a compromised server key can make it much easier to compromise a client key if this key is DSA. I know no more crypto details, someone that knows them could comment further. Simo. -- Simo Sorce * Red Hat, Inc * New York From ssorce at redhat.com Tue Aug 19 18:33:24 2008 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 19 Aug 2008 14:33:24 -0400 Subject: mono and silverlight In-Reply-To: <1219165840.3401.17.camel@localhost.localdomain> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> <1219165840.3401.17.camel@localhost.localdomain> Message-ID: <1219170804.15642.43.camel@localhost.localdomain> On Tue, 2008-08-19 at 13:10 -0400, Tom "spot" Callaway wrote: > On Mon, 2008-08-18 at 16:11 -0400, Gerald Henriksen wrote: > > So it appears all that is needed to keep Moonlight out of Fedora is to > > not package the Moonlight tarball which is a separate download. > > Seems reasonable. So, just disable the moonlight enablement in the mono > package, you should not need to strip the tarball. Is the enablement code that is a problem? Or is it just the moonlight code? If the enablement code is not a problem per se, I do not see why we need to disable it. We will just avoid packaging moonlight, but maybe other mono programs can take advantage of the same stuff that the moonlight enablement activates inside mono ? Simo. -- Simo Sorce * Red Hat, Inc * New York From tcallawa at redhat.com Tue Aug 19 18:40:04 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 19 Aug 2008 14:40:04 -0400 Subject: mono and silverlight In-Reply-To: <1219170804.15642.43.camel@localhost.localdomain> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> <1219165840.3401.17.camel@localhost.localdomain> <1219170804.15642.43.camel@localhost.localdomain> Message-ID: <1219171205.3401.28.camel@localhost.localdomain> On Tue, 2008-08-19 at 14:33 -0400, Simo Sorce wrote: > On Tue, 2008-08-19 at 13:10 -0400, Tom "spot" Callaway wrote: > > On Mon, 2008-08-18 at 16:11 -0400, Gerald Henriksen wrote: > > > So it appears all that is needed to keep Moonlight out of Fedora is to > > > not package the Moonlight tarball which is a separate download. > > > > Seems reasonable. So, just disable the moonlight enablement in the mono > > package, you should not need to strip the tarball. > > Is the enablement code that is a problem? Or is it just the moonlight > code? > If the enablement code is not a problem per se, I do not see why we need > to disable it. We will just avoid packaging moonlight, but maybe other > mono programs can take advantage of the same stuff that the moonlight > enablement activates inside mono ? Hmmm. Let me look at this again. ~spot From pbrobinson at gmail.com Tue Aug 19 18:59:13 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 19 Aug 2008 19:59:13 +0100 Subject: mono and silverlight In-Reply-To: <1219170804.15642.43.camel@localhost.localdomain> References: <1219054873.7791.2.camel@PB3.Linux> <20080818093324.8a050681.tcallawa@redhat.com> <1219086551.25583.6.camel@PB3.Linux> <1219165840.3401.17.camel@localhost.localdomain> <1219170804.15642.43.camel@localhost.localdomain> Message-ID: <5256d0b0808191159t1c16ad2aldd0b29c765abb38f@mail.gmail.com> >> > So it appears all that is needed to keep Moonlight out of Fedora is to >> > not package the Moonlight tarball which is a separate download. >> >> Seems reasonable. So, just disable the moonlight enablement in the mono >> package, you should not need to strip the tarball. > > Is the enablement code that is a problem? Or is it just the moonlight > code? > If the enablement code is not a problem per se, I do not see why we need > to disable it. We will just avoid packaging moonlight, but maybe other > mono programs can take advantage of the same stuff that the moonlight > enablement activates inside mono ? It would also make it easier for those that want to download moonlight from the mono site to compile and use it (not that I would want to but I'm sure there's people out there :-) Peter From moe at blagblagblag.org Tue Aug 19 19:20:04 2008 From: moe at blagblagblag.org (jeff) Date: Tue, 19 Aug 2008 16:20:04 -0300 Subject: Plan for tomorrows (20080820) FESCO meeting In-Reply-To: <1219163170.32636.4.camel@kennedy> References: <1219163170.32636.4.camel@kennedy> Message-ID: <48AB1CE4.7060508@blagblagblag.org> Brian Pepple wrote: > /topic FESCo-Meeting -- Features -- > https://fedoraproject.org/wiki/Features/SbinSanity OMFG! Small argument in favor of helping the user, based on FHS, here: http://www.redhat.com/archives/rhl-devel-list/2006-May/msg00222.html Thx, I sure hope this goes through. -Jeff From tmus at tmus.dk Tue Aug 19 19:23:24 2008 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 19 Aug 2008 17:23:24 -0200 Subject: After running chkconfig... daemon up after install? In-Reply-To: <1219150076.14714.1.camel@aglarond.local> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> <1219150076.14714.1.camel@aglarond.local> Message-ID: <48AB1DAC.5030801@tmus.dk> Jeremy Katz wrote: > On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: >> Is there a canonical procedure for either the %post or the caller of >> rpm/yum to start any daemons that may have been installed? Doing a >> service foo start is a no-no in %post, as the install may be happening >> in a context that is not a normal install. But there must be a way to >> give users happy fluffy bunnies and working active software after they >> install a daemon in a "running machine" context. >> >> Pointers welcome - this is probably a FAQ but googling around I can't >> find anything that looks like the appropriate answer. > > It's explicitly something that you're not supposed to do. As you say, > there are lots of non-normal install contexts in which packages get > installed. And all of those use the same toolchain for installing > packages as the regular install path. > > Jeremy > Also, while there must be a reason for the user to install the daemon package in the first place, it seems fair to at least give him the opportunity to configure it before firing it up... Actually, in most cases (at least for post-initial-install installed daemons), it probably makes sense to leave them chkconfig off'ed too? /Thomas From skvidal at fedoraproject.org Tue Aug 19 19:29:18 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 19 Aug 2008 15:29:18 -0400 Subject: After running chkconfig... daemon up after install? In-Reply-To: <48AB1DAC.5030801@tmus.dk> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> <1219150076.14714.1.camel@aglarond.local> <48AB1DAC.5030801@tmus.dk> Message-ID: <1219174158.8530.12.camel@rosebud> On Tue, 2008-08-19 at 17:23 -0200, Thomas M Steenholdt wrote: > Jeremy Katz wrote: > > On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: > >> Is there a canonical procedure for either the %post or the caller of > >> rpm/yum to start any daemons that may have been installed? Doing a > >> service foo start is a no-no in %post, as the install may be happening > >> in a context that is not a normal install. But there must be a way to > >> give users happy fluffy bunnies and working active software after they > >> install a daemon in a "running machine" context. > >> > >> Pointers welcome - this is probably a FAQ but googling around I can't > >> find anything that looks like the appropriate answer. > > > > It's explicitly something that you're not supposed to do. As you say, > > there are lots of non-normal install contexts in which packages get > > installed. And all of those use the same toolchain for installing > > packages as the regular install path. > > > > Jeremy > > > > Also, while there must be a reason for the user to install the daemon > package in the first place, it seems fair to at least give him the > opportunity to configure it before firing it up... > > Actually, in most cases (at least for post-initial-install installed > daemons), it probably makes sense to leave them chkconfig off'ed too? default for daemons, imo, should be off. That way we're not opening someone up to a problem just by installing the pkg. -sv From rcritten at redhat.com Tue Aug 19 20:08:31 2008 From: rcritten at redhat.com (Rob Crittenden) Date: Tue, 19 Aug 2008 16:08:31 -0400 Subject: After running chkconfig... daemon up after install? In-Reply-To: <1219174158.8530.12.camel@rosebud> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> <1219150076.14714.1.camel@aglarond.local> <48AB1DAC.5030801@tmus.dk> <1219174158.8530.12.camel@rosebud> Message-ID: <48AB283F.2090902@redhat.com> Seth Vidal wrote: > On Tue, 2008-08-19 at 17:23 -0200, Thomas M Steenholdt wrote: >> Jeremy Katz wrote: >>> On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: >>>> Is there a canonical procedure for either the %post or the caller of >>>> rpm/yum to start any daemons that may have been installed? Doing a >>>> service foo start is a no-no in %post, as the install may be happening >>>> in a context that is not a normal install. But there must be a way to >>>> give users happy fluffy bunnies and working active software after they >>>> install a daemon in a "running machine" context. >>>> >>>> Pointers welcome - this is probably a FAQ but googling around I can't >>>> find anything that looks like the appropriate answer. >>> It's explicitly something that you're not supposed to do. As you say, >>> there are lots of non-normal install contexts in which packages get >>> installed. And all of those use the same toolchain for installing >>> packages as the regular install path. >>> >>> Jeremy >>> >> Also, while there must be a reason for the user to install the daemon >> package in the first place, it seems fair to at least give him the >> opportunity to configure it before firing it up... >> >> Actually, in most cases (at least for post-initial-install installed >> daemons), it probably makes sense to leave them chkconfig off'ed too? > > default for daemons, imo, should be off. > > That way we're not opening someone up to a problem just by installing > the pkg. How about a condrestart for a service already running? rob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From jrowens.fedora at ghiapet.net Tue Aug 19 20:18:37 2008 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Tue, 19 Aug 2008 13:18:37 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AAEF68.3000901@oss.schwarz.eu> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> Message-ID: <48AB2A9D.5050004@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Has anyone been able to actually upload their RSA key? I reset my password easily enough, but now I keep getting 500 internal errors when I try to upload my RSA public key (at https://admin.fedoraproject.org/accounts/user/edit/myusername). And I've been getting these 500s for a little while now, so I thought I'd ask. - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkirKpYACgkQdGy7nCl1Vp9FTACgs+U54ZF3GZB6bAAbznnWndcK w1wAnRembPKqJdLFkLUYT+EnLNvwSLCE =TYao -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Tue Aug 19 20:19:44 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 19 Aug 2008 16:19:44 -0400 Subject: After running chkconfig... daemon up after install? In-Reply-To: <48AB283F.2090902@redhat.com> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> <1219150076.14714.1.camel@aglarond.local> <48AB1DAC.5030801@tmus.dk> <1219174158.8530.12.camel@rosebud> <48AB283F.2090902@redhat.com> Message-ID: <1219177184.8530.14.camel@rosebud> On Tue, 2008-08-19 at 16:08 -0400, Rob Crittenden wrote: > Seth Vidal wrote: > > On Tue, 2008-08-19 at 17:23 -0200, Thomas M Steenholdt wrote: > >> Jeremy Katz wrote: > >>> On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: > >>>> Is there a canonical procedure for either the %post or the caller of > >>>> rpm/yum to start any daemons that may have been installed? Doing a > >>>> service foo start is a no-no in %post, as the install may be happening > >>>> in a context that is not a normal install. But there must be a way to > >>>> give users happy fluffy bunnies and working active software after they > >>>> install a daemon in a "running machine" context. > >>>> > >>>> Pointers welcome - this is probably a FAQ but googling around I can't > >>>> find anything that looks like the appropriate answer. > >>> It's explicitly something that you're not supposed to do. As you say, > >>> there are lots of non-normal install contexts in which packages get > >>> installed. And all of those use the same toolchain for installing > >>> packages as the regular install path. > >>> > >>> Jeremy > >>> > >> Also, while there must be a reason for the user to install the daemon > >> package in the first place, it seems fair to at least give him the > >> opportunity to configure it before firing it up... > >> > >> Actually, in most cases (at least for post-initial-install installed > >> daemons), it probably makes sense to leave them chkconfig off'ed too? > > > > default for daemons, imo, should be off. > > > > That way we're not opening someone up to a problem just by installing > > the pkg. > > How about a condrestart for a service already running? > sure. -sv From rhl+dale at riyescott.com Tue Aug 19 20:28:33 2008 From: rhl+dale at riyescott.com (Dale Stimson) Date: Tue, 19 Aug 2008 13:28:33 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AB2A9D.5050004@ghiapet.net> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AB2A9D.5050004@ghiapet.net> Message-ID: <20080819202833.GA22028@cupro.opengvs.com> On Tue, Aug 19, 2008 at 01:18:37PM -0700, J. Randall Owens wrote: > Has anyone been able to actually upload their RSA key? I reset my password > easily enough, but now I keep getting 500 internal errors when I try to upload > my RSA public key (at > https://admin.fedoraproject.org/accounts/user/edit/myusername). And I've been > getting these 500s for a little while now, so I thought I'd ask. Uploading my RSA key worked fine for me about 18 hours ago at around 2008-08-19 01:57 UTC. From a.badger at gmail.com Tue Aug 19 20:42:14 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 19 Aug 2008 13:42:14 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AB2A9D.5050004@ghiapet.net> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AB2A9D.5050004@ghiapet.net> Message-ID: <48AB3026.4020109@gmail.com> J. Randall Owens wrote: > Has anyone been able to actually upload their RSA key? I reset my password > easily enough, but now I keep getting 500 internal errors when I try to > upload > my RSA public key (at > https://admin.fedoraproject.org/accounts/user/edit/myusername). And > I've been > getting these 500s for a little while now, so I thought I'd ask. > I looked through the logs and see that there was an error message regarding latitude and longitude when saving your information. Latitude and longitude use isn't very well tested ATM, but I know that plain integers work. If you are putting lat/long into the system, could you use those for now? if it still doesn't work, reply and i'll take another look. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jamatos at fc.up.pt Tue Aug 19 20:43:21 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 19 Aug 2008 21:43:21 +0100 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <20080819202833.GA22028@cupro.opengvs.com> References: <20080819140410.GA2961@free.fr> <48AB2A9D.5050004@ghiapet.net> <20080819202833.GA22028@cupro.opengvs.com> Message-ID: <200808192143.21595.jamatos@fc.up.pt> On Tuesday 19 August 2008 21:28:33 Dale Stimson wrote: > On Tue, Aug 19, 2008 at 01:18:37PM -0700, J. Randall Owens wrote: > > Has anyone been able to actually upload their RSA key? I reset my > > password easily enough, but now I keep getting 500 internal errors when I > > try to upload my RSA public key (at > > https://admin.fedoraproject.org/accounts/user/edit/myusername). And I've > > been getting these 500s for a little while now, so I thought I'd ask. > > Uploading my RSA key worked fine for me about 18 hours ago > at around 2008-08-19 01:57 UTC. It worked for me at around 17:00 UTC but now when I try to update my latitude and longitude it fails with the same 500's that the OP gets. -- Jos? Ab?lio From jrowens.fedora at ghiapet.net Tue Aug 19 20:58:30 2008 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Tue, 19 Aug 2008 13:58:30 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AB3026.4020109@gmail.com> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AB2A9D.5050004@ghiapet.net> <48AB3026.4020109@gmail.com> Message-ID: <48AB33F6.7010308@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Toshio Kuratomi wrote: | J. Randall Owens wrote: |> Has anyone been able to actually upload their RSA key? I reset my |> password |> easily enough, but now I keep getting 500 internal errors when I try |> to upload |> my RSA public key (at |> https://admin.fedoraproject.org/accounts/user/edit/myusername). And |> I've been |> getting these 500s for a little while now, so I thought I'd ask. |> | I looked through the logs and see that there was an error message | regarding latitude and longitude when saving your information. Latitude | and longitude use isn't very well tested ATM, but I know that plain | integers work. If you are putting lat/long into the system, could you | use those for now? | | if it still doesn't work, reply and i'll take another look. | | -Toshio | OK, I had already tried deleting the lat/long info, thinking it might be something like that, but I'd guess it still considered it modified, and tried sending empty lat/long info, which still caused the 500 I saw. After a completely fresh start, uploading works for me now. - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkirM/EACgkQdGy7nCl1Vp+qwgCgqMiqLyPOxQKA3oKwcQ3nKFMT /kUAnjOCynT5LOz3KENQf9qo6HU5cSkC =Pt8n -----END PGP SIGNATURE----- From a.badger at gmail.com Tue Aug 19 21:26:24 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 19 Aug 2008 14:26:24 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AB33F6.7010308@ghiapet.net> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AB2A9D.5050004@ghiapet.net> <48AB3026.4020109@gmail.com> <48AB33F6.7010308@ghiapet.net> Message-ID: <48AB3A80.1020208@gmail.com> J. Randall Owens wrote: > > OK, I had already tried deleting the lat/long info, thinking it might be > something like that, but I'd guess it still considered it modified, and > tried > sending empty lat/long info, which still caused the 500 I saw. After a > completely fresh start, uploading works for me now. > I've found the following to work in some expermients here: Integers (10) Floating point numbers (-12.333) Complete blanks () Things that have caused errors: Numbers with spaces (38 21) Numbers with commas (38,21) Spaces ( ) So it seems not too bad. We need to get an error page instead of the 500 Error, though. If fedorahosted.org/fas is allowing you to log in and write a ticket, could you add a ticket for the problem/ That way we can get to it when the more pressing problems are taken care of. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ville.skytta at iki.fi Tue Aug 19 21:33:00 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 20 Aug 2008 00:33:00 +0300 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AB33F6.7010308@ghiapet.net> References: <20080819140410.GA2961@free.fr> <48AB3026.4020109@gmail.com> <48AB33F6.7010308@ghiapet.net> Message-ID: <200808200033.01354.ville.skytta@iki.fi> On Tuesday 19 August 2008, J. Randall Owens wrote: > Toshio Kuratomi wrote: > | > | I looked through the logs and see that there was an error message > | regarding latitude and longitude when saving your information. Latitude > | and longitude use isn't very well tested ATM, but I know that plain > | integers work. If you are putting lat/long into the system, could you > | use those for now? > | > | if it still doesn't work, reply and i'll take another look. > | > | -Toshio > > OK, I had already tried deleting the lat/long info, thinking it might be > something like that, but I'd guess it still considered it modified, and > tried sending empty lat/long info, which still caused the 500 I saw. After > a completely fresh start, uploading works for me now. I did the same thing, but additionally ran into https://fedorahosted.org/fas/ticket/69 . Completely fresh start didn't help. From vonbrand at inf.utfsm.cl Tue Aug 19 21:48:39 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 19 Aug 2008 17:48:39 -0400 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> References: <20080819140410.GA2961@free.fr> <22806.198.175.55.5.1219154989.squirrel@mail.jcomserv.net> <26524.198.175.55.5.1219155063.squirrel@mail.jcomserv.net> Message-ID: <200808192148.m7JLmdXK016009@laptop14.inf.utfsm.cl> Jon Ciesla wrote: [...] > BTW, I suspect if you were already using an RSA key, you could just > re-upload the same public key and bob's your uncle. Depending on what is going on, I'd create a new key just in case. [No, I haven't got any (even un)likely attack scenario where this would be needed in mind, but...] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From chasd at silveroaks.com Tue Aug 19 22:05:13 2008 From: chasd at silveroaks.com (chasd) Date: Tue, 19 Aug 2008 17:05:13 -0500 Subject: mono and silverlight In-Reply-To: <20080819192037.486E56191A0@hormel.redhat.com> References: <20080819192037.486E56191A0@hormel.redhat.com> Message-ID: <0BB50C82-9777-4ACA-BE58-5CECC3E1297D@silveroaks.com> > On Tue, 2008-08-19 , Simo Sorce wrote: >> > We will just avoid packaging moonlight, but maybe other > mono programs can take advantage of the same stuff that the moonlight > enablement activates inside mono ? I think so. > On Mon, 18 Aug 2008 , Gerald Henriksen wrote: > --with-moonlight=yes,no > > Whether you want to generate the Silverlight/Moonlight > libraries and toolchain in addition to the default > (1.1 and 2.0 APIs). > > This will produce the `smcs' compiler which will > reference > the Silvelright modified assemblies (mscorlib.dll, > System.dll, System.Code.dll and System.Xml.Core.dll) > and turn > on the LINQ extensions for the compiler. Our dotnet guys here are jazzed about LINQ. That might be something useful to people programming in Mono, but not Silverlight. I don't know if the above compiler extensions are truly required to use LINQ, or if Mono has enough LINQ support for it to be useful. In fact I only know enough about dotnet and Mono to be really really dangerous. Charles Dostale From poelstra at redhat.com Tue Aug 19 22:16:53 2008 From: poelstra at redhat.com (John Poelstra) Date: Tue, 19 Aug 2008 15:16:53 -0700 Subject: Do we need feature tracking bugs? Message-ID: <48AB4655.8040300@redhat.com> During the feature process review for Fedora 10 it was suggested that each new feature have a separate tracking bug which would then block the F10 release blocker. As the Feature Wrangler I agreed to create each feature bug blocker so that there was not more overhead on the feature owner. I confess that I have not created any of the blocker bugs yet and am doubting the value of doing so... and wishing I hadn't volunteered :) It is going to take a fair amount of time to go through each feature page, determine the BZ component, open a bug, add the bug to the feature page, etc. and I'm doubting that these feature blocker BZs will really get used. I'm not seeing the value that would be provided beyond simply adding new feature bugs directly to the release blocker. Yes, we would know at a "feature" level if something wasn't looking good for the release, but the release blocker is not so big that this wouldn't be readily obvious. 1) Who will be responsible to make sure that each new bug related to a new feature blocks its respective tracker? This would be a natural bug triage activity, but we do not have enough people participating in bug triage right now to take this on. 2) Who is going to walk all the individual feature tracker bugs to make sure we are ready to release? 3) What about features that don't have a BZ component--block the distro component? I would like to propose that feature tracking bugs be created on an "as needed basis" and not for every single feature listed here: https://fedoraproject.org/wiki/Releases/10/FeatureList John From a.badger at gmail.com Tue Aug 19 22:18:08 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 19 Aug 2008 15:18:08 -0700 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <200808200033.01354.ville.skytta@iki.fi> References: <20080819140410.GA2961@free.fr> <48AB3026.4020109@gmail.com> <48AB33F6.7010308@ghiapet.net> <200808200033.01354.ville.skytta@iki.fi> Message-ID: <48AB46A0.3090108@gmail.com> Ville Skytt? wrote: > On Tuesday 19 August 2008, J. Randall Owens wrote: >> OK, I had already tried deleting the lat/long info, thinking it might be >> something like that, but I'd guess it still considered it modified, and >> tried sending empty lat/long info, which still caused the 500 I saw. After >> a completely fresh start, uploading works for me now. > > I did the same thing, but additionally ran into > https://fedorahosted.org/fas/ticket/69 . Completely fresh start didn't help. > Thanks, Ville, I've attached some information from the logs to the bug. We should be able to look at that we get the bigger Infrastructure problems fixed up. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From martin.sourada at gmail.com Tue Aug 19 22:20:29 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 20 Aug 2008 00:20:29 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <200808192143.21595.jamatos@fc.up.pt> References: <20080819140410.GA2961@free.fr> <48AB2A9D.5050004@ghiapet.net> <20080819202833.GA22028@cupro.opengvs.com> <200808192143.21595.jamatos@fc.up.pt> Message-ID: <1219184429.14361.69.camel@pc-notebook> On Tue, 2008-08-19 at 21:43 +0100, Jos? Matos wrote: > On Tuesday 19 August 2008 21:28:33 Dale Stimson wrote: > > On Tue, Aug 19, 2008 at 01:18:37PM -0700, J. Randall Owens wrote: > > > Has anyone been able to actually upload their RSA key? I reset my > > > password easily enough, but now I keep getting 500 internal errors when I > > > try to upload my RSA public key (at > > > https://admin.fedoraproject.org/accounts/user/edit/myusername). And I've > > > been getting these 500s for a little while now, so I thought I'd ask. > > > > Uploading my RSA key worked fine for me about 18 hours ago > > at around 2008-08-19 01:57 UTC. > > It worked for me at around 17:00 UTC but now when I try to update my latitude > and longitude it fails with the same 500's that the OP gets. > > -- > Jos? Ab?lio > I succeeded both with uploading new key and adding lat/long (ordinary floating point numbers with dot) around, IIRC, 2008/08/19 09:00 UTC \pm 2:00... It took a while before I was able to ssh to git on fedorahosted but it's working now :) Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bnocera at redhat.com Tue Aug 19 22:34:13 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 19 Aug 2008 23:34:13 +0100 Subject: Do we need feature tracking bugs? In-Reply-To: <48AB4655.8040300@redhat.com> References: <48AB4655.8040300@redhat.com> Message-ID: <1219185253.3194.280.camel@cookie.hadess.net> On Tue, 2008-08-19 at 15:16 -0700, John Poelstra wrote: > During the feature process review for Fedora 10 it was suggested that > each new feature have a separate tracking bug which would then block the > F10 release blocker. Yes! > 1) Who will be responsible to make sure that each new bug related to a > new feature blocks its respective tracker? This would be a natural bug > triage activity, but we do not have enough people participating in bug > triage right now to take this on. Obviously the feature owner. > 2) Who is going to walk all the individual feature tracker bugs to make > sure we are ready to release? That's easily scriptable through the bugzilla XMLRPC. > 3) What about features that don't have a BZ component--block the distro > component? That sounds good. > I would like to propose that feature tracking bugs be created on an "as > needed basis" and not for every single feature listed here: > https://fedoraproject.org/wiki/Releases/10/FeatureList For some features, it might not make sense to have bugs, because it's bigger than bugs. Say for "make XX better", it might not make sense to have a tracker bug because a portion of the work would be to see what's needed to make XX better in the first place. From martin.langhoff at gmail.com Tue Aug 19 22:36:42 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 20 Aug 2008 10:36:42 +1200 Subject: rpm -- cleaning up conflicting stray files in %pre ineffective? In-Reply-To: <544eb990808190135i43a66212x16edc57c22afc5ba@mail.gmail.com> References: <46a038f90808182316s3a12b623s12013be9d05c270f@mail.gmail.com> <544eb990808190135i43a66212x16edc57c22afc5ba@mail.gmail.com> Message-ID: <46a038f90808191536i643ded02v7d50fa0160fbadc5@mail.gmail.com> On Tue, Aug 19, 2008 at 8:35 PM, Bill Crawford wrote: > 2008/8/19 Martin Langhoff : > >> I suspect that at install/upgrade time rpm computes the conflicts >> _before_ %pre runs. > > Well, it has to, doesn't it? It needs to be able to bail out before > changing anything. Sounds reasonable. I'm not familiar enough with the RPM internals to understand when each hook is called, and that key steps are happening between... is this explained anywhere - short if reading the src? > Your options look to me like: > > - make a new package that has files in /here.go.files/ but does not > symlink them, and have that remove the symlinks in %post > > - remove the symlinks and rename the .rpmnew files in %post I'll probably do this. Thanks for the hint... > - declare the symlinks as being config (and they should become > .rpmsave, rather than your new ones becoming .rpmnew, I think; > hopefully someone will correct me if I'm wrong). I cannot :-/ Part of the problem is that this is a package that was clobbering other packages' conffiles in %post . Evil spawn. The new-and-improved version I have is much saner, but still ends up clobbering a couple of conffiles. As you can imagine - it's not for inclusion in Fedora proper. (Wherever possible it uses conf.d type facilities. And several of the files being clobbered are the /etc/sysconfig/ files to point the daemon to an alternative config file. Still, somewhat ugly.) On Tue, Aug 19, 2008 at 11:01 PM, Panu Matilainen wrote: > %pretrans runs before the conflicts calculations(...) embedded Lua Wow! Now that's an interesting tidbit. Hmmm, Lua... cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.langhoff at gmail.com Tue Aug 19 23:01:22 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 20 Aug 2008 11:01:22 +1200 Subject: After running chkconfig... daemon up after install? In-Reply-To: <1219150076.14714.1.camel@aglarond.local> References: <46a038f90808182226k5575b60cx24b125f47ac491f3@mail.gmail.com> <1219150076.14714.1.camel@aglarond.local> Message-ID: <46a038f90808191601ye61880cn618d4885c903cc86@mail.gmail.com> On Wed, Aug 20, 2008 at 12:47 AM, Jeremy Katz wrote: > On Tue, 2008-08-19 at 17:26 +1200, Martin Langhoff wrote: >> Is there a canonical procedure for either the %post or the caller of >> rpm/yum to start any daemons that may have been installed? > It's explicitly something that you're not supposed to do. Ok. What should the _sysadmin_ do then? For the OLPC School Server stuff I'd like to be able to say in the release notes: - Update the installed packages by pulling the metapackage $ yum install xs-pkgs - Start any newly installed daemons $ The metapackage includes a 'configuration' package that updates all the configs we can apply automagically, and does chkconfig on those daemons for the appropriate runlevels. Daemons that do need local intervention are set to not run. So I guess I'm lookingfor something like invoking 'init ' but that checks for any daemons that are down and starts them if they should be up. init doesn't do anything because we are _already_ in the appropriate runlevel. Manpages for service, init, telinit, chkconfig, initctl and friends don't seem to give any hints. ? On Wed, Aug 20, 2008 at 7:29 AM, Seth Vidal wrote: > default for daemons, imo, should be off. > > That way we're not opening someone up to a problem just by installing > the pkg. But that's not actual practice, AFAICS... rpms for the daemons like bind and apache do chkconfig themselves 'on' in %post. So for daemons that are popular and ship with a safe default config, Fedora does seem to enable them. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From opensource at till.name Tue Aug 19 23:44:04 2008 From: opensource at till.name (Till Maas) Date: Wed, 20 Aug 2008 01:44:04 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AAF68B.8090901@gmail.com> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AAF68B.8090901@gmail.com> Message-ID: <200808200144.52363.opensource@till.name> On Tuesday 19 August 2008 18:36:27 Toshio Kuratomi wrote: > 3) The Account System code will prevent you from uploading a DSA key. > So if your key was DSA, you'll have to generate an RSA key and upload > that. This is due to the fact that we haven't found a 100% accurate way > to find all DSA keys generated by the eak-Debian-random-number-packages. The broken random generator was also used to generate RSA keys. According to http://wiki.debian.org/SSLkeys#head-d841ac769390d013577ce3fd2be24b8cf5a74cfb good DSA keys can be compromised when used with the broken random generator. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From dwheeler at dwheeler.com Tue Aug 19 23:54:26 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Tue, 19 Aug 2008 19:54:26 -0400 (EDT) Subject: Is koji working? ('certificate verify failed') Message-ID: Is koji working again? I got the impression it's supposed to be back up, but I'm getting SSL errors: $ koji build --scratch dist-f9 E-0.999.006-1.fc9.src.rpm Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] I updated ~/.fedora-server-ca.cert and ~/.fedora-upload-ca.cert (and re-inserted my OpenSSH public key too!), but I still get this error. --- David A. Wheeler From sundaram at fedoraproject.org Wed Aug 20 00:06:16 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 20 Aug 2008 05:36:16 +0530 Subject: Is koji working? ('certificate verify failed') In-Reply-To: References: Message-ID: <48AB5FF8.7060007@fedoraproject.org> David A. Wheeler wrote: > Is koji working again? I got the impression it's supposed to be > back up, but I'm getting SSL errors: > > $ koji build --scratch dist-f9 E-0.999.006-1.fc9.src.rpm > Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] > > I updated ~/.fedora-server-ca.cert and ~/.fedora-upload-ca.cert (and re-inserted > my OpenSSH public key too!), but I still get this error. Only the web interface is back. The build hosts are still disabled. http://koji.fedoraproject.org/koji/hosts Rahul From email.ahmedkamal at googlemail.com Wed Aug 20 08:18:09 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 20 Aug 2008 11:18:09 +0300 Subject: updating from repos Message-ID: <3da3b5b40808200118y71eb1277gf369d050f904e3dd@mail.gmail.com> Hi Fedorians, I am installing a fresh fedora and I need to grab some rpms from the repos. Is it still not ok to update rpms from repos ? Is there any protected repo one can use ? Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at all-the-johnsons.co.uk Wed Aug 20 10:14:51 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 20 Aug 2008 11:14:51 +0100 Subject: Accessing cvs still down? Message-ID: <1219227291.26684.34.camel@PB3.Linux> Hi, I've downloaded my new client side cert (renamed it .fedora.cert), removed the old bit from known_hosts and tried to grab common from cvs. I'm getting the error "Permission denied (publickey). What do I need to do to get things working again? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From laxathom at fedoraproject.org Wed Aug 20 10:21:42 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Wed, 20 Aug 2008 12:21:42 +0200 Subject: Accessing cvs still down? In-Reply-To: <1219227291.26684.34.camel@PB3.Linux> References: <1219227291.26684.34.camel@PB3.Linux> Message-ID: <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> 2008/8/20 Paul > Hi, > > I've downloaded my new client side cert (renamed it .fedora.cert), > removed the old bit from known_hosts and tried to grab common from cvs. > > I'm getting the error "Permission denied (publickey). > > What do I need to do to get things working again? > Actually not, CVS is still not ready yet. An announce will be sent once cvs will be back up and works. thx -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From b.rahul.pm at gmail.com Wed Aug 20 12:41:30 2008 From: b.rahul.pm at gmail.com (Rahul Bhalerao) Date: Wed, 20 Aug 2008 18:11:30 +0530 Subject: Is koji working? ('certificate verify failed') In-Reply-To: <48AB5FF8.7060007@fedoraproject.org> References: <48AB5FF8.7060007@fedoraproject.org> Message-ID: On Wed, Aug 20, 2008 at 5:36 AM, Rahul Sundaram wrote: > David A. Wheeler wrote: >> >> Is koji working again? I got the impression it's supposed to be >> back up, but I'm getting SSL errors: >> >> $ koji build --scratch dist-f9 E-0.999.006-1.fc9.src.rpm Error: [('SSL >> routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] >> >> I updated ~/.fedora-server-ca.cert and ~/.fedora-upload-ca.cert (and >> re-inserted >> my OpenSSH public key too!), but I still get this error. > > Only the web interface is back. The build hosts are still disabled. > > http://koji.fedoraproject.org/koji/hosts > Is there any estimation when this will be up and working? _ Rahul. From atkac at redhat.com Wed Aug 20 12:44:33 2008 From: atkac at redhat.com (Adam Tkac) Date: Wed, 20 Aug 2008 14:44:33 +0200 Subject: Accessing cvs still down? In-Reply-To: <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> References: <1219227291.26684.34.camel@PB3.Linux> <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> Message-ID: <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> On Wed, Aug 20, 2008 at 12:21:42PM +0200, Xavier Lamien wrote: > 2008/8/20 Paul > > > Hi, > > > > I've downloaded my new client side cert (renamed it .fedora.cert), > > removed the old bit from known_hosts and tried to grab common from cvs. > > > > I'm getting the error "Permission denied (publickey). > > > > What do I need to do to get things working again? > > > > Actually not, > CVS is still not ready yet. > > An announce will be sent once cvs will be back up and works. > I don't think so. CVS works for me right now. Make sure that you uploaded your public rsa key to https://admin.fedoraproject.org/accounts. CVS doesn't start work immediately, it seems that keys are updated once a hour so when you upload it you will wait about hour. After that CVS should start work again for you. Adam -- Adam Tkac, Red Hat, Inc. From limb at jcomserv.net Wed Aug 20 12:55:39 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 07:55:39 -0500 (CDT) Subject: Accessing cvs still down? In-Reply-To: <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> References: <1219227291.26684.34.camel@PB3.Linux> <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> Message-ID: <62425.198.175.55.5.1219236939.squirrel@mail.jcomserv.net> > On Wed, Aug 20, 2008 at 12:21:42PM +0200, Xavier Lamien wrote: >> 2008/8/20 Paul >> >> > Hi, >> > >> > I've downloaded my new client side cert (renamed it .fedora.cert), >> > removed the old bit from known_hosts and tried to grab common from >> cvs. >> > >> > I'm getting the error "Permission denied (publickey). >> > >> > What do I need to do to get things working again? >> > >> >> Actually not, >> CVS is still not ready yet. >> >> An announce will be sent once cvs will be back up and works. >> > > I don't think so. CVS works for me right now. Make sure that you > uploaded your public rsa key to https://admin.fedoraproject.org/accounts. > CVS doesn't start work immediately, it seems that keys are updated > once a hour so when you upload it you will wait about hour. After that > CVS should start work again for you. I've done so, but ssh squeals about a key fingerprint mismatch. I'm sure it's fine, but can we get confirmation sent out of the new key fingerprint so we can trust what it tells us? > Adam > > -- > Adam Tkac, Red Hat, Inc. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jreznik at redhat.com Wed Aug 20 12:59:40 2008 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 20 Aug 2008 08:59:40 -0400 (EDT) Subject: Accessing cvs still down? In-Reply-To: <62425.198.175.55.5.1219236939.squirrel@mail.jcomserv.net> Message-ID: <1254616288.1750361219237180308.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> https://admin.fedoraproject.org/fingerprints But it's up to you if you will trust these fingerprints from fedoraproject.org web site ;-) --- Jaroslav Reznik Software Engineer - Base OS Core Services Brno Red Hat, Inc. +420 532 294 275 ----- "Jon Ciesla" wrote: > > On Wed, Aug 20, 2008 at 12:21:42PM +0200, Xavier Lamien wrote: > >> 2008/8/20 Paul > >> > >> > Hi, > >> > > >> > I've downloaded my new client side cert (renamed it > .fedora.cert), > >> > removed the old bit from known_hosts and tried to grab common > from > >> cvs. > >> > > >> > I'm getting the error "Permission denied (publickey). > >> > > >> > What do I need to do to get things working again? > >> > > >> > >> Actually not, > >> CVS is still not ready yet. > >> > >> An announce will be sent once cvs will be back up and works. > >> > > > > I don't think so. CVS works for me right now. Make sure that you > > uploaded your public rsa key to > https://admin.fedoraproject.org/accounts. > > CVS doesn't start work immediately, it seems that keys are updated > > once a hour so when you upload it you will wait about hour. After > that > > CVS should start work again for you. > > I've done so, but ssh squeals about a key fingerprint mismatch. I'm > sure > it's fine, but can we get confirmation sent out of the new key > fingerprint > so we can trust what it tells us? > > > Adam > > > > -- > > Adam Tkac, Red Hat, Inc. > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From paul at city-fan.org Wed Aug 20 13:01:32 2008 From: paul at city-fan.org (Paul Howarth) Date: Wed, 20 Aug 2008 14:01:32 +0100 Subject: Accessing cvs still down? In-Reply-To: <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> References: <1219227291.26684.34.camel@PB3.Linux> <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> Message-ID: <48AC15AC.70402@city-fan.org> Adam Tkac wrote: > On Wed, Aug 20, 2008 at 12:21:42PM +0200, Xavier Lamien wrote: >> 2008/8/20 Paul >> >>> Hi, >>> >>> I've downloaded my new client side cert (renamed it .fedora.cert), >>> removed the old bit from known_hosts and tried to grab common from cvs. >>> >>> I'm getting the error "Permission denied (publickey). >>> >>> What do I need to do to get things working again? >>> >> Actually not, >> CVS is still not ready yet. >> >> An announce will be sent once cvs will be back up and works. >> > > I don't think so. CVS works for me right now. Make sure that you > uploaded your public rsa key to https://admin.fedoraproject.org/accounts. > CVS doesn't start work immediately, it seems that keys are updated > once a hour so when you upload it you will wait about hour. After that > CVS should start work again for you. "cvs diff" is working fine for me, but uploading to the lookaside cache isn't. I'm getting a "forbidden" error from the CGI: $ curl -k --cert /home/paul/.fedora.cert -F "md5sum=22534274760479fa353de35c211ee8d0" -F "filename=libpng-1.0.38.tar.bz2" https://cvs.fedoraproject.org/repo/pkgs/upload.cgi 403 Forbidden

Forbidden

You don't have permission to access /repo/pkgs/upload.cgi on this server.

Apache/2.2.3 (Red Hat) Server at cvs.fedoraproject.org Port 443
Paul. From tibbs at math.uh.edu Wed Aug 20 13:14:10 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 20 Aug 2008 08:14:10 -0500 Subject: Accessing cvs still down? In-Reply-To: <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> References: <1219227291.26684.34.camel@PB3.Linux> <62bc09df0808200321h398f4e08tb7d31a2646cb7577@mail.gmail.com> <20080820124433.GA4370@evileye.atkac.englab.brq.redhat.com> Message-ID: >>>>> "AT" == Adam Tkac writes: AT> I don't think so. CVS works for me right now. Well, it's not officially "up" so you really shouldn't expect things to actually work. For example, the lookaside probably isn't working, and I don't think you can build currently, either. I'm also not sure the commit messages are going out properly. At least, I'm getting them in my inbox because they're sent directly to the CVS admin group (which is new behavior) but I'm not getting them from the usual mailing list. - J< From limb at jcomserv.net Wed Aug 20 13:33:05 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 08:33:05 -0500 (CDT) Subject: Accessing cvs still down? In-Reply-To: <1254616288.1750361219237180308.JavaMail.root@zmail02.collab.prod.int. phx2.redhat.com> References: <1254616288.1750361219237180308.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <40279.198.175.55.5.1219239185.squirrel@mail.jcomserv.net> > https://admin.fedoraproject.org/fingerprints > > But it's up to you if you will trust these fingerprints from > fedoraproject.org web site ;-) > > --- > Jaroslav Reznik > Software Engineer - Base OS Core Services Brno > Red Hat, Inc. > +420 532 294 275 > > ----- "Jon Ciesla" wrote: > >> > On Wed, Aug 20, 2008 at 12:21:42PM +0200, Xavier Lamien wrote: >> >> 2008/8/20 Paul >> >> >> >> > Hi, >> >> > >> >> > I've downloaded my new client side cert (renamed it >> .fedora.cert), >> >> > removed the old bit from known_hosts and tried to grab common >> from >> >> cvs. >> >> > >> >> > I'm getting the error "Permission denied (publickey). >> >> > >> >> > What do I need to do to get things working again? >> >> > >> >> >> >> Actually not, >> >> CVS is still not ready yet. >> >> >> >> An announce will be sent once cvs will be back up and works. >> >> >> > >> > I don't think so. CVS works for me right now. Make sure that you >> > uploaded your public rsa key to >> https://admin.fedoraproject.org/accounts. >> > CVS doesn't start work immediately, it seems that keys are updated >> > once a hour so when you upload it you will wait about hour. After >> that >> > CVS should start work again for you. >> >> I've done so, but ssh squeals about a key fingerprint mismatch. I'm >> sure >> it's fine, but can we get confirmation sent out of the new key >> fingerprint >> so we can trust what it tells us? >> >> > Adam >> > >> > -- >> > Adam Tkac, Red Hat, Inc. >> > >> > -- >> > fedora-devel-list mailing list >> > fedora-devel-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > >> >> >> -- >> novus ordo absurdum >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > Thanks. I'll trust it, but not until the one for cvs is something other than UNKNOWN. ;) -- novus ordo absurdum From jim at meyering.net Wed Aug 20 15:08:57 2008 From: jim at meyering.net (Jim Meyering) Date: Wed, 20 Aug 2008 17:08:57 +0200 Subject: updating your ssh keys (e.g., DSA to RSA) Message-ID: <87tzdfsoza.fsf@rho.meyering.net> I updated from an old ssh dss key to an RSA one and wrote privately about it a few months ago. Here's an edited version that might make the switch safer and less tedious: http://meyering.net/nuke-your-DSA-keys/ In particular, it links to this Perl script http://meyering.net/code/ssh-update-key that has helped me through the transition. P.S. if running this ssh-add -l|grep DSA prints the fingerprint of a DSA key that you use, then you really should switch, too. From sundaram at fedoraproject.org Wed Aug 20 17:06:22 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 20 Aug 2008 22:36:22 +0530 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> Message-ID: <48AC4F0E.10205@fedoraproject.org> Mary Ellen Foster wrote: > 2008/8/19 Felix Schwarz : >> Patrice Dumas schrieb: >>> I just received the reset password mail, and it asks me to reset my ssh >>> key by doing ssh-keygen. However, if I recall well I only uploaded my public >>> key to the fedora server. Why would I want to reset my key pair? >> #fedora-admin: >> (17:40:55) mmcgrath: mpdehaan: well, couple of reasons. >> (17:41:16) mmcgrath: mpdehaan: 1) we removed all the keys as an affective >> way of disabling access everywhere while we're working >> (17:41:42) mmcgrath: and 2) we decided it wasn't a bad idea to have people >> fix it on their own, it helps with stuff like pruning, etc. > > So, does this mean we can re-upload the *same* public key as before, > or do we need to generate a new one? Generating a new one is recommended. Rahul From tibbs at math.uh.edu Wed Aug 20 17:18:59 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 20 Aug 2008 12:18:59 -0500 Subject: Package Review SIG Message-ID: I would like to begin organizing a SIG for package reviews and the issues surrounding them. I spent a couple of minutes to create https://fedoraproject.org/wiki/SIGs/Package_Review and put in a couple of tidbits. Everyone is welcome; interested parties should respond here or, if you wish, privately to me. Organization is not a particularly strong suit of mine, so I particularly welcome anyone who is willing to step up and help me get this thing rolling. - J< From j.w.r.degoede at hhs.nl Wed Aug 20 17:46:31 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Aug 2008 19:46:31 +0200 Subject: Package Review SIG In-Reply-To: References: Message-ID: <48AC5877.7040405@hhs.nl> Jason L Tibbitts III wrote: > I would like to begin organizing a SIG for package reviews and the > issues surrounding them. I spent a couple of minutes to create > https://fedoraproject.org/wiki/SIGs/Package_Review and put in a couple > of tidbits. Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. > > Organization is not a particularly strong suit of mine, so I > particularly welcome anyone who is willing to step up and help me get > this thing rolling. > I think thats a great initiative and I would like to thank you and all the other people who are doing reviews on a non trading basis for all your efforts! Not really related to this SIG, but I while we are on the subject. Around 90 % of reviews / packages are pretty standard, but some can be really tricky. So I want to use this opportunity to offer my help to reviewers for any technical issues which arise during package reviews (for example help the packager solving selinux execstack or textrel issues). Regards, Hans From tibbs at math.uh.edu Wed Aug 20 17:43:43 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 20 Aug 2008 12:43:43 -0500 Subject: Package Review SIG In-Reply-To: <48AC5877.7040405@hhs.nl> References: <48AC5877.7040405@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> So I want to use this opportunity to offer my help to reviewers HdG> for any technical issues which arise during package reviews (for HdG> example help the packager solving selinux execstack or textrel HdG> issues). Yes, I would hope that the SIG could do this on a more organized basis and perhaps produce some additional documentation which could help packagers with these kinds of problems. - J< From limb at jcomserv.net Wed Aug 20 17:56:59 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 12:56:59 -0500 (CDT) Subject: Package Review SIG In-Reply-To: References: Message-ID: <64829.198.175.55.5.1219255019.squirrel@mail.jcomserv.net> > I would like to begin organizing a SIG for package reviews and the > issues surrounding them. I spent a couple of minutes to create > https://fedoraproject.org/wiki/SIGs/Package_Review and put in a couple > of tidbits. Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. > > Organization is not a particularly strong suit of mine, so I > particularly welcome anyone who is willing to step up and help me get > this thing rolling. Thinking out loud, it might be nice to link another set of review bugs, the ones where the submitter needs a sponsor, so people can focus their efforts where they can do the most good. > - J< > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From debarshi.ray at gmail.com Wed Aug 20 18:14:41 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Wed, 20 Aug 2008 23:44:41 +0530 Subject: Package Review SIG In-Reply-To: References: Message-ID: <3170f42f0808201114y1b7ea1cbuc27a467573fae1ef@mail.gmail.com> > Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. Interested. Happy hacking, Debarshi From tibbs at math.uh.edu Wed Aug 20 18:00:55 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 20 Aug 2008 13:00:55 -0500 Subject: Package Review SIG In-Reply-To: <64829.198.175.55.5.1219255019.squirrel@mail.jcomserv.net> References: <64829.198.175.55.5.1219255019.squirrel@mail.jcomserv.net> Message-ID: >>>>> "JC" == Jon Ciesla writes: JC> Thinking out loud, it might be nice to link another set of review JC> bugs, the ones where the submitter needs a sponsor, so people can JC> focus their efforts where they can do the most good. Well, the list has the NEEDSPONSOR tags listed in green; are you suggesting that they need to be in a separate document altogether? It wouldn't be terribly hard if I can ever finish beating those report scripts into shape, but I'm not really sure I see the utility. - J< From debarshi.ray at gmail.com Wed Aug 20 18:14:41 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Wed, 20 Aug 2008 23:44:41 +0530 Subject: Package Review SIG In-Reply-To: References: Message-ID: <3170f42f0808201114y1b7ea1cbuc27a467573fae1ef@mail.gmail.com> > Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. Interested. Happy hacking, Debarshi From skvidal at fedoraproject.org Wed Aug 20 18:57:17 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 20 Aug 2008 14:57:17 -0400 Subject: system autodeath Message-ID: <1219258637.8530.43.camel@rosebud> A friend forwarded me this blog: http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px and I wondered if it would be something to consider for fedora releases. This would NOT be as a default, but as a package you can install, if you wish, to drop the route on your box after whatever expiration date. We can set the release date in a file in the package and key from there. If the package was included in a fedora repo we could have it have a death date of whenever the release started + 14months (some wiggle room for release slips) for example. Any thoughts? -sv -- I only speak for me. From limb at jcomserv.net Wed Aug 20 19:02:45 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 14:02:45 -0500 (CDT) Subject: system autodeath In-Reply-To: <1219258637.8530.43.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> Message-ID: <17832.198.175.55.5.1219258965.squirrel@mail.jcomserv.net> > A friend forwarded me this blog: > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > and I wondered if it would be something to consider for fedora releases. > > This would NOT be as a default, but as a package you can install, if you > wish, to drop the route on your box after whatever expiration date. We > can set the release date in a file in the package and key from there. I agree that it should not be a default, but if you're not conscientious enough to patch, you're not going to be installing this package, either, and we're back to the original issue. Other than that, it's an intriguing concept. > > If the package was included in a fedora repo we could have it have a > death date of whenever the release started + 14months (some wiggle room > for release slips) for example. > > Any thoughts? > -sv > > > -- > I only speak for me. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jcm at redhat.com Wed Aug 20 19:09:51 2008 From: jcm at redhat.com (Jon Masters) Date: Wed, 20 Aug 2008 15:09:51 -0400 Subject: system autodeath In-Reply-To: <17832.198.175.55.5.1219258965.squirrel@mail.jcomserv.net> References: <1219258637.8530.43.camel@rosebud> <17832.198.175.55.5.1219258965.squirrel@mail.jcomserv.net> Message-ID: <1219259391.12534.22.camel@londonpacket.bos.redhat.com> On Wed, 2008-08-20 at 14:02 -0500, Jon Ciesla wrote: > > A friend forwarded me this blog: > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > and I wondered if it would be something to consider for fedora releases. > > > > This would NOT be as a default, but as a package you can install, if you > > wish, to drop the route on your box after whatever expiration date. We > > can set the release date in a file in the package and key from there. > > I agree that it should not be a default, but if you're not conscientious > enough to patch, you're not going to be installing this package, either, > and we're back to the original issue. > > Other than that, it's an intriguing concept. I guess it is useful in the case that e.g. a sysadmin consciously wants to remember to remove a system from production/upgrade it after a certain time but then loses track or it, or whatever else. Not every environment has centralized tracking and management of systems :) Jon. From sundaram at fedoraproject.org Wed Aug 20 19:13:18 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 21 Aug 2008 00:43:18 +0530 Subject: system autodeath In-Reply-To: <1219258637.8530.43.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> Message-ID: <48AC6CCE.6020009@fedoraproject.org> seth vidal wrote: > A friend forwarded me this blog: > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > and I wondered if it would be something to consider for fedora releases. > > This would NOT be as a default, but as a package you can install, if you > wish, to drop the route on your box after whatever expiration date. We > can set the release date in a file in the package and key from there. > > > If the package was included in a fedora repo we could have it have a > death date of whenever the release started + 14months (some wiggle room > for release slips) for example. > > Any thoughts? I think it is much better to hookup preupgrade with PackageKit so you get notification on your desktop when there is a new release and a easy path to do so. Notifying and encouraging users to upgrade would solve the problem of people sticking to old unmaintained releases in a much nicer way. Rahul From limb at jcomserv.net Wed Aug 20 19:16:39 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 14:16:39 -0500 (CDT) Subject: system autodeath In-Reply-To: <48AC6CCE.6020009@fedoraproject.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> Message-ID: <62649.198.175.55.5.1219259799.squirrel@mail.jcomserv.net> > seth vidal wrote: >> A friend forwarded me this blog: >> http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px >> >> and I wondered if it would be something to consider for fedora releases. >> >> This would NOT be as a default, but as a package you can install, if you >> wish, to drop the route on your box after whatever expiration date. We >> can set the release date in a file in the package and key from there. >> >> >> If the package was included in a fedora repo we could have it have a >> death date of whenever the release started + 14months (some wiggle room >> for release slips) for example. >> >> Any thoughts? > > I think it is much better to hookup preupgrade with PackageKit so you > get notification on your desktop when there is a new release and a easy > path to do so. Notifying and encouraging users to upgrade would solve > the problem of people sticking to old unmaintained releases in a much > nicer way. +1 Sounds like a job for the LiveUpgrade SIG. http://fedoraproject.org/wiki/SIGs/LiveUpgrade > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From walters at verbum.org Wed Aug 20 19:35:36 2008 From: walters at verbum.org (Colin Walters) Date: Wed, 20 Aug 2008 15:35:36 -0400 Subject: system autodeath In-Reply-To: <62649.198.175.55.5.1219259799.squirrel@mail.jcomserv.net> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <62649.198.175.55.5.1219259799.squirrel@mail.jcomserv.net> Message-ID: On Wed, Aug 20, 2008 at 3:16 PM, Jon Ciesla wrote: > > http://fedoraproject.org/wiki/SIGs/LiveUpgrade No, LiveUpgrade is a different (and IMO, bad/difficult-to-support) idea. PreUpgrade is here: http://fedoraproject.org/wiki/Anaconda/Features/PreUpgrade From limb at jcomserv.net Wed Aug 20 19:52:31 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 20 Aug 2008 14:52:31 -0500 (CDT) Subject: system autodeath In-Reply-To: References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <62649.198.175.55.5.1219259799.squirrel@mail.jcomserv.net> Message-ID: <56671.198.175.55.5.1219261951.squirrel@mail.jcomserv.net> > On Wed, Aug 20, 2008 at 3:16 PM, Jon Ciesla wrote: >> > >> http://fedoraproject.org/wiki/SIGs/LiveUpgrade > > No, LiveUpgrade is a different (and IMO, bad/difficult-to-support) > idea. PreUpgrade is here: > http://fedoraproject.org/wiki/Anaconda/Features/PreUpgrade > I understand the distinction between the two, and the use cases differ. I think notification of a new release would benefit both. -- novus ordo absurdum From mattdm at mattdm.org Wed Aug 20 19:33:45 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 20 Aug 2008 15:33:45 -0400 Subject: system autodeath In-Reply-To: <1219258637.8530.43.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> Message-ID: <20080820193345.GA10413@jadzia.bu.edu> On Wed, Aug 20, 2008 at 02:57:17PM -0400, seth vidal wrote: > A friend forwarded me this blog: > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > and I wondered if it would be something to consider for fedora releases. PLUS EIGHT MILLION. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From davej at redhat.com Wed Aug 20 20:09:11 2008 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Aug 2008 16:09:11 -0400 Subject: system autodeath In-Reply-To: <48AC6CCE.6020009@fedoraproject.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> Message-ID: <20080820200910.GA15148@redhat.com> On Thu, Aug 21, 2008 at 12:43:18AM +0530, Rahul Sundaram wrote: > seth vidal wrote: > > A friend forwarded me this blog: > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > and I wondered if it would be something to consider for fedora releases. > > > > This would NOT be as a default, but as a package you can install, if you > > wish, to drop the route on your box after whatever expiration date. We > > can set the release date in a file in the package and key from there. > > > > > > If the package was included in a fedora repo we could have it have a > > death date of whenever the release started + 14months (some wiggle room > > for release slips) for example. > > > > Any thoughts? > > I think it is much better to hookup preupgrade with PackageKit so you > get notification on your desktop Desktop machines typically aren't the problem in the 'setup once, and left abandoned running out of date code past EOL' scenario. Dave -- http://www.codemonkey.org.uk From dominik at greysector.net Wed Aug 20 21:03:36 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 20 Aug 2008 23:03:36 +0200 Subject: system autodeath In-Reply-To: <20080820200910.GA15148@redhat.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <20080820200910.GA15148@redhat.com> Message-ID: <20080820210336.GC29510@mokona.greysector.net> On Wednesday, 20 August 2008 at 22:09, Dave Jones wrote: > On Thu, Aug 21, 2008 at 12:43:18AM +0530, Rahul Sundaram wrote: > > seth vidal wrote: > > > A friend forwarded me this blog: > > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > > > and I wondered if it would be something to consider for fedora releases. > > > > > > This would NOT be as a default, but as a package you can install, if you > > > wish, to drop the route on your box after whatever expiration date. We > > > can set the release date in a file in the package and key from there. > > > > > > > > > If the package was included in a fedora repo we could have it have a > > > death date of whenever the release started + 14months (some wiggle room > > > for release slips) for example. > > > > > > Any thoughts? > > > > I think it is much better to hookup preupgrade with PackageKit so you > > get notification on your desktop > > Desktop machines typically aren't the problem in the 'setup once, and > left abandoned running out of date code past EOL' scenario. You'd be surprised. I know people still running FC-2 at home, because it still works and they can't be bothered to upgrade. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From skvidal at fedoraproject.org Wed Aug 20 21:17:08 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 20 Aug 2008 17:17:08 -0400 Subject: system autodeath In-Reply-To: <20080820200910.GA15148@redhat.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <20080820200910.GA15148@redhat.com> Message-ID: <1219267028.8530.50.camel@rosebud> On Wed, 2008-08-20 at 16:09 -0400, Dave Jones wrote: > On Thu, Aug 21, 2008 at 12:43:18AM +0530, Rahul Sundaram wrote: > > seth vidal wrote: > > > A friend forwarded me this blog: > > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > > > and I wondered if it would be something to consider for fedora releases. > > > > > > This would NOT be as a default, but as a package you can install, if you > > > wish, to drop the route on your box after whatever expiration date. We > > > can set the release date in a file in the package and key from there. > > > > > > > > > If the package was included in a fedora repo we could have it have a > > > death date of whenever the release started + 14months (some wiggle room > > > for release slips) for example. > > > > > > Any thoughts? > > > > I think it is much better to hookup preupgrade with PackageKit so you > > get notification on your desktop > > Desktop machines typically aren't the problem in the 'setup once, and > left abandoned running out of date code past EOL' scenario. > I agree here. I wasn't as worried about desktops as servers/appliance-like machines. I put it down on my list to look at putting a simple cron job together in a package to do this. If anyone wants to do this before I do, please feel free, otherwise, I'll get to it when I can. thanks, -sv From sundaram at fedoraproject.org Wed Aug 20 21:19:52 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 21 Aug 2008 02:49:52 +0530 Subject: system autodeath In-Reply-To: <20080820200910.GA15148@redhat.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <20080820200910.GA15148@redhat.com> Message-ID: <48AC8A78.8040705@fedoraproject.org> Dave Jones wrote: > Desktop machines typically aren't the problem in the 'setup once, and > left abandoned running out of date code past EOL' scenario. Considering the typical Fedora audience and my experience, I would say desktop systems certainly are part of the target that you would want to address. Rahul From smooge at gmail.com Wed Aug 20 20:57:17 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 20 Aug 2008 14:57:17 -0600 Subject: system autodeath In-Reply-To: <20080820200910.GA15148@redhat.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <20080820200910.GA15148@redhat.com> Message-ID: <80d7e4090808201357yedd54e8o80bb1a7345ea4f88@mail.gmail.com> On Wed, Aug 20, 2008 at 2:09 PM, Dave Jones wrote: > On Thu, Aug 21, 2008 at 12:43:18AM +0530, Rahul Sundaram wrote: > > seth vidal wrote: > > > A friend forwarded me this blog: > > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > > > and I wondered if it would be something to consider for fedora releases. > > > > > > This would NOT be as a default, but as a package you can install, if you > > > wish, to drop the route on your box after whatever expiration date. We > > > can set the release date in a file in the package and key from there. > > > > > > > > > If the package was included in a fedora repo we could have it have a > > > death date of whenever the release started + 14months (some wiggle room > > > for release slips) for example. > > > > > > Any thoughts? > > > > I think it is much better to hookup preupgrade with PackageKit so you > > get notification on your desktop > > Desktop machines typically aren't the problem in the 'setup once, and > left abandoned running out of date code past EOL' scenario. > Oh I wouldn't be so sure.. We supposedly have over a hundred Windows 3.11 clients on our network. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jameshubbard at gmail.com Wed Aug 20 21:42:22 2008 From: jameshubbard at gmail.com (James Hubbard) Date: Wed, 20 Aug 2008 17:42:22 -0400 Subject: system autodeath In-Reply-To: <1219258637.8530.43.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> Message-ID: On Wed, Aug 20, 2008 at 2:57 PM, seth vidal wrote: > A friend forwarded me this blog: > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > and I wondered if it would be something to consider for fedora releases. > > This would NOT be as a default, but as a package you can install, if you > wish, to drop the route on your box after whatever expiration date. We > can set the release date in a file in the package and key from there. > > > If the package was included in a fedora repo we could have it have a > death date of whenever the release started + 14months (some wiggle room > for release slips) for example. > > Any thoughts? Sounds a lot like Windows Genuine Advantage where you can't use your machine anymore if you can't validate your installation. Someone (probably many someones) will install this by mistake and there will be a lot of screaming that not even Microsoft will disable your OS if it is running past the EOL/support period. It would probably be better that during the last batch of updates a small program gets installed that will notify users when they login that the system is no longer supported. This could be in a terminal, a "balloon" in X, or a message on the X login screen. Whatever is implemented, should be given a lot of thought and it should disable the system in any manner. It could alienate a lot of users. I haven't upgraded my work machine from F7 to F9 yet because I've not yet had time to test gcc 4.3 with some commercial libraries that have only been compiled against gcc 4.1.x. I know lots of other desktop/server users that are running system from FC2 - FC6. (Yes I know about RHEL.) (As a side note: My wife hates the security balloons that pop up when there's a security related update. She's always comparing it to windows. ) My $0.02. -- James Hubbard From konrad at tylerc.org Wed Aug 20 21:49:27 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Wed, 20 Aug 2008 14:49:27 -0700 Subject: system autodeath In-Reply-To: References: <1219258637.8530.43.camel@rosebud> Message-ID: <200808201449.33269.konrad@tylerc.org> Quoth James Hubbard: > On Wed, Aug 20, 2008 at 2:57 PM, seth vidal wrote: > > A friend forwarded me this blog: > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > > > and I wondered if it would be something to consider for fedora releases. > > > > This would NOT be as a default, but as a package you can install, if you > > wish, to drop the route on your box after whatever expiration date. We > > can set the release date in a file in the package and key from there. > > > > > > If the package was included in a fedora repo we could have it have a > > death date of whenever the release started + 14months (some wiggle room > > for release slips) for example. > > > > Any thoughts? > > Sounds a lot like Windows Genuine Advantage where you can't use your > machine anymore if you can't validate your installation. Someone > (probably many someones) will install this by mistake and there will > be a lot of screaming that not even Microsoft will disable your OS if > it is running past the EOL/support period. > > It would probably be better that during the last batch of updates a > small program gets installed that will notify users when they login > that the system is no longer supported. This could be in a terminal, > a "balloon" in X, or a message on the X login screen. > > Whatever is implemented, should be given a lot of thought and it > should disable the system in any manner. It could alienate a lot of > users. I haven't upgraded my work machine from F7 to F9 yet because > I've not yet had time to test gcc 4.3 with some commercial libraries > that have only been compiled against gcc 4.1.x. I know lots of other > desktop/server users that are running system from FC2 - FC6. (Yes I > know about RHEL.) > > (As a side note: My wife hates the security balloons that pop up when > there's a security related update. She's always comparing it to > windows. ) > > My $0.02. > > -- > James Hubbard With a name like 'autodeath' do you really think many people will go out of their way to install it accidentally? Regards, -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From tibbs at math.uh.edu Wed Aug 20 22:25:55 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 20 Aug 2008 17:25:55 -0500 Subject: system autodeath In-Reply-To: <200808201449.33269.konrad@tylerc.org> References: <1219258637.8530.43.camel@rosebud> <200808201449.33269.konrad@tylerc.org> Message-ID: >>>>> "CM" == Conrad Meyer writes: CM> With a name like 'autodeath' do you really think many people will CM> go out of their way to install it accidentally? How many people still clamor for an "everything" install? ... Actually, this package sounds better all the time. - J< From skvidal at fedoraproject.org Wed Aug 20 23:09:03 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 20 Aug 2008 19:09:03 -0400 Subject: system autodeath In-Reply-To: References: <1219258637.8530.43.camel@rosebud> <200808201449.33269.konrad@tylerc.org> Message-ID: <1219273743.8530.54.camel@rosebud> On Wed, 2008-08-20 at 17:25 -0500, Jason L Tibbitts III wrote: > >>>>> "CM" == Conrad Meyer writes: > > CM> With a name like 'autodeath' do you really think many people will > CM> go out of their way to install it accidentally? > > How many people still clamor for an "everything" install? > > ... > > Actually, this package sounds better all the time. lol, I've noticed that all the .edu people seem to get this. :) -sv From bpepple at fedoraproject.org Wed Aug 20 23:41:04 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 20 Aug 2008 19:41:04 -0400 Subject: Package Review SIG In-Reply-To: References: Message-ID: <1219275664.12264.2.camel@kennedy> On Wed, 2008-08-20 at 12:18 -0500, Jason L Tibbitts III wrote: > I would like to begin organizing a SIG for package reviews and the > issues surrounding them. I spent a couple of minutes to create > https://fedoraproject.org/wiki/SIGs/Package_Review and put in a couple > of tidbits. Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. I'm interested in joining. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Aug 20 23:46:58 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 21 Aug 2008 05:16:58 +0530 Subject: Package Review SIG In-Reply-To: References: Message-ID: <48ACACF2.4010709@fedoraproject.org> Jason L Tibbitts III wrote: > I would like to begin organizing a SIG for package reviews and the > issues surrounding them. I spent a couple of minutes to create > https://fedoraproject.org/wiki/SIGs/Package_Review and put in a couple > of tidbits. Everyone is welcome; interested parties should respond > here or, if you wish, privately to me. I am interested. Rahul From mattdm at mattdm.org Thu Aug 21 00:22:55 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 20 Aug 2008 20:22:55 -0400 Subject: system autodeath In-Reply-To: <20080820200910.GA15148@redhat.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <20080820200910.GA15148@redhat.com> Message-ID: <20080821002255.GA3561@jadzia.bu.edu> On Wed, Aug 20, 2008 at 04:09:11PM -0400, Dave Jones wrote: > Desktop machines typically aren't the problem in the 'setup once, and > left abandoned running out of date code past EOL' scenario. They sure are around here. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bpepple at fedoraproject.org Thu Aug 21 00:29:12 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 20 Aug 2008 20:29:12 -0400 Subject: FESCo Meeting Summary for 2008-08-20 Message-ID: <1219278552.12264.14.camel@kennedy> === Members Present === * Brian Pepple (bpepple) * Kevin Fenzi (nirik) * Josh Boyer (jwb) * Karsten Hopp (kick_) * Jarod Wilson (j-rod) * Bill Nottingham (notting) * David Woodhouse (dwmw2) === Members Absent === * Jon Stanley (jds2001) * Dennis Gilmore (dgilmore) == Summary == === New Sponsor === * FESCo has approved the sponsor requests for Dan Hor?k. * Note: any Fedora packager that wishes to become a sponsor, can contact me or go directly to: http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors === Features === * FESCo approved the following feature for F10: * https://fedoraproject.org/wiki/Features/30SecondStartup * https://fedoraproject.org/wiki/Features/SbinSanity * https://fedoraproject.org/wiki/Features/VirtRemoteInstall * https://fedoraproject.org/wiki/Features/VirtStorage * https://fedoraproject.org/wiki/Features/TimeZoneAndLocation They approved this feature, but did have a few questions they wanted clarified. * https://fedoraproject.org/wiki/Features/KernelModesetting * https://fedoraproject.org/wiki/Features/NetBeans * https://fedoraproject.org/wiki/Features/HDTVEnhancements * FESCo voted against making the Prover(1) a feature, since they felt it didn't meet the criteria(2) of being a new feature. Note: This isn't to say that this isn't a good thing, but they felt the target audience was fairly limited. 1. https://fedoraproject.org/wiki/Features/Provers 2. https://fedoraproject.org/wiki/Features/Policy/Definitions * FESCo vote against making the Minimal Install(1) a feature, since it appeared to be a wish list item since no one was working on it presently. 1. https://fedoraproject.org/wiki/Features/MinimalInstall * FESCo held off on approving the Online Account Service(1) feature, since they had some questions regarding it. 1. https://fedoraproject.org/wiki/Features/OnlineAccountsService IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-08-20.html Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jeff at ocjtech.us Thu Aug 21 00:43:43 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 20 Aug 2008 19:43:43 -0500 Subject: Zabbix 1.5.4 RPMs Message-ID: <935ead450808201743qfe50089vf63c5f48f29673f5@mail.gmail.com> I've built some RPMs for Zabbix 1.5.4. The major changes: * There's a new component - the proxy. * Server and proxy binaries are built for all three databases that Zabbix supports (MySQL, PostgreSQL, and SQLite3). You choose between databases by installing the appropriate subpackage. Unless you force and install it shouldn't be possible to install more than one at a time. * The 'zabbix' RPM does not contain the server, instead it contains bits that are common to all of the packages. * There should be conflicts and obsoletes that are set to get everything working on a upgrade, but that's not tested. * The cpustats patch has been disabled (but it's included in the SRPM) because it causes the agent to segfault. I had to resolve some conflicts to get it to apply cleanly to 1.5.4 and I must have messed something up. RPMs and SRPMs can be found here for EL-5 and development: http://repo.ocjtech.us/zabbix/ A git repo with my work on the cpustats branch can be found in the cpustats branch: git://fedorapeople.org/~jcollie/zabbix.git We're looking at using Zabbix 1.6 in Fedora Infrastructure so these packages will get some thrashing but the more people that look it over the better. Hopefully some smart person out there will figure out what I've done to the cpustats patch and get it fixed up. Jeff From sean.bruno at dsl-only.net Thu Aug 21 03:12:34 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Wed, 20 Aug 2008 20:12:34 -0700 Subject: Mounting partitions of a loopback device Message-ID: <1219288354.10907.1.camel@home-desk> I found today, that I was unable to mount or detect partitions in a loop back device that I had configured via losetup. Was there any discussion on the LKML about this patch or is there anyone "championing" it into the kernel? http://lwn.net/Articles/274113/ Sean From katzj at redhat.com Thu Aug 21 03:25:18 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 20 Aug 2008 23:25:18 -0400 Subject: Mounting partitions of a loopback device In-Reply-To: <1219288354.10907.1.camel@home-desk> References: <1219288354.10907.1.camel@home-desk> Message-ID: <1219289118.22895.4.camel@aglarond.local> On Wed, 2008-08-20 at 20:12 -0700, Sean Bruno wrote: > I found today, that I was unable to mount or detect partitions in a loop > back device that I had configured via losetup. See kpartx(8) Jeremy From sean.bruno at dsl-only.net Thu Aug 21 03:55:24 2008 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Wed, 20 Aug 2008 20:55:24 -0700 Subject: Mounting partitions of a loopback device In-Reply-To: <1219289118.22895.4.camel@aglarond.local> References: <1219288354.10907.1.camel@home-desk> <1219289118.22895.4.camel@aglarond.local> Message-ID: <1219290924.10907.3.camel@home-desk> On Wed, 2008-08-20 at 23:25 -0400, Jeremy Katz wrote: > On Wed, 2008-08-20 at 20:12 -0700, Sean Bruno wrote: > > I found today, that I was unable to mount or detect partitions in a loop > > back device that I had configured via losetup. > > See kpartx(8) > > Jeremy > Thanks! I'll check it out tomorrow. Sean From wtogami at redhat.com Thu Aug 21 05:44:49 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 21 Aug 2008 01:44:49 -0400 Subject: Dropping mknbi from F10 Message-ID: <48AD00D1.8030702@redhat.com> I am dropping mknbi from F10 for the following reasons: * NBI images generated by mknbi have completely failed to boot anything with modern Fedora kernels. * ELF images generated by mknbi don't work with coreboot with Etherboot. mkelfimage ELF images seem to work everywhere ELF netboot is expected to work including coreboot. * wraplinux NBI seems to work everywhere NBI is expected to work. * wraplinux is actively maintained by hpa upstream and he instantly fixes whatever we ask for. Meanwhile mknbi is a steaming pile of ancient, unmaintained buggy code * LTSP relies on mkelfimage (for ELF) and wraplinux (for NBI), so there is no reason for mknbi to exist anymore. Warren Togami wtogami at redhat.com From mike at miketc.net Thu Aug 21 06:47:14 2008 From: mike at miketc.net (Mike Chambers) Date: Thu, 21 Aug 2008 01:47:14 -0500 Subject: FAS vs new email Message-ID: <1219301234.28717.2.camel@scrappy.miketc.net> I don't think I ever changed my email on my FAS account and have since got a new one (happned month or two ago I guess). I can't login now obviously due to the infastructure scenario and the password reset, which my email is needed for the password reset. Can someone change my email for me, or my password so I can change it? Sorry if wrong place, wasn't sure where to go to ask for help. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From dchen at redhat.com Thu Aug 21 07:04:22 2008 From: dchen at redhat.com (Ding-Yi Chen) Date: Thu, 21 Aug 2008 17:04:22 +1000 Subject: disk partitioning for multiOS machine In-Reply-To: <48AA5514.3010603@ij.net> References: <3da3b5b40808180752v49fe673eyd22225a526a0ffbe@mail.gmail.com> <48A9F6D3.3020004@gmail.com> <1219119435.7495.10.camel@dhcp-0-207.bne.redhat.com> <48AA5514.3010603@ij.net> Message-ID: <1219302262.8526.16.camel@dhcp-0-207.bne.redhat.com> ? ??2008-08-19 ? 01:07 -0400?Felix Miata ??? > On 2008/08/19 14:17 (GMT+1000) Ding-Yi Chen apparently typed: > > > I don't really think you can install 4 or more OSs on a harddrive. > > http://fm.no-ip.com/tmp/libata-gt15partitions.txt shows considerably more are > possible even using libata. It has 12 installed, plus, not counting the > extended itself, 7 partitions that have no installed operating systems. Just as I thought, 3 primary and 1 extended. :-) Indeed, you can further splits the extended. I should have say that. > > > A harddisk can have either 4 primary partitions or 3 primarys and 1 > > extended. I suppose the most stable configuration you might get is one > > primary for each OS, > > Stable? What does that mean? Modern operating systems, once booted, make no > distinction between primaries and non-primaries - all are treated equally as > logical, as any partition at all is nothing more than an artificial (logical) > division of a physical device. Maybe I should say trouble-less/less headache/simple configuration. You got the point, once booted, but firstly they need to be able to boot. :-) As far as I know, FreeBSD cannot install/and boot from in extended p, nor can OpenSolaris. And I quite doubt OSX86 can. Yes, modern linux live happily in extended, but unfortunately, not all modern OS is able to boot from extended. BTW, do you consider WinXP modern? :-) Regards, > -- > "Love is not easily angered. Love does not demand > its own way." 1 Corinthians 13:5 NIV > > Team OS/2 ** Reg. Linux User #211409 > > Felix Miata *** http://fm.no-ip.com/ > From foster at in.tum.de Thu Aug 21 07:39:23 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Thu, 21 Aug 2008 09:39:23 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <48AC4F0E.10205@fedoraproject.org> References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AC4F0E.10205@fedoraproject.org> Message-ID: 2008/8/20 Rahul Sundaram : > Mary Ellen Foster wrote: >> So, does this mean we can re-upload the *same* public key as before, >> or do we need to generate a new one? > > Generating a new one is recommended. And if the public key that I previously uploaded is one that I also use on other systems, should I use a new key on those other systems too? Just making sure I "do the right thing" here ... MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From stlwrt at gmail.com Thu Aug 21 07:43:22 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Thu, 21 Aug 2008 10:43:22 +0300 Subject: Zabbix 1.5.4 RPMs In-Reply-To: <935ead450808201743qfe50089vf63c5f48f29673f5@mail.gmail.com> References: <935ead450808201743qfe50089vf63c5f48f29673f5@mail.gmail.com> Message-ID: Why did fedora choose zabbix? How it is compared to nagios? On Thu, Aug 21, 2008 at 3:43 AM, Jeffrey Ollie wrote: > I've built some RPMs for Zabbix 1.5.4. The major changes: > > * There's a new component - the proxy. > * Server and proxy binaries are built for all three databases that > Zabbix supports (MySQL, PostgreSQL, and SQLite3). You choose between > databases by installing the appropriate subpackage. Unless you force > and install it shouldn't be possible to install more than one at a > time. > * The 'zabbix' RPM does not contain the server, instead it contains > bits that are common to all of the packages. > * There should be conflicts and obsoletes that are set to get > everything working on a upgrade, but that's not tested. > * The cpustats patch has been disabled (but it's included in the SRPM) > because it causes the agent to segfault. I had to resolve some > conflicts to get it to apply cleanly to 1.5.4 and I must have messed > something up. > > RPMs and SRPMs can be found here for EL-5 and development: > > http://repo.ocjtech.us/zabbix/ > > A git repo with my work on the cpustats branch can be found in the > cpustats branch: > > git://fedorapeople.org/~jcollie/zabbix.git > > We're looking at using Zabbix 1.6 in Fedora Infrastructure so these > packages will get some thrashing but the more people that look it over > the better. Hopefully some smart person out there will figure out > what I've done to the cpustats patch and get it fixed up. > > Jeff > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- http://scwlab.com From sundaram at fedoraproject.org Thu Aug 21 07:49:51 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 21 Aug 2008 13:19:51 +0530 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: References: <20080819140410.GA2961@free.fr> <48AAEF68.3000901@oss.schwarz.eu> <48AC4F0E.10205@fedoraproject.org> Message-ID: <48AD1E1F.5050107@fedoraproject.org> Mary Ellen Foster wrote: > 2008/8/20 Rahul Sundaram : >> Mary Ellen Foster wrote: >>> So, does this mean we can re-upload the *same* public key as before, >>> or do we need to generate a new one? >> Generating a new one is recommended. > > And if the public key that I previously uploaded is one that I also > use on other systems, should I use a new key on those other systems > too? Just making sure I "do the right thing" here ... If you are changing it, changing it everywhere would make sense. I should note that I am merely passing on information I heard in #fedora-admin and not part of the infrastructure team. Rahul From martin.langhoff at gmail.com Thu Aug 21 07:55:58 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 21 Aug 2008 19:55:58 +1200 Subject: livecd-creator / anaconda - strange problem with ownership dropped Message-ID: <46a038f90808210055p47995cadnf42ac183e656b99@mail.gmail.com> In summary: installing a LiveCD created livecd-creator, anaconda fails to set the ownership & group of a couple of directories. Looking inside the ext3 img (inside the squashfs), the directory owner/group is set correctly and passwd and group files contain the correct entries. This is all on F7 - I am building a F7 livecd in a mock chroot running F7. The package is a custom package, and it succeeds in installing things correctly - no errors during the creation of the livecd, and looking inside the squashfs/ext3 fs confirms that things are right. The only "oddify" is that the directories that are showing this problem are /library/xs-rsync/pub /library/xs-rsync/tmp /library/xs-rsync/stage and /library is a mountpoint (containing nothing else at the moment). The rest of the system is on under a / (root) mountpoint. Looking at /var/log/anaconda.log there are some odd entries saying "INFO: set fc of /path to None" for several paths, including /library and all its contents (literally, every file and directory in the partition). Any hints? Possible debug angles I should try? BTW, if you want to see the %pre and %attrib creating the user/grp - it is here http://dev.laptop.org/git?p=users/martin/xs-rsync.git;a=blob;f=xs-rsync.spec.in;h=88a3f492ea8e3e878ea4fefb6d19c98f0f39ee88;hb=HEAD - though I doubt it's interesting. I'm off to grep through the anaconda sources - this is on anaconda-11.2.0.66-1 cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.langhoff at gmail.com Thu Aug 21 08:13:44 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 21 Aug 2008 20:13:44 +1200 Subject: livecd-creator / anaconda - strange problem with ownership dropped In-Reply-To: <46a038f90808210055p47995cadnf42ac183e656b99@mail.gmail.com> References: <46a038f90808210055p47995cadnf42ac183e656b99@mail.gmail.com> Message-ID: <46a038f90808210113y647be440ib8a12660c291fe0d@mail.gmail.com> On Thu, Aug 21, 2008 at 7:55 PM, Martin Langhoff wrote: > Looking at /var/log/anaconda.log there are some odd entries saying > "INFO: set fc of /path to None" for several paths, including /library > and all its contents (literally, every file and directory in the > partition). This is fairly strange - but I'm not sure if it carries the blame - we see those INFO entries for each path in the non-/ mountpoints - /boot and /library . OTOH, I have a checkout of the matching anaconda code, and it's doing isys.resetFileContext() which I followed all the way to lsetfilecon(). Will resetting the SELinux context reset the POSIX user/group too? Ideas...? m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From opensource at till.name Thu Aug 21 08:28:04 2008 From: opensource at till.name (Till Maas) Date: Thu, 21 Aug 2008 10:28:04 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: References: <20080819140410.GA2961@free.fr> <48AC4F0E.10205@fedoraproject.org> Message-ID: <200808211028.15652.opensource@till.name> On Thu August 21 2008, Mary Ellen Foster wrote: > 2008/8/20 Rahul Sundaram : > > Mary Ellen Foster wrote: > >> So, does this mean we can re-upload the *same* public key as before, > >> or do we need to generate a new one? > > > > Generating a new one is recommended. > > And if the public key that I previously uploaded is one that I also > use on other systems, should I use a new key on those other systems > too? Just making sure I "do the right thing" here ... If you think your current private ssh key was compromised by using it on the Fedora Infrastructure, you should not use the new key for more than one project. Whatever happened to compromise your old key, can also happen to compromise your new key on any system from any other project giving the admins of these machines access to your Fedora SSH account. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mschwendt at gmail.com Thu Aug 21 08:32:55 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 21 Aug 2008 10:32:55 +0200 Subject: FAS vs new email In-Reply-To: <1219301234.28717.2.camel@scrappy.miketc.net> References: <1219301234.28717.2.camel@scrappy.miketc.net> Message-ID: <20080821103255.39ec6419.mschwendt@gmail.com> On Thu, 21 Aug 2008 01:47:14 -0500, Mike Chambers wrote: > I don't think I ever changed my email on my FAS account and have since > got a new one (happned month or two ago I guess). I can't login now > obviously due to the infastructure scenario and the password reset, > which my email is needed for the password reset. Can someone change my > email for me, or my password so I can change it? > > Sorry if wrong place, wasn't sure where to go to ask for help. fedora-infrastructure-list or even their ticket tracker. Apart from that, this reply won't help you, but I don't understand why you changed your email addr without updating FAS. Your email addr in FAS is connected to certificates and services like bugzilla.redhat.com, your group membership in FAS gives your bugzilla account increased privileges. Do you use a separate bugzilla account that is unrelated from your Fedora account? From hughsient at gmail.com Thu Aug 21 08:35:08 2008 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 21 Aug 2008 09:35:08 +0100 Subject: system autodeath In-Reply-To: <48AC6CCE.6020009@fedoraproject.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> Message-ID: <1219307708.3640.1.camel@hughsie-work> On Thu, 2008-08-21 at 00:43 +0530, Rahul Sundaram wrote: > I think it is much better to hookup preupgrade with PackageKit so you > get notification on your desktop when there is a new release and a > easy > path to do so. Notifying and encouraging users to upgrade would solve > the problem of people sticking to old unmaintained releases in a much > nicer way. Funny you say that, we added functionality to do this about 2 days ago. The daemon parts are in place, we just have to write the yum code (copy out of preupgrade) and then launch preupgrade when we show the user some new UI. Richard From rjones at redhat.com Thu Aug 21 08:50:58 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 21 Aug 2008 09:50:58 +0100 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <1219278552.12264.14.camel@kennedy> References: <1219278552.12264.14.camel@kennedy> Message-ID: <20080821085058.GA1458@amd.home.annexia.org> On Wed, Aug 20, 2008 at 08:29:12PM -0400, Brian Pepple wrote: > * FESCo voted against making the Prover(1) a feature, since they felt it > didn't meet the criteria(2) of being a new feature. Note: This isn't to > say that this isn't a good thing, but they felt the target audience was > fairly limited. > 1. https://fedoraproject.org/wiki/Features/Provers > 2. https://fedoraproject.org/wiki/Features/Policy/Definitions It's very disappointing that this isn't considered a feature, largely (so it seems from the IRC log) because the target audience is considered "very limited". Although provers are used only by a few experts to check that software is correct, the benefits of using formally checked software (functions, data structures, libraries, etc.) accrue to all users of that software. I hope that David & others working on this don't get discouraged and this work continues, perhaps as a Fedora SIG. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From martin.langhoff at gmail.com Thu Aug 21 09:28:49 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 21 Aug 2008 21:28:49 +1200 Subject: livecd-creator / anaconda - strange problem with ownership dropped In-Reply-To: <46a038f90808210113y647be440ib8a12660c291fe0d@mail.gmail.com> References: <46a038f90808210055p47995cadnf42ac183e656b99@mail.gmail.com> <46a038f90808210113y647be440ib8a12660c291fe0d@mail.gmail.com> Message-ID: <46a038f90808210228h167a25f1vaf7fd1e9941f9500@mail.gmail.com> On Thu, Aug 21, 2008 at 8:13 PM, Martin Langhoff wrote: > On Thu, Aug 21, 2008 at 7:55 PM, Martin Langhoff > wrote: >> Looking at /var/log/anaconda.log there are some odd entries saying >> "INFO: set fc of /path to None" for several paths, including /library >> and all its contents (literally, every file and directory in the >> partition). > > This is fairly strange - but I'm not sure if it carries the blame - we > see those INFO entries for each path in the non-/ mountpoints - /boot > and /library . > > OTOH, I have a checkout of the matching anaconda code, and it's doing > isys.resetFileContext() which I followed all the way to lsetfilecon(). > Will resetting the SELinux context reset the POSIX user/group too? This was reported as #243479 -- and fixed in commit 4efdd691a6321d764acb0780d519e0ac625056ec which never got applied to the F7 branch. I have a backported patch (attached), but it's quite tricky to test it. I have to rebuild the anaconda rpm (not an easy task!) to have the rpm avaialble during the livecd creation. So it's not tested as it stands. regards, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Backport-of-4efdd691a.patch Type: application/octet-stream Size: 4624 bytes Desc: not available URL: From P at draigBrady.com Thu Aug 21 09:34:47 2008 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Thu, 21 Aug 2008 10:34:47 +0100 Subject: Mounting partitions of a loopback device In-Reply-To: <1219288354.10907.1.camel@home-desk> References: <1219288354.10907.1.camel@home-desk> Message-ID: <48AD36B7.30004@draigBrady.com> Sean Bruno wrote: > I found today, that I was unable to mount or detect partitions in a loop > back device that I had configured via losetup. > > Was there any discussion on the LKML about this patch or is there anyone > "championing" it into the kernel? > http://lwn.net/Articles/274113/ See also http://www.pixelbeat.org/scripts/lomount.sh P?draig. From kzak at redhat.com Thu Aug 21 10:03:05 2008 From: kzak at redhat.com (Karel Zak) Date: Thu, 21 Aug 2008 12:03:05 +0200 Subject: Mounting partitions of a loopback device In-Reply-To: <1219288354.10907.1.camel@home-desk> References: <1219288354.10907.1.camel@home-desk> Message-ID: <20080821100304.GB4252@nb.net.home> On Wed, Aug 20, 2008 at 08:12:34PM -0700, Sean Bruno wrote: > I found today, that I was unable to mount or detect partitions in a loop > back device that I had configured via losetup. > > Was there any discussion on the LKML about this patch or is there anyone > "championing" it into the kernel? > http://lwn.net/Articles/274113/ I see the patch in Linus's tree: commit 476a4813cfddf7cf159956cc0e2d3c830c1507e3 Author: Laurent Vivier Date: Wed Mar 26 12:11:53 2008 +0100 loop: manage partitions in disk image and it works for me: # ./losetup -f -s /root/kzak/disk.img /dev/loop0 # ls -la /dev/loop0* brw-r----- 1 root disk 7, 0 2008-08-21 11:34 /dev/loop0 brw-r----- 1 root disk 7, 1 2008-08-21 11:56 /dev/loop0p1 brw-r----- 1 root disk 7, 2 2008-08-21 11:56 /dev/loop0p2 brw-r----- 1 root disk 7, 3 2008-08-21 11:56 /dev/loop0p3 # mount /dev/loop0p1 /mnt # ls -la /mnt total 21 drwxr-xr-x 3 root root 1024 2008-08-21 11:52 . drwxr-xr-x 23 root root 4096 2008-07-14 10:07 .. drwx------ 2 root root 12288 2008-08-21 11:52 lost+found # uname -a Linux ppc03.englab.brq.redhat.com 2.6.26-0.115.rc9.git2.fc10.ppc64 #1 SMP Mon Jul 7 22:29:44 EDT 2008 ppc64 ppc64 ppc64 GNU/Linux Karel -- Karel Zak From Victor.Lazzarini at nuim.ie Thu Aug 21 10:38:33 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Thu, 21 Aug 2008 11:38:33 +0100 Subject: what is gencert? Message-ID: <0K5Y00I8H5K92B30@mango.nuim.ie> I have logged into my fedora account to see if I can send my key again and it asked me to download gencert, which I did? Now what should I do with it? Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From paul at city-fan.org Thu Aug 21 11:36:14 2008 From: paul at city-fan.org (Paul Howarth) Date: Thu, 21 Aug 2008 12:36:14 +0100 Subject: what is gencert? In-Reply-To: <0K5Y00I8H5K92B30@mango.nuim.ie> References: <0K5Y00I8H5K92B30@mango.nuim.ie> Message-ID: <48AD532E.7070403@city-fan.org> Victor Lazzarini wrote: > I have logged into my fedora account to see if I can send > my key again and it asked me to download gencert, which > I did? > > Now what should I do with it? It's your personal Fedora certificate, a different thing altogether than your SSH key. It's not a bad idea to get all your certs and koji config up to date though: sudo yum install fedora-packager mkdir ~/old-fedora-files mv ~/.fedora*.cert ~/.koji ~/old-fedora-files/ mv gencert ~/.fedora.cert fedora-packager-setup Paul. From Victor.Lazzarini at nuim.ie Thu Aug 21 11:56:46 2008 From: Victor.Lazzarini at nuim.ie (Victor Lazzarini) Date: Thu, 21 Aug 2008 12:56:46 +0100 Subject: what is gencert? In-Reply-To: <48AD532E.7070403@city-fan.org> References: <0K5Y00I8H5K92B30@mango.nuim.ie> <48AD532E.7070403@city-fan.org> Message-ID: <0K5Y00IY896M2B90@mango.nuim.ie> Thanks! The web interface seems to be down, I could not open koji.fedoraproject.org. Victor At 12:36 21/08/2008, you wrote: >Victor Lazzarini wrote: >>I have logged into my fedora account to see if I can send >>my key again and it asked me to download gencert, which >>I did? >>Now what should I do with it? > >It's your personal Fedora certificate, a different thing altogether >than your SSH key. > >It's not a bad idea to get all your certs and koji config up to date though: > >sudo yum install fedora-packager >mkdir ~/old-fedora-files >mv ~/.fedora*.cert ~/.koji ~/old-fedora-files/ >mv gencert ~/.fedora.cert >fedora-packager-setup > >Paul. > >-- >fedora-devel-list mailing list >fedora-devel-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-list Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth From kraxel at redhat.com Thu Aug 21 12:34:30 2008 From: kraxel at redhat.com (Gerd Hoffmann) Date: Thu, 21 Aug 2008 14:34:30 +0200 Subject: ssh host keys changed? Message-ID: <48AD60D6.4090507@redhat.com> Hi folks, zweiblum kraxel ~# ssh fedorapeople.org @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is 07:d4:02:db:9f:70:d5:2d:7f:1b:6a:df:83:73:95:1d. Please contact your system administrator. For Fedora Hosted a new ssh fingerprint was announced two days ago. Not so for Fedora People though. Any info on this one? Should I be worried? cheers, Gerd From tibbs at math.uh.edu Thu Aug 21 12:40:11 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 21 Aug 2008 07:40:11 -0500 Subject: Package Review SIG In-Reply-To: References: Message-ID: It might be worthwhile to point out to folks that, while some critical portions of the Fedora infrastructure remain down, you can still review packages. There are plenty to choose from. The full list of packages up for review is at: http://fedoraproject.org/PackageReviewStatus/NEW.htm The wiki is up so that you can view the packaging guidelines: https://fedoraproject.org/wiki/Packaging/Guidelines and the mirrors remain up so that you can install mock and do test builds. - J< From berrange at redhat.com Thu Aug 21 12:40:29 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 21 Aug 2008 13:40:29 +0100 Subject: ssh host keys changed? In-Reply-To: <48AD60D6.4090507@redhat.com> References: <48AD60D6.4090507@redhat.com> Message-ID: <20080821124029.GJ19144@redhat.com> On Thu, Aug 21, 2008 at 02:34:30PM +0200, Gerd Hoffmann wrote: > Hi folks, > > zweiblum kraxel ~# ssh fedorapeople.org > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! > Someone could be eavesdropping on you right now (man-in-the-middle attack)! > It is also possible that the RSA host key has just been changed. > The fingerprint for the RSA key sent by the remote host is > 07:d4:02:db:9f:70:d5:2d:7f:1b:6a:df:83:73:95:1d. > Please contact your system administrator. See https://admin.fedoraproject.org/fingerprints Of course verify the SSL certificate on that site too before trusting the fingerprints there.... Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From tibbs at math.uh.edu Thu Aug 21 12:41:05 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 21 Aug 2008 07:41:05 -0500 Subject: ssh host keys changed? In-Reply-To: <48AD60D6.4090507@redhat.com> References: <48AD60D6.4090507@redhat.com> Message-ID: >>>>> "GH" == Gerd Hoffmann writes: GH> For Fedora Hosted a new ssh fingerprint was announced two days GH> ago. Not so for Fedora People though. Any info on this one? https://admin.fedoraproject.org/fingerprints Assuming you trust the cert on that web site, of course. - J< From karsten at redhat.com Thu Aug 21 13:09:53 2008 From: karsten at redhat.com (Karsten Hopp) Date: Thu, 21 Aug 2008 15:09:53 +0200 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <20080821085058.GA1458@amd.home.annexia.org> References: <1219278552.12264.14.camel@kennedy> <20080821085058.GA1458@amd.home.annexia.org> Message-ID: <48AD6921.6030303@redhat.com> Richard W.M. Jones schrieb: > On Wed, Aug 20, 2008 at 08:29:12PM -0400, Brian Pepple wrote: >> * FESCo voted against making the Prover(1) a feature, since they felt it >> didn't meet the criteria(2) of being a new feature. Note: This isn't to >> say that this isn't a good thing, but they felt the target audience was >> fairly limited. >> 1. https://fedoraproject.org/wiki/Features/Provers >> 2. https://fedoraproject.org/wiki/Features/Policy/Definitions > > It's very disappointing that this isn't considered a feature, largely > (so it seems from the IRC log) because the target audience is > considered "very limited". > > Although provers are used only by a few experts to check that software > is correct, the benefits of using formally checked software > (functions, data structures, libraries, etc.) accrue to all users of > that software. > > I hope that David & others working on this don't get discouraged and > this work continues, perhaps as a Fedora SIG. > > Rich. > +1, please don't get discouraged when FESCo rejects a feature proposal. Rejecting something as a feature doesn't mean that the package isn't accepted into fedora. It just means that it doesn't met the requirements described in https://fedoraproject.org/wiki/Features/Policy/Definitions#Features. Karsten From tibbs at math.uh.edu Thu Aug 21 13:02:23 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 21 Aug 2008 08:02:23 -0500 Subject: Package Review SIG In-Reply-To: References: Message-ID: >>>>> "JLT" == Jason L Tibbitts writes: JLT> http://fedoraproject.org/PackageReviewStatus/NEW.htm I trimmed an 'l': http://fedoraproject.org/PackageReviewStatus/NEW.html From rayvd at bludgeon.org Thu Aug 21 14:18:02 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Thu, 21 Aug 2008 07:18:02 -0700 Subject: Zabbix 1.5.4 RPMs In-Reply-To: References: <935ead450808201743qfe50089vf63c5f48f29673f5@mail.gmail.com> Message-ID: <20080821141802.GA4339@bludgeon.org> On Thu, Aug 21, 2008 at 10:43:22AM +0300, Pavel Shevchuk wrote: > Why did fedora choose zabbix? How it is compared to nagios? I'm not sure that it's been chosen *yet* but is still in a way going through some evaluation. Although I'm guessing it will be picked. You should check the fedora-infrastructure mailing list archives for discussion. I think nagios had some shortcomings, and there were a lot of people who were familiar with and liked Zabbix vs the other alternatives. One in particular, ZenOSS, is not suitable for packaging in Fedora currently -- which is a prerequisite for any software package that Infrastructure uses. Ray From vonbrand at inf.utfsm.cl Thu Aug 21 14:39:16 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 21 Aug 2008 10:39:16 -0400 Subject: system autodeath In-Reply-To: <48AC6CCE.6020009@fedoraproject.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> Message-ID: <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> Rahul Sundaram wrote: > seth vidal wrote: > > A friend forwarded me this blog: > > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px > > and I wondered if it would be something to consider for fedora > > releases. > > This would NOT be as a default, but as a package you can install, if > > you > > wish, to drop the route on your box after whatever expiration date. We > > can set the release date in a file in the package and key from there. > > If the package was included in a fedora repo we could have it have a > > death date of whenever the release started + 14months (some wiggle room > > for release slips) for example. > > Any thoughts? > I think it is much better to hookup preupgrade with PackageKit so you > get notification on your desktop when there is a new release and a > easy path to do so. Notifying and encouraging users to upgrade would > solve the problem of people sticking to old unmaintained releases in a > much nicer way. Also, some people I know stick to old versions for (closed source or inhouse developed) software that is hard/impossible to port forward, or just random inconsistencies between versions (automount troubles between CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are working on open source related to the ALMA radioastronomy observatory, there they are still running ancient Red Hat Enterprise Linux versions due to software written in "C++" as understood by old GCC, newer GCCs just barf at the code and rewriting/retesting that huge mess is a titanic job just now really underway). On philosophical grounds, I'm against forcing people forward, even for their own good... /encouraging/ them forward is a much better idea. [Most tyrannies tried to force people "for their own good", some did it perhaps even in (mistaken?) good faith, a few were even right in this...] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From mike at miketc.net Thu Aug 21 14:53:07 2008 From: mike at miketc.net (Mike Chambers) Date: Thu, 21 Aug 2008 09:53:07 -0500 Subject: FAS vs new email In-Reply-To: <20080821103255.39ec6419.mschwendt@gmail.com> References: <1219301234.28717.2.camel@scrappy.miketc.net> <20080821103255.39ec6419.mschwendt@gmail.com> Message-ID: <1219330387.29778.4.camel@scrappy.miketc.net> On Thu, 2008-08-21 at 10:32 +0200, Michael Schwendt wrote: > Apart from that, this reply won't help you, but I don't understand why > you changed your email addr without updating FAS. Your email addr in > FAS is connected to certificates and services like bugzilla.redhat.com, > your group membership in FAS gives your bugzilla account increased > privileges. Do you use a separate bugzilla account that is unrelated > from your Fedora account? I seldom have to use FAS itself, so forgot bout changing it. It's the one place I forgot and have since closed the domain. So just need to get email changed. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jima at beer.tclug.org Thu Aug 21 15:01:24 2008 From: jima at beer.tclug.org (Jima) Date: Thu, 21 Aug 2008 10:01:24 -0500 Subject: system autodeath In-Reply-To: <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> Message-ID: <48AD8344.4040202@beer.tclug.org> Horst H. von Brand wrote: > Also, some people I know stick to old versions for (closed source or > inhouse developed) software that is hard/impossible to port forward, or > just random inconsistencies between versions (automount troubles between > CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are > working on open source related to the ALMA radioastronomy observatory, > there they are still running ancient Red Hat Enterprise Linux versions due > to software written in "C++" as understood by old GCC, newer GCCs just barf > at the code and rewriting/retesting that huge mess is a titanic job just > now really underway). > > On philosophical grounds, I'm against forcing people forward, even for > their own good... /encouraging/ them forward is a much better idea. Well, forcing people forward would be making the autodeath package (or whatnot) not removable. Even if it were installed by default (which would surprise me, admittedly), one could always remove or disable it. Jima From vgaburici at gmail.com Thu Aug 21 15:03:01 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 21 Aug 2008 18:03:01 +0300 Subject: system autodeath In-Reply-To: <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> Message-ID: Also Fedora sometimes lacks the latest packages of something for *many* releases. Take TeX for example. I've not upgraded my laptop, which I use mostly for typesetting from FC5 until F9 came out. Why? I've manually upgraded some LaTeX packages (and yes I reaaally had to delete the old ones, not just install the new ones privately). Anything in between FC6-FC8 would have been a downgrade for my laptop. It looks like the history is going to repeat itself with F10 and TeXLive 2008, but I'm digressing... On Thu, Aug 21, 2008 at 5:39 PM, Horst H. von Brand wrote: > Rahul Sundaram wrote: >> seth vidal wrote: >> > A friend forwarded me this blog: >> > http://www.gdt.id.au/~gdt/blog/linux/autodeath.1024px >> > and I wondered if it would be something to consider for fedora >> > releases. >> > This would NOT be as a default, but as a package you can install, if >> > you >> > wish, to drop the route on your box after whatever expiration date. We >> > can set the release date in a file in the package and key from there. >> > If the package was included in a fedora repo we could have it have a >> > death date of whenever the release started + 14months (some wiggle room >> > for release slips) for example. >> > Any thoughts? > >> I think it is much better to hookup preupgrade with PackageKit so you >> get notification on your desktop when there is a new release and a >> easy path to do so. Notifying and encouraging users to upgrade would >> solve the problem of people sticking to old unmaintained releases in a >> much nicer way. > > Also, some people I know stick to old versions for (closed source or > inhouse developed) software that is hard/impossible to port forward, or > just random inconsistencies between versions (automount troubles between > CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are > working on open source related to the ALMA radioastronomy observatory, > there they are still running ancient Red Hat Enterprise Linux versions due > to software written in "C++" as understood by old GCC, newer GCCs just barf > at the code and rewriting/retesting that huge mess is a titanic job just > now really underway). > > On philosophical grounds, I'm against forcing people forward, even for > their own good... /encouraging/ them forward is a much better idea. > > [Most tyrannies tried to force people "for their own good", some did it > perhaps even in (mistaken?) good faith, a few were even right in this...] > -- > Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de Informatica Fono: +56 32 2654431 > Universidad Tecnica Federico Santa Maria +56 32 2654239 > Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From skvidal at fedoraproject.org Thu Aug 21 15:04:30 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 21 Aug 2008 11:04:30 -0400 Subject: system autodeath In-Reply-To: <48AD8344.4040202@beer.tclug.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> Message-ID: <1219331070.8530.159.camel@rosebud> On Thu, 2008-08-21 at 10:01 -0500, Jima wrote: > Horst H. von Brand wrote: > > Also, some people I know stick to old versions for (closed source or > > inhouse developed) software that is hard/impossible to port forward, or > > just random inconsistencies between versions (automount troubles between > > CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are > > working on open source related to the ALMA radioastronomy observatory, > > there they are still running ancient Red Hat Enterprise Linux versions due > > to software written in "C++" as understood by old GCC, newer GCCs just barf > > at the code and rewriting/retesting that huge mess is a titanic job just > > now really underway). > > > > On philosophical grounds, I'm against forcing people forward, even for > > their own good... /encouraging/ them forward is a much better idea. > > Well, forcing people forward would be making the autodeath package (or > whatnot) not removable. Even if it were installed by default (which > would surprise me, admittedly), one could always remove or disable it. Let's be very clear, In my original suggestion I said I would NOT recommend installing this package by default. that's not w/ a capital no. :) -sv From cra at WPI.EDU Thu Aug 21 15:21:08 2008 From: cra at WPI.EDU (Chuck Anderson) Date: Thu, 21 Aug 2008 11:21:08 -0400 Subject: system autodeath In-Reply-To: References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> Message-ID: <20080821152108.GC28415@angus.ind.WPI.EDU> On Thu, Aug 21, 2008 at 06:03:01PM +0300, Vasile Gaburici wrote: > Also Fedora sometimes lacks the latest packages of something for > *many* releases. Take TeX for example. I've not upgraded my laptop, > which I use mostly for typesetting from FC5 until F9 came out. Why? > I've manually upgraded some LaTeX packages (and yes I reaaally had to > delete the old ones, not just install the new ones privately). > Anything in between FC6-FC8 would have been a downgrade for my laptop. > It looks like the history is going to repeat itself with F10 and > TeXLive 2008, but I'm digressing... Wouldn't your efforts be better spent helping to get TexLive 2008 in F10? Or maybe I should say "would have been better spent" at this point since it may be too late for F10. From vgaburici at gmail.com Thu Aug 21 15:38:18 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 21 Aug 2008 18:38:18 +0300 Subject: system autodeath In-Reply-To: <20080821152108.GC28415@angus.ind.WPI.EDU> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821152108.GC28415@angus.ind.WPI.EDU> Message-ID: You're probably unaware (because you haven't read my emails to this list) that with the 2008 edition TeXLive changed their packaging system significantly. They now allow incremental upgades of their packages. If Fedora just did a rehash of how TeXLive 2007 is packaged I woudln't use it, because it won't allow fine-grained upgrades. It takes significant effort, even with automated tools to package and *test* 1500 rpms. AFAICT that's more than Fedora's repository currently has. And I can't justify the time this would take me. TeXLive's package manager is not as good a rpm, but the new 2008 version of it (finally) knows what a dependency is. Besides, if *I* were to submit 1500 packages for review, they'd take 100+ years to get done at the rate at which my packages got reviewed. Flamesuit on. On Thu, Aug 21, 2008 at 6:21 PM, Chuck Anderson wrote: > On Thu, Aug 21, 2008 at 06:03:01PM +0300, Vasile Gaburici wrote: >> Also Fedora sometimes lacks the latest packages of something for >> *many* releases. Take TeX for example. I've not upgraded my laptop, >> which I use mostly for typesetting from FC5 until F9 came out. Why? >> I've manually upgraded some LaTeX packages (and yes I reaaally had to >> delete the old ones, not just install the new ones privately). >> Anything in between FC6-FC8 would have been a downgrade for my laptop. >> It looks like the history is going to repeat itself with F10 and >> TeXLive 2008, but I'm digressing... > > Wouldn't your efforts be better spent helping to get TexLive 2008 in > F10? Or maybe I should say "would have been better spent" at this > point since it may be too late for F10. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From tcallawa at redhat.com Thu Aug 21 15:43:07 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 21 Aug 2008 11:43:07 -0400 Subject: system autodeath In-Reply-To: References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821152108.GC28415@angus.ind.WPI.EDU> Message-ID: <1219333387.3407.3.camel@localhost.localdomain> On Thu, 2008-08-21 at 18:38 +0300, Vasile Gaburici wrote: > You're probably unaware (because you haven't read my emails to this > list) that with the 2008 edition TeXLive changed their packaging > system significantly. They now allow incremental upgades of their > packages. You may be unaware of how long it takes to legally audit TeXLive before we can let it into Fedora. Last time, the number of things which were not kosher were in the double digits. With all the other fires that I've had to put out lately, I haven't had time to even start on TeXLive 2008, which is the primary roadblock to inclusion in F10. ~spot From mattdm at mattdm.org Thu Aug 21 16:02:27 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 21 Aug 2008 12:02:27 -0400 Subject: system autodeath In-Reply-To: <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> Message-ID: <20080821160227.GA19497@jadzia.bu.edu> On Thu, Aug 21, 2008 at 10:39:16AM -0400, Horst H. von Brand wrote: > On philosophical grounds, I'm against forcing people forward, even for > their own good... /encouraging/ them forward is a much better idea. It's not for their good. It's for *our* good as distribution developers and as network citizens. And it's part of our responsibility: we're putting powerful software into their hands and then not providing security updates for it for very long at all. Turning off network access before they all become part of a gigantic botnet is the right thing to do. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at camperquake.de Thu Aug 21 17:22:24 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 21 Aug 2008 19:22:24 +0200 Subject: system autodeath In-Reply-To: <20080821160227.GA19497@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> Message-ID: <20080821192224.2c6d4481@lain.camperquake.de> Hi. On Thu, 21 Aug 2008 12:02:27 -0400, Matthew Miller wrote > And it's part of our responsibility: we're putting powerful software > into their hands and then not providing security updates for it for > very long at all. Turning off network access before they all become > part of a gigantic botnet is the right thing to do. Well, as long as the project per se exists we do provide updates. Sometimes it's to a new major release. From lemenkov at gmail.com Thu Aug 21 17:43:20 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 21 Aug 2008 21:43:20 +0400 Subject: CVS still down? Message-ID: Hello All! Subj: [petro at Sulaco flashrom]$ cvs -t up -> main loop with CVSROOT=:ext:peter at cvs.fedora.redhat.com:/cvs/extras -> Starting server: ssh -l peter cvs.fedora.redhat.com cvs server Permission denied (publickey). cvs [update aborted]: end of file from server (consult above messages if any) -> Lock_Cleanup() [petro at Sulaco flashrom]$ -- With best regards! From jspaleta at gmail.com Thu Aug 21 18:25:32 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Aug 2008 10:25:32 -0800 Subject: system autodeath In-Reply-To: <20080821160227.GA19497@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> Message-ID: <604aa7910808211125r4e35113bt21537a214305d7f8@mail.gmail.com> On Thu, Aug 21, 2008 at 8:02 AM, Matthew Miller wrote: > And it's part of our responsibility: we're putting powerful software into > their hands and then not providing security updates for it for very long at > all. Turning off network access before they all become part of a gigantic > botnet is the right thing to do. I think there is an argument to be made to encourage our users to choose responsible use of technology. A part of that is adequate education as to what responsibility actually means in context of making a personal choice. I'm not sure all efforts to disseminate best practises are always best achieved by silently active enforcement policies which do not have a timely educational component meant to educate the system admin or user when the enforcement engages. Now I'm not saying we shouldn't consider doing something by default. I would think that something designed as autoannoy instead of autodeath would be more appropriate. For desktop machines..hooking the concept behind autodeath into packagekit to give users a choice to use preupgrade or turn off the network..seems pretty reasonable...and it seems people are already thinking hard about that particular usage case. For machines which aren't meant to be used like a desktop... remotely hosted machines with ssh remote logins or whatnot...would it be reasonable to have autoannoy change the motd or message at login to indicate to remotely logged in users that the machine is no longer able to receive updates and communicate the associated risks of that situation? Thus informing users of such remotely located Fedora systems that they need to take action, or their hosting company needs to take action...but without locking them out of the system entirely by bringing the network down? How many hosting companies out there sell access to Fedora systems to people without adequately informing them as to the EOL policies and are willing to continue to take money to host EOL'd Fedora systems with no due diligence on their part as a hosting company to help their clients handle Fedora release EOL? Can we give users of systems like that enough information to take steps to rectify the EOL related problems their hosting company didn't prepare them for.. without arbitrarily shutting them out of their own systems? -jef From maximilianbianco at gmail.com Thu Aug 21 18:22:41 2008 From: maximilianbianco at gmail.com (max) Date: Thu, 21 Aug 2008 14:22:41 -0400 Subject: system autodeath In-Reply-To: <20080821160227.GA19497@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> Message-ID: <48ADB271.5030701@gmail.com> Matthew Miller wrote: > On Thu, Aug 21, 2008 at 10:39:16AM -0400, Horst H. von Brand wrote: >> On philosophical grounds, I'm against forcing people forward, even for >> their own good... /encouraging/ them forward is a much better idea. > > It's not for their good. It's for *our* good as distribution developers and > as network citizens. > > And it's part of our responsibility: we're putting powerful software into > their hands and then not providing security updates for it for very long at > all. Turning off network access before they all become part of a gigantic > botnet is the right thing to do. > > > Informing people of the dangers is the right thing to do, forcing them down your path is never the right thing to do. From skvidal at fedoraproject.org Thu Aug 21 18:45:06 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 21 Aug 2008 14:45:06 -0400 Subject: system autodeath In-Reply-To: <48ADB271.5030701@gmail.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> <48ADB271.5030701@gmail.com> Message-ID: <1219344306.8530.163.camel@rosebud> On Thu, 2008-08-21 at 14:22 -0400, max wrote: > Matthew Miller wrote: > > On Thu, Aug 21, 2008 at 10:39:16AM -0400, Horst H. von Brand wrote: > >> On philosophical grounds, I'm against forcing people forward, even for > >> their own good... /encouraging/ them forward is a much better idea. > > > > It's not for their good. It's for *our* good as distribution developers and > > as network citizens. > > > > And it's part of our responsibility: we're putting powerful software into > > their hands and then not providing security updates for it for very long at > > all. Turning off network access before they all become part of a gigantic > > botnet is the right thing to do. > > > > > > > Informing people of the dangers is the right thing to do, forcing them > down your path is never the right thing to do. unless you're a sysadmin for a large university, for example. -sv From tibbs at math.uh.edu Thu Aug 21 17:45:09 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 21 Aug 2008 12:45:09 -0500 Subject: CVS still down? In-Reply-To: References: Message-ID: Well, was there ever an announcement that CVS was up? I never saw one. - J< From qspencer at ieee.org Thu Aug 21 18:55:54 2008 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 21 Aug 2008 13:55:54 -0500 Subject: Looking for new package owners Message-ID: <48ADBA3A.7070707@ieee.org> It's becoming clear to me that I lack the time to maintain all of my packages, as there are a few outstanding bug reports that I'm just not getting to. I think it's time to hand off some or all of my packages to new maintainers. The following is the list of my current packages. atlas autotrace cln fig2ps fftw ginac glpk lilypond lilypond-doc mftrace octave octave-forge suitesparse Some of these are really easy, but two of them could be somewhat challenging. Octave-forge is getting big and ugly, and it really needs to be split into about 40 subpackages (which could be done incrementally, rather than all at once). Atlas is more or less working but it is really outdated, and it would probably require almost starting from scratch to package the new 3.8.x releases. Quentin From limb at jcomserv.net Thu Aug 21 19:09:16 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 21 Aug 2008 14:09:16 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: <48ADBA3A.7070707@ieee.org> References: <48ADBA3A.7070707@ieee.org> Message-ID: <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> > It's becoming clear to me that I lack the time to maintain all of my > packages, as there are a few outstanding bug reports that I'm just not > getting to. I think it's time to hand off some or all of my packages to > new maintainers. The following is the list of my current packages. > > atlas > autotrace > cln > fig2ps > fftw > ginac > glpk > lilypond > lilypond-doc I could take lilypond*, if no one else has a burning desire. . . > mftrace > octave > octave-forge > suitesparse > > Some of these are really easy, but two of them could be somewhat > challenging. Octave-forge is getting big and ugly, and it really needs > to be split into about 40 subpackages (which could be done > incrementally, rather than all at once). Atlas is more or less working > but it is really outdated, and it would probably require almost starting > from scratch to package the new 3.8.x releases. > > Quentin > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From dakingun at gmail.com Thu Aug 21 19:25:40 2008 From: dakingun at gmail.com (Deji Akingunola) Date: Thu, 21 Aug 2008 15:25:40 -0400 Subject: Looking for new package owners In-Reply-To: <48ADBA3A.7070707@ieee.org> References: <48ADBA3A.7070707@ieee.org> Message-ID: On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer wrote: > It's becoming clear to me that I lack the time to maintain all of my > packages, as there are a few outstanding bug reports that I'm just not > getting to. I think it's time to hand off some or all of my packages to new > maintainers. The following is the list of my current packages. > > atlas > autotrace > cln I'll take 'atlas' and 'cln' . Thanks. Deji > fig2ps > fftw > ginac > glpk > lilypond > lilypond-doc > mftrace > octave > octave-forge > suitesparse > > Some of these are really easy, but two of them could be somewhat > challenging. Octave-forge is getting big and ugly, and it really needs to be > split into about 40 subpackages (which could be done incrementally, rather > than all at once). Atlas is more or less working but it is really outdated, > and it would probably require almost starting from scratch to package the > new 3.8.x releases. > > Quentin > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From vgaburici at gmail.com Thu Aug 21 19:30:52 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 21 Aug 2008 22:30:52 +0300 Subject: Is the a package like Debian/Ubuntu's equivs for RPM? Message-ID: It allows one to pretend some files were installed by the (system) package manager when they really were not. From vgaburici at gmail.com Thu Aug 21 19:42:53 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Thu, 21 Aug 2008 22:42:53 +0300 Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> Message-ID: I can take autotrace and mftrace. I'm about to package more font generation tools, i.e. mf2pt1 and metatype1. But I have yet to be sponsored, so it will take a while... fig2ps should probably be left in the cold, there much better options for making drawings in/for LaTeX these days. Besides the rpm dates back to fc7. On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola wrote: > On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer wrote: >> It's becoming clear to me that I lack the time to maintain all of my >> packages, as there are a few outstanding bug reports that I'm just not >> getting to. I think it's time to hand off some or all of my packages to new >> maintainers. The following is the list of my current packages. >> >> atlas >> autotrace >> cln > > I'll take 'atlas' and 'cln' . > Thanks. > > Deji > >> fig2ps >> fftw >> ginac >> glpk >> lilypond >> lilypond-doc >> mftrace >> octave >> octave-forge >> suitesparse >> >> Some of these are really easy, but two of them could be somewhat >> challenging. Octave-forge is getting big and ugly, and it really needs to be >> split into about 40 subpackages (which could be done incrementally, rather >> than all at once). Atlas is more or less working but it is really outdated, >> and it would probably require almost starting from scratch to package the >> new 3.8.x releases. >> >> Quentin >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From limb at jcomserv.net Thu Aug 21 19:44:31 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 21 Aug 2008 14:44:31 -0500 (CDT) Subject: Is the a package like Debian/Ubuntu's equivs for RPM? In-Reply-To: References: Message-ID: <34710.198.175.55.5.1219347871.squirrel@mail.jcomserv.net> > It allows one to pretend some files were installed by the (system) > package manager when they really were not. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I think alternatives might fit the bill. RPM also does Provides: in a way similar to dpkg, where you can have, say, sendmail and postfix both provide mail-transport-agent or somesuch. -- novus ordo absurdum From ianweller at gmail.com Thu Aug 21 20:24:35 2008 From: ianweller at gmail.com (Ian Weller) Date: Thu, 21 Aug 2008 15:24:35 -0500 Subject: Looking for new package owners In-Reply-To: <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> Message-ID: <20080821202435.GA7140@gmail.com> On Thu, Aug 21, 2008 at 02:09:16PM -0500, Jon Ciesla wrote: > I could take lilypond*, if no one else has a burning desire. . . > I could also take lilypond* if nobody else wants to. Jon, if you want to, go ahead, but if not I can take them. -- Ian Weller http://ianweller.org GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 "Technology is a word that describes something that doesn't work yet." ~ Douglas Adams -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From a.badger at gmail.com Thu Aug 21 20:29:10 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 21 Aug 2008 13:29:10 -0700 Subject: Is the a package like Debian/Ubuntu's equivs for RPM? In-Reply-To: References: Message-ID: <48ADD016.7020007@gmail.com> Vasile Gaburici wrote: > It allows one to pretend some files were installed by the (system) > package manager when they really were not. > I'm not sure what equivs does but your description sounds like rpm --justdb is a package-focused version of it. (So if all else fails, you could create a fake package with the files in question and use rpm --justdb fake.rpm to add them.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From moe at blagblagblag.org Thu Aug 21 20:50:37 2008 From: moe at blagblagblag.org (jeff) Date: Thu, 21 Aug 2008 17:50:37 -0300 Subject: CVS still down? In-Reply-To: References: Message-ID: <48ADD51D.9060308@blagblagblag.org> Jason L Tibbitts III wrote: > Well, was there ever an announcement that CVS was up? I never saw > one. This says it's still down, as of Tuesday. The mirrorlist appears up, but apparently you're still not supposed to update (why the hell they would make that available if people shouldn't use it I have no idea). ============ https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00011.html ============ The systems that are now back online and usable include the following: * Puppet, Xen and FAS hosts * app1, app3, and app4 * database and proxy servers * the majority of the Xen guest machines * serverbeach5, serverbeach4 * Fedora Hosted** The systems that should be available very soon: * asterisk1 and collab1 * cvs1 * builders, x86 and ppc * Fedora People From vgaburici at gmail.com Thu Aug 21 21:03:12 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 22 Aug 2008 00:03:12 +0300 Subject: Is the a package like Debian/Ubuntu's equivs for RPM? In-Reply-To: <48ADD016.7020007@gmail.com> References: <48ADD016.7020007@gmail.com> Message-ID: Thanks, this is what I was looking for. On Thu, Aug 21, 2008 at 11:29 PM, Toshio Kuratomi wrote: > Vasile Gaburici wrote: >> >> It allows one to pretend some files were installed by the (system) >> package manager when they really were not. >> > I'm not sure what equivs does but your description sounds like rpm --justdb > is a package-focused version of it. (So if all else fails, you could create > a fake package with the files in question and use rpm --justdb fake.rpm to > add them.) > > -Toshio > > From skvidal at fedoraproject.org Thu Aug 21 20:30:04 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 21 Aug 2008 16:30:04 -0400 Subject: Warning: Email bounces from Saturday August 16th until Tuesday August 19th 2008 Message-ID: <1219350604.8530.178.camel@rosebud> Brief explanation: For a number of addresses @fedoraproject.org there were windows when those email addresses would have bounced reporting that the address did not exist. This happened as a result of the re-installation of the mail forwarding server. Please check all mailing list subscriptions to make sure you have not been inadvertently unsubscribed or disabled due to this error. Gory Details: During it's re-installation the postfix mail server was installed but it was not configured in the alternatives system so that its /usr/bin/newaliases command was the one being run. As a result sendmail's newaliases command was being run and it was changing the permissions of the aliases file such that postfix could not read it. It did not get noticed until Tuesday due to other issues taking precedence. The alias-generation would run once every 30 minutes. Breaking the aliases. Then our configuration management system would run on a slightly out-of-pace schedule with the aliases and correct the permissions. This problem has been corrected, sorry for the inconvenience. -sv -- I only speak for me. Friends don't let Friends use Sendmail _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From vonbrand at inf.utfsm.cl Thu Aug 21 21:54:58 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 21 Aug 2008 17:54:58 -0400 Subject: system autodeath In-Reply-To: <1219331070.8530.159.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> Message-ID: <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> Seth Vidal wrote: > On Thu, 2008-08-21 at 10:01 -0500, Jima wrote: > > Horst H. von Brand wrote: > > > Also, some people I know stick to old versions for (closed source or > > > inhouse developed) software that is hard/impossible to port forward, or > > > just random inconsistencies between versions (automount troubles between > > > CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are > > > working on open source related to the ALMA radioastronomy observatory, > > > there they are still running ancient Red Hat Enterprise Linux versions due > > > to software written in "C++" as understood by old GCC, newer GCCs just barf > > > at the code and rewriting/retesting that huge mess is a titanic job just > > > now really underway). > > > > > > On philosophical grounds, I'm against forcing people forward, even for > > > their own good... /encouraging/ them forward is a much better idea. > > > > Well, forcing people forward would be making the autodeath package (or > > whatnot) not removable. Even if it were installed by default (which > > would surprise me, admittedly), one could always remove or disable it. > > Let's be very clear, In my original suggestion I said I would NOT > recommend installing this package by default. > > that's not w/ a capital no. :) OK, understood. But it gives out free rope for later hanging... i.e., I go ahead and install shiny new Fedora 11 + autodeath (cool new feature, "I'll never paint myself into a corner" are famous last words, and all that), and forget about it... some 2 years later, the machine has acquired barnacles in form of un-forward-portable stuff, Fedora 13 shows up and the system kills itself. If anything, do a nag screen when EOL nears, offer to set up for upgrade, show (current) pointers to scripts helping check if 3rd party stuff will still work, ... install /that/ by default, allow to disable/uninstall it (even while it is nagging). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From skvidal at fedoraproject.org Thu Aug 21 21:56:08 2008 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 21 Aug 2008 17:56:08 -0400 Subject: system autodeath In-Reply-To: <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> Message-ID: <1219355768.8530.180.camel@rosebud> On Thu, 2008-08-21 at 17:54 -0400, Horst H. von Brand wrote: > Seth Vidal wrote: > > On Thu, 2008-08-21 at 10:01 -0500, Jima wrote: > > > Horst H. von Brand wrote: > > > > Also, some people I know stick to old versions for (closed source or > > > > inhouse developed) software that is hard/impossible to port forward, or > > > > just random inconsistencies between versions (automount troubles between > > > > CentOS 5, CentOS 4, Fedora 8 and 9 here were a recent example; we are > > > > working on open source related to the ALMA radioastronomy observatory, > > > > there they are still running ancient Red Hat Enterprise Linux versions due > > > > to software written in "C++" as understood by old GCC, newer GCCs just barf > > > > at the code and rewriting/retesting that huge mess is a titanic job just > > > > now really underway). > > > > > > > > On philosophical grounds, I'm against forcing people forward, even for > > > > their own good... /encouraging/ them forward is a much better idea. > > > > > > Well, forcing people forward would be making the autodeath package (or > > > whatnot) not removable. Even if it were installed by default (which > > > would surprise me, admittedly), one could always remove or disable it. > > > > Let's be very clear, In my original suggestion I said I would NOT > > recommend installing this package by default. > > > > that's not w/ a capital no. :) > > OK, understood. But it gives out free rope for later hanging... i.e., I go > ahead and install shiny new Fedora 11 + autodeath (cool new feature, "I'll > never paint myself into a corner" are famous last words, and all that), and > forget about it... some 2 years later, the machine has acquired barnacles > in form of un-forward-portable stuff, Fedora 13 shows up and the system > kills itself. > What the hell do you mean kills itself? All it does is disable the default route. -sv From vonbrand at inf.utfsm.cl Thu Aug 21 22:01:54 2008 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 21 Aug 2008 18:01:54 -0400 Subject: system autodeath In-Reply-To: <1219344306.8530.163.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> <48ADB271.5030701@gmail.com> <1219344306.8530.163.camel@rosebud> Message-ID: <200808212201.m7LM1sXO014372@laptop14.inf.utfsm.cl> Seth Vidal wrote: > On Thu, 2008-08-21 at 14:22 -0400, max wrote: > > Matthew Miller wrote: > > > On Thu, Aug 21, 2008 at 10:39:16AM -0400, Horst H. von Brand wrote: > > >> On philosophical grounds, I'm against forcing people forward, even for > > >> their own good... /encouraging/ them forward is a much better idea. > > > > > > It's not for their good. It's for *our* good as distribution developers and > > > as network citizens. > > > > > > And it's part of our responsibility: we're putting powerful software into > > > their hands and then not providing security updates for it for very long at > > > all. Turning off network access before they all become part of a gigantic > > > botnet is the right thing to do. > > Informing people of the dangers is the right thing to do, forcing them > > down your path is never the right thing to do. > unless you're a sysadmin for a large university, for example. Hum... if you mean the sysadmin in such a case /has/ to force-feed updates to the systems under her care (or be shot at dawn without trial), you are right. If you mean sysadmins at large universities should be forced to update the systems under their care, I'd guess they don't need any "forcing", they'll do it on their own (or pay dire consequences long before the next Fedora rolls along ;-) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513 From sundaram at fedoraproject.org Thu Aug 21 22:04:04 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 22 Aug 2008 03:34:04 +0530 Subject: system autodeath In-Reply-To: <1219307708.3640.1.camel@hughsie-work> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <1219307708.3640.1.camel@hughsie-work> Message-ID: <48ADE654.2080605@fedoraproject.org> Richard Hughes wrote: > On Thu, 2008-08-21 at 00:43 +0530, Rahul Sundaram wrote: >> I think it is much better to hookup preupgrade with PackageKit so you >> get notification on your desktop when there is a new release and a >> easy >> path to do so. Notifying and encouraging users to upgrade would solve >> the problem of people sticking to old unmaintained releases in a much >> nicer way. > > Funny you say that, we added functionality to do this about 2 days ago. > The daemon parts are in place, we just have to write the yum code (copy > out of preupgrade) and then launch preupgrade when we show the user some > new UI. Yes, I filed a RFE against packagekit and posted to the packagekit development list about this since a number of distributions are developing preupgrade like solutions and a common framework was needed. Thanks for doing this. Rahul From konrad at tylerc.org Thu Aug 21 23:27:10 2008 From: konrad at tylerc.org (Conrad Meyer) Date: Thu, 21 Aug 2008 16:27:10 -0700 Subject: Looking for new package owners In-Reply-To: <48ADBA3A.7070707@ieee.org> References: <48ADBA3A.7070707@ieee.org> Message-ID: <200808211627.13159.konrad@tylerc.org> I'll take: > fftw > glpk If no one else wants them. -- Conrad Meyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From mattdm at mattdm.org Fri Aug 22 00:42:00 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 21 Aug 2008 20:42:00 -0400 Subject: system autodeath In-Reply-To: <1219355768.8530.180.camel@rosebud> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> Message-ID: <20080822004200.GA3222@jadzia.bu.edu> On Thu, Aug 21, 2008 at 05:56:08PM -0400, seth vidal wrote: > What the hell do you mean kills itself? > All it does is disable the default route. Maybe the name is too dramatic. I suggest "fedora-end-of-life-safety-net". -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Aug 22 00:51:17 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 21 Aug 2008 20:51:17 -0400 Subject: system autodeath In-Reply-To: <48ADB271.5030701@gmail.com> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> <48ADB271.5030701@gmail.com> Message-ID: <20080822005117.GB3222@jadzia.bu.edu> On Thu, Aug 21, 2008 at 02:22:41PM -0400, max wrote: > Informing people of the dangers is the right thing to do, forcing them down > your path is never the right thing to do. Here's the thing: they're on that path, the path we put them on by making Fedora so attractive. The path, however, leads to the top of a big cliff, below which swim hungry sharks. We should definitely put some signs at the top of the cliff. And we should do this: put a net to catch anyone who falls over anyway. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From amdunn at gmail.com Fri Aug 22 00:54:01 2008 From: amdunn at gmail.com (Alan Dunn) Date: Thu, 21 Aug 2008 20:54:01 -0400 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <48AD6921.6030303@redhat.com> References: <1219278552.12264.14.camel@kennedy> <20080821085058.GA1458@amd.home.annexia.org> <48AD6921.6030303@redhat.com> Message-ID: As one of "others working on this", and having talked to David today, I can assure you that this doesn't particularly change our plans one way or another - you will continue to see more formal methods tools. (Actually, I have a related package waiting for a CVS request, and likely another automated theorem prover will be ready for review this weekend or soon after.) - Alan On Thu, Aug 21, 2008 at 9:09 AM, Karsten Hopp wrote: > Richard W.M. Jones schrieb: >> >> On Wed, Aug 20, 2008 at 08:29:12PM -0400, Brian Pepple wrote: >>> >>> * FESCo voted against making the Prover(1) a feature, since they felt it >>> didn't meet the criteria(2) of being a new feature. Note: This isn't to >>> say that this isn't a good thing, but they felt the target audience was >>> fairly limited. >>> 1. https://fedoraproject.org/wiki/Features/Provers >>> 2. https://fedoraproject.org/wiki/Features/Policy/Definitions >> >> It's very disappointing that this isn't considered a feature, largely >> (so it seems from the IRC log) because the target audience is >> considered "very limited". >> >> Although provers are used only by a few experts to check that software >> is correct, the benefits of using formally checked software >> (functions, data structures, libraries, etc.) accrue to all users of >> that software. >> >> I hope that David & others working on this don't get discouraged and >> this work continues, perhaps as a Fedora SIG. >> >> Rich. >> > > +1, please don't get discouraged when FESCo rejects a feature proposal. > Rejecting something as a feature doesn't mean that the package isn't > accepted > into fedora. It just means that it doesn't met the requirements described in > https://fedoraproject.org/wiki/Features/Policy/Definitions#Features. > > > Karsten > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rakesh.pandit at gmail.com Fri Aug 22 04:51:40 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Fri, 22 Aug 2008 10:21:40 +0530 Subject: Looking for new package owners In-Reply-To: <48ADBA3A.7070707@ieee.org> References: <48ADBA3A.7070707@ieee.org> Message-ID: 2008/8/22 Quentin Spencer : [..] > ginac [..] > octave > octave-forge I will take ginac & octave ... if it is okay with everyone. will also check with octave-forge -- rakesh /me badly needs koji or mirror updates:-/ From alexl at users.sourceforge.net Fri Aug 22 06:27:59 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 21 Aug 2008 23:27:59 -0700 Subject: Looking for new package owners In-Reply-To: (Rakesh Pandit's message of "Fri\, 22 Aug 2008 10\:21\:40 +0530") References: <48ADBA3A.7070707@ieee.org> Message-ID: >>>>> "RP" == Rakesh Pandit writes: RP> 2008/8/22 Quentin Spencer : [..] >> ginac RP> [..] >> octave octave-forge RP> I will take ginac & octave ... if it is okay with everyone. RP> will also check with octave-forge I'll also volunteer to be a co-maintainer of octave (already co-maintain octave-forge). Alex From nils at redhat.com Fri Aug 22 08:10:40 2008 From: nils at redhat.com (Nils Philippsen) Date: Fri, 22 Aug 2008 10:10:40 +0200 Subject: system-config-services and you Message-ID: <1219392640.20057.60.camel@gibraltar.str.redhat.com> Hi everybody, if you maintain a package that ships a SysV initscript, this message is for you. I've meant to write this mail in a long time. The overhaul of system-config-services for Fedora 9 revealed that some of the current SysV initscripts could be improved. System-config-services relies on the scripts to be standard-conformant[1], which means that they must have a certain structure (chkconfig, LSB headers)[2] and support certain actions (start, stop, restart, status)[3] which give appropriate exit codes[4]. Then there are scripts that technically conform to the standard, but could make system-config-services behave better with some changes. I'll give some real life examples below, which are not to single out anybody, only as reference. The issues I have found so far are: - Some scripts always give a zero exit code on "status" (atd). System-config-services interprets a zero exit code as "service is running" and doesn't let the user start a service that e.g. is actually stopped. The error here may be that the return code of the status function isn't properly passed to exit. - Some scripts give erroneous exit codes on status, e.g. openvpn gives "1" if it isn't running which is interpreted as "dead". - Some scripts return exit codes reserved for non-status actions on "status", e.g. rpcgssd returns 6 on "status" here, probably because it isn't configured on my system. This will let such services be shown with an "unknown" status, or worse, a bogus one. - Some scripts list a pidfile in the chkconfig/non-LSB header(*), but the daemon doesn't write it (anacron). In this case, system-config-services will wait on that file to appear, which never will happen so the service will always be listed as "stopped". (*): The existence of a pidfile helps system-config-services tremendously because it can then just monitor the actual processes and instantly respond to status changes. The absence of a pidfile means that system-config-services can only react to intentional status changes, but won't detect a service dieing for whatever reason. If your service writes a pidfile, but your script doesn't reflect it, please add the chkconfig header "pidfile: /path/to/pidfile" and/or the LSB header "X-Fedora-Pidfile: /path/to/pidfile" (the latter one will be supported in future versions of the tool). If your service doesn't write a pidfile, well, it should ;-). - Some scripts aren't starting long-running daemons, but execute nonrecurring actions. These often also just return a zero exit code on "status", but this doesn't reflect if they in fact have been run or not (udev-post). System-config-services can't tell one kind from the other, so while this situation isn't covered by the standard, it would be very helpful if these scripts tried to emulate a "normal" service as close as possible. I.e. if they just touched /var/lock/subsys/ on "start", removed it on "stop", ran "stop" then "start" on "restart" and let status return 0 or 3 depending on if that files exists. This would let the user see some reaction in the interface on their actions. - Some scripts use backslashes for continuation in the LSB description (xinetd). In the service description of the LSB header, you can specify that lines are to be continued by having the next line start with "#" or "# " (hash + two or more spaces). Using backslashes here will let them appear in the service description which doesn't look too well. I've already filed some bugs on that and will do so when I come across problematic initscripts, but I'd really appreciate if you could quickly check your scripts against these things because I won't find everything by myself ;-). Thanks and feedback welcome, Nils [1]: https://fedoraproject.org/wiki/Packaging/SysVInitScript [2]: https://fedoraproject.org/wiki/Packaging/SysVInitScript#Chkconfig_Header https://fedoraproject.org/wiki/Packaging/SysVInitScript#LSB_Header [3]: https://fedoraproject.org/wiki/Packaging/SysVInitScript#Required_Actions [4]: https://fedoraproject.org/wiki/Packaging/SysVInitScript#Exit_Codes_for_the_Status_Action https://fedoraproject.org/wiki/Packaging/SysVInitScript#Exit_Codes_for_non-Status_Actions -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From alexl at users.sourceforge.net Fri Aug 22 09:13:53 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Fri, 22 Aug 2008 02:13:53 -0700 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <48AD6921.6030303@redhat.com> (Karsten Hopp's message of "Thu\, 21 Aug 2008 15\:09\:53 +0200") References: <1219278552.12264.14.camel@kennedy> <20080821085058.GA1458@amd.home.annexia.org> <48AD6921.6030303@redhat.com> Message-ID: <6hvdxts97y.fsf@allele2.eebweb.arizona.edu> >>>>> "KH" == Karsten Hopp writes: [...] >> It's very disappointing that this isn't considered a feature, >> largely (so it seems from the IRC log) because the target audience >> is considered "very limited". >> Although provers are used only by a few experts to check that >> software is correct, the benefits of using formally checked >> software (functions, data structures, libraries, etc.) accrue to >> all users of that software. >> I hope that David & others working on this don't get discouraged >> and this work continues, perhaps as a Fedora SIG. >> Rich. KH> +1, please don't get discouraged when FESCo rejects a feature KH> proposal. KH> Rejecting something as a feature doesn't mean that the package KH> isn't accepted into fedora. It just means that it doesn't met the KH> requirements described in KH> https://fedoraproject.org/wiki/Features/Policy/Definitions#Features. Given FESCo's decision on this feature, I wonder how the Bioconductor feature . which packages a set of bioinformatics R add-on packages would fare: http://fedoraproject.org/wiki/Features/Bioconductor It's similar in spirit to Fedora Electronic Lab, although I don't have any actual data, I suspect a slightly larger target audience than Provers. I am helping Pierre-Yves (aka pingou) with this feature. Alex From rjones at redhat.com Fri Aug 22 09:16:27 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 22 Aug 2008 10:16:27 +0100 Subject: Looking for new package owners In-Reply-To: <200808211627.13159.konrad@tylerc.org> References: <48ADBA3A.7070707@ieee.org> <200808211627.13159.konrad@tylerc.org> Message-ID: <20080822091627.GA6914@amd.home.annexia.org> On Thu, Aug 21, 2008 at 04:27:10PM -0700, Conrad Meyer wrote: > I'll take: > > fftw > > glpk > > If no one else wants them. I can co-maintain fftw. Seems relevant since it contains a tiny amount of OCaml. However I don't really have the time to be a full maintainer of it. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From lemenkov at gmail.com Fri Aug 22 09:25:49 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 22 Aug 2008 13:25:49 +0400 Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> Message-ID: Hello All! 2008/8/21 Vasile Gaburici : > I can take autotrace and mftrace. I'm about to package more font > generation tools, i.e. mf2pt1 and metatype1. But I have yet to be > sponsored, so it will take a while... I also will to co-maintain autotrace (only co-maintaintership) since I used it years ago :) -- With best regards! From paul at city-fan.org Fri Aug 22 09:48:19 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 22 Aug 2008 10:48:19 +0100 Subject: FESCo Meeting Summary for 2008-08-13 In-Reply-To: <1218669241.5849.11.camel@kennedy> References: <1218669241.5849.11.camel@kennedy> Message-ID: <48AE8B63.9020508@city-fan.org> Brian Pepple wrote: ... > === Revert curl change made for flash === > * After a contentious discussion of whether to use an empty shared > library linked to libcurl.so.4 (proposal #1), or to make a compat > sub-package for libcurl.so.3 (proposal #2), FESCo approved proposal #1. > * Proposal #1: jds2001, Kick_, nirik, bpepple > * Proposal #2: jwb, dgilmore > * Abstain: j-rod Note that upstream does not agree that the ABI for libcurl.so.3 and libcurl.so.4 are the same: http://daniel.haxx.se/blog/2008/08/13/flash-10-uses-native-libcurl/ Paul. From ingvar at linpro.no Fri Aug 22 11:13:52 2008 From: ingvar at linpro.no (Ingvar Hagelund) Date: Fri, 22 Aug 2008 13:13:52 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon Message-ID: <48AE9F70.3090501@linpro.no> varnish is a high performance http accellerator. http://varnish.projects.linpro.no/ This is a posting about packaging varnish-2.0-prebeta-something. It is also a posting about strange behaviour in rpmbuild. It has been a while since varnish-1.1.x was submitted to Fedora, and a lot of people have asked for newer versions. Now, 2.0 is only a few days (read weeks) from release, and tech previews and betas are more or less available. So, I have started touching up the specfile for a Fedora release. I will probably submit the first public beta to rawhide, and perhaps push it for EPEL, and follow upstream till and through 2.0. In the following, the source used is a tarball from a svn checkout from trunk, generated for example like this: svn co http://varnish.projects.linpro.no/svn/trunk/varnish-cache tar cvzf varnish-cache.tar.gz varnish-cache The specfile used is based on the one used in Fedora for 1.1.x. It can be downloaded here: http://init.linpro.no/ingvar/varnish/varnish.spec Per default, it builds a working pre-alpha version of varnish 2.0. varnish-2.0 has a test suite. It is ran by 'make check'. The test suite runs a series of tests that checks if the build works as expected. Most of the tests starts a server at port 9080 and 9081, and runs some tests against the ports, parsing the output. Now, running 'make check' from a interactive shell on a Fedora 9 system works more or less as it should. It fails on one of the 72 tests on my intel/i386 box, and passes all the testes on my AMD based box. That is food for the upstream guys. But when I run the test suite from within rpmbuild, most of the tests fails or hangs every time, and the problem seems to be related to some missing communication between the test scripts and the test server process. The problem is not related to selinux. Is it possible at all to run this kind of tests from within rpmbuild? If so, I would be grateful if someone gave advice and/or had a look at the problem. The make check command is ready for decommenting in the specfile. Ingvar From mk at crc.dk Fri Aug 22 11:47:14 2008 From: mk at crc.dk (Mogens Kjaer) Date: Fri, 22 Aug 2008 13:47:14 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AE9F70.3090501@linpro.no> References: <48AE9F70.3090501@linpro.no> Message-ID: <48AEA742.7040001@crc.dk> Ingvar Hagelund wrote: ... > But when I run the test suite from within rpmbuild, most of the tests > fails or hangs every time, and the problem seems to be related to some > missing communication between the test scripts and the test server process. If I remove the comment on %{__make} check and build varnish, it doesn't run any checks at all. It just complains about a missing libvarnish.so.0: ... make[2]: Entering directory `/usr/src/redhat/BUILD/varnish-cache/bin/varnishtest' /usr/bin/make check-TESTS make[3]: Entering directory `/usr/src/redhat/BUILD/varnish-cache/bin/varnishtest' /usr/src/redhat/BUILD/varnish-cache/bin/varnishtest/.libs/lt-varnishtest: error while loading shared libraries: libvarnish.so.0: cannot open shared object file: No such file or directory FAIL: ./tests/a00000.vtc ... So is the build system using an already installed libvarnish.so.0 if one is available and not the newly built libvarnish.so.0? Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk at crc.dk Homepage: http://www.crc.dk From tibbs at math.uh.edu Fri Aug 22 12:11:47 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Aug 2008 07:11:47 -0500 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AEA742.7040001@crc.dk> References: <48AE9F70.3090501@linpro.no> <48AEA742.7040001@crc.dk> Message-ID: >>>>> "MK" == Mogens Kjaer writes: MK> error while loading shared libraries: libvarnish.so.0: cannot open MK> shared object file: No such file or directory Usually you play with LD_LIBRARY_PATH in your specfile to reference the just-built library. - J< From ingvar at linpro.no Fri Aug 22 12:14:00 2008 From: ingvar at linpro.no (Ingvar Hagelund) Date: Fri, 22 Aug 2008 14:14:00 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AEA742.7040001@crc.dk> References: <48AE9F70.3090501@linpro.no> <48AEA742.7040001@crc.dk> Message-ID: <48AEAD88.40005@linpro.no> * Mogens Kjaer > If I remove the comment on %{__make} check and build varnish, > it doesn't run any checks at all. It just complains about a missing > libvarnish.so.0: > > ... > error while loading shared libraries: libvarnish.so.0: cannot open > shared object file: No such file or directory > FAIL: ./tests/a00000.vtc > ... > > So is the build system using an already installed libvarnish.so.0 > if one is available and not the newly built libvarnish.so.0? Yes, that is correct, and that would be a bug in the upstream source. I'll ask them to fix it. To work around, build and install varnish-libs first. Ingvar From mk at crc.dk Fri Aug 22 12:49:21 2008 From: mk at crc.dk (Mogens Kjaer) Date: Fri, 22 Aug 2008 14:49:21 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AEAD88.40005@linpro.no> References: <48AE9F70.3090501@linpro.no> <48AEA742.7040001@crc.dk> <48AEAD88.40005@linpro.no> Message-ID: <48AEB5D1.5070202@crc.dk> Ingvar Hagelund wrote: ... >> So is the build system using an already installed libvarnish.so.0 >> if one is available and not the newly built libvarnish.so.0? > > Yes, that is correct, and that would be a bug in the upstream source. > I'll ask them to fix it. To work around, build and install varnish-libs > first. Well, if I run configure;make;make check in the unpacked tarball I don't see this problem. All 72 tests pass (x86_64 system). No varnish-libs installed. So something is different in the rpmbuild environment, maybe this is the reason why 64 of the 72 tests fail (after adding LD_LIBRARY_PATH)? Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk at crc.dk Homepage: http://www.crc.dk From ingvar at linpro.no Fri Aug 22 12:51:29 2008 From: ingvar at linpro.no (Ingvar Hagelund) Date: Fri, 22 Aug 2008 14:51:29 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AEAD88.40005@linpro.no> References: <48AE9F70.3090501@linpro.no> <48AEA742.7040001@crc.dk> <48AEAD88.40005@linpro.no> Message-ID: <48AEB651.9060109@linpro.no> Ingvar Hagelund skrev: > * Mogens Kjaer >> If I remove the comment on %{__make} check and build varnish, >> it doesn't run any checks at all. It just complains about a missing >> libvarnish.so.0: >> >> ... >> error while loading shared libraries: libvarnish.so.0: cannot open >> shared object file: No such file or directory >> FAIL: ./tests/a00000.vtc >> ... >> >> So is the build system using an already installed libvarnish.so.0 >> if one is available and not the newly built libvarnish.so.0? * Jason L Tibbitts III > Usually you play with LD_LIBRARY_PATH in your specfile to reference > the just-built library. Thanks, Jason. To make it run the test suite from within rpmbuild, try %{__make} check LD_LIBRARY_PATH="../../lib/libvarnish/.libs:../../lib/libvarnishcompat/.libs:../../lib/libvarnishapi/.libs:../../lib/libvcl/.libs" The specfile is updated. This is not necessary when ran the tests from an interactive shell. It also appears that when test run within rpmbuild, and with libs from within the build, varnishd won't start, (or at least won't answer any ports) at all. That's different from when running test within rpmbuild, but using libs from the system. Ingvar From limb at jcomserv.net Fri Aug 22 13:20:45 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Aug 2008 08:20:45 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> Message-ID: <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> > >> It's becoming clear to me that I lack the time to maintain all of my >> packages, as there are a few outstanding bug reports that I'm just not >> getting to. I think it's time to hand off some or all of my packages to >> new maintainers. The following is the list of my current packages. >> >> atlas >> autotrace >> cln >> fig2ps >> fftw >> ginac >> glpk >> lilypond >> lilypond-doc > > I could take lilypond*, if no one else has a burning desire. . . > >> mftrace >> octave >> octave-forge >> suitesparse >> >> Some of these are really easy, but two of them could be somewhat >> challenging. Octave-forge is getting big and ugly, and it really needs >> to be split into about 40 subpackages (which could be done >> incrementally, rather than all at once). Atlas is more or less working >> but it is really outdated, and it would probably require almost starting >> from scratch to package the new 3.8.x releases. >> >> Quentin Quentin, just as a reminder, you'll need to orhpan in pkgdb those packages that others wish to take over before they can do so. As far as I can tell, pkgdb is working normally. Not nagging, I just want to get on those bugs before I forget. I have 2 young children, so the lack of sleep can leave me a bit scatterbrained if I'm not careful. :) >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From ingvar at linpro.no Fri Aug 22 13:29:47 2008 From: ingvar at linpro.no (Ingvar Hagelund) Date: Fri, 22 Aug 2008 15:29:47 +0200 Subject: upcoming varnish-2.0, or running a test suite that starts and connects to a daemon In-Reply-To: <48AEB651.9060109@linpro.no> References: <48AE9F70.3090501@linpro.no> <48AEA742.7040001@crc.dk> <48AEAD88.40005@linpro.no> <48AEB651.9060109@linpro.no> Message-ID: <48AEBF4B.3030901@linpro.no> >> * Mogens Kjaer >>> If I remove the comment on %{__make} check and build varnish, >>> it doesn't run any checks at all. It just complains about a missing >>> libvarnish.so.0: >>> So is the build system using an already installed libvarnish.so.0 >>> if one is available and not the newly built libvarnish.so.0? The so version number should be bumped, as the old version of the libraries are incompatible with the pre-2.0 source, and this kind of problems would be discovered a bit earlier. I filed a bug for varnish 2.0 upstream. http://varnish.projects.linpro.no/ticket/293 Ingvar From alexl at users.sourceforge.net Fri Aug 22 13:29:47 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Fri, 22 Aug 2008 06:29:47 -0700 Subject: Looking for new package owners In-Reply-To: <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> (Jon Ciesla's message of "Fri\, 22 Aug 2008 08\:20\:45 -0500 \(CDT\)") References: <48ADBA3A.7070707@ieee.org> <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> Message-ID: >>>>> "JC" == Jon Ciesla writes: [...] >>> Some of these are really easy, but two of them could be somewhat >>> challenging. Octave-forge is getting big and ugly, and it really >>> needs to be split into about 40 subpackages (which could be done >>> incrementally, rather than all at once). Atlas is more or less >>> working but it is really outdated, and it would probably require >>> almost starting from scratch to package the new 3.8.x releases. >>> >>> Quentin JC> Quentin, just as a reminder, you'll need to orhpan in pkgdb those JC> packages that others wish to take over before they can do so. As JC> far as I can tell, pkgdb is working normally. Actually I just tried to add myself as a co-maintainer for octave, but clicking on the "Add myself to this package" button didn't actually do anything. pkgdb seems to works OK in other respects such as browsing, but I'm not sure if modifications are working just yet. Alex From fedora at camperquake.de Fri Aug 22 14:32:33 2008 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 22 Aug 2008 16:32:33 +0200 Subject: system autodeath In-Reply-To: <20080822004200.GA3222@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> <20080822004200.GA3222@jadzia.bu.edu> Message-ID: <20080822163233.3d0954fc@dhcp03.addix.net> Hi. On Thu, 21 Aug 2008 20:42:00 -0400, Matthew Miller wrote: > Maybe the name is too dramatic. I suggest > "fedora-end-of-life-safety-net". fedora-for-the-good-of-all-of-us From limb at jcomserv.net Fri Aug 22 14:36:43 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Aug 2008 09:36:43 -0500 (CDT) Subject: system autodeath In-Reply-To: <20080822163233.3d0954fc@dhcp03.addix.net> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> <20080822004200.GA3222@jadzia.bu.edu> <20080822163233.3d0954fc@dhcp03.addix.net> Message-ID: <25325.198.175.55.5.1219415803.squirrel@mail.jcomserv.net> > Hi. > > On Thu, 21 Aug 2008 20:42:00 -0400, Matthew Miller wrote: > >> Maybe the name is too dramatic. I suggest >> "fedora-end-of-life-safety-net". > > fedora-for-the-good-of-all-of-us fedora-for-the-greater-good > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From skvidal at fedoraproject.org Fri Aug 22 14:39:55 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 22 Aug 2008 10:39:55 -0400 Subject: system autodeath In-Reply-To: <25325.198.175.55.5.1219415803.squirrel@mail.jcomserv.net> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> <20080822004200.GA3222@jadzia.bu.edu> <20080822163233.3d0954fc@dhcp03.addix.net> <25325.198.175.55.5.1219415803.squirrel@mail.jcomserv.net> Message-ID: <1219415995.8530.189.camel@rosebud> On Fri, 2008-08-22 at 09:36 -0500, Jon Ciesla wrote: > > Hi. > > > > On Thu, 21 Aug 2008 20:42:00 -0400, Matthew Miller wrote: > > > >> Maybe the name is too dramatic. I suggest > >> "fedora-end-of-life-safety-net". > > > > fedora-for-the-good-of-all-of-us > > fedora-for-the-greater-good fedora-take-one-for-the-team? -sv From jwboyer at gmail.com Fri Aug 22 14:53:46 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 22 Aug 2008 10:53:46 -0400 Subject: system autodeath In-Reply-To: <20080822163233.3d0954fc@dhcp03.addix.net> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> <20080822004200.GA3222@jadzia.bu.edu> <20080822163233.3d0954fc@dhcp03.addix.net> Message-ID: <20080822145346.GA22903@yoda.jdub.homelinux.org> On Fri, Aug 22, 2008 at 04:32:33PM +0200, Ralf Ertzinger wrote: >Hi. > >On Thu, 21 Aug 2008 20:42:00 -0400, Matthew Miller wrote: > >> Maybe the name is too dramatic. I suggest >> "fedora-end-of-life-safety-net". > >fedora-for-the-good-of-all-of-us Please... don't encourage the bike shed discussions. josh From maximilianbianco at gmail.com Fri Aug 22 14:59:15 2008 From: maximilianbianco at gmail.com (max) Date: Fri, 22 Aug 2008 10:59:15 -0400 Subject: system autodeath In-Reply-To: <20080822005117.GB3222@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> <48ADB271.5030701@gmail.com> <20080822005117.GB3222@jadzia.bu.edu> Message-ID: <48AED443.6070308@gmail.com> Matthew Miller wrote: > On Thu, Aug 21, 2008 at 02:22:41PM -0400, max wrote: >> Informing people of the dangers is the right thing to do, forcing them down >> your path is never the right thing to do. > > Here's the thing: they're on that path, the path we put them on by making No. People choose Fedora and if they choose not to inform themselves that's their problem. We have to live with our choices that's an integral part of being free. If you need someone to make your decisions for you then go live somewhere that is the accepted ideal. I am not a robot and I won't stand for being treated like one. I have to make my own mistakes, learn from them and move on. > Fedora so attractive. The path, however, leads to the top of a big cliff, > below which swim hungry sharks. We should definitely put some signs at the > top of the cliff. And we should do this: put a net to catch anyone who falls > over anyway. > > Posting signs is one thing but if your informed that your coming up on a cliff and you keep the gas pedal to the floor then good riddance. Stupidity inspires its own demise, you start holding hands here and you'll never stop. People have to learn to accept the consequences of their actions and how to deal with the aftermath of bad judgement calls. You cannot have a free society otherwise. Ultimately that is what this is about, its not a matter of technical details it can be done, just because you can doesn't mean you should. You've been informed, now you must decide, that is the price of freedom and it cannot be avoided. -- "Mountains and canyons start to tremble and shake, children of the sun begin to awake...." --Led Zeppelin - Going to California From a.badger at gmail.com Fri Aug 22 14:58:47 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 22 Aug 2008 07:58:47 -0700 Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> Message-ID: <48AED427.7080000@gmail.com> Alex Lancaster wrote: >>>>>> "JC" == Jon Ciesla writes: > > [...] > >>>> Some of these are really easy, but two of them could be somewhat >>>> challenging. Octave-forge is getting big and ugly, and it really >>>> needs to be split into about 40 subpackages (which could be done >>>> incrementally, rather than all at once). Atlas is more or less >>>> working but it is really outdated, and it would probably require >>>> almost starting from scratch to package the new 3.8.x releases. >>>> >>>> Quentin > > JC> Quentin, just as a reminder, you'll need to orhpan in pkgdb those > JC> packages that others wish to take over before they can do so. As > JC> far as I can tell, pkgdb is working normally. > > Actually I just tried to add myself as a co-maintainer for octave, but > clicking on the "Add myself to this package" button didn't actually do > anything. pkgdb seems to works OK in other respects such as browsing, > but I'm not sure if modifications are working just yet. > Thanks, I suspect that when we rebuilt the box we didn't include a hotfix that fixed this bug. I'll work on getting the changes pushed to the servers. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jameshubbard at gmail.com Fri Aug 22 15:03:50 2008 From: jameshubbard at gmail.com (James Hubbard) Date: Fri, 22 Aug 2008 11:03:50 -0400 Subject: system autodeath In-Reply-To: <20080822005117.GB3222@jadzia.bu.edu> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <20080821160227.GA19497@jadzia.bu.edu> <48ADB271.5030701@gmail.com> <20080822005117.GB3222@jadzia.bu.edu> Message-ID: On Thu, Aug 21, 2008 at 8:51 PM, Matthew Miller wrote: > On Thu, Aug 21, 2008 at 02:22:41PM -0400, max wrote: >> Informing people of the dangers is the right thing to do, forcing them down >> your path is never the right thing to do. > > Here's the thing: they're on that path, the path we put them on by making > Fedora so attractive. The path, however, leads to the top of a big cliff, > below which swim hungry sharks. We should definitely put some signs at the > top of the cliff. And we should do this: put a net to catch anyone who falls > over anyway. If preventing network access is a good thing to do at end of life, shouldn't security updates be forced on users as well. If security updates aren't going to be mandatory, perhaps the system should use the autodie measures every few months to prevent network access as well. Un-applied security patches are just as bad as using an EOL system. Also, I don't think that removal of a default route goes far enough. If there's one EOL system on the network, there are probably more. All networking should be disabled. Otherwise, a user may re-enable one machine only to have it compromised. The exploit could search out other machines on the local network, re-enable their default routes and use them for its nefarious purposes. -- James Hubbard From loganjerry at gmail.com Fri Aug 22 15:30:07 2008 From: loganjerry at gmail.com (Jerry James) Date: Fri, 22 Aug 2008 09:30:07 -0600 Subject: Java guidelines questions Message-ID: <870180fe0808220830o3fae360dkae15292cf27449fe@mail.gmail.com> I have some questions about the Java packaging guidelines with respect to native libraries [1]. JNI using packages must put the JAR and .so in %{_libdir}/%{name}, and use System.load() with a full path instead of using System.loadLibrary(). I guess this is for multilib situations, so you can have multiple JARs, each pointing to the correct .so. Since that full path can start with either /usr/lib or /usr/lib64, how have others generated that full path? Wouldn't it be better to have a single JAR in /usr/share/java, and choose the correct path with the os.arch system property (which, annoyingly, is "amd64" with OpenJDK and "x86_64" with gcj on my machine)? We have to pass a full path to System.load() anyway, so I don't see the advantage of having the JAR under %{_libdir} in that case. Has there been any thoughts around providing a Fedora-specific JAR to hide the details of native library loading? (Maybe "Fedora.loadLibrary()"?) Also, I know how to generate a .so with GCJ using aot-compile-rpm. How is this supposed to work for applications? Say I have a JAR file with a main method, and a wrapper script to invoke it in %{_bindir}. On a system that uses GCJ primarily, does that wrapper script do the right thing (invoke the gcj-compiled code)? Finally, does anybody know why "gcj --target-help" sends this to stderr? cc1: warning: command line option "-fbootclasspath=./:/usr/share/java/libgcj-4.3.0.jar" is valid for Java but not for C References: [1] https://fedoraproject.org/wiki/Packaging/Java#Packaging_JAR_file Thanks, -- Jerry James http://loganjerry.googlepages.com/ From walters at verbum.org Fri Aug 22 15:34:47 2008 From: walters at verbum.org (Colin Walters) Date: Fri, 22 Aug 2008 11:34:47 -0400 Subject: Java guidelines questions In-Reply-To: <870180fe0808220830o3fae360dkae15292cf27449fe@mail.gmail.com> References: <870180fe0808220830o3fae360dkae15292cf27449fe@mail.gmail.com> Message-ID: On Fri, Aug 22, 2008 at 11:30 AM, Jerry James wrote: > I have some questions about the Java packaging guidelines with respect > to native libraries [1]. JNI using packages must put the JAR and .so > in %{_libdir}/%{name}, and use System.load() with a full path instead > of using System.loadLibrary(). I guess this is for multilib > situations, so you can have multiple JARs, each pointing to the > correct .so. Since that full path can start with either /usr/lib or > /usr/lib64, how have others generated that full path? Practically speaking you could just put it in /usr/lib because we will never support multilib Java. However, if you want to put it on /usr/lib64 on x86_64 to make the filesystem prettier, take a look at how the javasqlite package does it: http://cvs.fedoraproject.org/viewvc/devel/javasqlite/ > Has there been any thoughts around providing a Fedora-specific > JAR to hide the details of native library loading? (Maybe > "Fedora.loadLibrary()"?) We just need to make the regular OpenJDK System.loadLibrary search both locations. From dennis at ausil.us Fri Aug 22 15:20:03 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 22 Aug 2008 10:20:03 -0500 Subject: Fedora User Certificates Message-ID: <200808221020.17155.dennis@ausil.us> Effective immediately we have replaced the CA that is in use for cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to lookaside cache and building packages. There are some manual steps that everyone needs to do to be able to use the systems again. they are login to https://admin.fedoraproject.org/accounts/ and click on the "Download a client-side certificate" link at the bottom of the home page. save the output to ~/.fedora.cert rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert fedora-packager-setup then open your browser got to Edit -> Preferences -> Advanced -> Encryption -> View Certificates -> Your Certificates Select your existing Certificate and remove it then import the new one from ~/fedora-browser-cert.p12 you will be able to log in to koji * Please note that you can only have one client side certificate at a time. when you download a new one your old one is revoked. Please also only click on the "Download a client-side certificate" link once as it makes multiple requests and revokes all the transient certs. the CRL is at https://admin.fedoraproject.org/ca/crl.pem Thanks for your understanding and patience. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From s-t-rhbugzilla at wwwdotorg.org Fri Aug 22 15:44:12 2008 From: s-t-rhbugzilla at wwwdotorg.org (Stephen Warren) Date: Fri, 22 Aug 2008 09:44:12 -0600 (MDT) Subject: Dual-posting to fedora-devel and fedora-announce Message-ID: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> I haven't subscribed to fedora-announce, because I'm subscribed to fedora-devel, and it seems that common practice is to post announcements to both lists. However, there are currently a bunch of infra-structure announcements being sent only to the announce list. Is there any policy on whether things should or should-not be posted to both places? Is it expected that people also subscribe to the announce list in order to see everything? Thanks. From P at draigBrady.com Fri Aug 22 16:04:39 2008 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Fri, 22 Aug 2008 17:04:39 +0100 Subject: Dual-posting to fedora-devel and fedora-announce In-Reply-To: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> References: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <48AEE397.3000306@draigBrady.com> Stephen Warren wrote: > I haven't subscribed to fedora-announce, because I'm subscribed to > fedora-devel, and it seems that common practice is to post announcements > to both lists. > > However, there are currently a bunch of infra-structure announcements > being sent only to the announce list. > > Is there any policy on whether things should or should-not be posted to > both places? Is it expected that people also subscribe to the announce > list in order to see everything? I was surprised I missed the following for example as like you I'm only subscribed to fedora-devel: https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00012.html P?draig. From Victor.Lazzarini at nuim.ie Fri Aug 22 16:52:13 2008 From: Victor.Lazzarini at nuim.ie (victor) Date: Fri, 22 Aug 2008 17:52:13 +0100 Subject: what should we be doing at this point? Message-ID: <005b01c90477$6d9b1870$0201a8c0@family> Dear all, following Dennis Gilmore's announcement, I downloaded the cert, repackaged, installed it in the browser, but koji.fedoraproject.org only shows an apache test page. Does it mean, I'll have to repeat the process once Koji's web interfaces is back up? Should I have waited to do this later? Thanks (a bit fuzzy) Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From tibbs at math.uh.edu Fri Aug 22 17:04:14 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Aug 2008 12:04:14 -0500 Subject: what should we be doing at this point? In-Reply-To: <005b01c90477$6d9b1870$0201a8c0@family> References: <005b01c90477$6d9b1870$0201a8c0@family> Message-ID: >>>>> "v" == victor writes: v> Dear all, following Dennis Gilmore's announcement, I downloaded the v> cert, repackaged, installed it in the browser, but v> koji.fedoraproject.org only shows an apache test page. I'm not sure why you would see that; it certainly looks like the regular old koji to me. - J< From limb at jcomserv.net Fri Aug 22 17:04:37 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Aug 2008 12:04:37 -0500 (CDT) Subject: what should we be doing at this point? In-Reply-To: <005b01c90477$6d9b1870$0201a8c0@family> References: <005b01c90477$6d9b1870$0201a8c0@family> Message-ID: <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> > Dear all, > > following Dennis Gilmore's announcement, I downloaded the cert, > repackaged, installed it in the browser, but koji.fedoraproject.org only > shows an apache test page. Does it mean, I'll have to repeat the process > once Koji's web interfaces is back up? Should I have waited to do this > later? Add a /koji at the end. I did the above, and was able to commit, tag and a build is almost done. Great work, Inf team! Sounds like we may be nearly beyond the limit of this particular batch of trees! > Thanks > > (a bit fuzzy) Victor > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- novus ordo absurdum From dennis at ausil.us Fri Aug 22 17:07:15 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 22 Aug 2008 12:07:15 -0500 Subject: what should we be doing at this point? In-Reply-To: <005b01c90477$6d9b1870$0201a8c0@family> References: <005b01c90477$6d9b1870$0201a8c0@family> Message-ID: <200808221207.29152.dennis@ausil.us> On Friday 22 August 2008 11:52:13 am victor wrote: > Dear all, > > following Dennis Gilmore's announcement, I downloaded the cert, > repackaged, installed it in the browser, but koji.fedoraproject.org only > shows an apache test page. Does it mean, I'll have to repeat the process > once Koji's web interfaces is back up? Should I have waited to do this > later? the ssl site was not redirecting to /koji https://koji.fedoraproject.org/koji/ works just fine. im fixing it so that https://koji.fedoraproject.org/ will redirect to the right place also. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From ville.skytta at iki.fi Fri Aug 22 17:11:59 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 22 Aug 2008 20:11:59 +0300 Subject: Dual-posting to fedora-devel and fedora-announce In-Reply-To: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> References: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <200808222011.59977.ville.skytta@iki.fi> On Friday 22 August 2008, Stephen Warren wrote: > I haven't subscribed to fedora-announce, because I'm subscribed to > fedora-devel, and it seems that common practice is to post announcements > to both lists. > > However, there are currently a bunch of infra-structure announcements > being sent only to the announce list. > > Is there any policy on whether things should or should-not be posted to > both places? Is it expected that people also subscribe to the announce > list in order to see everything? http://fedoraproject.org/wiki/PackageMaintainers/Join#Join_the_important_Mailing_Lists It does not mention fedora-announce though, just fedora-devel-announce. I would have expected to see the infrastructure announcements on both, or at least -devel-announce. From paul at city-fan.org Fri Aug 22 17:19:32 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 22 Aug 2008 18:19:32 +0100 Subject: what should we be doing at this point? In-Reply-To: <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> Message-ID: <20080822181932.65700346@metropolis.intra.city-fan.org> On Fri, 22 Aug 2008 12:04:37 -0500 (CDT) "Jon Ciesla" wrote: > > > Dear all, > > > > following Dennis Gilmore's announcement, I downloaded the cert, > > repackaged, installed it in the browser, but koji.fedoraproject.org > > only shows an apache test page. Does it mean, I'll have to repeat > > the process once Koji's web interfaces is back up? Should I have > > waited to do this later? > > Add a /koji at the end. I did the above, and was able to commit, tag > and a build is almost done. > > Great work, Inf team! Sounds like we may be nearly beyond the limit > of this particular batch of trees! Hmm, interesting. I'm able to upload to the lookaside cache and do a build in koji, but cvs access is still not working: $ cvs diff ssh_exchange_identification: Connection closed by remote host cvs [diff aborted]: end of file from server (consult above messages if any) Running ssh in verbose mode: $ ssh -v cvs.fedoraproject.org -l pghmcfc OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/paul/.ssh/config debug1: Applying options for cvs.fedoraproject.org debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to cvs.fedoraproject.org [209.132.176.51] port 22. debug1: Connection established. debug1: identity file /home/paul/.ssh/id_rsa_fedora type 1 ssh_exchange_identification: Connection closed by remote host This is using the new RSA key I generated earlier in the week as requested and which was working for CVS access for a while yesterday. Am I going to have to generate and upload *another* new ssh key? (this is not a complaint btw, I'm just curious that cvs is working for someone else and not for me) Paul. From tibbs at math.uh.edu Fri Aug 22 17:23:42 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Aug 2008 12:23:42 -0500 Subject: what should we be doing at this point? In-Reply-To: <20080822181932.65700346@metropolis.intra.city-fan.org> References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> Message-ID: >>>>> "PH" == Paul Howarth writes: PH> Connection closed by remote host Perhaps you've been blocked by denyhosts. I believe it takes a whole bunch of failures, but it can happen. I can check and get it cleared if you can give me your IP. (Privately if you like.) - J< From limb at jcomserv.net Fri Aug 22 17:31:36 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 22 Aug 2008 12:31:36 -0500 (CDT) Subject: what should we be doing at this point? In-Reply-To: <20080822181932.65700346@metropolis.intra.city-fan.org> References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> Message-ID: <57830.198.175.55.5.1219426296.squirrel@mail.jcomserv.net> > On Fri, 22 Aug 2008 12:04:37 -0500 (CDT) > "Jon Ciesla" wrote: > >> >> > Dear all, >> > >> > following Dennis Gilmore's announcement, I downloaded the cert, >> > repackaged, installed it in the browser, but koji.fedoraproject.org >> > only shows an apache test page. Does it mean, I'll have to repeat >> > the process once Koji's web interfaces is back up? Should I have >> > waited to do this later? >> >> Add a /koji at the end. I did the above, and was able to commit, tag >> and a build is almost done. >> >> Great work, Inf team! Sounds like we may be nearly beyond the limit >> of this particular batch of trees! > > Hmm, interesting. I'm able to upload to the lookaside cache and do a > build in koji, but cvs access is still not working: > > $ cvs diff > ssh_exchange_identification: Connection closed by remote host > cvs [diff aborted]: end of file from server (consult above messages if > any) > > Running ssh in verbose mode: > $ ssh -v cvs.fedoraproject.org -l pghmcfc > OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 > debug1: Reading configuration data /home/paul/.ssh/config > debug1: Applying options for cvs.fedoraproject.org > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug1: Connecting to cvs.fedoraproject.org [209.132.176.51] port 22. > debug1: Connection established. > debug1: identity file /home/paul/.ssh/id_rsa_fedora type 1 > ssh_exchange_identification: Connection closed by remote host > > This is using the new RSA key I generated earlier in the week as > requested and which was working for CVS access for a while yesterday. > > Am I going to have to generate and upload *another* new ssh key? > > (this is not a complaint btw, I'm just curious that cvs is working for > someone else and not for me) Very odd. My build just completed, and I even submitted a bodhi update to testing. Still can't submit a bodhi update for drupal-5.10 to F-8, which is a security update, but I have a bodhi bug open for that. > Paul. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From paul at city-fan.org Fri Aug 22 17:55:16 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 22 Aug 2008 18:55:16 +0100 Subject: what should we be doing at this point? In-Reply-To: References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> Message-ID: <20080822185516.3c011bfd@metropolis.intra.city-fan.org> On 22 Aug 2008 12:23:42 -0500 Jason L Tibbitts III wrote: > >>>>> "PH" == Paul Howarth writes: > > PH> Connection closed by remote host > > Perhaps you've been blocked by denyhosts. I believe it takes a whole > bunch of failures, but it can happen. I can check and get it cleared > if you can give me your IP. (Privately if you like.) I'm coming from goalkeeper.city-fan.org [212.56.100.58]. I could have generated quite a few failures as I periodically did a "cvs diff" to check if cvs was back, but this was after cvs had been working for me and the failure mode has consistently been the same since then. Paul. From Victor.Lazzarini at nuim.ie Fri Aug 22 18:05:16 2008 From: Victor.Lazzarini at nuim.ie (victor) Date: Fri, 22 Aug 2008 19:05:16 +0100 Subject: what should we be doing at this point? References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> Message-ID: <005601c90481$a1f74940$0201a8c0@family> I am getting errno=113 ssh_exchange_identification: Connection closed by remote host on cvs ----- Original Message ----- From: "Jason L Tibbitts III" To: "Development discussions related to Fedora" Sent: Friday, August 22, 2008 6:23 PM Subject: Re: what should we be doing at this point? >>>>>> "PH" == Paul Howarth writes: > > PH> Connection closed by remote host > > Perhaps you've been blocked by denyhosts. I believe it takes a whole > bunch of failures, but it can happen. I can check and get it cleared > if you can give me your IP. (Privately if you like.) > > - J< > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From Victor.Lazzarini at nuim.ie Fri Aug 22 18:21:38 2008 From: Victor.Lazzarini at nuim.ie (victor) Date: Fri, 22 Aug 2008 19:21:38 +0100 Subject: what should we be doing at this point? References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> <005601c90481$a1f74940$0201a8c0@family> Message-ID: <007b01c90483$eb4ae230$0201a8c0@family> Sorry for the noise, I'm an idiot: not at work, therefore no socks proxy. Victor ----- Original Message ----- From: "victor" To: "Development discussions related to Fedora" Sent: Friday, August 22, 2008 7:05 PM Subject: Re: what should we be doing at this point? >I am getting > > errno=113 > ssh_exchange_identification: Connection closed by remote host > > on cvs > ----- Original Message ----- > From: "Jason L Tibbitts III" > To: "Development discussions related to Fedora" > > Sent: Friday, August 22, 2008 6:23 PM > Subject: Re: what should we be doing at this point? > > >>>>>>> "PH" == Paul Howarth writes: >> >> PH> Connection closed by remote host >> >> Perhaps you've been blocked by denyhosts. I believe it takes a whole >> bunch of failures, but it can happen. I can check and get it cleared >> if you can give me your IP. (Privately if you like.) >> >> - J< >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From mattdm at mattdm.org Fri Aug 22 18:32:21 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 22 Aug 2008 14:32:21 -0400 Subject: system autodeath In-Reply-To: <20080822145346.GA22903@yoda.jdub.homelinux.org> References: <1219258637.8530.43.camel@rosebud> <48AC6CCE.6020009@fedoraproject.org> <200808211439.m7LEdGFM011821@laptop14.inf.utfsm.cl> <48AD8344.4040202@beer.tclug.org> <1219331070.8530.159.camel@rosebud> <200808212155.m7LLswk8014321@laptop14.inf.utfsm.cl> <1219355768.8530.180.camel@rosebud> <20080822004200.GA3222@jadzia.bu.edu> <20080822163233.3d0954fc@dhcp03.addix.net> <20080822145346.GA22903@yoda.jdub.homelinux.org> Message-ID: <20080822183221.GA13113@jadzia.bu.edu> On Fri, Aug 22, 2008 at 10:53:46AM -0400, Josh Boyer wrote: > >On Thu, 21 Aug 2008 20:42:00 -0400, Matthew Miller wrote: > >> Maybe the name is too dramatic. I suggest > >> "fedora-end-of-life-safety-net". > >fedora-for-the-good-of-all-of-us > Please... don't encourage the bike shed discussions. Yes yes that's nice. But I'm serious. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Victor.Lazzarini at nuim.ie Fri Aug 22 18:35:39 2008 From: Victor.Lazzarini at nuim.ie (victor) Date: Fri, 22 Aug 2008 19:35:39 +0100 Subject: is this me or koji? Message-ID: <009101c90485$e0831be0$0201a8c0@family> Ok; I can submit builds, but this failed for me and I don't know why, here's the log http://koji.fedoraproject.org/koji/getfile?taskID=778765&name=build.log ====================== ENTER do(['bash', '--login', '-c', 'rpmbuild -bs --target i386 --nodeps builddir/build/SPECS/olpcsound.spec'], False, '/var/lib/mock/dist-olpc3-build-240327-43916/root/', None, 0, True, 0, 101, 102, None, logger=) Executing command: ['bash', '--login', '-c', 'rpmbuild -bs --target i386 --nodeps builddir/build/SPECS/olpcsound.spec'] /etc/profile: line 38: /bin/hostname: No such file or directory sh: /usr/bin/python: No such file or directory warning: Could not canonicalize hostname: x86-7.fedora.phx.redhat.com Building target platforms: i386 Building for target i386 Wrote: /builddir/build/SRPMS/olpcsound-5.08.92-9.olpc3.src.rpm LEAVE do --> ======================== No python? Any suggestions very welcome. Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.sourada at gmail.com Fri Aug 22 18:47:08 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 22 Aug 2008 20:47:08 +0200 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <1219430828.14361.130.camel@pc-notebook> On Fri, 2008-08-22 at 10:20 -0500, Dennis Gilmore wrote: > Effective immediately we have replaced the CA that is in use for > cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to > lookaside cache and building packages. > > There are some manual steps that everyone needs to do to be able to use the > systems again. > > they are > login to https://admin.fedoraproject.org/accounts/ and click on the "Download > a client-side certificate" link at the bottom of the home page. save the > output to ~/.fedora.cert > > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup > > then open your browser got to Edit -> Preferences -> Advanced -> Encryption -> > View Certificates -> Your Certificates > > Select your existing Certificate and remove it > then import the new one from ~/fedora-browser-cert.p12 you will be able to > log in to koji > I did this and I am still not able to log in to koji (trying with epiphany and firefox). This error pops out: Secure Connection Failed An error occurred during a connection to koji.fedoraproject.org. Peer does not recognize and trust the CA that issued your certificate. (Error code: ssl_error_unknown_ca_alert) The page you are trying to view can not be shown because the authenticity of the received data could not be verified. * Please contact the web site owners to inform them of this problem. Is it me, or is it koji problem? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Fri Aug 22 18:48:29 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Aug 2008 13:48:29 -0500 Subject: what should we be doing at this point? In-Reply-To: <20080822185516.3c011bfd@metropolis.intra.city-fan.org> References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> <20080822185516.3c011bfd@metropolis.intra.city-fan.org> Message-ID: >>>>> "PH" == Paul Howarth writes: PH> I'm coming from goalkeeper.city-fan.org [212.56.100.58]. This IP is blocked by denyhosts. PH> I could have generated quite a few failures as I periodically did PH> a "cvs diff" to check if cvs was back, but this was after cvs had PH> been working for me and the failure mode has consistently been the PH> same since then. The host was blocked on 2008-08-21 14:09:08 (GMT) after fifteen login failures. It turns out I don't have sufficient access to remove your host from the list, but I've requested that such be done. - J< From tcallawa at redhat.com Fri Aug 22 19:00:29 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 22 Aug 2008 15:00:29 -0400 Subject: is this me or koji? In-Reply-To: <009101c90485$e0831be0$0201a8c0@family> References: <009101c90485$e0831be0$0201a8c0@family> Message-ID: <1219431629.8696.4.camel@localhost.localdomain> On Fri, 2008-08-22 at 19:35 +0100, victor wrote: > Any suggestions very welcome. http://koji.fedoraproject.org/koji/getfile?taskID=778765&name=root.log Look at the bottom of the root.log: DEBUG util.py:250: No Package Found for jack-connection-kit-devel DEBUG util.py:250: No Package Found for pulseaudio-devel Not sure why you're getting those, perhaps they're not being inherited into the OLPC3 tag? ~spot From mschwendt at gmail.com Fri Aug 22 19:03:24 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 22 Aug 2008 21:03:24 +0200 Subject: is this me or koji? In-Reply-To: <009101c90485$e0831be0$0201a8c0@family> References: <009101c90485$e0831be0$0201a8c0@family> Message-ID: <20080822210324.88bfab07.mschwendt@gmail.com> On Fri, 22 Aug 2008 19:35:39 +0100, victor wrote: > Ok; I can submit builds, but this failed for me and I don't know why, here's the log > http://koji.fedoraproject.org/koji/getfile?taskID=778765&name=build.log Wrong log. Take a look at the root.log: http://koji.fedoraproject.org/koji/getfile?taskID=778765&name=root.log (koji is fooled by mock being to chatty in that it thinks if build.log is *not* empty, there are build errors. Instead, the real error here is in root.log) From kaie at redhat.com Fri Aug 22 19:04:31 2008 From: kaie at redhat.com (Kai Engert) Date: Fri, 22 Aug 2008 21:04:31 +0200 Subject: Fedora User Certificates In-Reply-To: <1219430828.14361.130.camel@pc-notebook> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> Message-ID: <48AF0DBF.7090308@redhat.com> Martin Sourada wrote: > On Fri, 2008-08-22 at 10:20 -0500, Dennis Gilmore wrote: > >> Effective immediately we have replaced the CA that is in use for >> cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to >> lookaside cache and building packages. >> >> There are some manual steps that everyone needs to do to be able to use the >> systems again. >> >> they are >> login to https://admin.fedoraproject.org/accounts/ and click on the "Download >> a client-side certificate" link at the bottom of the home page. save the >> output to ~/.fedora.cert >> >> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert >> fedora-packager-setup >> >> then open your browser got to Edit -> Preferences -> Advanced -> Encryption -> >> View Certificates -> Your Certificates >> >> Select your existing Certificate and remove it >> then import the new one from ~/fedora-browser-cert.p12 you will be able to >> log in to koji >> >> > I did this and I am still not able to log in to koji (trying with epiphany and firefox). This error pops out: > > Secure Connection Failed > > An error occurred during a connection to koji.fedoraproject.org. > > Peer does not recognize and trust the CA that issued your certificate. > > (Error code: ssl_error_unknown_ca_alert) > > The page you are trying to view can not be shown because the > authenticity of the received data could not be verified. > > * Please contact the web site owners to inform them of this problem. > > Is it me, or is it koji problem? > > Thanks, > Martin > Parts of the Fedora infrastructure do not use certificates issued by a CA already trusted by Firefox, but from Fedora's own certificate authority. If you decide to trust Fedora to issue certificates that can identify web sites, you could decide to import that CA cert to your set of trusted roots. You could go to https://admin.fedoraproject.org/fingerprints and install the CA certificate available from the bottom of that page. (Unfortunately the mime type currently is not application/x-x509-ca-cert so you have to safe that file, and then open it, you might even have to go to certificate manager and open the authorities tab, then import from there.) You can confirm the origin of the certificate by comparing the fingerprint presented by Firefox with the one listed on the fingerprints page (at least you'll know that the fingerprints page and the CA are controlled by the same people). Hope that helps, Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3428 bytes Desc: S/MIME Cryptographic Signature URL: From jamatos at fc.up.pt Fri Aug 22 19:09:49 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 22 Aug 2008 20:09:49 +0100 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <200808222009.49989.jamatos@fc.up.pt> On Friday 22 August 2008 16:20:03 Dennis Gilmore wrote: > Effective immediately we have replaced the CA that is in use for > cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to > lookaside cache and building packages. > > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup > > then open your browser got to Edit -> Preferences -> Advanced -> Encryption > -> View Certificates -> Your Certificates > > Select your existing Certificate and remove it > then import the new one from ~/fedora-browser-cert.p12 you will be able to > log in to koji I have tried this procedure and it works with firefox, yet when trying to use konqueror (4.1.0) it fails. I have followed the procedure described by Kevin last year: http://www.mailinglistarchive.com/fedora-devel-list at redhat.com/msg26818.html The error message is (the same happens for https FWIW): The requested operation could not be completed Connection to Server Refused Details of the Request: URL: http://koji.fedoraproject.org/koji/login Protocol: http Date and Time: Friday 22 August 2008 20:08 Additional Information: koji.fedoraproject.org: SSL negotiation failed Description: The server koji.fedoraproject.org refused to allow this computer to make a connection. -- Jos? Ab?lio From paul at city-fan.org Fri Aug 22 19:11:36 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 22 Aug 2008 20:11:36 +0100 Subject: what should we be doing at this point? In-Reply-To: References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> <20080822185516.3c011bfd@metropolis.intra.city-fan.org> Message-ID: <20080822201136.3a7b8dea@metropolis.intra.city-fan.org> On 22 Aug 2008 13:48:29 -0500 Jason L Tibbitts III wrote: > >>>>> "PH" == Paul Howarth writes: > > PH> I'm coming from goalkeeper.city-fan.org [212.56.100.58]. > > This IP is blocked by denyhosts. > > PH> I could have generated quite a few failures as I periodically did > PH> a "cvs diff" to check if cvs was back, but this was after cvs had > PH> been working for me and the failure mode has consistently been the > PH> same since then. > > The host was blocked on 2008-08-21 14:09:08 (GMT) after fifteen login > failures. Well I've certainly made many more than 15 attempts but I wonder why the first 15 failures happened in the first place? My new ssh key was working before then as I made a commit to libpng10 between 22:00 and 23:00 (UTC) on the 20th, which showed up on fedora-extras-commits. > It turns out I don't have sufficient access to remove your host from > the list, but I've requested that such be done. Thanks very much. Will I get an email when that's done as it's probably not a good idea for me to keep trying it until it works... ? Cheers, Paul. From Victor.Lazzarini at nuim.ie Fri Aug 22 19:16:22 2008 From: Victor.Lazzarini at nuim.ie (victor) Date: Fri, 22 Aug 2008 20:16:22 +0100 Subject: is this me or koji? References: <009101c90485$e0831be0$0201a8c0@family> <1219431629.8696.4.camel@localhost.localdomain> Message-ID: <00e101c9048b$9085e8b0$0201a8c0@family> yes, funny that pulseaudio-devel is not there. Jack was wrong (it's jack-audio-...) Victor ----- Original Message ----- From: "Tom "spot" Callaway" To: "Development discussions related to Fedora" Sent: Friday, August 22, 2008 8:00 PM Subject: Re: is this me or koji? > On Fri, 2008-08-22 at 19:35 +0100, victor wrote: > >> Any suggestions very welcome. > > http://koji.fedoraproject.org/koji/getfile?taskID=778765&name=root.log > > Look at the bottom of the root.log: > > DEBUG util.py:250: No Package Found for jack-connection-kit-devel > DEBUG util.py:250: No Package Found for pulseaudio-devel > > Not sure why you're getting those, perhaps they're not being inherited > into the OLPC3 tag? > > ~spot > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From martin.sourada at gmail.com Fri Aug 22 19:33:38 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 22 Aug 2008 21:33:38 +0200 Subject: Fedora User Certificates In-Reply-To: <48AF0DBF.7090308@redhat.com> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> <48AF0DBF.7090308@redhat.com> Message-ID: <1219433618.14361.133.camel@pc-notebook> On Fri, 2008-08-22 at 21:04 +0200, Kai Engert wrote: > Parts of the Fedora infrastructure do not use certificates issued by a > CA already trusted by Firefox, but from Fedora's own certificate authority. > > If you decide to trust Fedora to issue certificates that can identify > web sites, you could decide to import that CA cert to your set of > trusted roots. > > You could go to https://admin.fedoraproject.org/fingerprints and install > the CA certificate available from the bottom of that page. > > (Unfortunately the mime type currently is not application/x-x509-ca-cert > so you have to safe that file, and then open it, you might even have to > go to certificate manager and open the authorities tab, then import from > there.) > > You can confirm the origin of the certificate by comparing the > fingerprint presented by Firefox with the one listed on the fingerprints > page (at least you'll know that the fingerprints page and the CA are > controlled by the same people). > > Hope that helps, > Kai > I've already added an exception for https://koji.fedoraproject.org/ both in epiphany and firefox (I trust the fedora issued certificates), however this pages seems rather like my certificate is not being recognized by koji as signed by "known CA authority"... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From stickster at gmail.com Fri Aug 22 19:44:15 2008 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 22 Aug 2008 15:44:15 -0400 Subject: Dual-posting to fedora-devel and fedora-announce In-Reply-To: <200808222011.59977.ville.skytta@iki.fi> References: <1219419852.27963.TMDA@tmda.severn.wwwdotorg.org> <200808222011.59977.ville.skytta@iki.fi> Message-ID: <1219434255.16703.107.camel@victoria> On Fri, 2008-08-22 at 20:11 +0300, Ville Skytt? wrote: > On Friday 22 August 2008, Stephen Warren wrote: > > I haven't subscribed to fedora-announce, because I'm subscribed to > > fedora-devel, and it seems that common practice is to post announcements > > to both lists. > > > > However, there are currently a bunch of infra-structure announcements > > being sent only to the announce list. > > > > Is there any policy on whether things should or should-not be posted to > > both places? Is it expected that people also subscribe to the announce > > list in order to see everything? > > http://fedoraproject.org/wiki/PackageMaintainers/Join#Join_the_important_Mailing_Lists > > It does not mention fedora-announce though, just fedora-devel-announce. I > would have expected to see the infrastructure announcements on both, or at > least -devel-announce. I apologize for forgetting some channels -- I'll forward the canonical URL there right now. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- 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 dennis at ausil.us Fri Aug 22 19:49:44 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 22 Aug 2008 14:49:44 -0500 Subject: Fedora User Certificates In-Reply-To: <1219433618.14361.133.camel@pc-notebook> References: <200808221020.17155.dennis@ausil.us> <48AF0DBF.7090308@redhat.com> <1219433618.14361.133.camel@pc-notebook> Message-ID: <200808221449.47734.dennis@ausil.us> On Friday 22 August 2008 02:33:38 pm Martin Sourada wrote: > On Fri, 2008-08-22 at 21:04 +0200, Kai Engert wrote: > > Parts of the Fedora infrastructure do not use certificates issued by a > > CA already trusted by Firefox, but from Fedora's own certificate > > authority. > > > > If you decide to trust Fedora to issue certificates that can identify > > web sites, you could decide to import that CA cert to your set of > > trusted roots. > > > > You could go to https://admin.fedoraproject.org/fingerprints and install > > the CA certificate available from the bottom of that page. > > > > (Unfortunately the mime type currently is not application/x-x509-ca-cert > > so you have to safe that file, and then open it, you might even have to > > go to certificate manager and open the authorities tab, then import from > > there.) > > > > You can confirm the origin of the certificate by comparing the > > fingerprint presented by Firefox with the one listed on the fingerprints > > page (at least you'll know that the fingerprints page and the CA are > > controlled by the same people). > > > > Hope that helps, > > Kai > > I've already added an exception for https://koji.fedoraproject.org/ both > in epiphany and firefox (I trust the fedora issued certificates), > however this pages seems rather like my certificate is not being > recognized by koji as signed by "known CA authority"... > > Martin Did you remove the old user certificate from your browser? and make sure you import the new one. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From martin.sourada at gmail.com Fri Aug 22 20:03:43 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Fri, 22 Aug 2008 22:03:43 +0200 Subject: Fedora User Certificates In-Reply-To: <200808221449.47734.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <48AF0DBF.7090308@redhat.com> <1219433618.14361.133.camel@pc-notebook> <200808221449.47734.dennis@ausil.us> Message-ID: <1219435423.14361.139.camel@pc-notebook> On Fri, 2008-08-22 at 14:49 -0500, Dennis Gilmore wrote: > Did you remove the old user certificate from your browser? > > and make sure you import the new one. > Dennis > Unfortunately epiphany does not allow me to remove the old one [1], I removed it in firefox, added in both and selected correct certificate when asked for (in firefox I have obviously only one choice to choose from, in epiphany strangely enough as well, probably because I already removed the old one from HDD). Martin References: [1] https://bugzilla.redhat.com/show_bug.cgi?id=437671 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Fri Aug 22 21:10:20 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Aug 2008 16:10:20 -0500 Subject: what should we be doing at this point? In-Reply-To: <20080822201136.3a7b8dea@metropolis.intra.city-fan.org> References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> <20080822185516.3c011bfd@metropolis.intra.city-fan.org> <20080822201136.3a7b8dea@metropolis.intra.city-fan.org> Message-ID: >>>>> "PH" == Paul Howarth writes: PH> Thanks very much. Will I get an email when that's done as it's PH> probably not a good idea for me to keep trying it until it PH> works... ? Sorry, actually it was working just a couple of minutes after I sent my message. - J< From paul at city-fan.org Fri Aug 22 23:24:46 2008 From: paul at city-fan.org (Paul Howarth) Date: Sat, 23 Aug 2008 00:24:46 +0100 Subject: what should we be doing at this point? In-Reply-To: References: <005b01c90477$6d9b1870$0201a8c0@family> <43750.198.175.55.5.1219424677.squirrel@mail.jcomserv.net> <20080822181932.65700346@metropolis.intra.city-fan.org> <20080822185516.3c011bfd@metropolis.intra.city-fan.org> <20080822201136.3a7b8dea@metropolis.intra.city-fan.org> Message-ID: <20080823002446.0bc86799@metropolis.intra.city-fan.org> On 22 Aug 2008 16:10:20 -0500 Jason L Tibbitts III wrote: > >>>>> "PH" == Paul Howarth writes: > > PH> Thanks very much. Will I get an email when that's done as it's > PH> probably not a good idea for me to keep trying it until it > PH> works... ? > > Sorry, actually it was working just a couple of minutes after I sent > my message. Indeed it is. Thanks again. Cheers, Paul. From a.badger at gmail.com Sat Aug 23 03:20:03 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 22 Aug 2008 20:20:03 -0700 Subject: PackageDB fixes deployed Message-ID: <48AF81E3.8080107@gmail.com> Hey all, There's been some problems with the PackageDB both before and after our recent rebuild of all the boxes. I believe I've fixed all the pkgpage bugs that have been reported. If you've been looking to orphan/unorphan a package or set/unset the flag to open the acls to uberpackager, go try it out and make sure my fixes really work! Fixes Deployed: * Checkbox to open acls to uberpackager group was checked anytime the page was reloaded. * Error when orphaning or taking ownership of a package. * Unable to approve acls on a package. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From lists at timj.co.uk Sat Aug 23 09:22:10 2008 From: lists at timj.co.uk (Tim Jackson) Date: Sat, 23 Aug 2008 10:22:10 +0100 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <48AFD6C2.7010307@timj.co.uk> Dennis Gilmore wrote: > Effective immediately we have replaced the CA that is in use for > cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to > lookaside cache and building packages. > > There are some manual steps that everyone needs to do to be able to use the > systems again. [snip details of how to change your user cert] After I did this, plague-client complains when I try to build for EPEL: Traceback (most recent call last): File "/usr/bin/plague-client", line 420, in cli = PlagueClient(os.path.expanduser(cfg_file)) File "/usr/bin/plague-client", line 81, in __init__ self._email = self._get_user_email() File "/usr/bin/plague-client", line 138, in _get_user_email cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end line')] make: *** [plague] Error 1 I'm not really sure what this means (maybe the formatting of one of the certs is incorrect?) Did I do something wrong? Thanks Tim From lsof at nodata.co.uk Sat Aug 23 10:17:58 2008 From: lsof at nodata.co.uk (nodata) Date: Sat, 23 Aug 2008 12:17:58 +0200 Subject: Next rawhide update Message-ID: <1219486678.7467.0.camel@sb-home> Anyone know when? From mschwendt at gmail.com Sat Aug 23 10:23:09 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Aug 2008 12:23:09 +0200 Subject: Fedora User Certificates In-Reply-To: <48AFD6C2.7010307@timj.co.uk> References: <200808221020.17155.dennis@ausil.us> <48AFD6C2.7010307@timj.co.uk> Message-ID: <20080823122309.d847e070.mschwendt@gmail.com> On Sat, 23 Aug 2008 10:22:10 +0100, Tim Jackson wrote: > Dennis Gilmore wrote: > > > Effective immediately we have replaced the CA that is in use for > > cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to > > lookaside cache and building packages. > > > > There are some manual steps that everyone needs to do to be able to use the > > systems again. > > [snip details of how to change your user cert] > > After I did this, plague-client complains when I try to build for EPEL: > > Traceback (most recent call last): > File "/usr/bin/plague-client", line 420, in > cli = PlagueClient(os.path.expanduser(cfg_file)) > File "/usr/bin/plague-client", line 81, in __init__ > self._email = self._get_user_email() > File "/usr/bin/plague-client", line 138, in _get_user_email > cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) > OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end line')] > make: *** [plague] Error 1 > > I'm not really sure what this means (maybe the formatting of one of the > certs is incorrect?) Did I do something wrong? As a work-around, you can delete the plain-text portion from the .fedora.cert (or move it to the end or shorten it). You can recreate it later anytime. -- Perhaps this is specific to pyOpenSSL, parser input buffer too small or something like that, but that is only speculation. From mschwendt at gmail.com Sat Aug 23 10:28:22 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 23 Aug 2008 12:28:22 +0200 Subject: Fedora User Certificates In-Reply-To: <48AFD6C2.7010307@timj.co.uk> References: <200808221020.17155.dennis@ausil.us> <48AFD6C2.7010307@timj.co.uk> Message-ID: <20080823122822.4eb56c28.mschwendt@gmail.com> On Sat, 23 Aug 2008 10:22:10 +0100, Tim Jackson wrote: > After I did this, plague-client complains when I try to build for EPEL: > > Traceback (most recent call last): > File "/usr/bin/plague-client", line 420, in > cli = PlagueClient(os.path.expanduser(cfg_file)) > File "/usr/bin/plague-client", line 81, in __init__ > self._email = self._get_user_email() > File "/usr/bin/plague-client", line 138, in _get_user_email > cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) > OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end line')] > make: *** [plague] Error 1 > > I'm not really sure what this means (maybe the formatting of one of the > certs is incorrect?) Did I do something wrong? plague-client is broken. My guess in the other reply was good. Apply this: --- plague-client~ 2008-01-31 15:08:22.000000000 +0100 +++ plague-client 2008-08-23 12:24:53.000000000 +0200 @@ -133,7 +133,7 @@ print "%s does not exist or is not readable." % certfile sys.exit(1) f = open(certfile, "r") - buf = f.read(8192) + buf = f.read() f.close() cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) cert_email = cert.get_subject().emailAddress [ From david at hlacik.eu Sat Aug 23 10:47:07 2008 From: david at hlacik.eu (=?ISO-8859-2?Q?David_Hl=E1=E8ik?=) Date: Sat, 23 Aug 2008 12:47:07 +0200 Subject: Fwd: hibernate does not work (system will restart) In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: David Hl??ik Date: 2008/8/22 Subject: Re: hibernate does not work (system will restart) To: For users of Fedora SO i have played. I installed newest kernel from rawhide repo (yum install kernel --enablerepo=rawhide). What is good, that i did not have complains about ACPI during boot process. What is not good, that it still does not work . (during resume from hibernate laptop will reset and then boot normaly :( ). I am pretty sure it was working for me before. What i have installed since then is radeonhd driver (x11) , and alsa-driver from atrpms. I removed both but it did not helped. Please help me :( Regards, David > -- > Timothy Murphy > e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie > tel: +353-86-2336090, +353-1-2842366 > s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland > > -- > fedora-list mailing list > fedora-list at redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > 2008/8/22 David Hl??ik : > Well, i have just discovered that it does not work with older kernel > (before current) also ! :( > It was working well. Now not. > > I need to notice that i have also laptop-mode tool installed > http://samwel.tk/laptop_mode/packages/fedora > > Thanks in advance! > > D. > > On Fri, Aug 22, 2008 at 11:53 AM, David Hl??ik wrote: >> Hello, >> >> i have just noticed ,that with newest kernel hibernation does not work >> on my computer. When i will press hibernate / or it will automatically >> hibernate (power management - hibernation with NB on battery) computer >> will normally shut down. >> During kernel boot NB restart itself . Hibernation is corrupted. >> >> [boss at david ~]$ uname -a >> Linux david 2.6.25.14-108.fc9.i686 #1 SMP Mon Aug 4 14:08:11 EDT 2008 >> i686 i686 i386 GNU/Linux >> >> David. >> > From david at hlacik.eu Sat Aug 23 10:47:34 2008 From: david at hlacik.eu (=?ISO-8859-2?Q?David_Hl=E1=E8ik?=) Date: Sat, 23 Aug 2008 12:47:34 +0200 Subject: hibernate does not work (system will restart) In-Reply-To: References: Message-ID: Great News guys! I have tried to switch runinit to level 3 (multi-user without X). I have tried hibernate there and it worked like a charm! So i finally understood it is really graphic card drivers questions. I have found xorg ati driver in updates-testing repo for my Fedora 9 - xorg-x11-drv-ati-6.8.0-19.fc9.i386. I did installed it and now hibernation for me works like a charm! Great work guys from devel! Btw, for those having problems with sleep i really recommend http://people.freedesktop.org/~hughsient/quirk/ Thanks! D. 2008/8/23 David Hl??ik : > ---------- Forwarded message ---------- > From: David Hl??ik > Date: 2008/8/22 > Subject: Re: hibernate does not work (system will restart) > To: For users of Fedora > > > SO i have played. > > I installed newest kernel from rawhide repo (yum install kernel > --enablerepo=rawhide). What is good, that i did not have complains > about ACPI during boot process. > What is not good, that it still does not work . (during resume from > hibernate laptop will reset and then boot normaly :( ). > > I am pretty sure it was working for me before. What i have installed > since then is radeonhd driver (x11) , and alsa-driver from atrpms. I > removed both but it did not helped. > > Please help me :( > > Regards, > > David >> -- >> Timothy Murphy >> e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie >> tel: +353-86-2336090, +353-1-2842366 >> s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland >> >> -- >> fedora-list mailing list >> fedora-list at redhat.com >> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list >> > 2008/8/22 David Hl??ik : >> Well, i have just discovered that it does not work with older kernel >> (before current) also ! :( >> It was working well. Now not. >> >> I need to notice that i have also laptop-mode tool installed >> http://samwel.tk/laptop_mode/packages/fedora >> >> Thanks in advance! >> >> D. >> >> On Fri, Aug 22, 2008 at 11:53 AM, David Hl??ik wrote: >>> Hello, >>> >>> i have just noticed ,that with newest kernel hibernation does not work >>> on my computer. When i will press hibernate / or it will automatically >>> hibernate (power management - hibernation with NB on battery) computer >>> will normally shut down. >>> During kernel boot NB restart itself . Hibernation is corrupted. >>> >>> [boss at david ~]$ uname -a >>> Linux david 2.6.25.14-108.fc9.i686 #1 SMP Mon Aug 4 14:08:11 EDT 2008 >>> i686 i686 i386 GNU/Linux >>> >>> David. >>> >> > From kevin.kofler at chello.at Sat Aug 23 11:14:06 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Aug 2008 11:14:06 +0000 (UTC) Subject: Fedora User Certificates References: <200808221020.17155.dennis@ausil.us> <200808222009.49989.jamatos@fc.up.pt> Message-ID: Jos? Matos fc.up.pt> writes: > I have tried this procedure and it works with firefox, yet when trying to use > konqueror (4.1.0) it fails. KDE 4 Konqueror currently doesn't support SSL certificate authentication (KIO::TCPSlaveBase::selectClientCertificate is "#if 0"ed out), so no wonder Koji doesn't work with it. Kevin Kofler From kevin.kofler at chello.at Sat Aug 23 11:25:59 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Aug 2008 11:25:59 +0000 (UTC) Subject: Fedora User Certificates References: <200808221020.17155.dennis@ausil.us> <200808222009.49989.jamatos@fc.up.pt> Message-ID: Jos? Matos fc.up.pt> writes: > I have tried this procedure and it works with firefox, yet when trying to use > konqueror (4.1.0) it fails. https://bugs.kde.org/show_bug.cgi?id=167668 Kevin Kofler From dennis at ausil.us Sat Aug 23 14:50:54 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 23 Aug 2008 09:50:54 -0500 Subject: Fedora User Certificates In-Reply-To: <20080823122822.4eb56c28.mschwendt@gmail.com> References: <200808221020.17155.dennis@ausil.us> <48AFD6C2.7010307@timj.co.uk> <20080823122822.4eb56c28.mschwendt@gmail.com> Message-ID: <200808230951.04636.dennis@ausil.us> On Saturday 23 August 2008 05:28:22 am Michael Schwendt wrote: > On Sat, 23 Aug 2008 10:22:10 +0100, Tim Jackson wrote: > > After I did this, plague-client complains when I try to build for EPEL: > > > > Traceback (most recent call last): > > File "/usr/bin/plague-client", line 420, in > > cli = PlagueClient(os.path.expanduser(cfg_file)) > > File "/usr/bin/plague-client", line 81, in __init__ > > self._email = self._get_user_email() > > File "/usr/bin/plague-client", line 138, in _get_user_email > > cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, > > buf) OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end > > line')] make: *** [plague] Error 1 > > > > I'm not really sure what this means (maybe the formatting of one of the > > certs is incorrect?) Did I do something wrong? > > plague-client is broken. My guess in the other reply was good. > Apply this: > > --- plague-client~ 2008-01-31 15:08:22.000000000 +0100 > +++ plague-client 2008-08-23 12:24:53.000000000 +0200 > @@ -133,7 +133,7 @@ > print "%s does not exist or is not readable." % certfile > sys.exit(1) > f = open(certfile, "r") > - buf = f.read(8192) > + buf = f.read() > f.close() > cert = > OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) > cert_email = cert.get_subject().emailAddress > [ its probably due to the new ca cert being 8096 bit and user certs are now all 2048 bit Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From rakesh.pandit at gmail.com Sat Aug 23 16:04:34 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sat, 23 Aug 2008 21:34:34 +0530 Subject: AWOL process for Jeff Carlson In-Reply-To: <1218711719.32386.38.camel@gibraltar.str.redhat.com> References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: 2008/8/14 Nils Philippsen : [..] > Well, we're not in the military here, but IMO the term AWOL is fitting > insofar as you can grant your own leave rather easily by notifying the > rest of us about it. Not doing so could be considered a "breach of > duty", if you bear in mind that duty here is something different than > duty in uniform. > > I don't really care about what term we use to designate non-responsive > maintainers, but it should be "harsh" enough so that people are aware of > the consequences of it. > [..] This got moved to important discussion but basic question/aim for mail remained unanswered. My review for 2.2.61 update has been APPROVED and I am added as co-maintainer for this package. All steps mentioned here have been followed: http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMaintainers The concerned request is https://bugzilla.redhat.com/show_bug.cgi?id=447125 So what next ? I suppose this needs a look by anybody from FESco members. Thanks, -- Regards, Rakesh Pandit From jonstanley at gmail.com Sat Aug 23 16:25:48 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 23 Aug 2008 12:25:48 -0400 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: On Sat, Aug 23, 2008 at 12:04 PM, Rakesh Pandit wrote: > I suppose this needs a look by anybody from FESco members. FESCo has been looking at this. Me and at least one other FESCo member believe that this maintainer is gone/no longer interested in Fedora in this particular case. Therefore, I am approving the orphaning request, thus the three day "no objection" period begins today. As a side note, there is also another package affected, called up-imapproxy. It also needs a loving owner :) From amdunn at gmail.com Sat Aug 23 16:46:57 2008 From: amdunn at gmail.com (Alan Dunn) Date: Sat, 23 Aug 2008 12:46:57 -0400 Subject: CVS working again? (package added but can't commit) Message-ID: Sorry to chime in with another "is it working yet?" question, but I couldn't resist: I put in a CVS request a day or two before the whole recent mess occurred. The cvs request was just granted (last night), but now it tells me that I'm not on the ACL for the package (ocaml-ocamlgraph). The pkgdb system (through the web interface) claims that I actually am. I changed my RSA key, user cert, and CA certs beforehand (yesterday), so I don't think there's an issue with not waiting long enough for something to process. I can also use Koji (at least for scratch builds, which is how I tested this) just fine. Am I forgetting something? Are others experiencing something similar? - Alan From a.badger at gmail.com Sat Aug 23 16:56:15 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 23 Aug 2008 09:56:15 -0700 Subject: CVS working again? (package added but can't commit) In-Reply-To: References: Message-ID: <48B0412F.5010101@gmail.com> Alan Dunn wrote: > Sorry to chime in with another "is it working yet?" question, but I > couldn't resist: > > I put in a CVS request a day or two before the whole recent mess > occurred. The cvs request was just granted (last night), but now it > tells me that I'm not on the ACL for the package (ocaml-ocamlgraph). > The pkgdb system (through the web interface) claims that I actually > am. I changed my RSA key, user cert, and CA certs beforehand > (yesterday), so I don't think there's an issue with not waiting long > enough for something to process. I can also use Koji (at least for > scratch builds, which is how I tested this) just fine. Am I forgetting > something? Are others experiencing something similar? > There have been some issues with pkgdb since we rebuilt everything. Let me see if I can see any problems with ocaml-ocamlgraph. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rakesh.pandit at gmail.com Sat Aug 23 17:06:12 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sat, 23 Aug 2008 22:36:12 +0530 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: 2008/8/23 Jon Stanley : > On Sat, Aug 23, 2008 at 12:04 PM, Rakesh Pandit wrote: > >> I suppose this needs a look by anybody from FESco members. > > FESCo has been looking at this. Me and at least one other FESCo member > believe that this maintainer is gone/no longer interested in Fedora in > this particular case. Therefore, I am approving the orphaning request, > thus the three day "no objection" period begins today. > > As a side note, there is also another package affected, called > up-imapproxy. It also needs a loving owner :) > I would be very happy to take it ..... if it okay with everyone ? -- rakesh From michel.sylvan at gmail.com Sat Aug 23 18:03:23 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 23 Aug 2008 14:03:23 -0400 Subject: GNUstep filesystem layout discussion Message-ID: What === GNUstep is a Obj-C-based framework, similar to Mac OS X's Cocoa State of GNUstep in Fedora ================ GNUstep has long been excluded from Fedora due to its non-standard filesystem layout. Recently, however, its support for being installed under the FHS layout has improved. gnustep-make is now in Fedora. There are some problems with the current layout used by Fedora; see below. Other distributions =========== Debian and its derived distributions have the complete GNUstep stack already packaged. The file system layout they adopted seem to be a flattened FHS layout. Current problems ========== OpenStep/GNUstep/Cocoa allow for application bundles: self-contained directories that is treated by the application launcher (openapp in GNUstep) as applications. In GNUstep terminology, a "flattened" layout, such as used in Debian, makes the application bundles platform-specific. In an unflattened layout, however, such as used by default when using the GNUstep layout (as opposed to the FHS layout that we are constrained to use in Fedora), fat binaries are possible: binaries are stored under a directory specifying their platform. for instance: Hello.app \--- i386 | \--- hello \--- x86_64 \--- hello This seems more desirable, in that it will allow an unmodified 'openapp' launcher to work on multilib systems: the default application path is /usr/lib/GNUstep/Applications, regardless of whether %{_libdir} is /usr/lib or /usr/lib64. The problem, right now, is that GNUstep tools are currently installed in /usr/bin/. Which conflicts with util-linux-ng, where /usr/bin/ is an executable wrapper around 'setarch '. We would need to settle on our GNUstep layout, before the rest of GNUstep can be packaged. The main options right now seem to be: - FHS, flattened (like Debian). We would need to override GNUstep-make to install under %{_libdir} rather than %{_prefix}/lib. It will require a customized openapp to handle multilib systems - FHS, unflattened (like our current gnustep-make). Works well with multilib. We need to decide where to put GNUstep tools: Axel suggests /usr/bin/GNUstep/. Base libraries currently go in /usr/lib/, and are probably fine there. Moving them to /usr/lib/GNUstep/ might cause confusion as the higher-level frameworks are installed there. - Pure GNUstep layout. Everything goes in /usr/GNUstep Thoughts? Once we come up with a consensus I'll probably start a page on the Wiki. Anyone interested in joining a GNUstep SIG? Regards, -- Michel Salim http://hircus.jaiku.com/ From a.badger at gmail.com Sat Aug 23 18:35:33 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 23 Aug 2008 11:35:33 -0700 Subject: CVS working again? (package added but can't commit) In-Reply-To: References: Message-ID: <48B05875.5010207@gmail.com> Alan Dunn wrote: > Sorry to chime in with another "is it working yet?" question, but I > couldn't resist: > > I put in a CVS request a day or two before the whole recent mess > occurred. The cvs request was just granted (last night), but now it > tells me that I'm not on the ACL for the package (ocaml-ocamlgraph). > The pkgdb system (through the web interface) claims that I actually > am. I changed my RSA key, user cert, and CA certs beforehand > (yesterday), so I don't think there's an issue with not waiting long > enough for something to process. I can also use Koji (at least for > scratch builds, which is how I tested this) just fine. Am I forgetting > something? Are others experiencing something similar? > Okay, This is fixed. As part of this rebuild we rebuilt the cvs server and put all the configs into puppet. Unfortunately, if you interpret that to mean that the old cvs server was not in puppet, you'd be correct. generating new acls is on a cron job and that cron job was forgotten in the move. I've fixed that so acls should once again be generated every hour and half hour. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From Axel.Thimm at ATrpms.net Sat Aug 23 19:12:19 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 23 Aug 2008 22:12:19 +0300 Subject: GNUstep filesystem layout discussion In-Reply-To: References: Message-ID: <20080823191219.GA9570@victor.nirvana> Hi, On Sat, Aug 23, 2008 at 02:03:23PM -0400, Michel Salim wrote: > What > === > GNUstep is a Obj-C-based framework, similar to Mac OS X's Cocoa > > State of GNUstep in Fedora > ================ > GNUstep has long been excluded from Fedora due to its non-standard > filesystem layout. Recently, however, its support for being installed > under the FHS layout has improved. gnustep-make is now in Fedora. > There are some problems with the current layout used by Fedora; see > below. > > Other distributions > =========== > Debian and its derived distributions have the complete GNUstep stack > already packaged. The file system layout they adopted seem to be a > flattened FHS layout. > > Current problems > ========== > OpenStep/GNUstep/Cocoa allow for application bundles: self-contained > directories that is treated by the application launcher (openapp in > GNUstep) as applications. In GNUstep terminology, a "flattened" > layout, such as used in Debian, makes the application bundles > platform-specific. In an unflattened layout, however, such as used by > default when using the GNUstep layout (as opposed to the FHS layout > that we are constrained to use in Fedora), fat binaries are possible: > binaries are stored under a directory specifying their platform. > > for instance: > > Hello.app > \--- i386 > | \--- hello > \--- x86_64 > \--- hello > > This seems more desirable, in that it will allow an unmodified > 'openapp' launcher to work on multilib systems: the default > application path is /usr/lib/GNUstep/Applications, regardless of > whether %{_libdir} is /usr/lib or /usr/lib64. Please note that the unflattened layout is not just for different archs, but even different compilers/libcombos. In a flattened world one can only support one combo which for example will make opengroupware conflict with other GNUstep apps. At least this is my understanding, I don't know how Debian has solved this, or even if opengroupware is part of Debian, so perhaps they haven't seen the issue, yet. > The problem, right now, is that GNUstep tools are currently installed > in /usr/bin/. Which conflicts with util-linux-ng, where > /usr/bin/ is an executable wrapper around 'setarch '. What if we simply crop off the from the path? Would that make us fully FHS compliant again? > We would need to settle on our GNUstep layout, before the rest of > GNUstep can be packaged. The main options right now seem to be: > - FHS, flattened (like Debian). We would need to override GNUstep-make > to install under %{_libdir} rather than %{_prefix}/lib. It will > require a customized openapp to handle multilib systems > > - FHS, unflattened (like our current gnustep-make). Works well with > multilib. We need to decide where to put GNUstep tools: Axel suggests > /usr/bin/GNUstep/. Actually I suggested putting them under %{_libexecdir} with symlinks/wrappers back to %{_bindir}. I don't think that a subdirectory under %{_bindir} is really in FHS/Fedora spirit. But now I think maybe we need to place them directly under %{_bindir} and let rpm deal with the different archs as it does for all other %{_bindir} mixing of subarchs with colors etc. > Base libraries currently go in /usr/lib/, and are probably > fine there. Shouldn't this at least go beneath %{_libdir} instead of /usr/lib? > Moving them to /usr/lib/GNUstep/ might cause confusion as the > higher-level frameworks are installed there. > > - Pure GNUstep layout. Everything goes in /usr/GNUstep Thanks for the writeup and if smeone is interested: Some discussion in context of a bug report happened here: https://bugzilla.redhat.com/show_bug.cgi?id=437551 I think Fedora's typical way of dealing with this is the following: o multiarch/multilib binaries are not supported, e.g. all other instances either hide non consumer binaries under %{_libdir}, or allow x86_64 to overwrite less colorful cousins like i386. o libraries need to be placed under %{_libdir}. > Thoughts? Once we come up with a consensus I'll probably start a > page on the Wiki. Anyone interested in joining a GNUstep SIG? I think it is important for many GNUstep app builders to voice in their experiences with the GNUstep build procedure and see how we can make sure the layout we will be "setting in stone" by approval by the FPC will be pleasing all. A wiki page will be great as we can even ask non Fedorians like the opengroupware people to have a look and see whether it would fit their software's need. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Sat Aug 23 19:27:07 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 23 Aug 2008 20:27:07 +0100 Subject: CVS working again? (package added but can't commit) In-Reply-To: <48B05875.5010207@gmail.com> References: <48B05875.5010207@gmail.com> Message-ID: <1219519627.5372.16.camel@PB3.Linux> Hi, > As part of this rebuild we rebuilt the cvs server and put all the > configs into puppet. Unfortunately, if you interpret that to mean that > the old cvs server was not in puppet, you'd be correct. generating new > acls is on a cron job and that cron job was forgotten in the move. I've > fixed that so acls should once again be generated every hour and half hour. Can you check this please? I'm trying to upload the new mono src rpm, but it's failing to upload the tar ball Checking: mono-2.0.tar.bz2 on http://cvs.fedoraproject.org/repo/pkgs/upload.cgi ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Aug 23 19:38:32 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 23 Aug 2008 22:38:32 +0300 Subject: Fedora User Certificates In-Reply-To: <48AF0DBF.7090308@redhat.com> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> <48AF0DBF.7090308@redhat.com> Message-ID: <20080823193832.GC9570@victor.nirvana> On Fri, Aug 22, 2008 at 09:04:31PM +0200, Kai Engert wrote: > Parts of the Fedora infrastructure do not use certificates issued by a > CA already trusted by Firefox, but from Fedora's own certificate authority. > > If you decide to trust Fedora to issue certificates that can identify > web sites, you could decide to import that CA cert to your set of > trusted roots. Could perhaps Fedora/RHEL drop these certificates under /etc/pki/tls/certs/ to automatically trust them? If one trusts the Fedora/RHEL keys and packages like firefox for serving the https connections, then there is not much more further trust needed to blindly add these. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From amdunn at gmail.com Sat Aug 23 20:52:33 2008 From: amdunn at gmail.com (Alan Dunn) Date: Sat, 23 Aug 2008 16:52:33 -0400 Subject: CVS working again? (package added but can't commit) In-Reply-To: <48B05875.5010207@gmail.com> References: <48B05875.5010207@gmail.com> Message-ID: Works now - thanks! (Thus I suppose it's not the same thing as Paul's problem...) - Alan 2008/8/23 Toshio Kuratomi : > Alan Dunn wrote: >> >> Sorry to chime in with another "is it working yet?" question, but I >> couldn't resist: >> >> I put in a CVS request a day or two before the whole recent mess >> occurred. The cvs request was just granted (last night), but now it >> tells me that I'm not on the ACL for the package (ocaml-ocamlgraph). >> The pkgdb system (through the web interface) claims that I actually >> am. I changed my RSA key, user cert, and CA certs beforehand >> (yesterday), so I don't think there's an issue with not waiting long >> enough for something to process. I can also use Koji (at least for >> scratch builds, which is how I tested this) just fine. Am I forgetting >> something? Are others experiencing something similar? >> > Okay, This is fixed. > > As part of this rebuild we rebuilt the cvs server and put all the configs > into puppet. Unfortunately, if you interpret that to mean that the old cvs > server was not in puppet, you'd be correct. generating new acls is on a > cron job and that cron job was forgotten in the move. I've fixed that so > acls should once again be generated every hour and half hour. > > -Toshio > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From jeff at ocjtech.us Sat Aug 23 20:54:50 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Sat, 23 Aug 2008 15:54:50 -0500 Subject: Orphaning Linphone Message-ID: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> Hello, I'm orphaning Linphone and some related packages because I no longer have any interest in it and I'd prefer to concentrate my attention on the rest of my packages as well as the work I've been doing for Fedora Infrastructure. The packages are already orphaned in the package database so first come first serve. Here's the complete list of packages: linphone ortp libeXosip2 libosip libosip2 compat-libosip2 -- "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5:"A Late Delivery from Avalon" From rakesh.pandit at gmail.com Sat Aug 23 21:13:23 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 24 Aug 2008 02:43:23 +0530 Subject: Orphaning Linphone In-Reply-To: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> References: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> Message-ID: 2008/8/24 Jeffrey Ollie : [..] > ortp [..] > libosip I will like to take ortp & libosip ... if its okay for everyone. -- rakesh From tgl at redhat.com Sat Aug 23 21:19:07 2008 From: tgl at redhat.com (Tom Lane) Date: Sat, 23 Aug 2008 17:19:07 -0400 Subject: CVS working again? (package added but can't commit) In-Reply-To: <1219519627.5372.16.camel@PB3.Linux> References: <48B05875.5010207@gmail.com> <1219519627.5372.16.camel@PB3.Linux> Message-ID: <8190.1219526347@sss.pgh.pa.us> Paul writes: > Can you check this please? > I'm trying to upload the new mono src rpm, but it's failing to upload > the tar ball > Checking: mono-2.0.tar.bz2 on > http://cvs.fedoraproject.org/repo/pkgs/upload.cgi > ERROR: could not check remote file status > make: *** [upload] Error 255 > ERROR: Uploading the source tarballs failed! FWIW, I successfully uploaded two new tarballs this afternoon, so it seems to be working here. I suspect you have connection or authentication issues --- have you updated ~/.fedora-upload-ca.cert for instance? regards, tom lane From lemenkov at gmail.com Sat Aug 23 21:18:57 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 24 Aug 2008 01:18:57 +0400 Subject: Orphaning Linphone In-Reply-To: References: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> Message-ID: Hello All! 2008/8/24, Rakesh Pandit : > 2008/8/24 Jeffrey Ollie : > [..] > > ortp > [..] > > libosip > > I will like to take ortp & libosip ... if its okay for everyone. Probably, you mean libosip2, because libosip is dead long time ago :) -- With best regards! From jeff at ocjtech.us Sat Aug 23 21:18:59 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Sat, 23 Aug 2008 16:18:59 -0500 Subject: Orphaning Linphone In-Reply-To: References: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> Message-ID: <935ead450808231418g77ac8d47scaa5f383e695b570@mail.gmail.com> On Sat, Aug 23, 2008 at 4:13 PM, Rakesh Pandit wrote: > 2008/8/24 Jeffrey Ollie : > [..] >> ortp > [..] >> libosip > > I will like to take ortp & libosip ... if its okay for everyone. If you don't take linphone you'll need to coordinate ortp releases carefully with whomever takes linphone as linphone is highly sensitive to the ortp version. -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From rakesh.pandit at gmail.com Sat Aug 23 21:21:57 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 24 Aug 2008 02:51:57 +0530 Subject: Orphaning Linphone In-Reply-To: References: <935ead450808231354u32df748ese7e5a2d71973cdc1@mail.gmail.com> Message-ID: 2008/8/24 Peter Lemenkov : > Hello All! > > 2008/8/24, Rakesh Pandit : >> 2008/8/24 Jeffrey Ollie : >> [..] >> > ortp >> [..] >> > libosip >> >> I will like to take ortp & libosip ... if its okay for everyone. > > Probably, you mean libosip2, because libosip is dead long time ago :) > Yes.... I just checked .... I will take linphone also. -- rakesh From cweyl at alumni.drew.edu Sat Aug 23 22:09:12 2008 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Sat, 23 Aug 2008 15:09:12 -0700 Subject: Fedora User Certificates In-Reply-To: <20080823122822.4eb56c28.mschwendt@gmail.com> References: <200808221020.17155.dennis@ausil.us> <48AFD6C2.7010307@timj.co.uk> <20080823122822.4eb56c28.mschwendt@gmail.com> Message-ID: <7dd7ab490808231509r50f81279h2c16c5821299d56e@mail.gmail.com> On Sat, Aug 23, 2008 at 3:28 AM, Michael Schwendt wrote: > plague-client is broken. My guess in the other reply was good. > Apply this: > > --- plague-client~ 2008-01-31 15:08:22.000000000 +0100 > +++ plague-client 2008-08-23 12:24:53.000000000 +0200 > @@ -133,7 +133,7 @@ > print "%s does not exist or is not readable." % certfile > sys.exit(1) > f = open(certfile, "r") > - buf = f.read(8192) > + buf = f.read() > f.close() > cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) > cert_email = cert.get_subject().emailAddress > [ > Filed against plague as BZ#459894. -- Chris Weyl Ex astris, scientia From kevin.kofler at chello.at Sat Aug 23 22:20:09 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Aug 2008 22:20:09 +0000 (UTC) Subject: GNUstep filesystem layout discussion References: Message-ID: Michel Salim gmail.com> writes: > - FHS, flattened (like Debian). We would need to override GNUstep-make > to install under %{_libdir} rather than %{_prefix}/lib. It will > require a customized openapp to handle multilib systems I consider this to be the only way to really comply with the FHS as required by the Fedora Packaging Guidelines. And as Axel rightly pointed out, binaries do not belong to /usr/bin/GNUstep/: if they're intended to be run directly, they should be directly under /usr/bin, otherwise they should be under /usr/libexec/GNUstep. Disclaimer: I am not an FPC member. I hope this helps, Kevin Kofler From kevin.kofler at chello.at Sat Aug 23 22:26:06 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 23 Aug 2008 22:26:06 +0000 (UTC) Subject: GNUstep filesystem layout discussion References: <20080823191219.GA9570@victor.nirvana> Message-ID: Axel Thimm ATrpms.net> writes: > Please note that the unflattened layout is not just for different > archs, but even different compilers/libcombos. In a flattened world > one can only support one combo which for example will make > opengroupware conflict with other GNUstep apps. Yuck! IMHO the answer there is the same as for other packages which think they are a distro: they need to be fixed to work with the system libraries instead (or the system libraries fixed to work with the packages, if that's where the problem lies). Kevin Kofler From dominik at greysector.net Sat Aug 23 22:41:30 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 24 Aug 2008 00:41:30 +0200 Subject: GNUstep filesystem layout discussion In-Reply-To: References: Message-ID: <20080823224129.GA20661@mokona.greysector.net> On Sunday, 24 August 2008 at 00:20, Kevin Kofler wrote: > Michel Salim gmail.com> writes: > > - FHS, flattened (like Debian). We would need to override GNUstep-make > > to install under %{_libdir} rather than %{_prefix}/lib. It will > > require a customized openapp to handle multilib systems > > I consider this to be the only way to really comply with the FHS as required by > the Fedora Packaging Guidelines. > > And as Axel rightly pointed out, binaries do not belong to /usr/bin/GNUstep/: > if they're intended to be run directly, they should be directly under /usr/bin, > otherwise they should be under /usr/libexec/GNUstep. Sounds reasonable, +1. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From tburke at redhat.com Sun Aug 24 00:05:33 2008 From: tburke at redhat.com (Tim Burke) Date: Sat, 23 Aug 2008 20:05:33 -0400 Subject: Hats off to the RH Fedora guys Message-ID: <48B0A5CD.9090504@redhat.com> Dear Fedorans, There's an old expression: When the going gets tough; the tough get going. The hardcore Fedora guys here at RH have been as tough, determined, hard-working and resilient as I have ever seen. It is a privilege to work among them. They didn't ask for a week of grief. They didn't deserve a week of grief. This burden was inflicted on them through no fault of their own. Through it all they have risen to the occasion and gone well beyond. In addition, they have at all times had the interests and spirit of the community front and center. Because this is an ongoing investigation I am unable to articulate their individual heroics in detail. If you have been lucky enough to meet any of them at Fudcon, OLS, a local LUG meeting or online, you know who I'm talking about. You know the magic they perform. We at Red Hat are proud of every one of them. We stand behind them shoulder to shoulder 100%. Inside the walls of Red Hat, the word "heroes" has almost never been used. Glad we saved it for these guys. In deep admiration Tim Burke, Director Linux Development , From michel.sylvan at gmail.com Sun Aug 24 00:26:34 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 23 Aug 2008 20:26:34 -0400 Subject: [Fedora-packaging] Re: GNUstep filesystem layout discussion In-Reply-To: <20080823224129.GA20661@mokona.greysector.net> References: <20080823224129.GA20661@mokona.greysector.net> Message-ID: On Sat, Aug 23, 2008 at 6:41 PM, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 24 August 2008 at 00:20, Kevin Kofler wrote: >> Michel Salim gmail.com> writes: >> > - FHS, flattened (like Debian). We would need to override GNUstep-make >> > to install under %{_libdir} rather than %{_prefix}/lib. It will >> > require a customized openapp to handle multilib systems >> >> I consider this to be the only way to really comply with the FHS as required by >> the Fedora Packaging Guidelines. >> >> And as Axel rightly pointed out, binaries do not belong to /usr/bin/GNUstep/: >> if they're intended to be run directly, they should be directly under /usr/bin, >> otherwise they should be under /usr/libexec/GNUstep. > > Sounds reasonable, +1. > So the consensus so far seems to be for using a flattened layout. Removing --disable-flattened from gnustep-make actually causes a much tighter adherence to the FHS, with %{_bindir} and %{_libdir} not containing any subdirectories. The one problem I foresee is that application bundles also contain data files. Putting them in %{_libdir}/GNUstep/Applications would mean that installing 32-bit and 64-bit versions of a bundle result in the data files being duplicated. This is probably acceptable, though. I've summarized the discussion on the Wiki: https://fedoraproject.org/wiki/PackagingDrafts/GNUstep Axel, what do you think? Seems like keeping the unflattened layout might be too much trouble; if we are already flattening /usr/bin and /usr/lib*, might as well stick with a flattened layout after all. -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Sun Aug 24 00:37:09 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 23 Aug 2008 20:37:09 -0400 Subject: Next rawhide update In-Reply-To: <1219486678.7467.0.camel@sb-home> References: <1219486678.7467.0.camel@sb-home> Message-ID: On Sat, Aug 23, 2008 at 6:17 AM, nodata wrote: > Anyone know when? > That's a good question. On a related note, presumably the release schedule will have to slip somewhat, since according to it we're in beta freeze already. -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Sun Aug 24 02:29:56 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sat, 23 Aug 2008 22:29:56 -0400 Subject: Pushing cmake 2.6 to F9 In-Reply-To: References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: On Fri, Aug 15, 2008 at 5:24 PM, Kevin Kofler wrote: > Bryan O'Sullivan serpentine.com> writes: >> There are periodic threads about how pushing the new hotness to a >> stable release is a bad idea. This seems like a clear-cut case of why. >> I can understand the fellow's desire to package his window manager, >> but why can't it wait until F10? > > We'll also need cmake 2.6 to push KDE 4.2 ~6 months from now. And there's more > and more stuff requiring 2.6 already (which is why the upgrade was requested in > the first place). So IMHO the sooner it gets into F9, the better. > Will KDE 4.2 be pushed into F-9, though? I understand the rationale for upgrading F-9's KDE to 4.1, but 4.2? Regards, -- Michel Salim http://hircus.jaiku.com/ From a.badger at gmail.com Sun Aug 24 05:52:32 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 23 Aug 2008 22:52:32 -0700 Subject: CVS working again? (package added but can't commit) In-Reply-To: <1219519627.5372.16.camel@PB3.Linux> References: <48B05875.5010207@gmail.com> <1219519627.5372.16.camel@PB3.Linux> Message-ID: <48B0F720.7050509@gmail.com> Paul wrote: > I'm trying to upload the new mono src rpm, but it's failing to upload > the tar ball > > Checking: mono-2.0.tar.bz2 on > http://cvs.fedoraproject.org/repo/pkgs/upload.cgi > ERROR: could not check remote file status > make: *** [upload] Error 255 > ERROR: Uploading the source tarballs failed! > As Tom Lane speculated in his reply, problems with uploading new tarballs are most likely a certificate issue. We did invalidate all old certificates (because we were not doing them correctly in the old system) so you need to have a new user cert and new certs for the upload and builder CA. Dennis Gilmore sent out this message which might help you if you haven't seen it yet: https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From j.w.r.degoede at hhs.nl Sun Aug 24 06:53:21 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 24 Aug 2008 08:53:21 +0200 Subject: Hats off to the RH Fedora guys In-Reply-To: <48B0A5CD.9090504@redhat.com> References: <48B0A5CD.9090504@redhat.com> Message-ID: <48B10561.3020109@hhs.nl> Tim Burke wrote: > Dear Fedorans, > > There's an old expression: When the going gets tough; the tough get going. > > The hardcore Fedora guys here at RH have been as tough, determined, > hard-working and resilient as I have ever seen. It is a privilege to > work among them. They didn't ask for a week of grief. They didn't > deserve a week of grief. This burden was inflicted on them through no > fault of their own. Through it all they have risen to the occasion and > gone well beyond. In addition, they have at all times had the interests > and spirit of the community front and center. > > Because this is an ongoing investigation I am unable to articulate their > individual heroics in detail. If you have been lucky enough to meet any > of them at Fudcon, OLS, a local LUG meeting or online, you know who I'm > talking about. You know the magic they perform. We at Red Hat are proud > of every one of them. We stand behind them shoulder to shoulder 100%. > > Inside the walls of Red Hat, the word "heroes" has almost never been > used. Glad we saved it for these guys. > > In deep admiration > Tim Burke, Director Linux Development , > Yes, This gets a big +1 from me. Even before the unfortunate events of the last few weeks the infrastructure team has been doing an amzing job. A big thanks to you all! I've especially grown to appreciate all the infra work after being involved in trying to duplicate the infra for a 3th pary repository. After this humbling experience I cannot express how happy I'm with the Fedora infrastructure!! Regards, Hans From Axel.Thimm at ATrpms.net Sun Aug 24 07:46:13 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 24 Aug 2008 10:46:13 +0300 Subject: GNUstep filesystem layout discussion In-Reply-To: References: <20080823191219.GA9570@victor.nirvana> Message-ID: <20080824074613.GC13091@victor.nirvana> On Sat, Aug 23, 2008 at 10:26:06PM +0000, Kevin Kofler wrote: > Axel Thimm ATrpms.net> writes: > > Please note that the unflattened layout is not just for different > > archs, but even different compilers/libcombos. In a flattened world > > one can only support one combo which for example will make > > opengroupware conflict with other GNUstep apps. > > Yuck! IMHO the answer there is the same as for other packages which think they > are a distro: they need to be fixed to work with the system libraries instead > (or the system libraries fixed to work with the packages, if that's where the > problem lies). I agree, but the library combo at GNUstep is a different beast, it doesn't have to do with different system libraries and gnustep-make does not ship any private libraries. The issue is whether gnustep-make will allow one and only one Objective-C runtime/ foundation library/graphical interface tuple (flattened), or allow for any sensible combination. Objective-C runtime is probably just gcc. For the graphical interface there is also more or less one choice in the Linux world. But for the foundation libraries there are several choices, most prominently gnustep-base and libFoundation in Linux space, and while most GNUstep owned apps use the in-house gnustep-base lib, some other prominent ones like opengroupware.org use libFoundation. So we do need to allow for the choice at runtime instead of build-time, e.g. allow for non-flattened installs of gnustep-make. I hope this makes the issues a bit clearer. IMHO we need to start with gnustep-make's FHS and non-flattened layout and fix it where it still needs fixing (gnustep-make FHS layout is very young and one could say that we are shaking out the bugs and when we are finished hopefully upstream will be glad to accept any patch we will have made to the FHS mode layout of gnustep-make). -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lists at timj.co.uk Sun Aug 24 08:44:38 2008 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 24 Aug 2008 09:44:38 +0100 Subject: bodhi template changed? Message-ID: <48B11F76.20701@timj.co.uk> The bodhi template for use from cvs checkouts seems to have changed recently and bodhi-client-0.4.10-4.fc9 doesn't like it: if I try to submit an update (via "make update") and set the "type" to "enhancement" (which is defined in the template) then I get the fairly cryptic error: Reading from bodhi.template Traceback (most recent call last): File "/usr/bin/bodhi", line 316, in bodhi.parse_file(opts) File "/usr/bin/bodhi", line 213, in parse_file opts.type = types[para.upper()] KeyError: 'ENHANCEMENT' I assume by this that "enhancement" is not a valid value? (NB either way, bodhi ought to give a clearer error) Tim From rjones at redhat.com Sun Aug 24 09:41:52 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 24 Aug 2008 10:41:52 +0100 Subject: Is upload.cgi working? (was: Re: CVS working again? (package added but can't commit)) In-Reply-To: References: Message-ID: <20080824094152.GA27919@amd.home.annexia.org> I have a related question, I think. When I try to add a new package, I get: Checking : mikmatch-1.0.0.tar.bz2 on https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status Is this error because the infrastructure is still down, or is it because I'm doing something wrong? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From rjones at redhat.com Sun Aug 24 09:42:49 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Sun, 24 Aug 2008 10:42:49 +0100 Subject: Is upload.cgi working? (was: Re: CVS working again? (package added but can't commit)) In-Reply-To: <20080824094152.GA27919@amd.home.annexia.org> References: <20080824094152.GA27919@amd.home.annexia.org> Message-ID: <20080824094249.GB27919@amd.home.annexia.org> Hmmm, ignore that question. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From kurzawax at gmail.com Sun Aug 24 09:49:57 2008 From: kurzawax at gmail.com (kurzawa) Date: Sun, 24 Aug 2008 11:49:57 +0200 Subject: AWOL Maintainer: Krzysztof Kurzawski In-Reply-To: <1218319362.3907.15.camel@wicktop.localdomain> References: <1218319362.3907.15.camel@wicktop.localdomain> Message-ID: <2eccf6500808240249r414a0728vd65ad8e3720c580b@mail.gmail.com> Sorry, but I was on holiday and I hadn't time. I decided to orphane some package: * dayplanner -- An easy and clean Day Planner * jabbin -- Instant messaging and VoIP Jabber client * taskcoach -- Your friendly task manager If someone is interesting please contact me. Cheers, Krzysztof 2008/8/10 Christoph Wickert > I'm afraid, Krzysztof Kurzawski is AWOL. I have tried repetitively to > contact him in > > https://bugzilla.redhat.com/show_bug.cgi?id=446883 > > because daypanner-0.8.1 crashes on F-9 and above. In order to fix this > bug i updated to 0.9.1. > > Krzysztof owns the following packages: > * dayplanner -- An easy and clean Day Planner > * gfeed -- RSS feed reader > * greyhounds -- Greyhounds is a greyhounds racing and breeding > game > * incollector -- Information collector > * jabbin -- Instant messaging and VoIP Jabber client > * netmonitor -- The free linux network bandwidth monitor > * pic2aa -- Pic2AA is tool for converting jpeg/png to AA (Ascii > Art) images > * scythia -- Just a small ftp client > * taskcoach -- Your friendly task manager > * wavextract -- Program for extracting embedded audio data from > JPEG images > * xhotkeys -- Hotkeys for the X-Window > * yoltia -- Qt based picture editing program > * youtube-dl -- Small command-line program to download videos from > YouTube > > If nobody volunteers I'm willing to pick up dayplanner, although I'm not > a perl expert. > > If anybody knows how to contact Krzysztof, please let us know. > > Krzysztof, please respond to this mail or to bug 446883 within 2 weeks, > otherwise you are considered missing in action and your packages will > need to be orphaned. > > Regards > Christoph > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian at lisas.de Sun Aug 24 10:49:40 2008 From: adrian at lisas.de (Adrian Reber) Date: Sun, 24 Aug 2008 12:49:40 +0200 Subject: Cannot create update Message-ID: <20080824104940.GA13683@lisas.de> I created an update for grip-3.2.0-22.fc9 and got a 500 (Internal Error) When I am now trying to create it again I get grip-3.2.0-22.fc9 update already exists! but I cannot find it anywhere. Would be great if someone could take a look at it. Thanks. Adrian From debarshi.ray at gmail.com Sun Aug 24 11:09:54 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Sun, 24 Aug 2008 16:39:54 +0530 Subject: GNUSpool: useful for us? Message-ID: <3170f42f0808240409t28e9f75dr183e63c44bbfcd34@mail.gmail.com> http://savannah.gnu.org/projects/gnuspool/ http://www.gnu.org/software/gnuspool/ Going by the release announcement [1] this is a 24 year old project recently accepted as a GNU program. Is this useful for Fedora? Could not find a package by searching for 'spool' in PackageDB [2] . Happy hacking, Debarshi [1] http://lists.gnu.org/archive/html/info-gnu/2008-08/msg00008.html [2] https://admin.fedoraproject.org/pkgdb/search/package/both/0/AND/spool From rdieter at math.unl.edu Sun Aug 24 11:25:10 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 24 Aug 2008 06:25:10 -0500 Subject: Pushing cmake 2.6 to F9 References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Michel Salim wrote: > Will KDE 4.2 be pushed into F-9, though? I understand the rationale > for upgrading F-9's KDE to 4.1, but 4.2? A definite maybe (and more likely than not), but we haven't planned that far ahead yet. :) -- Rex From mike at miketc.net Sun Aug 24 12:04:11 2008 From: mike at miketc.net (Mike Chambers) Date: Sun, 24 Aug 2008 07:04:11 -0500 Subject: Hats off to the RH Fedora guys In-Reply-To: <48B0A5CD.9090504@redhat.com> References: <48B0A5CD.9090504@redhat.com> Message-ID: <1219579451.21011.3.camel@scrappy.miketc.net> On Sat, 2008-08-23 at 20:05 -0400, Tim Burke wrote: > Dear Fedorans, > > There's an old expression: When the going gets tough; the tough get going. > > The hardcore Fedora guys here at RH have been as tough, determined, > hard-working and resilient as I have ever seen. It is a privilege to > work among them. They didn't ask for a week of grief. They didn't > deserve a week of grief. This burden was inflicted on them through no > fault of their own. Through it all they have risen to the occasion and > gone well beyond. In addition, they have at all times had the interests > and spirit of the community front and center. > > Because this is an ongoing investigation I am unable to articulate their > individual heroics in detail. If you have been lucky enough to meet any > of them at Fudcon, OLS, a local LUG meeting or online, you know who I'm > talking about. You know the magic they perform. We at Red Hat are proud > of every one of them. We stand behind them shoulder to shoulder 100%. > > Inside the walls of Red Hat, the word "heroes" has almost never been > used. Glad we saved it for these guys. +1 Haven't met anyone face to face, but have talked with via emails, irc,even one or so on the phone, etc.. and am proud of you all for busting your butts to get everything back online. Here's hoping that if you had certain ideas that you wanted to implement on the machines but couldn't due to how it was already working, that you were able to get them setup even better to your likings so we all benefit. Here's a beer and drinks on me :P -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From dominik at greysector.net Sun Aug 24 12:50:38 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 24 Aug 2008 14:50:38 +0200 Subject: [Fedora-packaging] Re: GNUstep filesystem layout discussion In-Reply-To: References: <20080823224129.GA20661@mokona.greysector.net> Message-ID: <20080824125038.GA22804@mokona.greysector.net> On Sunday, 24 August 2008 at 02:26, Michel Salim wrote: > On Sat, Aug 23, 2008 at 6:41 PM, Dominik 'Rathann' Mierzejewski > wrote: > > On Sunday, 24 August 2008 at 00:20, Kevin Kofler wrote: > >> Michel Salim gmail.com> writes: > >> > - FHS, flattened (like Debian). We would need to override GNUstep-make > >> > to install under %{_libdir} rather than %{_prefix}/lib. It will > >> > require a customized openapp to handle multilib systems > >> > >> I consider this to be the only way to really comply with the FHS as required by > >> the Fedora Packaging Guidelines. > >> > >> And as Axel rightly pointed out, binaries do not belong to /usr/bin/GNUstep/: > >> if they're intended to be run directly, they should be directly under /usr/bin, > >> otherwise they should be under /usr/libexec/GNUstep. > > > > Sounds reasonable, +1. > > > So the consensus so far seems to be for using a flattened layout. > Removing --disable-flattened from gnustep-make actually causes a much > tighter adherence to the FHS, with %{_bindir} and %{_libdir} not > containing any subdirectories. > > The one problem I foresee is that application bundles also contain > data files. Putting them in %{_libdir}/GNUstep/Applications would mean > that installing 32-bit and 64-bit versions of a bundle result in the > data files being duplicated. This is probably acceptable, though. If the data doesn't differ between 64bit and 32bit, it should be put in /usr/share and symlinked where necessary. > I've summarized the discussion on the Wiki: > https://fedoraproject.org/wiki/PackagingDrafts/GNUstep > > Axel, what do you think? Seems like keeping the unflattened layout > might be too much trouble; if we are already flattening /usr/bin and > /usr/lib*, might as well stick with a flattened layout after all. I'm not Axel, but I second this. ;) Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From Axel.Thimm at ATrpms.net Sun Aug 24 13:16:04 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 24 Aug 2008 16:16:04 +0300 Subject: GNUstep filesystem layout discussion In-Reply-To: <20080824125038.GA22804@mokona.greysector.net> References: <20080823224129.GA20661@mokona.greysector.net> <20080824125038.GA22804@mokona.greysector.net> Message-ID: <20080824131604.GB23503@victor.nirvana> On Sun, Aug 24, 2008 at 02:50:38PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > Axel, what do you think? Seems like keeping the unflattened layout > > might be too much trouble; if we are already flattening /usr/bin and > > /usr/lib*, might as well stick with a flattened layout after all. > > I'm not Axel, but I second this. ;) But please understand that we would then have chosen between libfoundation and gnustep-base, e.g. only one would be allowed in Fedora world. And thus only one subset of application packages would survive. unflattened != multiarch unflattened == choose libcombo at runtime flattened == choose libcombo at buildtime -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dominik at greysector.net Sun Aug 24 13:24:44 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 24 Aug 2008 15:24:44 +0200 Subject: GNUstep filesystem layout discussion In-Reply-To: <20080824131604.GB23503@victor.nirvana> References: <20080823224129.GA20661@mokona.greysector.net> <20080824125038.GA22804@mokona.greysector.net> <20080824131604.GB23503@victor.nirvana> Message-ID: <20080824132444.GA23430@mokona.greysector.net> On Sunday, 24 August 2008 at 15:16, Axel Thimm wrote: > On Sun, Aug 24, 2008 at 02:50:38PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > Axel, what do you think? Seems like keeping the unflattened layout > > > might be too much trouble; if we are already flattening /usr/bin and > > > /usr/lib*, might as well stick with a flattened layout after all. > > > > I'm not Axel, but I second this. ;) > > But please understand that we would then have chosen between > libfoundation and gnustep-base, e.g. only one would be allowed in > Fedora world. And thus only one subset of application packages would > survive. > > unflattened != multiarch > unflattened == choose libcombo at runtime > flattened == choose libcombo at buildtime Hm. We don't support mixing lesstif and openmotif either. Is libfoundation incompatible with gnustep-base? Anyway, here's an idea: Put binaries in unflattened %{_libdir}/GNUstep/* and symlink to /usr/bin. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From Axel.Thimm at ATrpms.net Sun Aug 24 14:17:27 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 24 Aug 2008 17:17:27 +0300 Subject: GNUstep filesystem layout discussion In-Reply-To: <20080824132444.GA23430@mokona.greysector.net> References: <20080823224129.GA20661@mokona.greysector.net> <20080824125038.GA22804@mokona.greysector.net> <20080824131604.GB23503@victor.nirvana> <20080824132444.GA23430@mokona.greysector.net> Message-ID: <20080824141727.GD23503@victor.nirvana> On Sun, Aug 24, 2008 at 03:24:44PM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 24 August 2008 at 15:16, Axel Thimm wrote: > > On Sun, Aug 24, 2008 at 02:50:38PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > > Axel, what do you think? Seems like keeping the unflattened layout > > > > might be too much trouble; if we are already flattening /usr/bin and > > > > /usr/lib*, might as well stick with a flattened layout after all. > > > > > > I'm not Axel, but I second this. ;) > > > > But please understand that we would then have chosen between > > libfoundation and gnustep-base, e.g. only one would be allowed in > > Fedora world. And thus only one subset of application packages would > > survive. > > > > unflattened != multiarch > > unflattened == choose libcombo at runtime > > flattened == choose libcombo at buildtime > > Hm. We don't support mixing lesstif and openmotif either. Is libfoundation > incompatible with gnustep-base? While not an expert on gnustep, I think the differences are not just different implementations of the same API/ABI, I believe the libs are supposed to have different APIs. Many applications (all?) require specific libcombos to be built against. > Anyway, here's an idea: > Put binaries in unflattened %{_libdir}/GNUstep/* and symlink to /usr/bin. Binaries are probably not an issue, IMHO there are just some bugs in gnustep's implementation of the FHS (like /usr/bin/x86_64 subdirs, which we must truncate back). -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lmacken at redhat.com Sun Aug 24 16:10:57 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 24 Aug 2008 12:10:57 -0400 Subject: bodhi template changed? In-Reply-To: <48B11F76.20701@timj.co.uk> References: <48B11F76.20701@timj.co.uk> Message-ID: <20080824161057.GB5489@x300> On Sun, Aug 24, 2008 at 09:44:38AM +0100, Tim Jackson wrote: > The bodhi template for use from cvs checkouts seems to have changed > recently and bodhi-client-0.4.10-4.fc9 doesn't like it: if I try to > submit an update (via "make update") and set the "type" to "enhancement" > (which is defined in the template) then I get the fairly cryptic error: > > Reading from bodhi.template > Traceback (most recent call last): > File "/usr/bin/bodhi", line 316, in > bodhi.parse_file(opts) > File "/usr/bin/bodhi", line 213, in parse_file > opts.type = types[para.upper()] > KeyError: 'ENHANCEMENT' > > I assume by this that "enhancement" is not a valid value? > (NB either way, bodhi ought to give a clearer error) Yes... I had hoped to push out a new bodhi-client into updates before doing the upgrade, since a lot of the API has changed. Due to all of the fun we had in the past week, I was unable to do so. Please try the latest bodhi-client package from koji (you may need to install bodhi-server as well to get the egg-info at the moment): koji download-build bodhi-0.5.1-1.fc9 luke From lmacken at redhat.com Sun Aug 24 16:31:19 2008 From: lmacken at redhat.com (Luke Macken) Date: Sun, 24 Aug 2008 12:31:19 -0400 Subject: Cannot create update In-Reply-To: <20080824104940.GA13683@lisas.de> References: <20080824104940.GA13683@lisas.de> Message-ID: <20080824163119.GC5489@x300> On Sun, Aug 24, 2008 at 12:49:40PM +0200, Adrian Reber wrote: > > I created an update for grip-3.2.0-22.fc9 and got a 500 (Internal Error) > > When I am now trying to create it again I get > > grip-3.2.0-22.fc9 update already exists! > > but I cannot find it anywhere. Would be great if someone could take a > look at it. Thanks. I believe to have fixed the issue in git, and I also cleaned up the stray build in bodhi. Please give it another shot. Thanks, luke From michel.sylvan at gmail.com Sun Aug 24 17:14:11 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sun, 24 Aug 2008 13:14:11 -0400 Subject: GNUSpool: useful for us? In-Reply-To: <3170f42f0808240409t28e9f75dr183e63c44bbfcd34@mail.gmail.com> References: <3170f42f0808240409t28e9f75dr183e63c44bbfcd34@mail.gmail.com> Message-ID: On Sun, Aug 24, 2008 at 7:09 AM, Debarshi Ray wrote: > http://savannah.gnu.org/projects/gnuspool/ > http://www.gnu.org/software/gnuspool/ > > Going by the release announcement [1] this is a 24 year old project > recently accepted as a GNU program. Is this useful for Fedora? Could > not find a package by searching for 'spool' in PackageDB [2] . > Looks quite interesting. Would be nice to know how well it integrates with, say, CUPS. Its design appears to be more location-agnostic -- you can have a network of printers and your task gets printed on the first available printer. I'd say package it. It might not end up being installed by default, but it should be made available for those who want it. -- Michel Salim http://hircus.jaiku.com/ From moe at blagblagblag.org Sun Aug 24 18:17:08 2008 From: moe at blagblagblag.org (jeff) Date: Sun, 24 Aug 2008 15:17:08 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> Message-ID: <48B1A5A4.8080505@blagblagblag.org> Rex Dieter wrote: > jeff wrote: > > >> These are based on BLAG 90k which is based on Fedora 9. > > I'd personally much prefer if the blag folks work more closely to get such changes into fedora directly. Anyone aware of blockers preventing this? #459455 I submitted a first package to get rolling with the whole process of sponsorship and such. The maintainer of icecast wants me to co-maintain it, but I can't do that until I get approved with the above package. I then have a number of other .specs I can clean up and submit. Thx, -Jeff From sundaram at fedoraproject.org Sun Aug 24 18:23:35 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 24 Aug 2008 23:53:35 +0530 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48B1A5A4.8080505@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <48B1A5A4.8080505@blagblagblag.org> Message-ID: <48B1A727.7010702@fedoraproject.org> jeff wrote: > Rex Dieter wrote: >> jeff wrote: >> >> >>> These are based on BLAG 90k which is based on Fedora 9. >> >> I'd personally much prefer if the blag folks work more closely to get >> such changes into fedora directly. Anyone aware of blockers >> preventing this? > > #459455 > > I submitted a first package to get rolling with the whole process of > sponsorship and such. The maintainer of icecast wants me to co-maintain > it, but I can't do that until I get approved with the above package. I > then have a number of other .specs I can clean up and submit. Follow http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored Rahul From moe at blagblagblag.org Sun Aug 24 18:44:47 2008 From: moe at blagblagblag.org (jeff) Date: Sun, 24 Aug 2008 15:44:47 -0300 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48B1A727.7010702@fedoraproject.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <48B1A5A4.8080505@blagblagblag.org> <48B1A727.7010702@fedoraproject.org> Message-ID: <48B1AC1F.60508@blagblagblag.org> Rahul Sundaram wrote: > jeff wrote: >> Rex Dieter wrote: >>> jeff wrote: >>> >>> >>>> These are based on BLAG 90k which is based on Fedora 9. >>> >>> I'd personally much prefer if the blag folks work more closely to get >>> such changes into fedora directly. Anyone aware of blockers >>> preventing this? >> >> #459455 >> >> I submitted a first package to get rolling with the whole process of >> sponsorship and such. The maintainer of icecast wants me to >> co-maintain it, but I can't do that until I get approved with the >> above package. I then have a number of other .specs I can clean up and >> submit. > > Follow > > http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored Hmm, did I miss something? I kind of thought I had followed that (and various other wiki pages): FE-NEEDSPONSOR :) Thx, -Jeff From debarshi.ray at gmail.com Sun Aug 24 19:09:16 2008 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 25 Aug 2008 00:39:16 +0530 Subject: Packaging Cherokee Message-ID: <3170f42f0808241209w8d44b00p70a0e0084c0c636c@mail.gmail.com> I am packaging Cherokee [1] for Fedora. If someone else is also interested please let me know. Happy hacking, Debarshi [1] http://www.cherokee-project.com/ From simon at w3sp.de Sun Aug 24 19:27:42 2008 From: simon at w3sp.de (Simon Wesp) Date: Sun, 24 Aug 2008 21:27:42 +0200 Subject: Packaging Cherokee In-Reply-To: <3170f42f0808241209w8d44b00p70a0e0084c0c636c@mail.gmail.com> References: <3170f42f0808241209w8d44b00p70a0e0084c0c636c@mail.gmail.com> Message-ID: <20080824212742.7c802b2e@schafwiese> Am Montag, 25 August 2008 00:39:16 schrieb "Debarshi Ray" : > I am packaging Cherokee [1] for Fedora Very cool idea! :-) -- Mit freundlichen Gr??en aus dem sch?nen Hainzell Simon Wesp The G in GNU stands for GNU -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sundaram at fedoraproject.org Sun Aug 24 19:51:41 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 25 Aug 2008 01:21:41 +0530 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <48B1AC1F.60508@blagblagblag.org> References: <1218552790.27760.3.camel@aglarond.local> <48A1B13F.7030606@blagblagblag.org> <48B1A5A4.8080505@blagblagblag.org> <48B1A727.7010702@fedoraproject.org> <48B1AC1F.60508@blagblagblag.org> Message-ID: <48B1BBCD.9020401@fedoraproject.org> jeff wrote: >> >> http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored > > Hmm, did I miss something? I kind of thought I had followed that (and > various other wiki pages): FE-NEEDSPONSOR :) Submit more packages or review packages waiting on queue. It helps in getting sponsored. Rahul From ianburrell at gmail.com Sun Aug 24 20:40:08 2008 From: ianburrell at gmail.com (Ian Burrell) Date: Sun, 24 Aug 2008 13:40:08 -0700 Subject: Unorphaning daap-sharp Message-ID: I just noticed that banshee does not support my DAAP server since daap-sharp was orphaned and removed. I will take ownership of the daap-sharp package. Do I need to have re-reviewed? - Ian From bpepple at fedoraproject.org Sun Aug 24 21:26:08 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sun, 24 Aug 2008 17:26:08 -0400 Subject: Unorphaning daap-sharp In-Reply-To: References: Message-ID: <1219613168.3503.0.camel@kennedy> On Sun, 2008-08-24 at 13:40 -0700, Ian Burrell wrote: > I just noticed that banshee does not support my DAAP server since > daap-sharp was orphaned and removed. I will take ownership of the > daap-sharp package. Do I need to have re-reviewed? Yes. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michel.sylvan at gmail.com Sun Aug 24 21:35:27 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sun, 24 Aug 2008 17:35:27 -0400 Subject: Unorphaning daap-sharp In-Reply-To: References: Message-ID: On Sun, Aug 24, 2008 at 4:40 PM, Ian Burrell wrote: > I just noticed that banshee does not support my DAAP server since > daap-sharp was orphaned and removed. I will take ownership of the > daap-sharp package. Do I need to have re-reviewed? > Let me know when you posted the review; I just unorphaned Banshee, and am just about to push an update for 1.2.1. I might hold back on that until daap-sharp reenters Fedora. Regards, -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Sun Aug 24 21:39:37 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sun, 24 Aug 2008 17:39:37 -0400 Subject: [Fedora-packaging] Re: GNUstep filesystem layout discussion In-Reply-To: <20080824141727.GD23503@victor.nirvana> References: <20080823224129.GA20661@mokona.greysector.net> <20080824125038.GA22804@mokona.greysector.net> <20080824131604.GB23503@victor.nirvana> <20080824132444.GA23430@mokona.greysector.net> <20080824141727.GD23503@victor.nirvana> Message-ID: On Sun, Aug 24, 2008 at 10:17 AM, Axel Thimm wrote: >> > unflattened != multiarch >> > unflattened == choose libcombo at runtime >> > flattened == choose libcombo at buildtime >> >> Hm. We don't support mixing lesstif and openmotif either. Is libfoundation >> incompatible with gnustep-base? > > While not an expert on gnustep, I think the differences are not just > different implementations of the same API/ABI, I believe the libs are > supposed to have different APIs. Many applications (all?) require > specific libcombos to be built against. > >> Anyway, here's an idea: >> Put binaries in unflattened %{_libdir}/GNUstep/* and symlink to /usr/bin. > > Binaries are probably not an issue, IMHO there are just some bugs in > gnustep's implementation of the FHS (like /usr/bin/x86_64 subdirs, > which we must truncate back). So: - binaries can be flattened - library structure can be simplified: currently: %{_prefix}/lib//linux-gnu/gnu-gnu-gnu proposed: %{_libdir}/linux-gnu/gnu-gnu-gnu (remove as we'll only ever deal with 32-bit/64-bit parallel installs, and %{_libdir} handles this) or perhaps even %{_libdir}/GNUstep/gnu-gnu-gnu? If someone could point to a libFoundation set-up, we can see which of linux-gnu and gnu-gnu-gnu can be done away with. -- Michel Salim http://hircus.jaiku.com/ From mitr at volny.cz Sun Aug 24 21:45:59 2008 From: mitr at volny.cz (Miloslav =?UTF-8?Q?Trma=C4=8D?=) Date: Sun, 24 Aug 2008 23:45:59 +0200 Subject: License change: fwknop is GPLv2 Message-ID: <1219614360.2635.32.camel@amilo> Hello, fwknop's license change was clarified from GPL+ to GPLv2. AFAIK nothing depends on fwknop. Mirek From adrian at lisas.de Sun Aug 24 22:30:45 2008 From: adrian at lisas.de (Adrian Reber) Date: Mon, 25 Aug 2008 00:30:45 +0200 Subject: Cannot create update In-Reply-To: <20080824163119.GC5489@x300> References: <20080824104940.GA13683@lisas.de> <20080824163119.GC5489@x300> Message-ID: <20080824223045.GA28866@lisas.de> On Sun, Aug 24, 2008 at 12:31:19PM -0400, Luke Macken wrote: > On Sun, Aug 24, 2008 at 12:49:40PM +0200, Adrian Reber wrote: > > > > I created an update for grip-3.2.0-22.fc9 and got a 500 (Internal Error) > > > > When I am now trying to create it again I get > > > > grip-3.2.0-22.fc9 update already exists! > > > > but I cannot find it anywhere. Would be great if someone could take a > > look at it. Thanks. > > I believe to have fixed the issue in git, and I also cleaned up the stray > build in bodhi. Please give it another shot. Now it works. Thanks! Adrian From kanarip at kanarip.com Mon Aug 25 01:34:23 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 25 Aug 2008 03:34:23 +0200 Subject: Fedora Unity releases Fedora 8 Re-Spin In-Reply-To: <48B2049C.3030907@math.vt.edu> References: <48B2049C.3030907@math.vt.edu> Message-ID: <48B20C1F.90700@kanarip.com> ben wrote: > The Fedora Unity Project is proud to announce the release of new ISO > Re-Spins (DVD Sets) of Fedora 8. > > These Re-Spin ISOs are based on the officially released Fedora 8 > installation media and include all updates released as of August 14th, > 2008. > > The ISO images are available for i386, x86_64 and PPC architectures via > Jigdo and Torrent starting Sun August 24th, 2008. > > Go to http://spins.fedoraunity.org/spins to get the bits! > > > DVD Media Only > Another area where https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00403.html strikes (rawhide, F-9 respins, F-8 respins ... custom spins... anyone?) Kind regards, Jeroen van Meeuwen -kanarip From ndbecker2 at gmail.com Mon Aug 25 01:34:48 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 24 Aug 2008 21:34:48 -0400 Subject: cannot cvs tag (permission denied) Message-ID: I've been away for 2 weeks. I tried to do cert update, I have a new .fedora-upload-ca.cert dated 8/20. I get: make tag build cvs tag -c mercurial-1_0_2-1_fc10 Permission denied (publickey). cvs [tag aborted]: end of file from server (consult above messages if any) From rdieter at math.unl.edu Mon Aug 25 01:38:50 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 24 Aug 2008 20:38:50 -0500 Subject: cannot cvs tag (permission denied) References: Message-ID: Neal Becker wrote: > I've been away for 2 weeks. I tried to do cert update, I have a new > .fedora-upload-ca.cert dated 8/20. > > I get: > make tag build > cvs tag -c mercurial-1_0_2-1_fc10 > Permission denied (publickey). > cvs [tag aborted]: end of file from server (consult above messages if any) Did you upload a new ssh key to fas? -- Rex From tgl at redhat.com Mon Aug 25 01:58:29 2008 From: tgl at redhat.com (Tom Lane) Date: Sun, 24 Aug 2008 21:58:29 -0400 Subject: cannot cvs tag (permission denied) In-Reply-To: References: Message-ID: <1151.1219629509@sss.pgh.pa.us> Neal Becker writes: > I've been away for 2 weeks. I tried to do cert update, I have a new .fedora-upload-ca.cert dated 8/20. > I get: > make tag build > cvs tag -c mercurial-1_0_2-1_fc10 > Permission denied (publickey). Not an expert, but this looks what I got before I re-uploaded my ssh key: https://fedoraproject.org/wiki/Infrastructure/ReplacingSSHKey (If you have any reason at all to think that your ssh key was compromised, better make a new one first.) Also, have you done *all* the steps mentioned here: https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html (The browser import part might not be relevant, but the rest definitely are.) regards, tom lane From ndbecker2 at gmail.com Mon Aug 25 02:03:15 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 24 Aug 2008 22:03:15 -0400 Subject: cannot cvs tag (permission denied) References: Message-ID: Rex Dieter wrote: > Neal Becker wrote: > >> I've been away for 2 weeks. I tried to do cert update, I have a new >> .fedora-upload-ca.cert dated 8/20. >> >> I get: >> make tag build >> cvs tag -c mercurial-1_0_2-1_fc10 >> Permission denied (publickey). >> cvs [tag aborted]: end of file from server (consult above messages if >> any) > > Did you upload a new ssh key to fas? > > -- Rex > > No. What do I need to do? (I use my rsa key for other purposes, so ssh-keygen -t rsa -b 2048 Upload the new public key (defaults to file ~/.ssh/id_rsa.pub). is probably not what I want. Also, what does "upload the new public key" mean? From michel.sylvan at gmail.com Mon Aug 25 06:21:39 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 25 Aug 2008 02:21:39 -0400 Subject: Banshee Orphanage Spree In-Reply-To: <1218719424.20539.12.camel@fantail.jnet.net.nz> References: <1218719424.20539.12.camel@fantail.jnet.net.nz> Message-ID: On Thu, Aug 14, 2008 at 9:10 AM, Nigel Jones wrote: > Hi all, > > As I no longer use banshee it seems pointless to try and maintain such a > large package. In addition there are several upstream weirdnesses that > drove me nuts (such us distributing libraries privately) that started > causing weird conflicts with other packages. > > All-in-all if you use them and care enough to maintain them, I'd really > recommend it. > > The packages are: > * banshee > * ipod-sharp > * libipoddevice > * podsleuth I've just taken banshee; seeing as the rest of the packages are not taken up yet, I'll take them too. Regards, -- Michel Salim http://hircus.jaiku.com/ From Axel.Thimm at ATrpms.net Mon Aug 25 07:30:34 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 25 Aug 2008 10:30:34 +0300 Subject: GNUstep filesystem layout discussion In-Reply-To: References: <20080823224129.GA20661@mokona.greysector.net> <20080824125038.GA22804@mokona.greysector.net> <20080824131604.GB23503@victor.nirvana> <20080824132444.GA23430@mokona.greysector.net> <20080824141727.GD23503@victor.nirvana> Message-ID: <20080825073034.GA1665@victor.nirvana> On Sun, Aug 24, 2008 at 05:39:37PM -0400, Michel Salim wrote: > On Sun, Aug 24, 2008 at 10:17 AM, Axel Thimm wrote: > > >> > unflattened != multiarch > >> > unflattened == choose libcombo at runtime > >> > flattened == choose libcombo at buildtime > >> > >> Hm. We don't support mixing lesstif and openmotif either. Is libfoundation > >> incompatible with gnustep-base? > > > > While not an expert on gnustep, I think the differences are not just > > different implementations of the same API/ABI, I believe the libs are > > supposed to have different APIs. Many applications (all?) require > > specific libcombos to be built against. > > > >> Anyway, here's an idea: > >> Put binaries in unflattened %{_libdir}/GNUstep/* and symlink to /usr/bin. > > > > Binaries are probably not an issue, IMHO there are just some bugs in > > gnustep's implementation of the FHS (like /usr/bin/x86_64 subdirs, > > which we must truncate back). > > So: > - binaries can be flattened > - library structure can be simplified: > currently: %{_prefix}/lib//linux-gnu/gnu-gnu-gnu > proposed: %{_libdir}/linux-gnu/gnu-gnu-gnu > (remove as we'll only ever deal with 32-bit/64-bit parallel > installs, and %{_libdir} handles this) > > or perhaps even %{_libdir}/GNUstep/gnu-gnu-gnu? > > If someone could point to a libFoundation set-up, we can see which of > linux-gnu and gnu-gnu-gnu can be done away with. Just replace gnu-gnu-gnu with gnu-fd-gnu or gnu-fd-nil. The layout is given by gnustep-make for all consumers independent of the combo. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From martin.sourada at gmail.com Mon Aug 25 08:22:18 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 25 Aug 2008 10:22:18 +0200 Subject: New certs woes Message-ID: <1219652538.13603.14.camel@pc-notebook> Hi, I'm having several issues with the new certificates, can somebody help me solve them? I successfully uploaded new ssh key to fas (git push on fedorahosted.org is working for me), also I replaced the old certificates with new ones via fedora-packager-setup. Here is the ls: -rw-rw-r-- 1 mso mso 2725 2008-08-24 10:25 fedora-browser-cert.p12 -rw------- 1 mso mso 8557 2008-08-19 15:49 .fedora.cert -rw-rw-r-- 1 mso mso 6162 2008-08-20 18:47 .fedora-server-ca.cert -rw-rw-r-- 1 mso mso 6162 2008-08-20 18:47 .fedora-upload-ca.cert However, I cannot log in to koji web interface. Firefox (after confirming an exception for the new koji's ssh certificate) asks for my certificate, I use the fedora-browser-cert.p12 listed above. Details of the certificate: Issued to: E=martin.sourada at gmail.com,CN=mso,OU=Upload Files,O=Fedora Project,ST=North Carolina,C=US Serial Number: 00:90 Valid from 19/08/08 15:49:44 to 19/08/09 15:49:44 Email: martin.sourada at gmail.com Issued by: E=admin at fedoraproject.org,CN=Fedora Project CA,OU=Fedora Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US Stored in: Software Security Device Then error page appears: Secure Connection Failed ----------------------------------------------------------------------- An error occurred during a connection to koji.fedoraproject.org. SSL peer cannot verify your certificate. (Error code: ssl_error_bad_cert_alert) ----------------------------------------------------------------------- The page you are trying to view can not be shown because the authenticity of the received data could not be verified. * Please contact the web site owners to inform them of this problem. [Try again] Any thoughts of what am I doing wrong? I deleted the old certificate from firefox and imported the new one, also I restarted firefox numerous times already and still no luck. Also uploading new sources to cvs is not working for me (cvs co and cvs update does though): make new-sources FILES=subtitleeditor-0.22.3.tar.gz Checking : subtitleeditor-0.22.3.tar.gz on https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status make: *** [new-sources] Error 255 Any thoughts what I am missing? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michel.sylvan at gmail.com Mon Aug 25 09:10:38 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Mon, 25 Aug 2008 05:10:38 -0400 Subject: cannot cvs tag (permission denied) In-Reply-To: References: Message-ID: On Sun, Aug 24, 2008 at 10:03 PM, Neal Becker wrote: > Rex Dieter wrote: > >> Neal Becker wrote: >> >>> I've been away for 2 weeks. I tried to do cert update, I have a new >>> .fedora-upload-ca.cert dated 8/20. >>> >>> I get: >>> make tag build >>> cvs tag -c mercurial-1_0_2-1_fc10 >>> Permission denied (publickey). >>> cvs [tag aborted]: end of file from server (consult above messages if >>> any) >> >> Did you upload a new ssh key to fas? >> >> -- Rex >> >> > No. What do I need to do? (I use my rsa key for other purposes, so > ssh-keygen -t rsa -b 2048 > > Upload the new public key (defaults to file ~/.ssh/id_rsa.pub). > > is probably not what I want. Also, what does "upload the new public key" mean? > Edit your profile at the FAS and upload your SSH public key. Many people have DSA keys and so they really have to create a new key and upload them. Even if you have an RSA key, all of contributors' public keys information were purged from the system (to make sure potentially compromised DSA keys are gone), so you'd still have to re-upload your (old) key anyway. -- Michel Salim http://hircus.jaiku.com/ From ndbecker2 at gmail.com Mon Aug 25 11:05:51 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 25 Aug 2008 07:05:51 -0400 Subject: cannot cvs tag (permission denied) References: Message-ID: Michel Salim wrote: > On Sun, Aug 24, 2008 at 10:03 PM, Neal Becker wrote: >> Rex Dieter wrote: >> >>> Neal Becker wrote: >>> >>>> I've been away for 2 weeks. I tried to do cert update, I have a new >>>> .fedora-upload-ca.cert dated 8/20. >>>> >>>> I get: >>>> make tag build >>>> cvs tag -c mercurial-1_0_2-1_fc10 >>>> Permission denied (publickey). >>>> cvs [tag aborted]: end of file from server (consult above messages if >>>> any) >>> >>> Did you upload a new ssh key to fas? >>> >>> -- Rex >>> >>> >> No. What do I need to do? (I use my rsa key for other purposes, so >> ssh-keygen -t rsa -b 2048 >> >> Upload the new public key (defaults to file ~/.ssh/id_rsa.pub). >> >> is probably not what I want. Also, what does "upload the new public key" >> mean? >> > Edit your profile at the FAS and upload your SSH public key. Many > people have DSA keys and so they really have to create a new key and > upload them. Even if you have an RSA key, all of contributors' public > keys information were purged from the system (to make sure potentially > compromised DSA keys are gone), so you'd still have to re-upload your > (old) key anyway. > OK, I uploaded a new RSA key. I still get the same thing: cvs -t tag -c mercurial-1_0_2-1_fc10 -> main loop with CVSROOT=:ext:nbecker at cvs.fedoraproject.org:/cvs/pkgs -> Starting server: ssh -l nbecker cvs.fedoraproject.org cvs server Permission denied (publickey). cvs [tag aborted]: end of file from server (consult above messages if any) From panemade at gmail.com Mon Aug 25 11:24:23 2008 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Mon, 25 Aug 2008 16:54:23 +0530 Subject: cannot cvs tag (permission denied) In-Reply-To: References: Message-ID: Hi Neal, On Mon, Aug 25, 2008 at 4:35 PM, Neal Becker wrote: > Michel Salim wrote: > >> On Sun, Aug 24, 2008 at 10:03 PM, Neal Becker wrote: >>> Rex Dieter wrote: >>> >>>> Neal Becker wrote: >>>> >>>>> I've been away for 2 weeks. I tried to do cert update, I have a new >>>>> .fedora-upload-ca.cert dated 8/20. >>>>> >>>>> I get: >>>>> make tag build >>>>> cvs tag -c mercurial-1_0_2-1_fc10 >>>>> Permission denied (publickey). >>>>> cvs [tag aborted]: end of file from server (consult above messages if >>>>> any) >>>> >>>> Did you upload a new ssh key to fas? >>>> >>>> -- Rex >>>> >>>> >>> No. What do I need to do? (I use my rsa key for other purposes, so >>> ssh-keygen -t rsa -b 2048 >>> >>> Upload the new public key (defaults to file ~/.ssh/id_rsa.pub). >>> >>> is probably not what I want. Also, what does "upload the new public key" >>> mean? >>> >> Edit your profile at the FAS and upload your SSH public key. Many >> people have DSA keys and so they really have to create a new key and >> upload them. Even if you have an RSA key, all of contributors' public >> keys information were purged from the system (to make sure potentially >> compromised DSA keys are gone), so you'd still have to re-upload your >> (old) key anyway. >> > > OK, I uploaded a new RSA key. I still get the same thing: > cvs -t tag -c mercurial-1_0_2-1_fc10 > -> main loop with CVSROOT=:ext:nbecker at cvs.fedoraproject.org:/cvs/pkgs > -> Starting server: ssh -l nbecker cvs.fedoraproject.org cvs server > Permission denied (publickey). > cvs [tag aborted]: end of file from server (consult above messages if any) I assume after uploading RSA keys you must have downloaded all 3 certs from folowing link again https://fedoraproject.org/wiki/PackageMaintainers/UsingKoji#Fedora_Certificates If not then download again those certificates. also I guess you need to wait for 1 hour after uploading RSA keys. Regards, Parag. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From alexl at users.sourceforge.net Mon Aug 25 11:30:04 2008 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 25 Aug 2008 04:30:04 -0700 Subject: cannot cvs tag (permission denied) In-Reply-To: (Neal Becker's message of "Mon\, 25 Aug 2008 07\:05\:51 -0400") References: Message-ID: >>>>> "NB" == Neal Becker writes: [...] NB> OK, I uploaded a new RSA key. I still get the same thing: NB> cvs -t tag -c mercurial-1_0_2-1_fc10 -> main loop with CVSROOT=:ext:nbecker at cvs.fedoraproject.org:/cvs/pkgs -> Starting server: ssh -l nbecker cvs.fedoraproject.org cvs server NB> Permission denied (publickey). cvs [tag aborted]: end of file NB> from server (consult above messages if any) It can take up to an hour or more (in my case it was at least 1.5 hours) before the servers update with the new keys. I ended up coming back after several hours and it all worked after that. Alex From buc at odusz.so-cdu.ru Mon Aug 25 11:46:35 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 15:46:35 +0400 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <48B29B9B.50209@odu.neva.ru> Dennis Gilmore wrote: > login to https://admin.fedoraproject.org/accounts/ and click on the "Download > a client-side certificate" link at the bottom of the home page. save the > output to ~/.fedora.cert > > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup > Would be fine if anybody port "fedora-packager" for Fedora 8 as well... ~buc From pingou at pingoured.fr Mon Aug 25 11:48:32 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Mon, 25 Aug 2008 13:48:32 +0200 Subject: cvs make new source Message-ID: <48B29C10.8060507@pingoured.fr> Dear all, I just would like to know if I am the only one facing this problem: >$make new-sources FILES="guake-0.3.1.tar.gz" >Checking : guake-0.3.1.tar.gz on >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... >ERROR: could not check remote file status >make: *** [new-sources] Error 255 Thanks Regards, Pierre From buc at odusz.so-cdu.ru Mon Aug 25 11:53:54 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 15:53:54 +0400 Subject: Extra EOL spaces in certificates?.. [was: Re: Fedora User Certificates] In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <48B29D52.8000204@odu.neva.ru> Dennis Gilmore wrote: > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup > Both just downloaded ~/.fedora-server-ca.cert and ~/.fedora-upload-ca.cert look strange. Several first lines have a lot of extra spaces before NL... Whereas bottom lines have not. Is it expected behaviour? ~buc http://www.fedoraproject.org/wikii/DmitryButskoy From mschwendt at gmail.com Mon Aug 25 11:59:38 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 25 Aug 2008 13:59:38 +0200 Subject: Fedora User Certificates In-Reply-To: <48B29B9B.50209@odu.neva.ru> References: <200808221020.17155.dennis@ausil.us> <48B29B9B.50209@odu.neva.ru> Message-ID: <20080825135938.1c942964.mschwendt@gmail.com> On Mon, 25 Aug 2008 15:46:35 +0400, Dmitry Butskoy wrote: > Dennis Gilmore wrote: > > login to https://admin.fedoraproject.org/accounts/ and click on the "Download > > a client-side certificate" link at the bottom of the home page. save the > > output to ~/.fedora.cert > > > > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > > fedora-packager-setup > > > > Would be fine if anybody port "fedora-packager" for Fedora 8 as well... It exists already. I installed it with yum. $ rpm -q fedora-packager fedora-packager-0.3.0-1.fc8 From rc040203 at freenet.de Mon Aug 25 12:00:50 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 25 Aug 2008 14:00:50 +0200 Subject: cvs make new source In-Reply-To: <48B29C10.8060507@pingoured.fr> References: <48B29C10.8060507@pingoured.fr> Message-ID: <1219665650.3519.4.camel@beck.corsepiu.local> On Mon, 2008-08-25 at 13:48 +0200, Pierre-Yves wrote: > Dear all, > > I just would like to know if I am the only one facing this problem: No, you ain't. > >$make new-sources FILES="guake-0.3.1.tar.gz" > >Checking : guake-0.3.1.tar.gz on > >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... > >ERROR: could not check remote file status > >make: *** [new-sources] Error 255 I am also facing this issue. Ralf From ndbecker2 at gmail.com Mon Aug 25 12:08:47 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 25 Aug 2008 08:08:47 -0400 Subject: bodhi internal error Message-ID: bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 Creating new update for mercurial-1_0_2-1_fc9 HTTP Error 500: Internal error From ndbecker2 at gmail.com Mon Aug 25 12:18:14 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 25 Aug 2008 08:18:14 -0400 Subject: bodhi template changed? References: <48B11F76.20701@timj.co.uk> <20080824161057.GB5489@x300> Message-ID: Luke Macken wrote: > On Sun, Aug 24, 2008 at 09:44:38AM +0100, Tim Jackson wrote: >> The bodhi template for use from cvs checkouts seems to have changed >> recently and bodhi-client-0.4.10-4.fc9 doesn't like it: if I try to >> submit an update (via "make update") and set the "type" to "enhancement" >> (which is defined in the template) then I get the fairly cryptic error: >> >> Reading from bodhi.template >> Traceback (most recent call last): >> File "/usr/bin/bodhi", line 316, in >> bodhi.parse_file(opts) >> File "/usr/bin/bodhi", line 213, in parse_file >> opts.type = types[para.upper()] >> KeyError: 'ENHANCEMENT' >> >> I assume by this that "enhancement" is not a valid value? >> (NB either way, bodhi ought to give a clearer error) > > Yes... I had hoped to push out a new bodhi-client into updates before > doing the upgrade, since a lot of the API has changed. Due to all of > the fun we had in the past week, I was unable to do so. Please try the > latest bodhi-client package from koji (you may need to install > bodhi-server as well to get the egg-info at the moment): > > koji download-build bodhi-0.5.1-1.fc9 > > > luke > sudo rpm -U bodhi-client-0.5.1-1.fc9.noarch.rpm bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 Traceback (most recent call last): File "/usr/bin/bodhi", line 5, in from pkg_resources import load_entry_point File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in working_set.require(__requires__) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: bodhi==0.5.1 From veillard at redhat.com Mon Aug 25 13:10:44 2008 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 25 Aug 2008 15:10:44 +0200 Subject: New certs woes In-Reply-To: <1219652538.13603.14.camel@pc-notebook> References: <1219652538.13603.14.camel@pc-notebook> Message-ID: <20080825131044.GA20379@redhat.com> On Mon, Aug 25, 2008 at 10:22:18AM +0200, Martin Sourada wrote: > Hi, > > I'm having several issues with the new certificates, can somebody help > me solve them? I successfully uploaded new ssh key to fas (git push on > fedorahosted.org is working for me), also I replaced the old > certificates with new ones via fedora-packager-setup. Here is the ls: [...] > Any thoughts what I am missing? I had done the update of certificates on Friday and had the same ssh handshake problems. Not finding out what was wrong today, I just refetched it after login https://admin.fedoraproject.org/accounts/home https://admin.fedoraproject.org/accounts/user/gencert put the new gencert in ~/.fedora.cert reran /usr/bin/fedora-packager-setup and reimported the certificate in Firefox, restarted Firefox and now authentication works again. So my advice is to try again from the start downloading the new certificate, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel at veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From rjones at redhat.com Mon Aug 25 13:52:03 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Aug 2008 14:52:03 +0100 Subject: cvs make new source In-Reply-To: <1219665650.3519.4.camel@beck.corsepiu.local> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> Message-ID: <20080825135203.GA32603@amd.home.annexia.org> On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: > On Mon, 2008-08-25 at 13:48 +0200, Pierre-Yves wrote: > > Dear all, > > > > I just would like to know if I am the only one facing this problem: > > No, you ain't. > > > >$make new-sources FILES="guake-0.3.1.tar.gz" > > >Checking : guake-0.3.1.tar.gz on > > >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... > > >ERROR: could not check remote file status > > >make: *** [new-sources] Error 255 > > I am also facing this issue. You need a new fedora-upload certificate. https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html At least, following the instructions there fixed the problem for me. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From rc040203 at freenet.de Mon Aug 25 14:02:15 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 25 Aug 2008 16:02:15 +0200 Subject: cvs make new source In-Reply-To: <20080825135203.GA32603@amd.home.annexia.org> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> Message-ID: <1219672935.3519.7.camel@beck.corsepiu.local> On Mon, 2008-08-25 at 14:52 +0100, Richard W.M. Jones wrote: > On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: > > On Mon, 2008-08-25 at 13:48 +0200, Pierre-Yves wrote: > > > Dear all, > > > > > > I just would like to know if I am the only one facing this problem: > > > > No, you ain't. > > > > > >$make new-sources FILES="guake-0.3.1.tar.gz" > > > >Checking : guake-0.3.1.tar.gz on > > > >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... > > > >ERROR: could not check remote file status > > > >make: *** [new-sources] Error 255 > > > > I am also facing this issue. > > You need a new fedora-upload certificate. > > https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html > > At least, following the instructions there fixed the problem for me. Well, I did so, last Thursday ... Have certificates being invalidated since then? Ralf From pingou at pingoured.fr Mon Aug 25 14:07:53 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Mon, 25 Aug 2008 16:07:53 +0200 Subject: cvs make new source In-Reply-To: <1219672935.3519.7.camel@beck.corsepiu.local> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> <1219672935.3519.7.camel@beck.corsepiu.local> Message-ID: <48B2BCB9.4040705@pingoured.fr> Ralf Corsepius wrote: > On Mon, 2008-08-25 at 14:52 +0100, Richard W.M. Jones wrote: >> On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: >>> On Mon, 2008-08-25 at 13:48 +0200, Pierre-Yves wrote: >>>> Dear all, >>>> >>>> I just would like to know if I am the only one facing this problem: >>> No, you ain't. >>> >>>> >$make new-sources FILES="guake-0.3.1.tar.gz" >>>> >Checking : guake-0.3.1.tar.gz on >>>> >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... >>>> >ERROR: could not check remote file status >>>> >make: *** [new-sources] Error 255 >>> I am also facing this issue. >> You need a new fedora-upload certificate. >> >> https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html >> >> At least, following the instructions there fixed the problem for me. > Well, I did so, last Thursday ... Have certificates being invalidated > since then? same here I updated then last week, should we/I do it again ? thanks, Pierre From buc at odusz.so-cdu.ru Mon Aug 25 14:21:15 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 18:21:15 +0400 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <48B2BFDB.8010201@odu.neva.ru> Dennis Gilmore wrote: > Effective immediately we have replaced the CA that is in use for > cvs.fedoraproject.org and koji.fedoraproject.org This effects uploading to > lookaside cache and building packages. > > There are some manual steps that everyone needs to do to be able to use the > systems again. > > they are > login to https://admin.fedoraproject.org/accounts/ and click on the "Download > a client-side certificate" link at the bottom of the home page. save the > output to ~/.fedora.cert > > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup > According to the "fedora-packager-setup" script, the sources for these two certificates are: https://admin.fedoraproject.org/accounts/fedora-server-ca.cert and https://admin.fedoraproject.org/accounts/fedora-upload-ca.cert respectively. Does anybody else see the horizontal scrollbar when opening these certificates' links in a browser? IOW, several first lines in both certificates are too long, because of extra spaces at the end-of-line. Try, fe.: sed 's/$//' .fedora-server-ca.cert My result is: > -----BEGIN > CERTIFICATE----- > > MIIK6zCCBt+gAwIBAgIJAMXcvWMyB9ZeMA0GCSqGSIb3DQEBBQUAMIGxMQswCQYD > > VQQGEwJVUzEXMBUGA1UECBMOTm9ydGggQ2Fyb2xpbmExEDAOBgNVBAcTB1JhbGVp > > Z2gxFzAVBgNVBAoTDkZlZG9yYSBQcm9qZWN0MRowGAYDVQQLExFGZWRvcmEgUHJv > > amVjdCBDQTEaMBgGA1UEAxMRRmVkb3JhIFByb2plY3QgQ0ExJjAkBgkqhkiG9w0B > > CQEWF2FkbWluQGZlZG9yYXByb2plY3Qub3JnMB4XDTA4MDgyMDE0NDkxNloXDTE4 > > MDgxODE0NDkxNlowgbExCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJv > > bGluYTEQMA4GA1UEBxMHUmFsZWlnaDEXMBUGA1UEChMORmVkb3JhIFByb2plY3Qx > > GjAYBgNVBAsTEUZlZG9yYSBQcm9qZWN0IENBMRowGAYDVQQDExFGZWRvcmEgUHJv > > amVjdCBDQTEmMCQGCSqGSIb3DQEJARYXYWRtaW5AZmVkb3JhcHJvamVjdC5vcmcw > > ggQWMA0GCSqGSIb3DQEBAQUAA4IEAwAwggP+AoID9QDIH2F1s0y5V7xBc2tHlXOA > > H7999QZ76BU1qtDg4g4k2KyYTG7Gk5eNnJntbpYtRNPL0bQymJIhcfkMCER+UOfv > > mum6hrwYSrb0ehsIP1mY9QXdJnlvA1ViXMpZy74byaue9Rn+9GOaOtRWv9dZ5/j4 > > Wf9JDOt7TzgFfTPZrtasqlSaOicWJuAKyp2SkQup3I0fTtM4/LpR6BY+dDr7ud9d > > LTukkGuOPnNx1pxKkuN0jKYwZjwUcQHlRUNF5xrARU5youYSD7ReWdJsZkirJ0W2 > > dZkUQaIUm55v3p4soMYnbPeJFoAbSJkqSCPI4c/ex/Xr1xp3dXvd0vi9K+w8tvw1 > > Q3XUvQxum97dbcM7Sw3gRfpFy6K3Up+xXaEnMDGhX31zQAHFTP/P7N+CWNwLg57r > > EmuYVfP31b6qsyvuLnpMqe0fYRNWOiJYMALPyRT15RSFGaLyKevqqzR5DFmHQI2C > > wl5UFsmBK4LJWqaxE/shuNWEx70BzRYOnPgPr3ohXKBLLxZZtVSlEh+N5FW07Y7T > > LkzFGxc0uArsi6EsA9AS0rGJ7FOqMNctvQoR3UFPh5bkXMHgz7aunrB1n5x5rmHk > > g/ni5RoxUZgKDuRu1injapnSDC+C3npyk/18g9L7KI810mI/mGFxAtqUcfzG8LP6 > > kk7F4ZvwZJaB/rXBhpYqD6nVvybGP1SEiuSUmj9g6iqkL8dtdrLa8arJHJLvuSE3 > > VciBR+QNAUE3vyvuifXK4il4QNuvUEqFJOqehkejKbPDkAkQoyIUdr09XBNK1G9O > > NbnfJIh+ufiOLpLHr5ya+IM/2DOQTz9WboT74I1dPaI3nxs2iTRrL5Di2xRQlscq > > e3RrLlvZF8O5a4VwHy59TY86YLOnRa4+DbcFv+hBdduOMFfTu3kTxJVSJ8UNRPCL > MMh+jpwBrPLcezA/2S2fRsjn0xrVNkZhfVTkKX3IJif6AwRvAKauSzEMj5rFRxaa > 9sJwGV6kDwlmsmVaqXHS1mloJ5eOw07ch7iQQAsHxojneXU6clAKII2lM7AWwoW6 > WZIiGb/BCpRL23YbXcq89Aq/Rb6TCekAhBybbodlkYThZmSrUfVbntzj7489vP0k > ClSfVk6j4DNbSdwC89xfnKaOV2d4oVNWUvnQeXy+XZNfgVEpQraJlsN4Nf/hVrUI > aog7qBaZDYxjiiXg2TFcxNrONQruGngCgDBC9kpdaph+irt5Ddb6j8cgsquRG9/j > +CM+gzw3fjKGkijMMyBDsyvlOuNgy+VAahSJvI95P8LLsw4WLub3H3lI4/o+gp0s > VLPMo+j/SypJw/IxDeCV2UvspqhWRDqUj6CUKWHu3jveW327AgMBAAGjggEaMIIB > FjAdBgNVHQ4EFgQUwNk/0QSeuc4HfmzLbSSZrErtu3owgeYGA1UdIwSB3jCB24AU > wNk/0QSeuc4HfmzLbSSZrErtu3qhgbekgbQwgbExCzAJBgNVBAYTAlVTMRcwFQYD > VQQIEw5Ob3J0aCBDYXJvbGluYTEQMA4GA1UEBxMHUmFsZWlnaDEXMBUGA1UEChMO > RmVkb3JhIFByb2plY3QxGjAYBgNVBAsTEUZlZG9yYSBQcm9qZWN0IENBMRowGAYD > VQQDExFGZWRvcmEgUHJvamVjdCBDQTEmMCQGCSqGSIb3DQEJARYXYWRtaW5AZmVk > b3JhcHJvamVjdC5vcmeCCQDF3L1jMgfWXjAMBgNVHRMEBTADAQH/MA0GCSqGSIb3 > DQEBBQUAA4ID9QClrBcpX7Ml41iNEKr/b+Dwa0963DQOBl0mgCyNrm2Wvh1WJ2NJ > HCP24A1jRe/AGR3/ORlvynZWfj7toJYpp0Ao21oXkHr4/8yYJfZ+eD+5R/ZmqbMS > fhsmxsHpFFLfMa3iQsyM/ys/A61Y0f16w77TM0IwaVA3+f23V4xvfirKIMkP+8My > r7TSX9mN7VZd3X4zHBgRBefufOic24SWNKD7zBooh9r+yV63HbmlWRoa6xoJlS/M > OYGO80/AdqQ1iVe+F2zgDHQrQWWARHn3p3oE5JSI4m7UBaLpf1ei2HjeG0tUntVW > 32RGHalofN++bvVBqppKo1ijNQbTBMX9WcCMd3nE80X9LW7ZfqNDGJigl8WBPVNN > 278fMWj/XsCYS4XwojJLzzeBmilEnD6SYwkmgEtcLnY91hsJzvbbglFeSAVUvfyA > iCbnHmZbNugH6HiiTrXlXDI85XUEB3kn3orKhNaeerPfo/GnBXoNFw3tSs3QrWSm > b8KQbPDgErvNP9thug/4xg+rPxo3oh5lbqQJ5HvDne+V/6tvW7TeHqzJ4k+OJguZ > x4GAD87I+cLfPICRGwUFQ4EuA5vhQ4FVAfjKgXSyzqpNuCt8JTotyjIh3t6vk7YQ > udtkBCixVxtM5U7i78SME+h+QhrNj5DsxB4K3BLpqWnqOigLVkxRxeBVXjDL2+hn > izx4eJvkNiIVKtB9tgKjSy7led3Wc/k1Ut0NjZ/iFB8WCo7me0jnVHSebxD9olA7 > n606/L5gfAN+Ln4hjbVJL+tEgdWezP5pJHwEDBWyQLtQmsxEKQPeDVgi5BTQNRNi > X0xnfgTShhDKN4mEq+Y1C8IMqbi0vb01P4CA9IU2cHcrH26Apq/xKBSnnfDAh1yy > LHBF738arlYVBeaqoUrKhroXxr4wQprIGu/AdPKEXz2c29TE5H7yjRSvIy7ui7EN > NujCosP/IO7YBFhkpDYPq2fByQO5jiZAF58eVX2TlbjM4N+SDG/bpP0WeWlq0JHK > FmxcI5N+s7mR0uK3h0WF5fl1vK/d53YzFO6dI/I5Kh8LVtq0diyYmw6LHXPlTJiJ > nk7ILFds81Ii6EvMmOPD+MX/BQ/YJRaCclixFLk/KaTap8/fZLBotG/5SjBdwFOd > UwVntskUTnai3Vjw0XuBUuKhotenjH/aPbewm/VN9TDjGq9pxaCI8rHX02CIU64U > QuJak6mhyUyB/km02afEYBDDh+lPljKOnmfQhVJXvtBUSbtY/cWP4gJZ901u27fG > Xs6hMQbMUn3fYy43Z3VX/BCS+P2UhorNQB6p17xTs0kTM9pI8aDy/uCwk3F+K/uW > YPF6KxAYMs2ema7PGl2D > -----END CERTIFICATE----- Perhaps the binary data (incapsulated in the base64 form) is OK, but the fact that there are such strange "in general" and strange "invisible" garbage in the security-sensitive data causes people at least to ask about it... ~buc From rc040203 at freenet.de Mon Aug 25 14:50:24 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 25 Aug 2008 16:50:24 +0200 Subject: cvs make new source In-Reply-To: <1219672935.3519.7.camel@beck.corsepiu.local> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> <1219672935.3519.7.camel@beck.corsepiu.local> Message-ID: <1219675824.3519.10.camel@beck.corsepiu.local> On Mon, 2008-08-25 at 16:02 +0200, Ralf Corsepius wrote: > On Mon, 2008-08-25 at 14:52 +0100, Richard W.M. Jones wrote: > > On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: > > > On Mon, 2008-08-25 at 13:48 +0200, Pierre-Yves wrote: > > > > Dear all, > > > > > > > > I just would like to know if I am the only one facing this problem: > > > > > > No, you ain't. > > > > > > > >$make new-sources FILES="guake-0.3.1.tar.gz" > > > > >Checking : guake-0.3.1.tar.gz on > > > > >https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... > > > > >ERROR: could not check remote file status > > > > >make: *** [new-sources] Error 255 > > > > > > I am also facing this issue. > > > > You need a new fedora-upload certificate. > > > > https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html > > > > At least, following the instructions there fixed the problem for me. > Well, I did so, last Thursday ... Have certificates being invalidated > since then? FWIW: Regenerating them once more seems to have helped. From martin.sourada at gmail.com Mon Aug 25 14:51:35 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 25 Aug 2008 16:51:35 +0200 Subject: New certs woes In-Reply-To: <20080825131044.GA20379@redhat.com> References: <1219652538.13603.14.camel@pc-notebook> <20080825131044.GA20379@redhat.com> Message-ID: <1219675895.13603.59.camel@pc-notebook> On Mon, 2008-08-25 at 15:10 +0200, Daniel Veillard wrote: > I had done the update of certificates on Friday and had the same > ssh handshake problems. Not finding out what was wrong today, I just > refetched it after login > https://admin.fedoraproject.org/accounts/home > https://admin.fedoraproject.org/accounts/user/gencert > > put the new gencert in ~/.fedora.cert > reran /usr/bin/fedora-packager-setup > and reimported the certificate in Firefox, restarted Firefox and > now authentication works again. > So my advice is to try again from the start downloading the new > certificate, > > Daniel Thanks! That finally solved the issue for me as well. Both for koji *and* CVS. Thanks again :) Btw. works for epiphany as well, even though I am still unable to remove the old certificates. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From buc at odusz.so-cdu.ru Mon Aug 25 14:56:10 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 18:56:10 +0400 Subject: Fedora User Certificates In-Reply-To: <48B2BFDB.8010201@odu.neva.ru> References: <200808221020.17155.dennis@ausil.us> <48B2BFDB.8010201@odu.neva.ru> Message-ID: <48B2C80A.7040807@odu.neva.ru> Dmitry Butskoy wrote: > Dennis Gilmore wrote: >> Effective immediately we have replaced the CA that is in use for >> cvs.fedoraproject.org and koji.fedoraproject.org This effects >> uploading to lookaside cache and building packages. >> >> There are some manual steps that everyone needs to do to be able to >> use the systems again. >> >> they are login to https://admin.fedoraproject.org/accounts/ and >> click on the "Download a client-side certificate" link at the bottom >> of the home page. save the output to ~/.fedora.cert >> >> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert >> fedora-packager-setup >> > > According to the "fedora-packager-setup" script, the sources for these > two certificates are: > https://admin.fedoraproject.org/accounts/fedora-server-ca.cert > and > https://admin.fedoraproject.org/accounts/fedora-upload-ca.cert > respectively. > > Does anybody else see the horizontal scrollbar when opening these > certificates' links in a browser? IOW, several first lines in both > certificates are too long, because of extra spaces at the end-of-line. > Try, fe.: > > sed 's/$//' .fedora-server-ca.cert > > My result is: > >> -----BEGIN >> CERTIFICATE----- >> >> MIIK6zCCBt+gAwIBAgIJAMXcvWMyB9ZeMA0GCSqGSIb3DQEBBQUAMIGxMQswCQYD >> >> VQQGEwJVUzEXMBUGA1UECBMOTm9ydGggQ2Fyb2xpbmExEDAOBgNVBAcTB1JhbGVp >> >> Z2gxFzAVBgNVBAoTDkZlZG9yYSBQcm9qZWN0MRowGAYDVQQLExFGZWRvcmEgUHJv >> >> amVjdCBDQTEaMBgGA1UEAxMRRmVkb3JhIFByb2plY3QgQ0ExJjAkBgkqhkiG9w0B >> >> CQEWF2FkbWluQGZlZG9yYXByb2plY3Qub3JnMB4XDTA4MDgyMDE0NDkxNloXDTE4 >> >> MDgxODE0NDkxNlowgbExCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJv >> >> bGluYTEQMA4GA1UEBxMHUmFsZWlnaDEXMBUGA1UEChMORmVkb3JhIFByb2plY3Qx >> >> GjAYBgNVBAsTEUZlZG9yYSBQcm9qZWN0IENBMRowGAYDVQQDExFGZWRvcmEgUHJv >> >> amVjdCBDQTEmMCQGCSqGSIb3DQEJARYXYWRtaW5AZmVkb3JhcHJvamVjdC5vcmcw >> >> ggQWMA0GCSqGSIb3DQEBAQUAA4IEAwAwggP+AoID9QDIH2F1s0y5V7xBc2tHlXOA >> >> H7999QZ76BU1qtDg4g4k2KyYTG7Gk5eNnJntbpYtRNPL0bQymJIhcfkMCER+UOfv >> >> mum6hrwYSrb0ehsIP1mY9QXdJnlvA1ViXMpZy74byaue9Rn+9GOaOtRWv9dZ5/j4 >> >> Wf9JDOt7TzgFfTPZrtasqlSaOicWJuAKyp2SkQup3I0fTtM4/LpR6BY+dDr7ud9d >> >> LTukkGuOPnNx1pxKkuN0jKYwZjwUcQHlRUNF5xrARU5youYSD7ReWdJsZkirJ0W2 >> >> dZkUQaIUm55v3p4soMYnbPeJFoAbSJkqSCPI4c/ex/Xr1xp3dXvd0vi9K+w8tvw1 >> >> Q3XUvQxum97dbcM7Sw3gRfpFy6K3Up+xXaEnMDGhX31zQAHFTP/P7N+CWNwLg57r >> >> EmuYVfP31b6qsyvuLnpMqe0fYRNWOiJYMALPyRT15RSFGaLyKevqqzR5DFmHQI2C >> >> wl5UFsmBK4LJWqaxE/shuNWEx70BzRYOnPgPr3ohXKBLLxZZtVSlEh+N5FW07Y7T >> >> LkzFGxc0uArsi6EsA9AS0rGJ7FOqMNctvQoR3UFPh5bkXMHgz7aunrB1n5x5rmHk >> >> g/ni5RoxUZgKDuRu1injapnSDC+C3npyk/18g9L7KI810mI/mGFxAtqUcfzG8LP6 >> >> kk7F4ZvwZJaB/rXBhpYqD6nVvybGP1SEiuSUmj9g6iqkL8dtdrLa8arJHJLvuSE3 >> >> VciBR+QNAUE3vyvuifXK4il4QNuvUEqFJOqehkejKbPDkAkQoyIUdr09XBNK1G9O >> >> NbnfJIh+ufiOLpLHr5ya+IM/2DOQTz9WboT74I1dPaI3nxs2iTRrL5Di2xRQlscq >> >> e3RrLlvZF8O5a4VwHy59TY86YLOnRa4+DbcFv+hBdduOMFfTu3kTxJVSJ8UNRPCL >> MMh+jpwBrPLcezA/2S2fRsjn0xrVNkZhfVTkKX3IJif6AwRvAKauSzEMj5rFRxaa >> 9sJwGV6kDwlmsmVaqXHS1mloJ5eOw07ch7iQQAsHxojneXU6clAKII2lM7AWwoW6 >> WZIiGb/BCpRL23YbXcq89Aq/Rb6TCekAhBybbodlkYThZmSrUfVbntzj7489vP0k >> ClSfVk6j4DNbSdwC89xfnKaOV2d4oVNWUvnQeXy+XZNfgVEpQraJlsN4Nf/hVrUI >> aog7qBaZDYxjiiXg2TFcxNrONQruGngCgDBC9kpdaph+irt5Ddb6j8cgsquRG9/j >> +CM+gzw3fjKGkijMMyBDsyvlOuNgy+VAahSJvI95P8LLsw4WLub3H3lI4/o+gp0s >> VLPMo+j/SypJw/IxDeCV2UvspqhWRDqUj6CUKWHu3jveW327AgMBAAGjggEaMIIB >> FjAdBgNVHQ4EFgQUwNk/0QSeuc4HfmzLbSSZrErtu3owgeYGA1UdIwSB3jCB24AU >> wNk/0QSeuc4HfmzLbSSZrErtu3qhgbekgbQwgbExCzAJBgNVBAYTAlVTMRcwFQYD >> VQQIEw5Ob3J0aCBDYXJvbGluYTEQMA4GA1UEBxMHUmFsZWlnaDEXMBUGA1UEChMO >> RmVkb3JhIFByb2plY3QxGjAYBgNVBAsTEUZlZG9yYSBQcm9qZWN0IENBMRowGAYD >> VQQDExFGZWRvcmEgUHJvamVjdCBDQTEmMCQGCSqGSIb3DQEJARYXYWRtaW5AZmVk >> b3JhcHJvamVjdC5vcmeCCQDF3L1jMgfWXjAMBgNVHRMEBTADAQH/MA0GCSqGSIb3 >> DQEBBQUAA4ID9QClrBcpX7Ml41iNEKr/b+Dwa0963DQOBl0mgCyNrm2Wvh1WJ2NJ >> HCP24A1jRe/AGR3/ORlvynZWfj7toJYpp0Ao21oXkHr4/8yYJfZ+eD+5R/ZmqbMS >> fhsmxsHpFFLfMa3iQsyM/ys/A61Y0f16w77TM0IwaVA3+f23V4xvfirKIMkP+8My >> r7TSX9mN7VZd3X4zHBgRBefufOic24SWNKD7zBooh9r+yV63HbmlWRoa6xoJlS/M >> OYGO80/AdqQ1iVe+F2zgDHQrQWWARHn3p3oE5JSI4m7UBaLpf1ei2HjeG0tUntVW >> 32RGHalofN++bvVBqppKo1ijNQbTBMX9WcCMd3nE80X9LW7ZfqNDGJigl8WBPVNN >> 278fMWj/XsCYS4XwojJLzzeBmilEnD6SYwkmgEtcLnY91hsJzvbbglFeSAVUvfyA >> iCbnHmZbNugH6HiiTrXlXDI85XUEB3kn3orKhNaeerPfo/GnBXoNFw3tSs3QrWSm >> b8KQbPDgErvNP9thug/4xg+rPxo3oh5lbqQJ5HvDne+V/6tvW7TeHqzJ4k+OJguZ >> x4GAD87I+cLfPICRGwUFQ4EuA5vhQ4FVAfjKgXSyzqpNuCt8JTotyjIh3t6vk7YQ >> udtkBCixVxtM5U7i78SME+h+QhrNj5DsxB4K3BLpqWnqOigLVkxRxeBVXjDL2+hn >> izx4eJvkNiIVKtB9tgKjSy7led3Wc/k1Ut0NjZ/iFB8WCo7me0jnVHSebxD9olA7 >> n606/L5gfAN+Ln4hjbVJL+tEgdWezP5pJHwEDBWyQLtQmsxEKQPeDVgi5BTQNRNi >> X0xnfgTShhDKN4mEq+Y1C8IMqbi0vb01P4CA9IU2cHcrH26Apq/xKBSnnfDAh1yy >> LHBF738arlYVBeaqoUrKhroXxr4wQprIGu/AdPKEXz2c29TE5H7yjRSvIy7ui7EN >> NujCosP/IO7YBFhkpDYPq2fByQO5jiZAF58eVX2TlbjM4N+SDG/bpP0WeWlq0JHK >> FmxcI5N+s7mR0uK3h0WF5fl1vK/d53YzFO6dI/I5Kh8LVtq0diyYmw6LHXPlTJiJ >> nk7ILFds81Ii6EvMmOPD+MX/BQ/YJRaCclixFLk/KaTap8/fZLBotG/5SjBdwFOd >> UwVntskUTnai3Vjw0XuBUuKhotenjH/aPbewm/VN9TDjGq9pxaCI8rHX02CIU64U >> QuJak6mhyUyB/km02afEYBDDh+lPljKOnmfQhVJXvtBUSbtY/cWP4gJZ901u27fG >> Xs6hMQbMUn3fYy43Z3VX/BCS+P2UhorNQB6p17xTs0kTM9pI8aDy/uCwk3F+K/uW >> YPF6KxAYMs2ema7PGl2D >> -----END CERTIFICATE----- > > Perhaps the binary data (incapsulated in the base64 form) is OK, but > the fact that there are such strange "in general" and strange > "invisible" garbage in the security-sensitive data causes people at > least to ask about it... ...and both of the certificate are identical (previously were different)? ~buc From paul at all-the-johnsons.co.uk Mon Aug 25 15:11:43 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 25 Aug 2008 16:11:43 +0100 Subject: Still no go on koji or cvs Message-ID: <1219677103.6916.4.camel@PB3.Linux> Hi, I've updated and uploaded all of my certificates, changed passwords and done just about everything else possible, but I still can't build on koji (Seamonkey on the koji website gives me a login error) nor can I upload to cvs (I get to cvs checking the remote file for comparison, but then it dies saying it can't check the remote file). Koji just says Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] I've followed David Gilmore's instructions (https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html ), but still nothing. Any help would be appreciated, I'd like to get mono-2.0 in f10 with the other packages in the toolchain. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike at miketc.net Mon Aug 25 15:16:18 2008 From: mike at miketc.net (Mike Chambers) Date: Mon, 25 Aug 2008 10:16:18 -0500 Subject: Still no go on koji or cvs In-Reply-To: <1219677103.6916.4.camel@PB3.Linux> References: <1219677103.6916.4.camel@PB3.Linux> Message-ID: <1219677378.2661.2.camel@scrappy.miketc.net> On Mon, 2008-08-25 at 16:11 +0100, Paul wrote: > I've followed David Gilmore's instructions > (https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html ), but still nothing. > > Any help would be appreciated, I'd like to get mono-2.0 in f10 with the > other packages in the toolchain. *When* did you do the above? If last week, you may want to do like everyone else, do it again today, and try again. You might find it works this time possibly. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From loganjerry at gmail.com Mon Aug 25 15:17:42 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 25 Aug 2008 09:17:42 -0600 Subject: Java guidelines questions In-Reply-To: References: <870180fe0808220830o3fae360dkae15292cf27449fe@mail.gmail.com> Message-ID: <870180fe0808250817t4a4fd787i7fb5618034c9c09a@mail.gmail.com> On Fri, Aug 22, 2008 at 9:34 AM, Colin Walters wrote: > Practically speaking you could just put it in /usr/lib because we will > never support multilib Java. > > However, if you want to put it on /usr/lib64 on x86_64 to make the > filesystem prettier, take a look at how the javasqlite package does > it: > http://cvs.fedoraproject.org/viewvc/devel/javasqlite/ Thanks for the pointer. I'd like to abide by the guidelines so my package doesn't get dinged during review. > We just need to make the regular OpenJDK System.loadLibrary search > both locations. That would require putting the .so files in /usr/lib or /usr/lib64, not a subdirectory thereof, wouldn't it? I understood that the subdirectories are required because these .so files are not for general use, so we don't want ldconfig to know about them; they typically do not have sonames, for example. One possible solution is to collect all native .so files in /usr/lib/java and /usr/lib64/java, similar to how we collect jars. Then the System.loadLibrary for both OpenJDK and GNU Classpath would have to be modified to look in those locations. -- Jerry James http://loganjerry.googlepages.com/ From dan at danny.cz Mon Aug 25 15:18:45 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 25 Aug 2008 17:18:45 +0200 Subject: Still no go on koji or cvs In-Reply-To: <1219677103.6916.4.camel@PB3.Linux> References: <1219677103.6916.4.camel@PB3.Linux> Message-ID: <1219677525.3542.59.camel@eagle.danny.cz> Paul p??e v Po 25. 08. 2008 v 16:11 +0100: > Hi, > > I've updated and uploaded all of my certificates, changed passwords and > done just about everything else possible, but I still can't build on > koji (Seamonkey on the koji website gives me a login error) nor can I > upload to cvs (I get to cvs checking the remote file for comparison, but > then it dies saying it can't check the remote file). > > Koji just says > > Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > verify failed')] > > I've followed David Gilmore's instructions > (https://www.redhat.com/archives/fedora-devel-announce/2008-August/msg00008.html ), but still nothing. > > Any help would be appreciated, I'd like to get mono-2.0 in f10 with the > other packages in the toolchain. > did you manually rm the old .fedora-*-ca.cert files? Dan From pingou at pingoured.fr Mon Aug 25 15:17:36 2008 From: pingou at pingoured.fr (Pierre-Yves) Date: Mon, 25 Aug 2008 17:17:36 +0200 Subject: cvs make new source In-Reply-To: <1219675824.3519.10.camel@beck.corsepiu.local> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> <1219672935.3519.7.camel@beck.corsepiu.local> <1219675824.3519.10.camel@beck.corsepiu.local> Message-ID: <48B2CD10.3050307@pingoured.fr> Ralf Corsepius wrote: > On Mon, 2008-08-25 at 16:02 +0200, Ralf Corsepius wrote: >> On Mon, 2008-08-25 at 14:52 +0100, Richard W.M. Jones wrote: >>> On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: >>> At least, following the instructions there fixed the problem for me. >> Well, I did so, last Thursday ... Have certificates being invalidated >> since then? > > FWIW: Regenerating them once more seems to have helped. It is working here now. Thanks a lot for your help, Best regards, Pierre From mbarnes at redhat.com Mon Aug 25 15:30:45 2008 From: mbarnes at redhat.com (Matthew Barnes) Date: Mon, 25 Aug 2008 11:30:45 -0400 Subject: Move libgnome[ui] Python bindings to gnome-python2-gnome In-Reply-To: <1217516636.3715.12.camel@dhcp-100-2-219.bos.redhat.com> References: <1217516636.3715.12.camel@dhcp-100-2-219.bos.redhat.com> Message-ID: <1219678245.2967.7.camel@localhost.localdomain> I'm moving forward with this today and will be filing Rawhide bugs against the packages listed below. If you own any of those packages and the package does not actually use the Python bindings for libgnome or libgnomeui, just close the bug as NOTABUG with a comment stating so. I'm hoping we can resolve these quickly and keep Rawhide breakage to a minimum. Thanks, Matthew Barnes On Thu, 2008-07-31 at 11:03 -0400, Matthew Barnes wrote: > The OLPC guys are asking me to split the Python bindings for libgnome > and libgnomeui into a new subpackage of gnome-python2 called > gnome-python2-gnome (see [1]). The rationale being that libgnome drags > in extra dependencies that some of the other gnome-python2 subpackages > don't need. For example, gnome-python2-gnomevfs doesn't need libgnome > but still requires its parent package, gnome-python2. > > This sounds like a reasonable idea to me but it will break other > packages that require gnome-python2 expecting to get the libgnome[ui] > bindings. Those packages would have to require gnome-python2-gnome > instead. > > Possibly affected packages include: > > audit-viewer > autobuild-applet > awn-extras-applets > blogtk > decibel-audio-player > deskbar-applet > fwbackups > gjots2 > gnome-password-generator > gnome-python2-desktop > gnome-python2-extras > gourmet > gramps > hamster-applet > hwbrowser > listen > meld > policycoreutils-gui > qa-assistant > rhythmbox > setroubleshoot > system-config-bind > system-config-cluster > system-config-httpd > system-config-lvm > system-config-netboot > system-config-network > system-config-printer > wallpapoz > > Any objections or alternate suggestions? > > Thank, > Matthew Barnes > > [1] http://bugzilla.redhat.com/show_bug.cgi?id=456122 > From dennis at ausil.us Mon Aug 25 15:32:20 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 10:32:20 -0500 Subject: Fedora User Certificates In-Reply-To: <48B2C80A.7040807@odu.neva.ru> References: <200808221020.17155.dennis@ausil.us> <48B2BFDB.8010201@odu.neva.ru> <48B2C80A.7040807@odu.neva.ru> Message-ID: <200808251032.25117.dennis@ausil.us> On Monday 25 August 2008 09:56:10 am Dmitry Butskoy wrote: > Dmitry Butskoy wrote: > > Dennis Gilmore wrote: > >> Effective immediately we have replaced the CA that is in use for > >> cvs.fedoraproject.org and koji.fedoraproject.org This effects > >> uploading to lookaside cache and building packages. > >> > >> There are some manual steps that everyone needs to do to be able to > >> use the systems again. > >> > >> they are login to https://admin.fedoraproject.org/accounts/ and > >> click on the "Download a client-side certificate" link at the bottom > >> of the home page. save the output to ~/.fedora.cert > >> > >> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > >> fedora-packager-setup > > > > According to the "fedora-packager-setup" script, the sources for these > > two certificates are: > > https://admin.fedoraproject.org/accounts/fedora-server-ca.cert > > and > > https://admin.fedoraproject.org/accounts/fedora-upload-ca.cert > > respectively. > > > > > > Perhaps the binary data (incapsulated in the base64 form) is OK, but > > the fact that there are such strange "in general" and strange > > "invisible" garbage in the security-sensitive data causes people at > > least to ask about it... ive had one other report of the certs being weird looking. and i was unable to reproduce the issue. they look fine to me in all sources. from the original all the way through what ive downloaded in the three exposed places. what did you use to open them? > ...and both of the certificate are identical (previously were different)? yes we were using 2 CA's previously. now we only use one. the ca cert is also linked https://admin.fedoraproject.org/fingerprints Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From dennis at ausil.us Mon Aug 25 15:36:29 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 10:36:29 -0500 Subject: New certs woes In-Reply-To: <1219652538.13603.14.camel@pc-notebook> References: <1219652538.13603.14.camel@pc-notebook> Message-ID: <200808251036.31776.dennis@ausil.us> On Monday 25 August 2008 03:22:18 am Martin Sourada wrote: > Hi, > > I'm having several issues with the new certificates, can somebody help > me solve them? I successfully uploaded new ssh key to fas (git push on > fedorahosted.org is working for me), also I replaced the old > certificates with new ones via fedora-packager-setup. Here is the ls: > > -rw-rw-r-- 1 mso mso 2725 2008-08-24 10:25 fedora-browser-cert.p12 > -rw------- 1 mso mso 8557 2008-08-19 15:49 .fedora.cert > -rw-rw-r-- 1 mso mso 6162 2008-08-20 18:47 .fedora-server-ca.cert > -rw-rw-r-- 1 mso mso 6162 2008-08-20 18:47 .fedora-upload-ca.cert > > However, I cannot log in to koji web interface. Firefox (after > confirming an exception for the new koji's ssh certificate) asks for my > certificate, I use the fedora-browser-cert.p12 listed above. Details of > the certificate: > > Issued to: E=martin.sourada at gmail.com,CN=mso,OU=Upload Files,O=Fedora > Project,ST=North Carolina,C=US > Serial Number: 00:90 > Valid from 19/08/08 15:49:44 to 19/08/09 15:49:44 > Email: martin.sourada at gmail.com > Issued by: E=admin at fedoraproject.org,CN=Fedora Project CA,OU=Fedora > Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US > Stored in: Software Security Device The cert is old. all new and valid certs have a OU of "Fedora User Cert" please grab a new cert. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From rc040203 at freenet.de Mon Aug 25 15:39:59 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 25 Aug 2008 17:39:59 +0200 Subject: cvs make new source In-Reply-To: <48B2CD10.3050307@pingoured.fr> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> <1219672935.3519.7.camel@beck.corsepiu.local> <1219675824.3519.10.camel@beck.corsepiu.local> <48B2CD10.3050307@pingoured.fr> Message-ID: <1219678799.3519.20.camel@beck.corsepiu.local> On Mon, 2008-08-25 at 17:17 +0200, Pierre-Yves wrote: > Ralf Corsepius wrote: > > On Mon, 2008-08-25 at 16:02 +0200, Ralf Corsepius wrote: > >> On Mon, 2008-08-25 at 14:52 +0100, Richard W.M. Jones wrote: > >>> On Mon, Aug 25, 2008 at 02:00:50PM +0200, Ralf Corsepius wrote: > > >>> At least, following the instructions there fixed the problem for me. > >> Well, I did so, last Thursday ... Have certificates being invalidated > >> since then? > > > > FWIW: Regenerating them once more seems to have helped. > > > It is working here now. Now, make bodhi fails when processing bodhi.template: ... File bodhi.template saved Reading from bodhi.template Traceback (most recent call last): File "/usr/bin/bodhi", line 316, in bodhi.parse_file(opts) File "/usr/bin/bodhi", line 213, in parse_file opts.type = types[para.upper()] KeyError: 'BUGFIX' make: *** [bodhi] Error 1 Grumble ... to much unstable stuff having been prematurely deployed during the relaunch? Ralf From loganjerry at gmail.com Mon Aug 25 15:59:31 2008 From: loganjerry at gmail.com (Jerry James) Date: Mon, 25 Aug 2008 09:59:31 -0600 Subject: Fedora User Certificates In-Reply-To: <48AF0DBF.7090308@redhat.com> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> <48AF0DBF.7090308@redhat.com> Message-ID: <870180fe0808250859yc4c9affp8b19215941638fdc@mail.gmail.com> 2008/8/22 Kai Engert : > Parts of the Fedora infrastructure do not use certificates issued by a > CA already trusted by Firefox, but from Fedora's own certificate authority. > > If you decide to trust Fedora to issue certificates that can identify > web sites, you could decide to import that CA cert to your set of > trusted roots. > > You could go to https://admin.fedoraproject.org/fingerprints and install > the CA certificate available from the bottom of that page. > > (Unfortunately the mime type currently is not application/x-x509-ca-cert > so you have to safe that file, and then open it, you might even have to > go to certificate manager and open the authorities tab, then import from > there.) > > You can confirm the origin of the certificate by comparing the > fingerprint presented by Firefox with the one listed on the fingerprints > page (at least you'll know that the fingerprints page and the CA are > controlled by the same people). > > Hope that helps, > Kai Has anyone had any luck importing the revocation list into Firefox? When I choose the import button on the revocation list tab, I do not get a file browser like I do with the other options. I just get a box asking me where the revocation list information is stored, with a text field. I put the absolute pathname in, click OK ... and nothing happens. No error messages. No success either. -- Jerry James http://loganjerry.googlepages.com/ From mw_triad at users.sourceforge.net Mon Aug 25 16:00:10 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Mon, 25 Aug 2008 11:00:10 -0500 Subject: Pushing cmake 2.6 to F9 In-Reply-To: References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Michel Salim wrote: > On Fri, Aug 15, 2008 at 5:24 PM, Kevin Kofler wrote: >> Bryan O'Sullivan serpentine.com> writes: >>> There are periodic threads about how pushing the new hotness to a >>> stable release is a bad idea. This seems like a clear-cut case of why. >>> I can understand the fellow's desire to package his window manager, >>> but why can't it wait until F10? >> We'll also need cmake 2.6 to push KDE 4.2 ~6 months from now. And there's more >> and more stuff requiring 2.6 already (which is why the upgrade was requested in >> the first place). So IMHO the sooner it gets into F9, the better. >> > Will KDE 4.2 be pushed into F-9, though? I understand the rationale > for upgrading F-9's KDE to 4.1, but 4.2? Speaking of... where *is* KDE 4.1 for F9? Is it not in the system yet? All I see seems to be 4.0.5. -- Matthew Person A: It's an ISO standard. Person B: ...And that means what? --mal (http://theangryadmin.blogspot.com/2008/04/future.html) From buc at odusz.so-cdu.ru Mon Aug 25 16:02:21 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 20:02:21 +0400 Subject: Fedora User Certificates In-Reply-To: <200808251032.25117.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <48B2BFDB.8010201@odu.neva.ru> <48B2C80A.7040807@odu.neva.ru> <200808251032.25117.dennis@ausil.us> Message-ID: <48B2D78D.50509@odu.neva.ru> Dennis Gilmore wrote: > > ive had one other report of the certs being weird looking. and i was unable to > reproduce the issue. they look fine to me in all sources. from the original > all the way through what ive downloaded in the three exposed places. what did > you use to open them? > Vi. $ vi .fedora-server-ca.cert Compare top and bottom half of the file. First lines are too long (because of the extra spaces), bottom lines not. Or use "od -x" ... ~buc From martin.sourada at gmail.com Mon Aug 25 16:14:20 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Mon, 25 Aug 2008 18:14:20 +0200 Subject: [SOLVED] Re: New certs woes In-Reply-To: <200808251036.31776.dennis@ausil.us> References: <1219652538.13603.14.camel@pc-notebook> <200808251036.31776.dennis@ausil.us> Message-ID: <1219680860.13603.62.camel@pc-notebook> On Mon, 2008-08-25 at 10:36 -0500, Dennis Gilmore wrote: > The cert is old. all new and valid certs have a OU of "Fedora User Cert" > please grab a new cert. > > Dennis Thanks for the info. I already did it as Daniel suggested. Seems like I generated the new .fedora.cert too soon :-D Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Mon Aug 25 16:50:13 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 25 Aug 2008 12:50:13 -0400 Subject: cvs make new source In-Reply-To: <1219678799.3519.20.camel@beck.corsepiu.local> References: <48B29C10.8060507@pingoured.fr> <1219665650.3519.4.camel@beck.corsepiu.local> <20080825135203.GA32603@amd.home.annexia.org> <1219672935.3519.7.camel@beck.corsepiu.local> <1219675824.3519.10.camel@beck.corsepiu.local> <48B2CD10.3050307@pingoured.fr> <1219678799.3519.20.camel@beck.corsepiu.local> Message-ID: <1219683013.11883.1.camel@localhost.localdomain> On Mon, 2008-08-25 at 17:39 +0200, Ralf Corsepius wrote: > Now, make bodhi fails when processing bodhi.template: > ... > File bodhi.template saved > Reading from bodhi.template > Traceback (most recent call last): > File "/usr/bin/bodhi", line 316, in > bodhi.parse_file(opts) > File "/usr/bin/bodhi", line 213, in parse_file > opts.type = types[para.upper()] > KeyError: 'BUGFIX' > make: *** [bodhi] Error 1 Luke Macken explained that yesterday: > Yes... I had hoped to push out a new bodhi-client into updates before > doing the upgrade, since a lot of the API has changed. Due to all of > the fun we had in the past week, I was unable to do so. Please try the > latest bodhi-client package from koji (you may need to install > bodhi-server as well to get the egg-info at the moment): > > koji download-build bodhi-0.5.1-1.fc9 ~spot From rdieter at math.unl.edu Mon Aug 25 16:51:22 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 25 Aug 2008 11:51:22 -0500 Subject: Pushing cmake 2.6 to F9 References: <48A5B76C.6070406@cora.nwra.com> <48A5DE46.9080808@cora.nwra.com> Message-ID: Matthew Woehlke wrote: > Speaking of... where *is* KDE 4.1 for F9? Is it not in the system yet? > All I see seems to be 4.0.5. In updates-testing, same place it's been for the past ~3 weeks. Requested push to stable a few days ago, but can understand infra-folks have been otherwise pre-occupied lately. -- Rex From dennis at ausil.us Mon Aug 25 17:07:10 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 12:07:10 -0500 Subject: Fedora User Certificates In-Reply-To: <48B2D78D.50509@odu.neva.ru> References: <200808221020.17155.dennis@ausil.us> <200808251032.25117.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> Message-ID: <200808251207.14854.dennis@ausil.us> On Monday 25 August 2008 11:02:21 am Dmitry Butskoy wrote: > Dennis Gilmore wrote: > > ive had one other report of the certs being weird looking. and i was > > unable to reproduce the issue. they look fine to me in all sources. from > > the original all the way through what ive downloaded in the three exposed > > places. what did you use to open them? > > Vi. > > $ vi .fedora-server-ca.cert > > Compare top and bottom half of the file. First lines are too long > (because of the extra spaces), bottom lines not. > > Or use "od -x" ... i use vi and it honestly is as expected. could you email me your copy of one of the ca certs so i can see on the file you got. ive not been able to reproduce it at all. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From buc at odusz.so-cdu.ru Mon Aug 25 17:23:04 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Aug 2008 21:23:04 +0400 Subject: Fedora User Certificates In-Reply-To: <200808251207.14854.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <200808251032.25117.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> Message-ID: <48B2EA78.2020808@odu.neva.ru> Dennis Gilmore wrote: > On Monday 25 August 2008 11:02:21 am Dmitry Butskoy wrote: > >> Dennis Gilmore wrote: >> >>> ive had one other report of the certs being weird looking. and i was >>> unable to reproduce the issue. they look fine to me in all sources. from >>> the original all the way through what ive downloaded in the three exposed >>> places. what did you use to open them? >>> >> Vi. >> >> $ vi .fedora-server-ca.cert >> >> Compare top and bottom half of the file. First lines are too long >> (because of the extra spaces), bottom lines not. >> >> Or use "od -x" ... >> > > i use vi and it honestly is as expected. could you email me your copy of one > of the ca certs so i can see on the file you got. ive not been able to > reproduce it at all. > Sent you in private. ~buc From mschwendt at gmail.com Mon Aug 25 17:25:32 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 25 Aug 2008 19:25:32 +0200 Subject: Fedora User Certificates In-Reply-To: <200808251207.14854.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <200808251032.25117.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> Message-ID: <20080825192532.ebd93739.mschwendt@gmail.com> On Mon, 25 Aug 2008 12:07:10 -0500, Dennis Gilmore wrote: > On Monday 25 August 2008 11:02:21 am Dmitry Butskoy wrote: > > Dennis Gilmore wrote: > > > ive had one other report of the certs being weird looking. and i was > > > unable to reproduce the issue. they look fine to me in all sources. from > > > the original all the way through what ive downloaded in the three exposed > > > places. what did you use to open them? > > > > Vi. > > > > $ vi .fedora-server-ca.cert > > > > Compare top and bottom half of the file. First lines are too long > > (because of the extra spaces), bottom lines not. > > > > Or use "od -x" ... > > i use vi and it honestly is as expected. could you email me your copy of one > of the ca certs so i can see on the file you got. ive not been able to > reproduce it at all. Just follow the thread... $ wget https://admin.fedoraproject.org/accounts/fedora-server-ca.cert $ emacs fedora-server-ca.cert From mike at miketc.net Mon Aug 25 17:27:03 2008 From: mike at miketc.net (Mike Chambers) Date: Mon, 25 Aug 2008 12:27:03 -0500 Subject: Intrusion/server status Message-ID: <1219685223.2661.8.camel@scrappy.miketc.net> OK, it's been over a week, and we've been told what happened and that the servers/machines are being reinstalled and such. Soo, what is happening now? Is everything back up yet? If not, what is left to do? When are updates and things going to start getting pushed out for the official releases? When does F10 testing/freezing/developing start again and rawhide updates start getting pushed out? Not trying to blame anyone for taking time to get things done, just trying to get at status for folks to hear bout and know how it's going up to this point. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From rakesh.pandit at gmail.com Mon Aug 25 17:45:36 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 25 Aug 2008 23:15:36 +0530 Subject: Intrusion/server status In-Reply-To: <1219685223.2661.8.camel@scrappy.miketc.net> References: <1219685223.2661.8.camel@scrappy.miketc.net> Message-ID: 2008/8/25 Mike Chambers : > OK, it's been over a week, and we've been told what happened and that > the servers/machines are being reinstalled and such. Soo, what is > happening now? Is everything back up yet? If not, what is left to do? > When are updates and things going to start getting pushed out for the > official releases? When does F10 testing/freezing/developing start > again and rawhide updates start getting pushed out? > > Not trying to blame anyone for taking time to get things done, just > trying to get at status for folks to hear bout and know how it's going > up to this point. Most of things (as good as I know) are up and running now. Fedora announce list had an announcement on 22nd. There have been some posts in here also linking to that announcement. https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00012.html Cheers all those folks who put in efforts to restore everything. ;-) -- Thanks, Rakesh Pandit From j.w.r.degoede at hhs.nl Mon Aug 25 18:04:52 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 25 Aug 2008 20:04:52 +0200 Subject: libgnutls-openssl and real openssl conflict Message-ID: <48B2F444.2010205@hhs.nl> Hi All, The story begins here: https://bugzilla.redhat.com/show_bug.cgi?id=446860 The problem is, or I believe it to be, that when an application uses libgnutls-openssl (meant for easy use of porting openssl programs to gnutls) for example because of the openssl license issues, and then a library uses the real openssl (for example glibc through nss_ldap) then in the nss_ldap example, the layer dlopen's nss_ldap starts using the openssl symbols from gnutls instead of those from openssl, but they are not ABI compatible -> boom. Luckily the list of libgnutls-openssl users seems small: [hans at localhost src]$ repoquery -q --whatrequires 'libgnutls-openssl.so.26()(64bit)' mcabber-0:0.9.7-1.fc10.x86_64 gnutls-0:2.4.1-1.fc10.x86_64 gnutls-devel-0:2.4.1-1.fc10.x86_64 zoneminder-0:1.23.3-1.fc10.x86_64 gkrellm-0:2.3.1-4.fc10.x86_64 So only 3 programs are affected, given that the same may happen when any used library uses the real openssl and the application or any other library uses gnutls-openssl, I would like to suggest the removal of libgnutls-openssl from Fedora, as long as we have this openssl libraries mess (which we unfortunately do) we should make sure that the various ssl libraries do not have symbol clashes, as changes are that through a mix of libraries an application may be using 2 (or even 3) different ssl libs. So whats your 2 cents on this? Regards, Hans From linville at redhat.com Mon Aug 25 18:00:25 2008 From: linville at redhat.com (John W. Linville) Date: Mon, 25 Aug 2008 14:00:25 -0400 Subject: Fedora User Certificates In-Reply-To: <870180fe0808250859yc4c9affp8b19215941638fdc@mail.gmail.com> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> <48AF0DBF.7090308@redhat.com> <870180fe0808250859yc4c9affp8b19215941638fdc@mail.gmail.com> Message-ID: <20080825180025.GA3171@redhat.com> On Mon, Aug 25, 2008 at 09:59:31AM -0600, Jerry James wrote: > Has anyone had any luck importing the revocation list into Firefox? > When I choose the import button on the revocation list tab, I do not > get a file browser like I do with the other options. I just get a box > asking me where the revocation list information is stored, with a text > field. I put the absolute pathname in, click OK ... and nothing > happens. No error messages. No success either. I am far from on expert on such things, but I did happen to just do this for my personal infrastructure. (Plus, I stayed at a Holiday Inn Express last night!) It looks to me like the CRL is in a PEM format instead of a DER format. Perhaps the crl tool will convert it properly (haven't tried)? http://www.openssl.org/docs/apps/crl.html Hth! John -- John W. Linville linville at redhat.com From cheese at nosuchhost.net Mon Aug 25 17:13:53 2008 From: cheese at nosuchhost.net (josef radinger) Date: Mon, 25 Aug 2008 19:13:53 +0200 Subject: cvs access denied (write permission) Message-ID: <1219684433.26961.5.camel@cheese.daheim> since several days i'm trying to update some spec-files via cvs and i seem not to able to do that. after some fiddling i found that i had to upload a new rsa-key (i tried with dsa and got no meaningfull errormessage). i even managed to update ~fedora.cert + friends, but still no luck (the logmessage has only my own comment for updateing): [rpmbuild at cheese teg]$ cvs commit cvs commit: Examining . cvs commit: Examining F-7 cvs commit: Examining F-8 cvs commit: Examining F-9 cvs commit: Examining common cvs commit: Examining devel ? devel/teg-0.11.2-15.fc10.src.rpm ? F-9/teg-0.11.2-16.fc9.src.rpm cvs [server aborted]: "commit" requires write access to the repository cvs commit: saving log message in /tmp/cvsmCWfVR any ideas? yours josef From jkeating at redhat.com Mon Aug 25 15:06:58 2008 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 25 Aug 2008 11:06:58 -0400 Subject: Next rawhide update In-Reply-To: <1219486678.7467.0.camel@sb-home> References: <1219486678.7467.0.camel@sb-home> Message-ID: <1219676818.3874.5.camel@luminos.localdomain> On Sat, 2008-08-23 at 12:17 +0200, nodata wrote: > Anyone know when? Working on that today. We should have something tomorrow, even if it's just in repo of packages form rather than installable form. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Mon Aug 25 18:22:04 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 25 Aug 2008 20:22:04 +0200 Subject: Next rawhide update In-Reply-To: <1219676818.3874.5.camel@luminos.localdomain> References: <1219486678.7467.0.camel@sb-home> <1219676818.3874.5.camel@luminos.localdomain> Message-ID: <48B2F84C.2080703@hhs.nl> Jesse Keating wrote: > On Sat, 2008-08-23 at 12:17 +0200, nodata wrote: >> Anyone know when? > > Working on that today. We should have something tomorrow, even if it's > just in repo of packages form rather than installable form. > Any ETA for the new beta freeze date? (I'm working my butt of to get the better webcam support in as good a shape as possible for the beta) Regards, Hans From dennis at ausil.us Mon Aug 25 18:21:26 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 13:21:26 -0500 Subject: Fedora User Certificates In-Reply-To: <20080825180025.GA3171@redhat.com> References: <200808221020.17155.dennis@ausil.us> <870180fe0808250859yc4c9affp8b19215941638fdc@mail.gmail.com> <20080825180025.GA3171@redhat.com> Message-ID: <200808251321.35947.dennis@ausil.us> On Monday 25 August 2008 01:00:25 pm John W. Linville wrote: > On Mon, Aug 25, 2008 at 09:59:31AM -0600, Jerry James wrote: > > Has anyone had any luck importing the revocation list into Firefox? > > When I choose the import button on the revocation list tab, I do not > > get a file browser like I do with the other options. I just get a box > > asking me where the revocation list information is stored, with a text > > field. I put the absolute pathname in, click OK ... and nothing > > happens. No error messages. No success either. > > I am far from on expert on such things, but I did happen to just do > this for my personal infrastructure. (Plus, I stayed at a Holiday > Inn Express last night!) > > It looks to me like the CRL is in a PEM format instead of a DER format. > Perhaps the crl tool will convert it properly (haven't tried)? > > http://www.openssl.org/docs/apps/crl.html http://www.freesoft.org/CIE/RFC/1422/34.htm apache expects the crl to be pem format http://www.apache- ssl.org/docs.html#SSLUseCRL we are using the crl with apache on the lookaside cache and koji. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From linville at redhat.com Mon Aug 25 18:44:49 2008 From: linville at redhat.com (John W. Linville) Date: Mon, 25 Aug 2008 14:44:49 -0400 Subject: Fedora User Certificates In-Reply-To: <200808251321.35947.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <870180fe0808250859yc4c9affp8b19215941638fdc@mail.gmail.com> <20080825180025.GA3171@redhat.com> <200808251321.35947.dennis@ausil.us> Message-ID: <20080825184449.GB3171@redhat.com> On Mon, Aug 25, 2008 at 01:21:26PM -0500, Dennis Gilmore wrote: > On Monday 25 August 2008 01:00:25 pm John W. Linville wrote: > > On Mon, Aug 25, 2008 at 09:59:31AM -0600, Jerry James wrote: > > > Has anyone had any luck importing the revocation list into Firefox? > > It looks to me like the CRL is in a PEM format instead of a DER format. > > Perhaps the crl tool will convert it properly (haven't tried)? > > > > http://www.openssl.org/docs/apps/crl.html > > http://www.freesoft.org/CIE/RFC/1422/34.htm > > apache expects the crl to be pem format http://www.apache- > ssl.org/docs.html#SSLUseCRL we are using the crl with apache on the lookaside > cache and koji. Sure, fine. But Jerry was trying to load the CRL into his browser, and AFAIK Firefox wants the DER format. John -- John W. Linville linville at redhat.com From poelstra at redhat.com Mon Aug 25 18:46:16 2008 From: poelstra at redhat.com (John Poelstra) Date: Mon, 25 Aug 2008 11:46:16 -0700 Subject: Next rawhide update In-Reply-To: <48B2F84C.2080703@hhs.nl> References: <1219486678.7467.0.camel@sb-home> <1219676818.3874.5.camel@luminos.localdomain> <48B2F84C.2080703@hhs.nl> Message-ID: <48B2FDF8.5030204@redhat.com> Hans de Goede said the following on 08/25/2008 11:22 AM Pacific Time: > Jesse Keating wrote: >> On Sat, 2008-08-23 at 12:17 +0200, nodata wrote: >>> Anyone know when? >> >> Working on that today. We should have something tomorrow, even if it's >> just in repo of packages form rather than installable form. >> > > Any ETA for the new beta freeze date? (I'm working my butt of to get the > better webcam support in as good a shape as possible for the beta) > > Regards, > > Hans > Possibly 2008-09-09 We discussed this proposed schedule at the release engineering meeting today: http://poelstra.fedorapeople.org/schedules/f-10/f-10-three-week-change.html and hopefully it will be reviewed and approved by FESCo at their next meeting. John From lemenkov at gmail.com Mon Aug 25 19:07:18 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Mon, 25 Aug 2008 23:07:18 +0400 Subject: Move libgnome[ui] Python bindings to gnome-python2-gnome In-Reply-To: <1219678245.2967.7.camel@localhost.localdomain> References: <1217516636.3715.12.camel@dhcp-100-2-219.bos.redhat.com> <1219678245.2967.7.camel@localhost.localdomain> Message-ID: > On Thu, 2008-07-31 at 11:03 -0400, Matthew Barnes wrote: > > The OLPC guys are asking me to split the Python bindings for libgnome > > and libgnomeui into a new subpackage of gnome-python2 called > > gnome-python2-gnome (see [1]). Congrats! Definitely, that's the ugliest Fedora package name I ever heard. -- With best regards! From a.badger at gmail.com Mon Aug 25 19:21:32 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Aug 2008 12:21:32 -0700 Subject: cvs access denied (write permission) In-Reply-To: <1219684433.26961.5.camel@cheese.daheim> References: <1219684433.26961.5.camel@cheese.daheim> Message-ID: <48B3063C.5010509@gmail.com> josef radinger wrote: > since several days i'm trying to update some spec-files via cvs and i > seem not to able to do that. > > after some fiddling i found that i had to upload a new rsa-key (i tried > with dsa and got no meaningfull errormessage). i even managed to update > ~fedora.cert + friends, but still no luck (the logmessage has only my > own comment for updateing): > > [rpmbuild at cheese teg]$ cvs commit > cvs commit: Examining . > cvs commit: Examining F-7 > cvs commit: Examining F-8 > cvs commit: Examining F-9 > cvs commit: Examining common > cvs commit: Examining devel > ? devel/teg-0.11.2-15.fc10.src.rpm > ? F-9/teg-0.11.2-16.fc9.src.rpm > cvs [server aborted]: "commit" requires write access to the repository > cvs commit: saving log message in /tmp/cvsmCWfVR > Looking through the logs on the cvs server, I don't see any logins from you. Are you connecting with your Fedora account? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From drago01 at gmail.com Mon Aug 25 19:29:34 2008 From: drago01 at gmail.com (drago01) Date: Mon, 25 Aug 2008 21:29:34 +0200 Subject: limited time for ~6 weeks Message-ID: Hi, Starting with Monday(2008-09-01) I will be very busy and might not be as active as I am now for ~6 weeks, but I will still access the internet from time to time. If there is anything with my packages[1] fell free to just fix them, they have open ACLs for a reason ;) 1: https://admin.fedoraproject.org/pkgdb/users/packages/drago01?acls=owner From tmz at pobox.com Mon Aug 25 20:00:48 2008 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 25 Aug 2008 16:00:48 -0400 Subject: Fedora User Certificates In-Reply-To: <200808251207.14854.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <200808251032.25117.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> Message-ID: <20080825200048.GQ21166@inocybe.teonanacatl.org> Dennis Gilmore wrote: > i use vi and it honestly is as expected. could you email me your > copy of one of the ca certs so i can see on the file you got. ive > not been able to reproduce it at all. Take a look at the files with :set list on in vim, e.g.: curl https://admin.fedoraproject.org/accounts/fedora-upload-ca.cert|\ vim -c 'set list' - -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sometimes you get the blues because your baby leaves you. Sometimes you get'em 'cause she comes back. -- B.B. King -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From robin.norwood at gmail.com Mon Aug 25 20:45:38 2008 From: robin.norwood at gmail.com (Robin Norwood) Date: Mon, 25 Aug 2008 16:45:38 -0400 Subject: Updating pygame to 1.8.0 Message-ID: Hi, Does anyone have an objection to my updating pygame to 1.8.0 in F9? It's been 1.8.0 in rawhide for awhile now, with no known issues. This should fix this bug: https://bugzilla.redhat.com/show_bug.cgi?id=452773 (crashes the application if fonts.dir is empty or curropted) And make OLPC guys happy. At the same time, I'd like to move to requiring numpy instead of python-numeric, as python-numeric is deprecated [1]. https://bugzilla.redhat.com/show_bug.cgi?id=457074 repoquery tells me the following packages require pygame: keyjnote-0:0.10.2-1.fc9.noarch PySolFC-music-0:4.40-3.noarch pygame-devel-0:1.7.1-16.fc9.i386 python-kaa-imlib2-0:0.2.3-2.fc9.i386 poker2d-0:1.6.0-1.fc9.i386 childsplay-0:0.90.2-1.fc9.noarch angrydd-0:1.0.1-3.fc8.noarch pygame-devel-0:1.7.1-17.fc9.i386 poker2d-0:1.4.0-1.fc9.i386 magicor-0:1.1-0.1.rc1.fc9.noarch seahorse-adventures-0:1.0-2.fc8.noarch monsterz-0:0.7.1-3.fc9.i386 solarwolf-0:1.5-2.fc8.noarch slingshot-0:0.8.1p-1.fc8.noarch A quick test of several of the above doesn't reveal any problems. I've requested a push to updates-testing, if those interested could take a look when it shows up there: https://admin.fedoraproject.org/updates/pygame-1.8.0-2.fc9 [1] http://wiki.python.org/moin/NumericAndScientific Thanks, -RN -- Robin Norwood "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From stlwrt at gmail.com Mon Aug 25 21:01:37 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 26 Aug 2008 00:01:37 +0300 Subject: Still no go on koji or cvs In-Reply-To: <1219677103.6916.4.camel@PB3.Linux> References: <1219677103.6916.4.camel@PB3.Linux> Message-ID: 2008/8/25 Paul : > I've updated and uploaded all of my certificates, changed passwords and > done just about everything else possible, but I still can't build on > koji (Seamonkey on the koji website gives me a login error) nor can I > upload to cvs (I get to cvs checking the remote file for comparison, but > then it dies saying it can't check the remote file). Yeah, same for me. [stalwart at delta cvs]$ fedora-cvs embryo Checking out embryo from fedora cvs: Error: Permission denied (publickey). cvs [checkout aborted]: end of file from server (consult above messages if any) -- http://scwlab.com From dennis at ausil.us Mon Aug 25 21:09:19 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 16:09:19 -0500 Subject: Still no go on koji or cvs In-Reply-To: References: <1219677103.6916.4.camel@PB3.Linux> Message-ID: <200808251609.48660.dennis@ausil.us> On Monday 25 August 2008 04:01:37 pm Pavel Shevchuk wrote: > 2008/8/25 Paul : > > I've updated and uploaded all of my certificates, changed passwords and > > done just about everything else possible, but I still can't build on > > koji (Seamonkey on the koji website gives me a login error) nor can I > > upload to cvs (I get to cvs checking the remote file for comparison, but > > then it dies saying it can't check the remote file). > > Yeah, same for me. > > [stalwart at delta cvs]$ fedora-cvs embryo > Checking out embryo from fedora cvs: > Error: Permission denied (publickey). > cvs [checkout aborted]: end of file from server (consult above messages if > any) This indicates you have not uploaded a ssh public key in fas. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From lsof at nodata.co.uk Mon Aug 25 21:10:03 2008 From: lsof at nodata.co.uk (nodata) Date: Mon, 25 Aug 2008 23:10:03 +0200 Subject: Intrusion/server status In-Reply-To: <1219685223.2661.8.camel@scrappy.miketc.net> References: <1219685223.2661.8.camel@scrappy.miketc.net> Message-ID: <1219698603.2803.0.camel@sb-home> Am Montag, den 25.08.2008, 12:27 -0500 schrieb Mike Chambers: > OK, it's been over a week, and we've been told what happened and that > the servers/machines are being reinstalled and such. Soo, what is > happening now? Is everything back up yet? If not, what is left to do? > When are updates and things going to start getting pushed out for the > official releases? When does F10 testing/freezing/developing start > again and rawhide updates start getting pushed out? > > Not trying to blame anyone for taking time to get things done, just > trying to get at status for folks to hear bout and know how it's going > up to this point. > The Red Hat docs stress communication as important. From stlwrt at gmail.com Mon Aug 25 21:11:14 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 26 Aug 2008 00:11:14 +0300 Subject: Still no go on koji or cvs In-Reply-To: <200808251609.48660.dennis@ausil.us> References: <1219677103.6916.4.camel@PB3.Linux> <200808251609.48660.dennis@ausil.us> Message-ID: 2008/8/26 Dennis Gilmore : > This indicates you have not uploaded a ssh public key in fas. I did, and fedorapeople lets me in -- http://scwlab.com From laxathom at fedoraproject.org Mon Aug 25 21:17:32 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 25 Aug 2008 23:17:32 +0200 Subject: Still no go on koji or cvs In-Reply-To: References: <1219677103.6916.4.camel@PB3.Linux> <200808251609.48660.dennis@ausil.us> Message-ID: <62bc09df0808251417l15c9561cgaab011e63b8527c4@mail.gmail.com> On Mon, Aug 25, 2008 at 11:11 PM, Pavel Shevchuk wrote: > 2008/8/26 Dennis Gilmore : > > This indicates you have not uploaded a ssh public key in fas. > > I did, and fedorapeople lets me in If so, clean up your .ssh/known_hosts file from old cvs host. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From dominik at greysector.net Mon Aug 25 21:26:03 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 25 Aug 2008 23:26:03 +0200 Subject: Intrusion/server status In-Reply-To: <1219698603.2803.0.camel@sb-home> References: <1219685223.2661.8.camel@scrappy.miketc.net> <1219698603.2803.0.camel@sb-home> Message-ID: <20080825212603.GC32183@mokona.greysector.net> On Monday, 25 August 2008 at 23:10, nodata wrote: > Am Montag, den 25.08.2008, 12:27 -0500 schrieb Mike Chambers: > > OK, it's been over a week, and we've been told what happened and that > > the servers/machines are being reinstalled and such. Soo, what is > > happening now? Is everything back up yet? If not, what is left to do? > > When are updates and things going to start getting pushed out for the > > official releases? When does F10 testing/freezing/developing start > > again and rawhide updates start getting pushed out? > > > > Not trying to blame anyone for taking time to get things done, just > > trying to get at status for folks to hear bout and know how it's going > > up to this point. > > > > The Red Hat docs stress communication as important. There's some speculation on fedora-advisory-board that might explain the information blackout, so please don't jump to conclusions until you really know what happened. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From lsof at nodata.co.uk Mon Aug 25 21:38:32 2008 From: lsof at nodata.co.uk (nodata) Date: Mon, 25 Aug 2008 23:38:32 +0200 Subject: Intrusion/server status In-Reply-To: <20080825212603.GC32183@mokona.greysector.net> References: <1219685223.2661.8.camel@scrappy.miketc.net> <1219698603.2803.0.camel@sb-home> <20080825212603.GC32183@mokona.greysector.net> Message-ID: <1219700312.2803.4.camel@sb-home> Am Montag, den 25.08.2008, 23:26 +0200 schrieb Dominik 'Rathann' Mierzejewski: > On Monday, 25 August 2008 at 23:10, nodata wrote: > > Am Montag, den 25.08.2008, 12:27 -0500 schrieb Mike Chambers: > > > OK, it's been over a week, and we've been told what happened and that > > > the servers/machines are being reinstalled and such. Soo, what is > > > happening now? Is everything back up yet? If not, what is left to do? > > > When are updates and things going to start getting pushed out for the > > > official releases? When does F10 testing/freezing/developing start > > > again and rawhide updates start getting pushed out? > > > > > > Not trying to blame anyone for taking time to get things done, just > > > trying to get at status for folks to hear bout and know how it's going > > > up to this point. > > > > > > > The Red Hat docs stress communication as important. > > There's some speculation on fedora-advisory-board that might explain > the information blackout, so please don't jump to conclusions until > you really know what happened. > I'm not jumping to conclusions, I'm saying there is a lack of communication. I said nothing else. From a.badger at gmail.com Mon Aug 25 21:42:34 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Aug 2008 14:42:34 -0700 Subject: Still no go on koji or cvs In-Reply-To: References: <1219677103.6916.4.camel@PB3.Linux> <200808251609.48660.dennis@ausil.us> Message-ID: <48B3274A.6060503@gmail.com> Pavel Shevchuk wrote: > 2008/8/26 Dennis Gilmore : >> This indicates you have not uploaded a ssh public key in fas. > > I did, and fedorapeople lets me in > this is a different error from Paul's. What's your Fedora username? I can see if you're getting connected to the cvs server with that information. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From stlwrt at gmail.com Mon Aug 25 21:50:36 2008 From: stlwrt at gmail.com (Pavel Shevchuk) Date: Tue, 26 Aug 2008 00:50:36 +0300 Subject: Still no go on koji or cvs In-Reply-To: <48B3274A.6060503@gmail.com> References: <1219677103.6916.4.camel@PB3.Linux> <200808251609.48660.dennis@ausil.us> <48B3274A.6060503@gmail.com> Message-ID: 2008/8/26 Toshio Kuratomi : > What's your Fedora username? I can see if you're getting connected to the > cvs server with that information. My FAS name is "stalwart". I was digging ML archives now and found info that ssh keys sync in few hours. I decided to wait and see if it helps -- http://scwlab.com From lmacken at redhat.com Mon Aug 25 21:52:33 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 25 Aug 2008 17:52:33 -0400 Subject: bodhi internal error In-Reply-To: References: Message-ID: <20080825215233.GB6010@x300.bos.redhat.com> On Mon, Aug 25, 2008 at 08:08:47AM -0400, Neal Becker wrote: > bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 > Creating new update for mercurial-1_0_2-1_fc9 > HTTP Error 500: Internal error So, a lot of the bodhi API has changed recently. Unfortunately, I was unable to get updated packages out to everyone in time. Quick fix: koji download-build bodhi-0.5.1-1.fc9 koji download-build python-fedora-0.3.5-1.fc10 luke From lmacken at redhat.com Mon Aug 25 21:53:15 2008 From: lmacken at redhat.com (Luke Macken) Date: Mon, 25 Aug 2008 17:53:15 -0400 Subject: bodhi template changed? In-Reply-To: References: <48B11F76.20701@timj.co.uk> <20080824161057.GB5489@x300> Message-ID: <20080825215315.GC6010@x300.bos.redhat.com> On Mon, Aug 25, 2008 at 08:18:14AM -0400, Neal Becker wrote: > Luke Macken wrote: > > > On Sun, Aug 24, 2008 at 09:44:38AM +0100, Tim Jackson wrote: > >> The bodhi template for use from cvs checkouts seems to have changed > >> recently and bodhi-client-0.4.10-4.fc9 doesn't like it: if I try to > >> submit an update (via "make update") and set the "type" to "enhancement" > >> (which is defined in the template) then I get the fairly cryptic error: > >> > >> Reading from bodhi.template > >> Traceback (most recent call last): > >> File "/usr/bin/bodhi", line 316, in > >> bodhi.parse_file(opts) > >> File "/usr/bin/bodhi", line 213, in parse_file > >> opts.type = types[para.upper()] > >> KeyError: 'ENHANCEMENT' > >> > >> I assume by this that "enhancement" is not a valid value? > >> (NB either way, bodhi ought to give a clearer error) > > > > Yes... I had hoped to push out a new bodhi-client into updates before > > doing the upgrade, since a lot of the API has changed. Due to all of > > the fun we had in the past week, I was unable to do so. Please try the > > latest bodhi-client package from koji (you may need to install > > bodhi-server as well to get the egg-info at the moment): > > > > koji download-build bodhi-0.5.1-1.fc9 > > > > > > luke > > > sudo rpm -U bodhi-client-0.5.1-1.fc9.noarch.rpm > bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 > Traceback (most recent call last): > File "/usr/bin/bodhi", line 5, in > from pkg_resources import load_entry_point > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in > working_set.require(__requires__) > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require > needed = self.resolve(parse_requirements(requirements)) > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve > raise DistributionNotFound(req) # XXX put more info here > pkg_resources.DistributionNotFound: bodhi==0.5.1 You'll need to install the bodhi-server package that came along with it to get the egg-info. I'll move it into the client package shortly. luke From dennis at ausil.us Mon Aug 25 22:03:54 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 17:03:54 -0500 Subject: Still no go on koji or cvs In-Reply-To: References: <1219677103.6916.4.camel@PB3.Linux> <48B3274A.6060503@gmail.com> Message-ID: <200808251703.59110.dennis@ausil.us> On Monday 25 August 2008 04:50:36 pm Pavel Shevchuk wrote: > 2008/8/26 Toshio Kuratomi : > > What's your Fedora username? I can see if you're getting connected to > > the cvs server with that information. > > My FAS name is "stalwart". I was digging ML archives now and found > info that ssh keys sync in few hours. I decided to wait and see if it > helps try now. i can confirm your key is in place. i fyou have issues please drop by #fedora-admin on freenode so we can work out what the problem is Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From abartlet at samba.org Mon Aug 25 22:39:28 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Tue, 26 Aug 2008 08:39:28 +1000 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B2F444.2010205@hhs.nl> References: <48B2F444.2010205@hhs.nl> Message-ID: <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > Hi All, > > The story begins here: > https://bugzilla.redhat.com/show_bug.cgi?id=446860 > > The problem is, or I believe it to be, that when an application uses > libgnutls-openssl (meant for easy use of porting openssl programs to gnutls) > for example because of the openssl license issues, and then a library uses the > real openssl (for example glibc through nss_ldap) then in the nss_ldap example, > the layer dlopen's nss_ldap starts using the openssl symbols from gnutls > instead of those from openssl, but they are not ABI compatible -> boom. > > Luckily the list of libgnutls-openssl users seems small: > > [hans at localhost src]$ repoquery -q --whatrequires > 'libgnutls-openssl.so.26()(64bit)' > mcabber-0:0.9.7-1.fc10.x86_64 > gnutls-0:2.4.1-1.fc10.x86_64 > gnutls-devel-0:2.4.1-1.fc10.x86_64 > zoneminder-0:1.23.3-1.fc10.x86_64 > gkrellm-0:2.3.1-4.fc10.x86_64 > > So only 3 programs are affected, given that the same may happen when any used > library uses the real openssl and the application or any other library uses > gnutls-openssl, I would like to suggest the removal of libgnutls-openssl from > Fedora, as long as we have this openssl libraries mess (which we unfortunately > do) we should make sure that the various ssl libraries do not have symbol > clashes, as changes are that through a mix of libraries an application may be > using 2 (or even 3) different ssl libs. > > So whats your 2 cents on this? How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 nils at redhat.com Mon Aug 25 22:49:24 2008 From: nils at redhat.com (Nils Philippsen) Date: Tue, 26 Aug 2008 00:49:24 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> Message-ID: <1219704564.7994.6.camel@gibraltar.str.redhat.com> On Tue, 2008-08-26 at 08:39 +1000, Andrew Bartlett wrote: > On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > > Hi All, > > > > The story begins here: > > https://bugzilla.redhat.com/show_bug.cgi?id=446860 > > > > The problem is, or I believe it to be, that when an application uses > > libgnutls-openssl (meant for easy use of porting openssl programs to gnutls) > > for example because of the openssl license issues, and then a library uses the > > real openssl (for example glibc through nss_ldap) then in the nss_ldap example, > > the layer dlopen's nss_ldap starts using the openssl symbols from gnutls > > instead of those from openssl, but they are not ABI compatible -> boom. > > > > Luckily the list of libgnutls-openssl users seems small: > > > > [hans at localhost src]$ repoquery -q --whatrequires > > 'libgnutls-openssl.so.26()(64bit)' > > mcabber-0:0.9.7-1.fc10.x86_64 > > gnutls-0:2.4.1-1.fc10.x86_64 > > gnutls-devel-0:2.4.1-1.fc10.x86_64 > > zoneminder-0:1.23.3-1.fc10.x86_64 > > gkrellm-0:2.3.1-4.fc10.x86_64 > > > > So only 3 programs are affected, given that the same may happen when any used > > library uses the real openssl and the application or any other library uses > > gnutls-openssl, I would like to suggest the removal of libgnutls-openssl from > > Fedora, as long as we have this openssl libraries mess (which we unfortunately > > do) we should make sure that the various ssl libraries do not have symbol > > clashes, as changes are that through a mix of libraries an application may be > > using 2 (or even 3) different ssl libs. > > > > So whats your 2 cents on this? > > How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? Completely uninformed guess: by using macros or other techniques to add a prefix to the symbols that end up in the binary? Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From triad at df.lth.se Mon Aug 25 23:36:21 2008 From: triad at df.lth.se (Linus Walleij) Date: Tue, 26 Aug 2008 01:36:21 +0200 Subject: I'm out of the ACL, all of a sudden Message-ID: <1219707382.28295.1.camel@c83-254-32-178.bredband.comhem.se> Hm, public keys and new certs work like a charm, but what is this now: **** Access denied: snirkel is not in ACL for rpms/libmtp/devel cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvs6RQkj2 How did I fall out of that ACL now then.. Any hints for how to fix this? Linus Walleij From cmadams at hiwaay.net Tue Aug 26 00:24:23 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 25 Aug 2008 19:24:23 -0500 Subject: Intrusion/server status In-Reply-To: <20080825212603.GC32183@mokona.greysector.net> References: <1219685223.2661.8.camel@scrappy.miketc.net> <1219698603.2803.0.camel@sb-home> <20080825212603.GC32183@mokona.greysector.net> Message-ID: <20080826002423.GA1572107@hiwaay.net> Once upon a time, Dominik 'Rathann' Mierzejewski said: > On Monday, 25 August 2008 at 23:10, nodata wrote: > > The Red Hat docs stress communication as important. > > There's some speculation on fedora-advisory-board that might explain > the information blackout, so please don't jump to conclusions until > you really know what happened. Well, there has been a lack of communication about this whole thing. Was it a case of someone having access that shouldn't, was there a security breach (in which case are my servers vulnerable), etc.? Is something still going on? I tried to see if the above list has public archives, but now Red Hat's website is apparently off-line (placeholder page) and Bugzilla is refusing connections. Nobody likes having bad things to say, but in the absence of information, rumors and speculation fill the gap (which is not good). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mmcgrath at redhat.com Tue Aug 26 00:59:09 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 25 Aug 2008 19:59:09 -0500 (CDT) Subject: Notification - 2008-08-26 23:00 UTC Message-ID: There was an outage starting at 2008-08-26 23:00 UTC, which lasted approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2008-08-26 23:00 UTC' Affected Services: Websites Buildsystem Database Unaffected Services: CVS / Source Control DNS Mail Torrent Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/784 Reason for Outage: Cooling issues in our primary datacenter caused some ambient temperatures to hit 39C/102F. After hitting a critical point many of our servers shut themselves down. After the issue was corrected and things cooled down, we powered up the servers without issue. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. From a.badger at gmail.com Tue Aug 26 01:39:22 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Aug 2008 18:39:22 -0700 Subject: I'm out of the ACL, all of a sudden In-Reply-To: <1219707382.28295.1.camel@c83-254-32-178.bredband.comhem.se> References: <1219707382.28295.1.camel@c83-254-32-178.bredband.comhem.se> Message-ID: <48B35ECA.3090500@gmail.com> Linus Walleij wrote: > Hm, public keys and new certs work like > a charm, but what is this now: > > **** Access denied: snirkel is not in ACL for rpms/libmtp/devel > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! > cvs commit: saving log message in /tmp/cvs6RQkj2 > > How did I fall out of that ACL now then.. > > Any hints for how to fix this? I just looked at the acls on the cvs server and you should be able to commit (because the package is currently open to anyone in the packager group.) Are you still having troubles? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Aug 26 01:40:34 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Aug 2008 18:40:34 -0700 Subject: I'm out of the ACL, all of a sudden In-Reply-To: <1219707382.28295.1.camel@c83-254-32-178.bredband.comhem.se> References: <1219707382.28295.1.camel@c83-254-32-178.bredband.comhem.se> Message-ID: <48B35F12.3040400@gmail.com> Linus Walleij wrote: > Hm, public keys and new certs work like > a charm, but what is this now: > > **** Access denied: snirkel is not in ACL for rpms/libmtp/devel > cvs commit: Pre-commit check failed > cvs [commit aborted]: correct above errors first! > cvs commit: saving log message in /tmp/cvs6RQkj2 > > How did I fall out of that ACL now then.. > > Any hints for how to fix this? > > Linus Walleij > Actually... I see a big commit that just added all of the acls back to the server. You should be able to commit now and I'll have to look into why all the acls disappeared. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From bojan at rexursive.com Tue Aug 26 01:56:52 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 11:56:52 +1000 Subject: Time to resurrect multi-key signatures in RPM? Message-ID: <1219715812.7925.59.camel@shrek.rexursive.com> In the light of recent RPM signing intrusions, maybe we should resurrect the RPM feature where multiple signatures are allowed (i.e. --addsign is different to --resign)? With this we could then require N good signatures (and no bad ones) on each package before yum would trust the content. What I'm getting at with this is distributed package signing, which would make the job of breaking the trust much harder for attackers, as they would have to crack private keys of many people around the world in order to subvert Fedora packages. For instance, an attacker being in the position of injecting a bad package and signing it with Fedora key would still get nowhere, as he'd need to convince other signatories to sign those packages before them being any threat to Fedora users. Before signing, signatories could require that original contributor that built the package for a particular tag sends a signed e-mail (containing that tag and package checksums - valid only once) to the signatories, therefore requiring yet another compromised private key in order to perform an attack. Signatories could also use alternative build systems with no public access (e.g. their own, Matt's at Dell etc.) to verify package checksums before signing, in order to avoid trusting a compromised Fedora build system. This would require more distributed resources and would slow the update process down somewhat, but may avoid single point of intrusion as being sufficient to break the distro. Comments? -- Bojan From abartlet at samba.org Tue Aug 26 02:22:47 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Tue, 26 Aug 2008 12:22:47 +1000 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219715812.7925.59.camel@shrek.rexursive.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> Message-ID: <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> On Tue, 2008-08-26 at 11:56 +1000, Bojan Smojver wrote: > In the light of recent RPM signing intrusions, maybe we should resurrect > the RPM feature where multiple signatures are allowed (i.e. --addsign is > different to --resign)? With this we could then require N good > signatures (and no bad ones) on each package before yum would trust the > content. > Signatories could also use alternative build systems with no public > access (e.g. their own, Matt's at Dell etc.) to verify package checksums > before signing, in order to avoid trusting a compromised Fedora build > system. I think the checksums would be the hardest part. Build times, hosts and other details are very often embedded into a build. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 bojan at rexursive.com Tue Aug 26 02:39:47 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 02:39:47 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> Message-ID: Andrew Bartlett samba.org> writes: > I think the checksums would be the hardest part. Build times, hosts > and other details are very often embedded into a build. Yeah, good point. We do have checksums of individual files inside the RPM, right? Maybe we can leverage that in order to provide a build system neutral checksum that can be verified independently? -- Bojan From bojan at rexursive.com Tue Aug 26 02:49:38 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 02:49:38 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> Message-ID: Bojan Smojver rexursive.com> writes: > Yeah, good point. We do have checksums of individual files inside the RPM, > right? Maybe we can leverage that in order to provide a build system neutral > checksum that can be verified independently? Or maybe we could even rely on checksums of cpio archives produced by rpm2cpio? -- Bojan From cmadams at hiwaay.net Tue Aug 26 03:09:41 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 25 Aug 2008 22:09:41 -0500 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> Message-ID: <20080826030941.GC1572107@hiwaay.net> Once upon a time, Bojan Smojver said: > Andrew Bartlett samba.org> writes: > > I think the checksums would be the hardest part. Build times, hosts > > and other details are very often embedded into a build. > > Yeah, good point. We do have checksums of individual files inside the RPM, > right? Maybe we can leverage that in order to provide a build system neutral > checksum that can be verified independently? That still doesn't help; some things embed the compile time and info in the files. See for example 'uname -v' (although that one is pretty easily controlled IIRC) and 'perl -V'. One possible way to handle builds that do this would be to do something like use the timestamp of the spec file or last CVS update time for example and force such builds to use that instead of the current time. That doesn't help the 'perl -V' example though, since it includes the 'uname -r' and 'uname -v' output in the resulting binary; for example, you can see that the current perl RPM on F9/x86_64 was built on a RHEL5 (or derivative; somebody could tell from the version string) system and what kernel it was running at the time. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From tgl at redhat.com Tue Aug 26 03:11:46 2008 From: tgl at redhat.com (Tom Lane) Date: Mon, 25 Aug 2008 23:11:46 -0400 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219715812.7925.59.camel@shrek.rexursive.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> Message-ID: <18016.1219720306@sss.pgh.pa.us> Bojan Smojver writes: > For instance, an attacker being in the position of injecting a bad > package and signing it with Fedora key would still get nowhere, as he'd > need to convince other signatories to sign those packages before them > being any threat to Fedora users. Before signing, signatories could > require that original contributor that built the package for a > particular tag sends a signed e-mail (containing that tag and package > checksums - valid only once) to the signatories, therefore requiring yet > another compromised private key in order to perform an attack. Yup, packagers are going to do that, sure... Most of us are overworked already. We aren't going to jump through any hoops for third-party signatories. regards, tom lane From bojan at rexursive.com Tue Aug 26 03:27:43 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 03:27:43 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <18016.1219720306@sss.pgh.pa.us> Message-ID: Tom Lane redhat.com> writes: > Yup, packagers are going to do that, sure... That was the intention, yes. Packagers would notify all signatories (with a signed e-mail) that they've built a new package destined for updates and that signatories should review and sign it. We're still working out the details of making sure packages are are genuine in another thread :-) I guess from Red Hat's point of view, the only difference would be that Fedora packages would not be valid unless signed and uploaded back to updates by (required number of) other signatories. -- Bojan From bojan at rexursive.com Tue Aug 26 03:29:52 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 03:29:52 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> Message-ID: Chris Adams hiwaay.net> writes: > That still doesn't help; some things embed the compile time and info in > the files. See for example 'uname -v' (although that one is pretty > easily controlled IIRC) and 'perl -V'. > > One possible way to handle builds that do this would be to do something > like use the timestamp of the spec file or last CVS update time for > example and force such builds to use that instead of the current time. > > That doesn't help the 'perl -V' example though, since it includes the > 'uname -r' and 'uname -v' output in the resulting binary; for example, > you can see that the current perl RPM on F9/x86_64 was built on a RHEL5 > (or derivative; somebody could tell from the version string) system and > what kernel it was running at the time. Right. No very good. Are these things exceptions to the rule or do majority of package have this kind of thing built in? If 95% of packages don't have it, the rest can always be checked by hand by running binary diff or something... -- Bojan From bojan at rexursive.com Tue Aug 26 03:57:04 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 03:57:04 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> Message-ID: Bojan Smojver rexursive.com> writes: > Are these things exceptions to the rule or do majority of package have this > kind of thing built in? Actually, it should be quite easy to verify this. If someone from Red Hat could run 'ls *.rpm | sort | while read pkg; do echo -en "$pkg\t"; rpm2cpio < $pkg | sha1sum; done' for all Fedora packages built in koji of a distro/arch (say F9/i386) and if Matt could do the same on his Dell build farm, we'll clearly see what gives different checksums of cpio archives. -- Bojan From mw_triad at users.sourceforge.net Tue Aug 26 04:28:00 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Mon, 25 Aug 2008 23:28:00 -0500 Subject: compiler bug turning up in cmake package? Message-ID: I'm getting this SEGV trying to install kdelibs on my machine (koji package 2.6.1-1.fc10.i386): #0 cmELF::GetRPath (this=0xbf986708) at /usr/src/debug/cmake-2.6.1/Source/cmELF.cxx:787 #1 0x080e9c07 in cmSystemTools::CheckRPath (file=@0xbf986800, newRPath=@0xbf9867fc) at /usr/src/debug/cmake-2.6.1/Source/cmSystemTools.cxx:2617 #2 0x08134378 in cmFileCommand::HandleRPathCheckCommand (this=0x9ad3db8, args=@0xbf986874) at /usr/src/debug/cmake-2.6.1/Source/cmFileCommand.cxx:1557 #3 0x0815dd6a in cmFileCommand::InitialPass (this=0x9ad3db8, args=@0xbf986874) at /usr/src/debug/cmake-2.6.1/Source/cmFileCommand.cxx:121 #4 0x081620cc in cmCommand::InvokeInitialPass (this=0x9ad3db8, args=@0x9ad3fd4, status=@0xbf986918) at /usr/src/debug/cmake-2.6.1/Source/cmCommand.h:68 #5 0x080c65a8 in cmMakefile::ExecuteCommand (this=0x9ac2730, lff=@0x9ad3fc8, status=@0xbf986918) at /usr/src/debug/cmake-2.6.1/Source/cmMakefile.cxx:399 #6 0x08150baa in cmIfFunctionBlocker::IsFunctionBlocked (this=0x9ad1170, lff=@0x9ad7f98, mf=@0x9ac2730, inStatus=@0xbf9869f8) at /usr/src/debug/cmake-2.6.1/Source/cmIfCommand.cxx:116 #7 0x080b95dc in cmMakefile::IsFunctionBlocked (this=0x9ac2730, lff=@0x9ad7f98, status=@0xbf9869f8) at /usr/src/debug/cmake-2.6.1/Source/cmMakefile.cxx:2303 The relevant code is pretty boring: 785 bool cmELF::Valid() const 786 { 787 return this->Internal && this->Internal->GetFileType() != FileTypeInvalid; 788 } ...but the disassembly is unnerving: 0x819d4c0 <_ZN5cmELF8GetRPathEv>: push %ebp 0x819d4c1 <_ZN5cmELF8GetRPathEv+1>: mov %esp,%ebp 0x819d4c3 <_ZN5cmELF8GetRPathEv+3>: sub $0x8,%esp 0x819d4c6 <_ZN5cmELF8GetRPathEv+6>: mov 0x8(%ebp),%eax 0x819d4c9 <_ZN5cmELF8GetRPathEv+9>: mov (%eax),%edx 0x819d4cb <_ZN5cmELF8GetRPathEv+11>: test %edx,%edx 0x819d4cd <_ZN5cmELF8GetRPathEv+13>: je 0x819d510 <_ZN5cmELF8GetRPathEv+80> 0x819d4cf <_ZN5cmELF8GetRPathEv+15>: mov 0x10(%edx),%eax 0x819d4d2 <_ZN5cmELF8GetRPathEv+18>: test %eax,%eax 0x819d4d4 <_ZN5cmELF8GetRPathEv+20>: je 0x819d500 <_ZN5cmELF8GetRPathEv+64> 0x819d4d6 <_ZN5cmELF8GetRPathEv+22>: cmp $0x2,%eax 0x819d4d9 <_ZN5cmELF8GetRPathEv+25>: je 0x819d4e2 <_ZN5cmELF8GetRPathEv+34> 0x819d4db <_ZN5cmELF8GetRPathEv+27>: cmp $0x3,%eax 0x819d4de <_ZN5cmELF8GetRPathEv+30>: xchg %ax,%ax 0x819d4e0 <_ZN5cmELF8GetRPathEv+32>: jne 0x819d500 <_ZN5cmELF8GetRPathEv+64> 0x819d4e2 <_ZN5cmELF8GetRPathEv+34>: mov (%edx),%eax 0x819d4e4 <_ZN5cmELF8GetRPathEv+36>: movl $0xf,0x4(%esp) 0x819d4ec <_ZN5cmELF8GetRPathEv+44>: mov %edx,(%esp) 0x819d4ef <_ZN5cmELF8GetRPathEv+47>: call *0x14(%eax) 0x819d4f2 <_ZN5cmELF8GetRPathEv+50>: leave 0x819d4f3 <_ZN5cmELF8GetRPathEv+51>: nop 0x819d4f4 <_ZN5cmELF8GetRPathEv+52>: lea 0x0(%esi,%eiz,1),%esi 0x819d4f8 <_ZN5cmELF8GetRPathEv+56>: ret 0x819d4f9 <_ZN5cmELF8GetRPathEv+57>: lea 0x0(%esi,%eiz,1),%esi 0x819d500 <_ZN5cmELF8GetRPathEv+64>: xor %eax,%eax 0x819d502 <_ZN5cmELF8GetRPathEv+66>: leave 0x819d503 <_ZN5cmELF8GetRPathEv+67>: nop 0x819d504 <_ZN5cmELF8GetRPathEv+68>: lea 0x0(%esi,%eiz,1),%esi 0x819d508 <_ZN5cmELF8GetRPathEv+72>: ret 0x819d509 <_ZN5cmELF8GetRPathEv+73>: lea 0x0(%esi,%eiz,1),%esi 0x819d510 <_ZN5cmELF8GetRPathEv+80>: mov 0x10(%edx),%eax 0x819d513 <_ZN5cmELF8GetRPathEv+83>: nop 0x819d514 <_ZN5cmELF8GetRPathEv+84>: lea 0x0(%esi,%eiz,1),%esi 0x819d518 <_ZN5cmELF8GetRPathEv+88>: jmp 0x819d4db <_ZN5cmELF8GetRPathEv+27> Look particularly at the test at +11 and jump at +13, and then at lines +80 and +15. If I read this right, it tests if "this->Internal" is NULL, and then *dereferences it either way*. This is clearly not what the source listing says (and is clearly wrong), so I wonder where this generated code came from. Hmm, actually, staring it it, trying to figure out how to hot-hack it so the install will finish, it looks like the jump address is wrong (should be going to +64, not +80). Or else, something funny is happening w.r.t. "Internal"s vtable. Note that "this" looks like: (gdb) p *this $3 = {Internal = 0x0, ErrorMessage = {static npos = 4294967295, _M_dataplus = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_p = 0xa0b402c "Error reading ELF identification."}}} (edx is indeed 0x0, so that's definitely why it SEGV'd. And eax==this, so I don't think I'm too far in the bushes guessing what went wrong.) Note also that I first spotted this in 2.6.0-1.fc10.i386; my .rpm which I kept around is timestamped 2008-05-06 (it also SEGV'd, but I upgraded to 2.6.1 before digging into it, so I can't absolutely confirm the same bug). Because it looks like the generated code is bad, I'm inclined to blame this first on the distro (Fedora) but I'm also CC'ing the cmake folk (though I guess really I should be blaming either gcc, or come to think of it, possibly gas), and also gcc-help as I figure they're most likely to be able to make sense of the disassembly. Can anyone shed some light on this? I'll likely try to debug this further (please feel free to request additional information), but for now it's a head's up of a bug in the Fedora package. (To the gcc folk: I know it's not a STC*, or even full code; sorry for that, though in my experience compiler bugs like this disappear as soon as the code is touched in the slightest manner, plus I don't have direct access to the machine this was built on anyway. Hopefully I'll be able to work with the Fedora people on that if it's needed. What I'm mainly looking for from y'all is a second opinion if the assembly is clearly whacked, or if there is an obvious flaw in my analysis.) (*Simple Test Case) -- Matthew ENOWIT: .sig file for this machine not set up yet From skvidal at fedoraproject.org Tue Aug 26 04:35:35 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 26 Aug 2008 00:35:35 -0400 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> Message-ID: <1219725335.12096.53.camel@rosebud> On Tue, 2008-08-26 at 03:57 +0000, Bojan Smojver wrote: > Bojan Smojver rexursive.com> writes: > > > Are these things exceptions to the rule or do majority of package have this > > kind of thing built in? > > Actually, it should be quite easy to verify this. If someone from Red Hat could > run 'ls *.rpm | sort | while read pkg; do echo -en "$pkg\t"; rpm2cpio < $pkg | > sha1sum; done' for all Fedora packages built in koji of a distro/arch (say > F9/i386) and if Matt could do the same on his Dell build farm, we'll clearly see > what gives different checksums of cpio archives. why do you want that? rpm -qp --dump pkg.rpm -sv From j.w.r.degoede at hhs.nl Tue Aug 26 05:22:12 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Aug 2008 07:22:12 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <1219704564.7994.6.camel@gibraltar.str.redhat.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> Message-ID: <48B39304.6020907@hhs.nl> Nils Philippsen wrote: > On Tue, 2008-08-26 at 08:39 +1000, Andrew Bartlett wrote: >> On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: >>> Hi All, >>> >>> The story begins here: >>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 >>> >>> The problem is, or I believe it to be, that when an application uses >>> libgnutls-openssl (meant for easy use of porting openssl programs to gnutls) >>> for example because of the openssl license issues, and then a library uses the >>> real openssl (for example glibc through nss_ldap) then in the nss_ldap example, >>> the layer dlopen's nss_ldap starts using the openssl symbols from gnutls >>> instead of those from openssl, but they are not ABI compatible -> boom. >>> >>> Luckily the list of libgnutls-openssl users seems small: >>> >>> [hans at localhost src]$ repoquery -q --whatrequires >>> 'libgnutls-openssl.so.26()(64bit)' >>> mcabber-0:0.9.7-1.fc10.x86_64 >>> gnutls-0:2.4.1-1.fc10.x86_64 >>> gnutls-devel-0:2.4.1-1.fc10.x86_64 >>> zoneminder-0:1.23.3-1.fc10.x86_64 >>> gkrellm-0:2.3.1-4.fc10.x86_64 >>> >>> So only 3 programs are affected, given that the same may happen when any used >>> library uses the real openssl and the application or any other library uses >>> gnutls-openssl, I would like to suggest the removal of libgnutls-openssl from >>> Fedora, as long as we have this openssl libraries mess (which we unfortunately >>> do) we should make sure that the various ssl libraries do not have symbol >>> clashes, as changes are that through a mix of libraries an application may be >>> using 2 (or even 3) different ssl libs. >>> >>> So whats your 2 cents on this? >> How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? > > Completely uninformed guess: by using macros or other techniques to add > a prefix to the symbols that end up in the binary? > I didn't know nss has an openssl compatibility sub lib too, I just checked and it doesn't do any symbol magic, iow it has the same problems as the gnutls openssl compatibility sublib. Regards, Hans From bojan at rexursive.com Tue Aug 26 05:22:36 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 05:22:36 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> Message-ID: Seth Vidal fedoraproject.org> writes: > why do you want that? > > rpm -qp --dump pkg.rpm Because I didn't read rpm manual page? ;-) Yeah, that's really useful - thanks for that hint. Makes it really simple for people to compare content of packages. You reckon this multi-key signing thing could be done in any practical fashion in Fedora? -- Bojan From martin.langhoff at gmail.com Tue Aug 26 05:37:48 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 26 Aug 2008 17:37:48 +1200 Subject: Pungi - genisoimage not finding isolinux Message-ID: <46a038f90808252237h7ef7240w76ecdaa86fb1f2ca@mail.gmail.com> I have am getting "genisoimage: Uh oh, I cant find the boot catalog directory 'isolinux'!". Granted, my repository is a bit of a hack job: I rsync from an Australian mirror (no local mirror in NZ) to a local directory so I can generate builds while offline, and I exclude several parts of the repo (exact rsync line below). How does pungi/genisoimage locate the isolinux file? How can I debug/fix this? cmdline: $ sudo pungi --force -c kickstarts/pungi-f9-minimal.ks --nosource --name XS --ver=0.5dev --discs=1 --nosplitmedia error: genisoimage 1.1.6 (Linux) Scanning /home/martin/src/xs-livecd/0.5dev/i386/os Excluded by match: /home/martin/src/xs-livecd/0.5dev/i386/os/repoview Scanning /home/martin/src/xs-livecd/0.5dev/i386/os/repodata Scanning /home/martin/src/xs-livecd/0.5dev/i386/os/Packages Scanning /home/martin/src/xs-livecd/0.5dev/i386/os/images genisoimage: Uh oh, I cant find the boot catalog directory 'isolinux'! Traceback (most recent call last): File "/usr/bin/pungi", line 189, in main() File "/usr/bin/pungi", line 101, in main mypungi.doCreateIsos(split=opts.nosplitmedia) File "/usr/lib/python2.5/site-packages/pypungi/pungi.py", line 460, in doCreateIsos pypungi._doRunCommand(mkisofs + extraargs, self.logger) File "/usr/lib/python2.5/site-packages/pypungi/__init__.py", line 70, in _doRunCommand raise OSError, "Got an error from %s: %s" % (command[0], err) >From the kickstart file: repo --name=fedora --baseurl=file:///media/disk/xs/releases/9/Fedora/i386/os/ repo --name=everything --baseurl=file:///media/disk/xs/releases/9/Everything/i386/os/ the first repo _does_ have isolinux. $ ls -la /media/disk/xs/releases/9/Fedora/i386/os/isolinux total 11892 drwxr-xr-x 2 martin martin 4096 2008-05-08 13:50 . drwxr-xr-x 6 martin martin 4096 2008-05-08 13:56 .. -rw-r--r-- 1 martin martin 292 2008-05-08 13:50 boot.msg -rw-r--r-- 1 martin martin 919 2008-05-08 13:50 general.msg -rw-r--r-- 1 martin martin 166 2008-05-08 13:50 grub.conf -rw-r--r-- 1 martin martin 9592925 2008-05-08 13:50 initrd.img -rw-r--r-- 1 martin martin 12331 2008-05-08 13:58 isolinux.bin -rw-r--r-- 1 martin martin 996 2008-05-08 13:50 isolinux.cfg -rw-r--r-- 1 martin martin 112076 2008-05-08 13:50 memtest -rw-r--r-- 1 martin martin 817 2008-05-08 13:50 options.msg -rw-r--r-- 1 martin martin 517 2008-05-08 13:50 param.msg -rw-r--r-- 1 martin martin 490 2008-05-08 13:50 rescue.msg -rw-r--r-- 1 martin martin 156211 2008-05-08 13:50 splash.jpg -rw-r--r-- 1 martin martin 128364 2008-05-08 13:50 vesamenu.c32 -rw-r--r-- 2 martin martin 2086048 2008-05-08 13:50 vmlinuz How I rsync the F9 repo so that it fits in my laptop (suggestions for a better lightweight mirror welcome): RELEASE=rsync://mirror.internode.on.net/fedora-enchilada/linux/releases/9 rsync -rlptgHv -P --progress \ --exclude ppc --exclude '*.html' --exclude SRPMS --exclude '*.ppc.rpm' \ --exclude ppc64 --exclude source --exclude x86_64 --exclude debug --exclude repoview \ --exclude iso --exclude jigdo --exclude Live \ --exclude 'kde*' --exclude 'openoffice*' --exclude 'openarena*' \ --exclude '*-data-*' --exclude 'themes-*' --exclude 'koffice*' \ $RELEASE /media/disk/xs/releases/ cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From bruno at wolff.to Tue Aug 26 07:13:08 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 26 Aug 2008 02:13:08 -0500 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <18016.1219720306@sss.pgh.pa.us> Message-ID: <20080826071308.GB16638@wolff.to> On Tue, Aug 26, 2008 at 03:27:43 +0000, Bojan Smojver wrote: > > I guess from Red Hat's point of view, the only difference would be that Fedora > packages would not be valid unless signed and uploaded back to updates by > (required number of) other signatories. I don't think you are really going to gain much from doing that. And there is certainly going to be a lot of pain associated with that. It creates extra work, adds delays, and adds a dependence on third parties. And it doesn't completely prevent people from getting bad code signed. From bojan at rexursive.com Tue Aug 26 07:38:46 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 07:38:46 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <18016.1219720306@sss.pgh.pa.us> <20080826071308.GB16638@wolff.to> Message-ID: Bruno Wolff III wolff.to> writes: > I don't think you are really going to gain much from doing that. This depends on a particular point of view, of course. If it so happened that Fedora (and/or RHEL) signing key was compromised during the most recent intrusion, it would have been game over for users. Not so if packages had to be signed by multiple keys before being accepted by yum. > and adds a dependence on third parties I see that as a feature, actually. It eliminates single point of failure. > And it doesn't completely prevent people from getting bad code signed. I don't think it is possible to design a system that does that completely. But, at least you have more folks looking over the packages (from multiple sources) before signing them - more chance of spotting inconsistencies. -- Bojan From bruno at wolff.to Tue Aug 26 07:55:51 2008 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 26 Aug 2008 02:55:51 -0500 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <18016.1219720306@sss.pgh.pa.us> <20080826071308.GB16638@wolff.to> Message-ID: <20080826075551.GA31492@wolff.to> On Tue, Aug 26, 2008 at 07:38:46 +0000, Bojan Smojver wrote: > Bruno Wolff III wolff.to> writes: > > > and adds a dependence on third parties > > I see that as a feature, actually. It eliminates single point of failure. And adds another. If one of those third parties goes belly up, then Fedora is going to have to take extraordinary measures to get packages signed in a way that will be axxepted again. From tmraz at redhat.com Tue Aug 26 07:56:34 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 26 Aug 2008 09:56:34 +0200 Subject: reset ssh keys, even if only a public key in fedora? In-Reply-To: <1219159934.15642.32.camel@localhost.localdomain> References: <20080819140410.GA2961@free.fr> <1219159934.15642.32.camel@localhost.localdomain> Message-ID: <1219737394.1347.36.camel@vespa.frost.loc> On Tue, 2008-08-19 at 11:32 -0400, Simo Sorce wrote: > On Tue, 2008-08-19 at 16:04 +0200, Patrice Dumas wrote: > > Hello, > > > > I just received the reset password mail, and it asks me to reset my ssh > > key by doing ssh-keygen. However, if I recall well I only uploaded my > > public key to the fedora server. Why would I want to reset my key pair? > > > > Maybe I am not one of the users who should reset their key, but I am > > almost sure that I sent the public key to the fedora server, and it > > seems to me that it is used for cvs access. So it is unclear if > > I 'do not use a SSH key in the Fedora Account System'. > > > > Am I missing something? Can anybody clarify? > > DSA keys can be compromised if the server you connect to is compromised. > See discussions about the recent openssl debacle for debian. This is wrong. Your DSA private key is compromised if you used it for signing on a client with broken RNG. The server just verifies a signature so it cannot compromise the private key this way. > If your key is an RSA one, to date it seem you shouldn't have problems > even if a peer server is compromised as long as your private key was not > directly exposed. Yes, secrecy of the private key in RSA signature generation doesn't depend on good RNG. (It of course depends on other things but good RNG is not required.) -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From opensource at till.name Tue Aug 26 08:42:59 2008 From: opensource at till.name (Till Maas) Date: Tue, 26 Aug 2008 10:42:59 +0200 Subject: Fedora User Certificates In-Reply-To: <200808251207.14854.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> Message-ID: <200808261043.09747.opensource@till.name> On Mon August 25 2008, Dennis Gilmore wrote: > i use vi and it honestly is as expected. could you email me your copy of > one of the ca certs so i can see on the file you got. ive not been able > to reproduce it at all. I can reproduce it with: curl --silent https://admin.fedoraproject.org/accounts/fedora-server-ca.cert | xxd | head -n 241 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From bojan at rexursive.com Tue Aug 26 08:51:05 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 08:51:05 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <18016.1219720306@sss.pgh.pa.us> <20080826071308.GB16638@wolff.to> <20080826075551.GA31492@wolff.to> Message-ID: Bruno Wolff III wolff.to> writes: > And adds another. If one of those third parties goes belly up, then Fedora > is going to have to take extraordinary measures to get packages signed in > a way that will be axxepted again. Not true. As I mentioned before, the criteria would be that package is signed with N good keys. So, resigning with someone else's key would be sufficient to overcome this. BTW, third parties do not have to be companies. They can be trusted Fedora contributors, for instance. -- Bojan From nils at redhat.com Tue Aug 26 09:40:37 2008 From: nils at redhat.com (Nils Philippsen) Date: Tue, 26 Aug 2008 11:40:37 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219715812.7925.59.camel@shrek.rexursive.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> Message-ID: <1219743637.13631.60.camel@gibraltar.str.redhat.com> On Tue, 2008-08-26 at 11:56 +1000, Bojan Smojver wrote: > Comments? I'm not an expert on these things, but I feel some flaws in your scheme. First, it relies on that building a specifically tagged package will always produce the same result. Others have already pointed out that some software embeds non-deterministic data in files. I'd like to point out additionally that the build dependencies aren't 100% deterministic as well: when you build a new version of a build dependency and build a dependent package soon afterwards, chances are high (enough) that some builders build against the new and some against the old package, which likely has an influence on the produced binaries. Should we ever employ optimization techniques like profile-based compilation, builds between separate build systems (that have different profile data) will inevitably differ. Second, it makes the update system more vulnerable to DOS attacks, insofar as it only takes an attacker to hack himself into one of the signatories to produce bad signatures on updates he wants to block (if they e.g. contain security fixes). The risk of this is at least proportionally higher with multiple targets to choose from (think RAID-0 and what it does to the probability of errors in such a set of disks). Third, unless a signatory runs his own build system to verify package builds (and disregarding my first point), his signature doesn't have much value as he has to rely on the checksum data provided by the package maintainer in his signed email -- which relies on the build system not being compromised to begin with. Then there's the additional burden on maintainers -- yet another bureaucratic hurdle. Note that I'd appreciate being able to have multiple signatures on a package, but I don't think it helps us with this issue. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From mschwendt at gmail.com Tue Aug 26 10:04:04 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 26 Aug 2008 12:04:04 +0200 Subject: Intrusion/server status In-Reply-To: <20080826002423.GA1572107@hiwaay.net> References: <1219685223.2661.8.camel@scrappy.miketc.net> <1219698603.2803.0.camel@sb-home> <20080825212603.GC32183@mokona.greysector.net> <20080826002423.GA1572107@hiwaay.net> Message-ID: <20080826120404.7daa459d.mschwendt@gmail.com> On Mon, 25 Aug 2008 19:24:23 -0500, Chris Adams wrote: > Well, there has been a lack of communication about this whole thing. > Was it a case of someone having access that shouldn't, was there a > security breach (in which case are my servers vulnerable), etc.? Would it make sense to reinstall servers and take them online if they are still vulnerable through public network services? Have you seen any critical security advisories for RHEL (other than RHSA-2008-0855), for example? I could speculate about several ways to gain illegal network access to servers (and the reasons it was possible), but I spare myself the typing and the creation of rumours. > Nobody likes having bad things to say, but in the absence of > information, rumors and speculation fill the gap (which is not good). Right. From aph at redhat.com Tue Aug 26 10:17:00 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 26 Aug 2008 11:17:00 +0100 Subject: compiler bug turning up in cmake package? In-Reply-To: References: Message-ID: <48B3D81C.6090103@redhat.com> Matthew Woehlke wrote: > I'm getting this SEGV trying to install kdelibs on my machine (koji > package 2.6.1-1.fc10.i386): > > #0 cmELF::GetRPath (this=0xbf986708) at > /usr/src/debug/cmake-2.6.1/Source/cmELF.cxx:787 > #1 0x080e9c07 in cmSystemTools::CheckRPath (file=@0xbf986800, > newRPath=@0xbf9867fc) > at /usr/src/debug/cmake-2.6.1/Source/cmSystemTools.cxx:2617 > #2 0x08134378 in cmFileCommand::HandleRPathCheckCommand > (this=0x9ad3db8, args=@0xbf986874) > at /usr/src/debug/cmake-2.6.1/Source/cmFileCommand.cxx:1557 > #3 0x0815dd6a in cmFileCommand::InitialPass (this=0x9ad3db8, > args=@0xbf986874) > at /usr/src/debug/cmake-2.6.1/Source/cmFileCommand.cxx:121 > #4 0x081620cc in cmCommand::InvokeInitialPass (this=0x9ad3db8, > args=@0x9ad3fd4, status=@0xbf986918) > at /usr/src/debug/cmake-2.6.1/Source/cmCommand.h:68 > #5 0x080c65a8 in cmMakefile::ExecuteCommand (this=0x9ac2730, > lff=@0x9ad3fc8, status=@0xbf986918) > at /usr/src/debug/cmake-2.6.1/Source/cmMakefile.cxx:399 > #6 0x08150baa in cmIfFunctionBlocker::IsFunctionBlocked > (this=0x9ad1170, lff=@0x9ad7f98, mf=@0x9ac2730, > inStatus=@0xbf9869f8) at > /usr/src/debug/cmake-2.6.1/Source/cmIfCommand.cxx:116 > #7 0x080b95dc in cmMakefile::IsFunctionBlocked (this=0x9ac2730, > lff=@0x9ad7f98, status=@0xbf9869f8) > at /usr/src/debug/cmake-2.6.1/Source/cmMakefile.cxx:2303 > > The relevant code is pretty boring: > > 785 bool cmELF::Valid() const > 786 { > 787 return this->Internal && this->Internal->GetFileType() != > FileTypeInvalid; > 788 } > > ...but the disassembly is unnerving: > > 0x819d4c0 <_ZN5cmELF8GetRPathEv>: push %ebp > 0x819d4c1 <_ZN5cmELF8GetRPathEv+1>: mov %esp,%ebp I think you may be right. First passed arg is at %ebp + 8. The stack is: this retaddr prev frame <-- %ebp > 0x819d4c3 <_ZN5cmELF8GetRPathEv+3>: sub $0x8,%esp > 0x819d4c6 <_ZN5cmELF8GetRPathEv+6>: mov 0x8(%ebp),%eax %eax now contains this > 0x819d4c9 <_ZN5cmELF8GetRPathEv+9>: mov (%eax),%edx First word of object -> %edx > 0x819d4cb <_ZN5cmELF8GetRPathEv+11>: test %edx,%edx > 0x819d4cd <_ZN5cmELF8GetRPathEv+13>: je 0x819d510 <_ZN5cmELF8GetRPathEv+80> > 0x819d4cf <_ZN5cmELF8GetRPathEv+15>: mov 0x10(%edx),%eax > 0x819d4d2 <_ZN5cmELF8GetRPathEv+18>: test %eax,%eax > 0x819d4d4 <_ZN5cmELF8GetRPathEv+20>: je 0x819d500 <_ZN5cmELF8GetRPathEv+64> > 0x819d4d6 <_ZN5cmELF8GetRPathEv+22>: cmp $0x2,%eax > 0x819d4d9 <_ZN5cmELF8GetRPathEv+25>: je 0x819d4e2 <_ZN5cmELF8GetRPathEv+34> > 0x819d4db <_ZN5cmELF8GetRPathEv+27>: cmp $0x3,%eax > 0x819d4de <_ZN5cmELF8GetRPathEv+30>: xchg %ax,%ax > 0x819d4e0 <_ZN5cmELF8GetRPathEv+32>: jne 0x819d500 <_ZN5cmELF8GetRPathEv+64> > 0x819d4e2 <_ZN5cmELF8GetRPathEv+34>: mov (%edx),%eax > 0x819d4e4 <_ZN5cmELF8GetRPathEv+36>: movl $0xf,0x4(%esp) > 0x819d4ec <_ZN5cmELF8GetRPathEv+44>: mov %edx,(%esp) > 0x819d4ef <_ZN5cmELF8GetRPathEv+47>: call *0x14(%eax) > 0x819d4f2 <_ZN5cmELF8GetRPathEv+50>: leave > 0x819d4f3 <_ZN5cmELF8GetRPathEv+51>: nop > 0x819d4f4 <_ZN5cmELF8GetRPathEv+52>: lea 0x0(%esi,%eiz,1),%esi > 0x819d4f8 <_ZN5cmELF8GetRPathEv+56>: ret > 0x819d4f9 <_ZN5cmELF8GetRPathEv+57>: lea 0x0(%esi,%eiz,1),%esi > 0x819d500 <_ZN5cmELF8GetRPathEv+64>: xor %eax,%eax > 0x819d502 <_ZN5cmELF8GetRPathEv+66>: leave > 0x819d503 <_ZN5cmELF8GetRPathEv+67>: nop > 0x819d504 <_ZN5cmELF8GetRPathEv+68>: lea 0x0(%esi,%eiz,1),%esi > 0x819d508 <_ZN5cmELF8GetRPathEv+72>: ret > 0x819d509 <_ZN5cmELF8GetRPathEv+73>: lea 0x0(%esi,%eiz,1),%esi > 0x819d510 <_ZN5cmELF8GetRPathEv+80>: mov 0x10(%edx),%eax > 0x819d513 <_ZN5cmELF8GetRPathEv+83>: nop > 0x819d514 <_ZN5cmELF8GetRPathEv+84>: lea 0x0(%esi,%eiz,1),%esi > 0x819d518 <_ZN5cmELF8GetRPathEv+88>: jmp 0x819d4db > <_ZN5cmELF8GetRPathEv+27> > > Look particularly at the test at +11 and jump at +13, and then at lines > +80 and +15. If I read this right, it tests if "this->Internal" is NULL, > and then *dereferences it either way*. This is clearly not what the > source listing says (and is clearly wrong), so I wonder where this > generated code came from. > > Hmm, actually, staring it it, trying to figure out how to hot-hack it so > the install will finish, it looks like the jump address is wrong (should > be going to +64, not +80). Or else, something funny is happening w.r.t. > "Internal"s vtable. I think you need to press ahead at full speed to generate a standalone test case from this. Andrew. From bojan at rexursive.com Tue Aug 26 11:33:09 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 11:33:09 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> Message-ID: Nils Philippsen redhat.com> writes: > builds between > separate build systems (that have different profile data) will > inevitably differ. That is a problem, I admit. > Second, it makes the update system more vulnerable to DOS attacks, > insofar as it only takes an attacker to hack himself into one of the > signatories to produce bad signatures on updates he wants to block (if > they e.g. contain security fixes). The risk of this is at least > proportionally higher with multiple targets to choose from (think RAID-0 > and what it does to the probability of errors in such a set of disks). If a signatory is producing bad signatures, just use another one. It is trivial to discard packages signed by bad keys. It is also trivial to ask another signatory from the pool to check and sign instead. For instance, if there are 10 signatories in the pool and one of them starts signing with a bad key etc., this will affect some number of packages (not all) for a little while, all of which can be resigned by any of the other 9 signatories to make it up to N (which can be say 3 or something like that). That DOS would not really last very long. In RAID terminology, you have plenty of hot spares in the RAID-5 array. Ditto if someone's key get compromised. Just revoke and let others sign. You still have many eyes going over it. Compare that to breaking the password on Fedora private key now. Much sweeter for the attacker, as everything becomes wide open. In RAID terminology, you single drive just died. > Third, unless a signatory runs his own build system to verify package > builds (and disregarding my first point), his signature doesn't have > much value as he has to rely on the checksum data provided by the > package maintainer in his signed email -- which relies on the build > system not being compromised to begin with. That is also not true. If the signatory receives a signed e-mail from the packager with checksums in it (i.e. rpm -qp --dump, as per sv), the signatory can verify that against someone else's build system that is not publicly writeable (e.g. Matt's at Dell). Not everyone would need to run their own. And remember, the attacker would have to break the build system _and_ fake the signed e-mail from the packager AT THE SAME TIME and then get signatories to sign without any checking. Much less likely then just compromising the build system (which is what they can do now). It is better to check against something then not to check at all, IMHO. You know, maybe this would be a good opportunity for some cross-distro cooperation. They could build our stuff on their build farms, we build their stuff on ours (not everything - just updates). Then attackers need to compromise all in order to get just one scalp. Quite an effort. > Then there's the additional burden on maintainers -- yet another > bureaucratic hurdle. Yeah, security is always like that - pain in the arse. I still remember some devs in the office chmod-ing everything to 777 because "it's easier" :-) -- Bojan From skvidal at fedoraproject.org Tue Aug 26 11:38:01 2008 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 26 Aug 2008 07:38:01 -0400 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> Message-ID: <1219750681.12096.56.camel@rosebud> On Tue, 2008-08-26 at 05:22 +0000, Bojan Smojver wrote: > Seth Vidal fedoraproject.org> writes: > > > why do you want that? > > > > rpm -qp --dump pkg.rpm > > Because I didn't read rpm manual page? ;-) > > Yeah, that's really useful - thanks for that hint. Makes it really simple for > people to compare content of packages. > > You reckon this multi-key signing thing could be done in any practical fashion > in Fedora? > I think it will complicate things a lot for users to verify and it's not obvious how much we'll gain in terms of security. -sv From rcritten at redhat.com Tue Aug 26 12:18:49 2008 From: rcritten at redhat.com (Rob Crittenden) Date: Tue, 26 Aug 2008 08:18:49 -0400 Subject: Fedora User Certificates In-Reply-To: <200808261043.09747.opensource@till.name> References: <200808221020.17155.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> <200808261043.09747.opensource@till.name> Message-ID: <48B3F4A9.3080304@redhat.com> Till Maas wrote: > On Mon August 25 2008, Dennis Gilmore wrote: > >> i use vi and it honestly is as expected. could you email me your copy of >> one of the ca certs so i can see on the file you got. ive not been able >> to reproduce it at all. > > I can reproduce it with: > curl --silent https://admin.fedoraproject.org/accounts/fedora-server-ca.cert | > xxd | head -n 241 > > Regards, > Till > > It is also very easy to see if you go to the page in Firefox and do Edit->Select All. The trailing whitespace is very visible. rob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From buc at odusz.so-cdu.ru Tue Aug 26 12:28:39 2008 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 26 Aug 2008 16:28:39 +0400 Subject: Fedora User Certificates In-Reply-To: <48B3F4A9.3080304@redhat.com> References: <200808221020.17155.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> <200808261043.09747.opensource@till.name> <48B3F4A9.3080304@redhat.com> Message-ID: <48B3F6F7.8010700@odu.neva.ru> Rob Crittenden wrote: > Till Maas wrote: >> On Mon August 25 2008, Dennis Gilmore wrote: >> >>> i use vi and it honestly is as expected. could you email me your >>> copy of >>> one of the ca certs so i can see on the file you got. ive not been >>> able >>> to reproduce it at all. >> >> I can reproduce it with: >> curl --silent >> https://admin.fedoraproject.org/accounts/fedora-server-ca.cert | xxd >> | head -n 241 >> >> Regards, >> Till >> >> > > It is also very easy to see if you go to the page in Firefox and do > Edit->Select All. The trailing whitespace is very visible. > > rob Dennis, It would be very fine if you have confirmed that you see the spaces as well. Otherwise, in the context of recent events, our concern may grow a lot... ~buc From ndbecker2 at gmail.com Tue Aug 26 12:40:46 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Aug 2008 08:40:46 -0400 Subject: bodhi internal error References: <20080825215233.GB6010@x300.bos.redhat.com> Message-ID: Luke Macken wrote: > On Mon, Aug 25, 2008 at 08:08:47AM -0400, Neal Becker wrote: >> bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 >> Creating new update for mercurial-1_0_2-1_fc9 >> HTTP Error 500: Internal error > > So, a lot of the bodhi API has changed recently. Unfortunately, I was > unable to get updated packages out to everyone in time. > > Quick fix: > > koji download-build bodhi-0.5.1-1.fc9 > koji download-build python-fedora-0.3.5-1.fc10 > > > luke > sudo yum install python-fedora-0.3.5-1.fc10.noarch.rpm bodhi-client-0.5.1-1.fc9.noarch.rpm -y --nogpg bodhi -m Traceback (most recent call last): File "/usr/bin/bodhi", line 5, in from pkg_resources import load_entry_point File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in working_set.require(__requires__) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: bodhi==0.5.1 From ndbecker2 at gmail.com Tue Aug 26 13:04:22 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Aug 2008 09:04:22 -0400 Subject: rpm question - expand var in 'hereis' doc Message-ID: In a spec file: # Create pkgconfig file cat > emacs.pc << EOF sitepkglispdir=%{site_lisp} sitestartdir=%{site_lisp}/site-start.d The value of %{site_lisp} is not expanded when written into the file. How do I fix this? From pbrobinson at gmail.com Tue Aug 26 13:09:33 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 26 Aug 2008 14:09:33 +0100 Subject: Fedora User Certificates In-Reply-To: <200808221020.17155.dennis@ausil.us> References: <200808221020.17155.dennis@ausil.us> Message-ID: <5256d0b0808260609m22fb1e84x55592788d93062e4@mail.gmail.com> > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > fedora-packager-setup Anyone else seeing issues when running the f-p-s process on Fedora 9? I'm seeing the following errors $ fedora-packager-setup Setting up Koji client... Cannot specify -r, -p or -N if -O is given. Usage: wget [OPTION]... [URL]... $ Regards, Peter From paul at city-fan.org Tue Aug 26 13:18:55 2008 From: paul at city-fan.org (Paul Howarth) Date: Tue, 26 Aug 2008 14:18:55 +0100 Subject: rpm question - expand var in 'hereis' doc In-Reply-To: References: Message-ID: <48B402BF.1060102@city-fan.org> Neal Becker wrote: > In a spec file: > > # Create pkgconfig file > cat > emacs.pc << EOF > sitepkglispdir=%{site_lisp} > sitestartdir=%{site_lisp}/site-start.d > > The value of %{site_lisp} is not expanded when written into the file. How do I fix this? How are you defining %{site_lisp}? Paul. From ndbecker2 at gmail.com Tue Aug 26 13:24:16 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Aug 2008 09:24:16 -0400 Subject: rpm question - expand var in 'hereis' doc References: <48B402BF.1060102@city-fan.org> Message-ID: Paul Howarth wrote: > Neal Becker wrote: >> In a spec file: >> >> # Create pkgconfig file >> cat > emacs.pc << EOF >> sitepkglispdir=%{site_lisp} >> sitestartdir=%{site_lisp}/site-start.d >> >> The value of %{site_lisp} is not expanded when written into the file. >> How do I fix this? > > How are you defining %{site_lisp}? > > Paul. > Oh, probably after it was used :) From jmoyer at redhat.com Tue Aug 26 13:42:11 2008 From: jmoyer at redhat.com (Jeff Moyer) Date: Tue, 26 Aug 2008 09:42:11 -0400 Subject: moving libaio from /usr/lib to /lib -- any objections? Message-ID: Hi, Bug 459158 - multipath needs libaio in early userspace, can it be moved from /usr/lib to /lib? Does anyone see any problem with doing this? The library doesn't link with anything else. Thanks! Jeff From tmz at pobox.com Tue Aug 26 14:02:41 2008 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 26 Aug 2008 10:02:41 -0400 Subject: Fedora User Certificates In-Reply-To: <5256d0b0808260609m22fb1e84x55592788d93062e4@mail.gmail.com> References: <200808221020.17155.dennis@ausil.us> <5256d0b0808260609m22fb1e84x55592788d93062e4@mail.gmail.com> Message-ID: <20080826140241.GR21166@inocybe.teonanacatl.org> Peter Robinson wrote: >> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert >> fedora-packager-setup > > Anyone else seeing issues when running the f-p-s process on Fedora 9? > > I'm seeing the following errors > > $ fedora-packager-setup > Setting up Koji client... > Cannot specify -r, -p or -N if -O is given. > Usage: wget [OPTION]... [URL]... You likely have timestamping=on in a wgetrc file. For a while now, wget has gone stupid when using -N (aka timestamping=on) and -O. [I think this has changed from an error to a warning wget now, though I'm not sure if that's in a released version of wget or not. I simply use curl instead of wget where possible these days.] -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I don't know the key to success, but the key to failure is to try to please everyone. -- Bill Cosby -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From rc040203 at freenet.de Tue Aug 26 14:24:55 2008 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 26 Aug 2008 16:24:55 +0200 Subject: moving libaio from /usr/lib to /lib -- any objections? In-Reply-To: References: Message-ID: <1219760695.3519.61.camel@beck.corsepiu.local> On Tue, 2008-08-26 at 09:42 -0400, Jeff Moyer wrote: > Hi, > > Bug 459158 - multipath needs libaio in early userspace, can it be moved > from /usr/lib to /lib? > > Does anyone see any problem with doing this? The library doesn't link > with anything else. As long as you keep the devel libs in /usr/[lib|lib64] ... Ralf From bpepple at fedoraproject.org Tue Aug 26 14:40:27 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 26 Aug 2008 10:40:27 -0400 Subject: Plan for tomorrows (20080827) FESCO meeting Message-ID: <1219761627.24909.3.camel@kennedy> Hi, Please find below the list of topics that are likely to come up in the next FESCo meeting that is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org: /topic FESCo-Meeting -- Features -- https://fedoraproject.org/wiki/Features/OnlineAccountsService /topic FESCo-Meeting -- F10 Schedule - all /topic FESCo-Meeting -- http://www.redhat.com/archives/fedora-devel-list/2008-August/msg00403.html - kanarip /topic FESCo-Meeting -- Setting up FESCo trac for issues that need FESCo's attention - nirik /topic FESCo meeting -- Free discussion around Fedora You want something to be discussed? Send a note to the list in reply to this mail and I'll add it to the schedule (though I can't guarantee we'll get to it tomorrow since our schedule is pretty full). You can also propose topics in the meeting while it is in the "Free discussion around Fedora" phase. Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From drepper at redhat.com Tue Aug 26 14:43:54 2008 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 26 Aug 2008 07:43:54 -0700 Subject: compiler bug turning up in cmake package? In-Reply-To: References: Message-ID: <48B416AA.7060407@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthew Woehlke wrote: > The relevant code is pretty boring: > > 785 bool cmELF::Valid() const > 786 { > 787 return this->Internal && this->Internal->GetFileType() != > FileTypeInvalid; > 788 } It's most certainly not that simple. I haven't looked at the sources. But the asm code does not really correspond to the code above. The function above is most certainly inlined. The problem might very well (and most likely is) in the use of this function. Look at the cmELF::GetRPath() function and where it directly or indirectly uses the Valid function. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki0FqoACgkQ2ijCOnn/RHSU1gCfTrXyNODqmhe8HVq0/TqUimNP qp8AoLLh96ff+ujzn7Foq7nULxhvivtX =br4V -----END PGP SIGNATURE----- From a.badger at gmail.com Tue Aug 26 15:15:49 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Aug 2008 08:15:49 -0700 Subject: Fedora User Certificates In-Reply-To: <48B3F6F7.8010700@odu.neva.ru> References: <200808221020.17155.dennis@ausil.us> <48B2D78D.50509@odu.neva.ru> <200808251207.14854.dennis@ausil.us> <200808261043.09747.opensource@till.name> <48B3F4A9.3080304@redhat.com> <48B3F6F7.8010700@odu.neva.ru> Message-ID: <48B41E25.9000505@gmail.com> Dmitry Butskoy wrote: > Rob Crittenden wrote: >> Till Maas wrote: >>> On Mon August 25 2008, Dennis Gilmore wrote: >>> >>>> i use vi and it honestly is as expected. could you email me your >>>> copy of >>>> one of the ca certs so i can see on the file you got. ive not been >>>> able >>>> to reproduce it at all. >>> >>> I can reproduce it with: >>> curl --silent >>> https://admin.fedoraproject.org/accounts/fedora-server-ca.cert | xxd >>> | head -n 241 >>> >>> Regards, >>> Till >>> >>> >> >> It is also very easy to see if you go to the page in Firefox and do >> Edit->Select All. The trailing whitespace is very visible. >> >> rob > > > Dennis, > > It would be very fine if you have confirmed that you see the spaces as > well. Otherwise, in the context of recent events, our concern may grow a > lot... > I can confirm that I get the version with extra spaces and that the extra spaces are present in the cert that's in puppet (and from there pushed out to the web server). I'll let Dennis handle anything else about this, though. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Aug 26 15:35:28 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Aug 2008 08:35:28 -0700 Subject: bodhi internal error In-Reply-To: References: <20080825215233.GB6010@x300.bos.redhat.com> Message-ID: <48B422C0.9010003@gmail.com> Neal Becker wrote: > Luke Macken wrote: > >> On Mon, Aug 25, 2008 at 08:08:47AM -0400, Neal Becker wrote: >>> bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 >>> Creating new update for mercurial-1_0_2-1_fc9 >>> HTTP Error 500: Internal error >> So, a lot of the bodhi API has changed recently. Unfortunately, I was >> unable to get updated packages out to everyone in time. >> >> Quick fix: >> >> koji download-build bodhi-0.5.1-1.fc9 >> koji download-build python-fedora-0.3.5-1.fc10 >> >> >> luke >> > sudo yum install python-fedora-0.3.5-1.fc10.noarch.rpm bodhi-client-0.5.1-1.fc9.noarch.rpm -y --nogpg > > bodhi -m > Traceback (most recent call last): > File "/usr/bin/bodhi", line 5, in > from pkg_resources import load_entry_point > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in > working_set.require(__requires__) > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require > needed = self.resolve(parse_requirements(requirements)) > File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve > raise DistributionNotFound(req) # XXX put more info here > pkg_resources.DistributionNotFound: bodhi==0.5.1 > You'll need the bodhi-server package in addition to the bodhi-client package in this build. Luke's fixing that for the next build. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From tmz at pobox.com Tue Aug 26 15:39:37 2008 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 26 Aug 2008 11:39:37 -0400 Subject: rpms/monodoc/devel import.log, NONE, 1.1 monodoc-2.0-makefile.patch, NONE, 1.1 .cvsignore, 1.9, 1.10 monodoc-patches.patch, 1.2, 1.3 monodoc.spec, 1.25, 1.26 sources, 1.9, 1.10 In-Reply-To: <20080826150343.807877010B@cvs1.fedora.phx.redhat.com> References: <20080826150343.807877010B@cvs1.fedora.phx.redhat.com> Message-ID: <20080826153937.GS21166@inocybe.teonanacatl.org> Paul F. Johnson wrote: > Bump to 2.0 preview > Alter license [...] > Index: monodoc.spec > =================================================================== > RCS file: /cvs/pkgs/rpms/monodoc/devel/monodoc.spec,v > retrieving revision 1.25 > retrieving revision 1.26 > diff -u -r1.25 -r1.26 > --- monodoc.spec 11 Aug 2008 15:32:06 -0000 1.25 > +++ monodoc.spec 26 Aug 2008 15:03:13 -0000 1.26 > @@ -4,19 +4,19 @@ > > Summary: The mono documentation system > Name: monodoc > -Version: 1.9 > -Release: 2%{?dist} > -# No version specified. Most source files missing license attribution. > -License: GPL+ > +Version: 2.0 > +Release: 1%{?dist} > +License: GPL Bzzzt. GPL is not a valid license. Your changes have undone the change that Spot made to correct the licence tag (and the useful comment directly above). Please don't use cvs-import.sh without carefully ensuring that you are not overwriting previous changes. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (When asked why he never drank water) "Fish fuck in it." -- W.C. Fields -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From dominik at greysector.net Tue Aug 26 15:45:30 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 26 Aug 2008 17:45:30 +0200 Subject: rpms/monodoc/devel import.log, NONE, 1.1 monodoc-2.0-makefile.patch, NONE, 1.1 .cvsignore, 1.9, 1.10 monodoc-patches.patch, 1.2, 1.3 monodoc.spec, 1.25, 1.26 sources, 1.9, 1.10 In-Reply-To: <20080826153937.GS21166@inocybe.teonanacatl.org> References: <20080826150343.807877010B@cvs1.fedora.phx.redhat.com> <20080826153937.GS21166@inocybe.teonanacatl.org> Message-ID: <20080826154530.GA8836@mokona.greysector.net> On Tuesday, 26 August 2008 at 17:39, Todd Zullinger wrote: > Paul F. Johnson wrote: > > Bump to 2.0 preview > > Alter license > [...] > > Index: monodoc.spec > > =================================================================== > > RCS file: /cvs/pkgs/rpms/monodoc/devel/monodoc.spec,v > > retrieving revision 1.25 > > retrieving revision 1.26 > > diff -u -r1.25 -r1.26 > > --- monodoc.spec 11 Aug 2008 15:32:06 -0000 1.25 > > +++ monodoc.spec 26 Aug 2008 15:03:13 -0000 1.26 > > @@ -4,19 +4,19 @@ > > > > Summary: The mono documentation system > > Name: monodoc > > -Version: 1.9 > > -Release: 2%{?dist} > > -# No version specified. Most source files missing license attribution. > > -License: GPL+ > > +Version: 2.0 > > +Release: 1%{?dist} > > +License: GPL > > Bzzzt. GPL is not a valid license. Your changes have undone the > change that Spot made to correct the licence tag (and the useful > comment directly above). > > Please don't use cvs-import.sh without carefully ensuring that you are > not overwriting previous changes. Which is why cvs-import.sh shouldn't be used for updates, as has been told over and over again. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From mw_triad at users.sourceforge.net Tue Aug 26 15:49:45 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 26 Aug 2008 10:49:45 -0500 Subject: Fedora User Certificates In-Reply-To: <20080823193832.GC9570@victor.nirvana> References: <200808221020.17155.dennis@ausil.us> <1219430828.14361.130.camel@pc-notebook> <48AF0DBF.7090308@redhat.com> <20080823193832.GC9570@victor.nirvana> Message-ID: Axel Thimm wrote: > Could perhaps Fedora/RHEL drop these certificates under > /etc/pki/tls/certs/ to automatically trust them? > > If one trusts the Fedora/RHEL keys and packages like firefox for > serving the https connections, then there is not much more further > trust needed to blindly add these. No comments? I thought this sounded like a good idea... -- Matthew Person A: It's an ISO standard. Person B: ...And that means what? --mal (http://theangryadmin.blogspot.com/2008/04/future.html) From ville.skytta at iki.fi Tue Aug 26 16:45:08 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 26 Aug 2008 19:45:08 +0300 Subject: Fedora User Certificates In-Reply-To: <20080826140241.GR21166@inocybe.teonanacatl.org> References: <200808221020.17155.dennis@ausil.us> <5256d0b0808260609m22fb1e84x55592788d93062e4@mail.gmail.com> <20080826140241.GR21166@inocybe.teonanacatl.org> Message-ID: <200808261945.08968.ville.skytta@iki.fi> On Tuesday 26 August 2008, Todd Zullinger wrote: > Peter Robinson wrote: > >> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert > >> fedora-packager-setup > > > > Anyone else seeing issues when running the f-p-s process on Fedora 9? > > > > I'm seeing the following errors > > > > $ fedora-packager-setup > > Setting up Koji client... > > Cannot specify -r, -p or -N if -O is given. > > Usage: wget [OPTION]... [URL]... A fix/workaround against f-p-s 0.3.1 for that is at https://bugzilla.redhat.com/459826 > You likely have timestamping=on in a wgetrc file. For a while now, > wget has gone stupid when using -N (aka timestamping=on) and -O. Right, https://bugzilla.redhat.com/441862 > [I think this has changed from an error to a warning wget now, though > I'm not sure if that's in a released version of wget or not. Yep, released upstream (1.11.3+) I hear, but the new version is only in Rawhide in Fedora. Hopefully the wget maintainer acts on this soon for released distro versions (see above bug report). > I simply use curl instead of wget where possible these days.] Ditto, and have ported a bunch of apps to do that too. Upstreams have been quite receptive to these changes. From jkeating at redhat.com Tue Aug 26 14:49:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 26 Aug 2008 10:49:47 -0400 Subject: Pungi - genisoimage not finding isolinux In-Reply-To: <46a038f90808252237h7ef7240w76ecdaa86fb1f2ca@mail.gmail.com> References: <46a038f90808252237h7ef7240w76ecdaa86fb1f2ca@mail.gmail.com> Message-ID: <1219762187.17206.17.camel@luminos.localdomain> On Tue, 2008-08-26 at 17:37 +1200, Martin Langhoff wrote: > I have am getting "genisoimage: Uh oh, I cant find the boot catalog > directory 'isolinux'!". Granted, my repository is a bit of a hack job: > I rsync from an Australian mirror (no local mirror in NZ) to a local > directory so I can generate builds while offline, and I exclude > several parts of the repo (exact rsync line below). It sounds like your buildinstall phase errored out. Have you looked at the full log file? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rrelyea at redhat.com Tue Aug 26 17:57:25 2008 From: rrelyea at redhat.com (Robert Relyea) Date: Tue, 26 Aug 2008 10:57:25 -0700 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B39304.6020907@hhs.nl> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> Message-ID: <48B44405.9050806@REDHAT.COM> Hans de Goede wrote: > Nils Philippsen wrote: >> On Tue, 2008-08-26 at 08:39 +1000, Andrew Bartlett wrote: >>> On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: >>>> Hi All, >>>> >>>> The story begins here: >>>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 >>>> >>>> The problem is, or I believe it to be, that when an application >>>> uses libgnutls-openssl (meant for easy use of porting openssl >>>> programs to gnutls) for example because of the openssl license >>>> issues, and then a library uses the real openssl (for example glibc >>>> through nss_ldap) then in the nss_ldap example, the layer dlopen's >>>> nss_ldap starts using the openssl symbols from gnutls instead of >>>> those from openssl, but they are not ABI compatible -> boom. >>>> >>>> Luckily the list of libgnutls-openssl users seems small: >>>> >>>> [hans at localhost src]$ repoquery -q --whatrequires >>>> 'libgnutls-openssl.so.26()(64bit)' >>>> mcabber-0:0.9.7-1.fc10.x86_64 >>>> gnutls-0:2.4.1-1.fc10.x86_64 >>>> gnutls-devel-0:2.4.1-1.fc10.x86_64 >>>> zoneminder-0:1.23.3-1.fc10.x86_64 >>>> gkrellm-0:2.3.1-4.fc10.x86_64 >>>> >>>> So only 3 programs are affected, given that the same may happen >>>> when any used library uses the real openssl and the application or >>>> any other library uses gnutls-openssl, I would like to suggest the >>>> removal of libgnutls-openssl from Fedora, as long as we have this >>>> openssl libraries mess (which we unfortunately do) we should make >>>> sure that the various ssl libraries do not have symbol clashes, as >>>> changes are that through a mix of libraries an application may be >>>> using 2 (or even 3) different ssl libs. >>>> >>>> So whats your 2 cents on this? >>> How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? >> >> Completely uninformed guess: by using macros or other techniques to add >> a prefix to the symbols that end up in the binary? >> > > I didn't know nss has an openssl compatibility sub lib too, I just > checked and it doesn't do any symbol magic, iow it has the same > problems as the gnutls openssl compatibility sublib. Some of the symbols are renamed, but not enough of them. I think nsscompatossl has not run into the problem because it hasn't had cases where it was linked with openssl apps. Fortunately upstream for this is pretty close to fedora, so I think this should be easy to fix. bob > > Regards, > > Hans > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From j.w.r.degoede at hhs.nl Tue Aug 26 18:31:06 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 26 Aug 2008 20:31:06 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B44405.9050806@REDHAT.COM> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> Message-ID: <48B44BEA.3070303@hhs.nl> Robert Relyea wrote: > Hans de Goede wrote: >> Nils Philippsen wrote: >>> On Tue, 2008-08-26 at 08:39 +1000, Andrew Bartlett wrote: >>>> On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: >>>>> Hi All, >>>>> >>>>> The story begins here: >>>>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 >>>>> >>>>> The problem is, or I believe it to be, that when an application >>>>> uses libgnutls-openssl (meant for easy use of porting openssl >>>>> programs to gnutls) for example because of the openssl license >>>>> issues, and then a library uses the real openssl (for example glibc >>>>> through nss_ldap) then in the nss_ldap example, the layer dlopen's >>>>> nss_ldap starts using the openssl symbols from gnutls instead of >>>>> those from openssl, but they are not ABI compatible -> boom. >>>>> >>>>> Luckily the list of libgnutls-openssl users seems small: >>>>> >>>>> [hans at localhost src]$ repoquery -q --whatrequires >>>>> 'libgnutls-openssl.so.26()(64bit)' >>>>> mcabber-0:0.9.7-1.fc10.x86_64 >>>>> gnutls-0:2.4.1-1.fc10.x86_64 >>>>> gnutls-devel-0:2.4.1-1.fc10.x86_64 >>>>> zoneminder-0:1.23.3-1.fc10.x86_64 >>>>> gkrellm-0:2.3.1-4.fc10.x86_64 >>>>> >>>>> So only 3 programs are affected, given that the same may happen >>>>> when any used library uses the real openssl and the application or >>>>> any other library uses gnutls-openssl, I would like to suggest the >>>>> removal of libgnutls-openssl from Fedora, as long as we have this >>>>> openssl libraries mess (which we unfortunately do) we should make >>>>> sure that the various ssl libraries do not have symbol clashes, as >>>>> changes are that through a mix of libraries an application may be >>>>> using 2 (or even 3) different ssl libs. >>>>> >>>>> So whats your 2 cents on this? >>>> How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? >>> >>> Completely uninformed guess: by using macros or other techniques to add >>> a prefix to the symbols that end up in the binary? >>> >> >> I didn't know nss has an openssl compatibility sub lib too, I just >> checked and it doesn't do any symbol magic, iow it has the same >> problems as the gnutls openssl compatibility sublib. > Some of the symbols are renamed, but not enough of them. I think > nsscompatossl has not run into the problem because it hasn't had cases > where it was linked with openssl apps. I hate to bring you bad news, but as nss_ldap, which is a glibc plugin used on any site which uses ldap, uses openssl any application can be linked to openssl (through /etc/nssswitch.conf). So we do have an issue here, it does seem we are lucky sofar (just as with gnutls) because sofar only slrn seems to use libnss_compat_ossl. Still we need to tackle this before it does become a bigger problem, sofar I've seen very little attention for this thread, which is sad as this is a *real* issue. So far only gkrellm seems to have been used by people who also use nss_ldap, but sooner or later slrn or one of the others will hit the same problem, and if more and more apps are moved to these openssl compat libs then the problem becomes really large! Regards, Hans From rdieter at math.unl.edu Tue Aug 26 18:26:46 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Aug 2008 13:26:46 -0500 Subject: compiler bug turning up in cmake package? References: <48B416AA.7060407@redhat.com> <48B42A20.3010206@verizon.net> Message-ID: John Fine wrote: > Ulrich Drepper wrote: >> It's most certainly not that simple. I haven't looked at the sources. >> But the asm code does not really correspond to the code above. The >> function above is most certainly inlined. The problem might very well >> (and most likely is) in the use of this function. Look at the >> >> cmELF::GetRPath() >> >> function and where it directly or indirectly uses the Valid function. >> >> > It is very simple and not a compiler bug, and you are correct that the > error is in GetRPath. > > The code is > > if(this->Valid() && > this->Internal->GetFileType() == cmELF::FileTypeExecutable || > this->Internal->GetFileType() == cmELF::FileTypeSharedLibrary) > > Notice the lack of () around the || lines So the simple(?) fix involves something like: http://rdieter.fedorapeople.org/cmake-2.6.1-parens.patch ?? -- Rex From lmacken at redhat.com Tue Aug 26 18:52:47 2008 From: lmacken at redhat.com (Luke Macken) Date: Tue, 26 Aug 2008 14:52:47 -0400 Subject: bodhi internal error In-Reply-To: <48B422C0.9010003@gmail.com> References: <20080825215233.GB6010@x300.bos.redhat.com> <48B422C0.9010003@gmail.com> Message-ID: <20080826185247.GK6010@x300.bos.redhat.com> On Tue, Aug 26, 2008 at 08:35:28AM -0700, Toshio Kuratomi wrote: > Neal Becker wrote: >> Luke Macken wrote: >> >>> On Mon, Aug 25, 2008 at 08:08:47AM -0400, Neal Becker wrote: >>>> bodhi -n -r F9 -t enhancement mercurial-1_0_2-1_fc9 >>>> Creating new update for mercurial-1_0_2-1_fc9 >>>> HTTP Error 500: Internal error >>> So, a lot of the bodhi API has changed recently. Unfortunately, I was >>> unable to get updated packages out to everyone in time. >>> >>> Quick fix: >>> >>> koji download-build bodhi-0.5.1-1.fc9 >>> koji download-build python-fedora-0.3.5-1.fc10 >>> >>> >>> luke >>> >> sudo yum install python-fedora-0.3.5-1.fc10.noarch.rpm bodhi-client-0.5.1-1.fc9.noarch.rpm -y --nogpg >> >> bodhi -m >> Traceback (most recent call last): >> File "/usr/bin/bodhi", line 5, in >> from pkg_resources import load_entry_point >> File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in >> working_set.require(__requires__) >> File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require >> needed = self.resolve(parse_requirements(requirements)) >> File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve >> raise DistributionNotFound(req) # XXX put more info here >> pkg_resources.DistributionNotFound: bodhi==0.5.1 >> > You'll need the bodhi-server package in addition to the bodhi-client > package in this build. Luke's fixing that for the next build. Fixed in rev 2, where you should only need to install the bodhi-client package. koji download-build bodhi-0.5.1-2.fc9 luke From a.badger at gmail.com Tue Aug 26 18:57:22 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Aug 2008 11:57:22 -0700 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B44BEA.3070303@hhs.nl> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> Message-ID: <48B45212.9060001@gmail.com> Hans de Goede wrote: > > Still we need to tackle this before it does become a bigger problem, > sofar I've seen very little attention for this thread, which is sad as > this is a *real* issue. So far only gkrellm seems to have been used by > people who also use nss_ldap, but sooner or later slrn or one of the > others will hit the same problem, and if more and more apps are moved to > these openssl compat libs then the problem becomes really large! > +1 Especially since Fedora is supposed to drive adoption of nss and the nss compat libs to aid in FIPS-140 compliance for downstream distros, this problem will only get bigger. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Aug 26 18:54:29 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Aug 2008 11:54:29 -0700 Subject: Orphaning some packages Message-ID: <48B45165.8040408@gmail.com> Hey guys, I've orphaned qa-assistant which is a simple checklist application written in pygtk. I'm also a negligent upstream for that so if you want to pick it up, you'll probably want to do some upstream coding as well. (I *think* the only thing that prevents it from building right now is the configure script which I'd just convert to paver/setuptools/distutils instead if I had the time). Let me know if you want to pick this up and I'll get you access to the upstream source (presently in svn on berlios.de) I'm also maintaining the bzr version control system and would love for other people who use it to take over maintainance of it or some of its addon packages. Since I've been working on the TurboGears stack, I haven't had time to package new software or help chase bugs in the upstream code bases of a lot of the plugins. Comaintainers or packagers of some of the addons would be greatly appreciated. These are packages that are in the repository already: bzr bzrtools bzr-gtk Some of the many addons that aren't packaged:: bzr-bisect bzr-stats bzr-dbus loggerhead bzr-loom Note that upstream bzr has expressed interest in merging some of these into the bzr package if someone wants to do the work to implement a smoke-screen test and submit the patch that merges it in. (bzr-bisect comes to mind). This is something that I wanted to help out on but I have lacked the time. An enthusiastic Fedora maintainer could help out a lot with little things like that. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From drepper at redhat.com Tue Aug 26 19:04:29 2008 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 26 Aug 2008 12:04:29 -0700 Subject: compiler bug turning up in cmake package? In-Reply-To: References: <48B416AA.7060407@redhat.com> <48B42A20.3010206@verizon.net> Message-ID: <48B453BD.8040801@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rex Dieter wrote: > So the simple(?) fix involves something like: > http://rdieter.fedorapeople.org/cmake-2.6.1-parens.patch > ?? No, quite wrong. A hand-edited patch: diff -up cmake-2.6.1/Source/cmELF.cxx.parens cmake-2.6.1/Source/cmELF.cxx - --- cmake-2.6.1/Source/cmELF.cxx.parens 2008-08-01 10:34:52.000000000 -0500 +++ cmake-2.6.1/Source/cmELF.cxx 2008-08-26 13:21:55.000000000 -0500 @@ -884,8 +884,8 @@ cmELF::StringEntry const* cmELF::GetSONa cmELF::StringEntry const* cmELF::GetRPath() { if(this->Valid() && - - this->Internal->GetFileType() == cmELF::FileTypeExecutable || - - this->Internal->GetFileType() == cmELF::FileTypeSharedLibrary) + (this->Internal->GetFileType() == cmELF::FileTypeExecutable || + this->Internal->GetFileType() == cmELF::FileTypeSharedLibrary)) { return this->Internal->GetRPath(); } @@ -898,9 +898,9 @@ cmELF::StringEntry const* cmELF::GetRPat cmELF::StringEntry const* cmELF::GetRunPath() { if(this->Valid() && - - this->Internal->GetFileType() == cmELF::FileTypeExecutable || - - this->Internal->GetFileType() == cmELF::FileTypeSharedLibrary) + (this->Internal->GetFileType() == cmELF::FileTypeExecutable || + this->Internal->GetFileType() == cmELF::FileTypeSharedLibrary)) { return this->Internal->GetRunPath(); } - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki0U70ACgkQ2ijCOnn/RHR8wgCdGXbCIBQVuYeMDdV5OiHqDvlQ iqIAoIGt5HpRWtMFblSvfCp7OOgU8vzB =rPtv -----END PGP SIGNATURE----- From cheese at nosuchhost.net Tue Aug 26 19:23:34 2008 From: cheese at nosuchhost.net (josef radinger) Date: Tue, 26 Aug 2008 21:23:34 +0200 Subject: cvs access denied (write permission) In-Reply-To: <48B3063C.5010509@gmail.com> References: <1219684433.26961.5.camel@cheese.daheim> <48B3063C.5010509@gmail.com> Message-ID: <1219778614.2850.7.camel@cheese.daheim> now it works! i tried the following ssh -vvv cheese at cvs.fedoraproject.org to see if i get a ssh connection. output as follows: [rpmbuild at cheese .ssh]$ ssh -v cheese at cvs.fedoraproject.org OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to cvs.fedoraproject.org [209.132.176.51] port 22. debug1: Connection established. debug1: identity file /home/rpmbuild/.ssh/identity type -1 debug1: identity file /home/rpmbuild/.ssh/id_rsa type 1 debug1: identity file /home/rpmbuild/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.0 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cvs.fedoraproject.org' is known and matches the RSA host key. debug1: Found key in /home/rpmbuild/.ssh/known_hosts:6 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/rpmbuild/.ssh/identity debug1: Offering public key: /home/rpmbuild/.ssh/id_rsa debug1: Remote: Forced command: /usr/bin/cvs server debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Server accepts key: pkalg ssh-rsa blen 277 debug1: read PEM private key done: type RSA debug1: Remote: Forced command: /usr/bin/cvs server debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LANG = en_US.UTF-8 debug1: channel 0: free: client-session, nchannels 1 Connection to cvs.fedoraproject.org closed. debug1: Transferred: stdin 0, stdout 0, stderr 45 bytes in 59.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.8 debug1: Exit status -1 [rpmbuild at cheese .ssh]$ [rpmbuild at cheese .ssh]$ export|grep CVS declare -x CVSROOT=":ext:cheese at cvs.fedoraproject.org:/cvs/pkgs" afterwards i tried from another host on the same network: worked another user from the same host: worked with the account i use for building packages (rpmbuild as above): did not work tried for at least 3 times and my last attempt worked. seems to be solved for now, but i dont know why and what has changed. josef On Mon, 2008-08-25 at 12:21 -0700, Toshio Kuratomi wrote: > josef radinger wrote: > > since several days i'm trying to update some spec-files via cvs and i > > seem not to able to do that. > > > > after some fiddling i found that i had to upload a new rsa-key (i tried > > with dsa and got no meaningfull errormessage). i even managed to update > > ~fedora.cert + friends, but still no luck (the logmessage has only my > > own comment for updateing): > > > > [rpmbuild at cheese teg]$ cvs commit > > cvs commit: Examining . > > cvs commit: Examining F-7 > > cvs commit: Examining F-8 > > cvs commit: Examining F-9 > > cvs commit: Examining common > > cvs commit: Examining devel > > ? devel/teg-0.11.2-15.fc10.src.rpm > > ? F-9/teg-0.11.2-16.fc9.src.rpm > > cvs [server aborted]: "commit" requires write access to the repository > > cvs commit: saving log message in /tmp/cvsmCWfVR > > > > Looking through the logs on the cvs server, I don't see any logins from > you. Are you connecting with your Fedora account? > > -Toshio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From mw_triad at users.sourceforge.net Tue Aug 26 19:48:01 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 26 Aug 2008 14:48:01 -0500 Subject: compiler bug turning up in cmake package? In-Reply-To: <48B453BD.8040801@redhat.com> References: <48B416AA.7060407@redhat.com> <48B42A20.3010206@verizon.net> <48B453BD.8040801@redhat.com> Message-ID: Ulrich Drepper wrote: > Rex Dieter wrote: >> So the simple(?) fix involves something like: >> http://rdieter.fedorapeople.org/cmake-2.6.1-parens.patch >> ?? > > No, quite wrong. A hand-edited patch: > [snip patch] Huh, something in the mail chain added some bogus -'s. But yes, +1 to both the previous patch being wrong and that Ulrich's looks right to me. Of course, it would be great if someone from Kitware would confirm that ;-). Rex/Ulrich, have either of filed this in mantis yet? I'd do it but it rejects my attempt to create an account (not the first time Mantis has hated me, as I recall). -- Matthew Person A: It's an ISO standard. Person B: ...And that means what? --mal (http://theangryadmin.blogspot.com/2008/04/future.html) From rdieter at math.unl.edu Tue Aug 26 20:06:43 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Aug 2008 15:06:43 -0500 Subject: compiler bug turning up in cmake package? References: <48B416AA.7060407@redhat.com> <48B42A20.3010206@verizon.net> Message-ID: Matthew Woehlke wrote: > Obviously this should be fixed upstream, but will we be able to do a > patched fedora build before this goes into F10-stable? (And, er, > incidentally, so I can install a fixed rpm? Guess I have good timing > catching it now, eh? ;-) ) Used Ulrich's patch, building cmake-2.6.1-2 for rawhide now. -- Rex From rrankin at ihug.com.au Tue Aug 26 21:03:10 2008 From: rrankin at ihug.com.au (Roy Rankin) Date: Wed, 27 Aug 2008 07:03:10 +1000 Subject: moving libaio from /usr/lib to /lib -- any objections? Message-ID: <48B46F8E.3010601@ihug.com.au> Jeff, I added Denemo to rawhide on Monday (25/08) which uses libio. So this may affect this new package. Regards, Roy Rankin On Tue, 2008-08-26 at 09:42 -0400, Jeff Moyer wrote: > Hi, > > Bug 459158 - multipath needs libaio in early userspace, can it be moved > from /usr/lib to /lib? > > Does anyone see any problem with doing this? The library doesn't link > with anything else. From michel.sylvan at gmail.com Tue Aug 26 21:35:04 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 26 Aug 2008 17:35:04 -0400 Subject: Notification - 2008-08-26 23:00 UTC In-Reply-To: References: Message-ID: On Mon, Aug 25, 2008 at 8:59 PM, Mike McGrath wrote: > There was an outage starting at 2008-08-26 23:00 UTC, which lasted > approximately 1 hour. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2008-08-26 23:00 UTC' Is that supposed to be 2008-08-25? -- Michel Salim http://hircus.jaiku.com/ From rrankin at ihug.com.au Tue Aug 26 21:36:12 2008 From: rrankin at ihug.com.au (Roy Rankin) Date: Wed, 27 Aug 2008 07:36:12 +1000 Subject: moving libaio from /usr/lib to /lib -- any objections? In-Reply-To: <48B46F8E.3010601@ihug.com.au> References: <48B46F8E.3010601@ihug.com.au> Message-ID: <48B4774C.9040104@ihug.com.au> Jeff, Sorry I was not awake and I confused libaio with libaubio (aubio) so ignore my comment. Regards, Roy Rankin Roy Rankin wrote: > Jeff, > > I added Denemo to rawhide on Monday (25/08) which uses libio. So this > may affect this new package. > > Regards, > Roy Rankin > > On Tue, 2008-08-26 at 09:42 -0400, Jeff Moyer wrote: > > Hi, > > > > Bug 459158 - multipath needs libaio in early userspace, can it be moved > > from /usr/lib to /lib? > > > > Does anyone see any problem with doing this? The library doesn't link > > with anything else. > From jspaleta at gmail.com Tue Aug 26 21:41:21 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 26 Aug 2008 13:41:21 -0800 Subject: Notification - 2008-08-26 23:00 UTC In-Reply-To: References: Message-ID: <604aa7910808261441o73ef844k16002a65cd8ebe50@mail.gmail.com> On Tue, Aug 26, 2008 at 1:35 PM, Michel Salim wrote: > Is that supposed to be 2008-08-25? In our ongoing effort to get ahead of the curve with regard to outage communications..we have built a time-machine which will let Mike look approximately 1 day into the future. -jef"Has no doubts that we could probably schedule an outage in the next couple of hours to ensure that this message will be factually correct in the long view of history"spaleta From mmcgrath at redhat.com Tue Aug 26 21:47:00 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 26 Aug 2008 16:47:00 -0500 (CDT) Subject: Notification - 2008-08-26 23:00 UTC In-Reply-To: References: Message-ID: On Tue, 26 Aug 2008, Michel Salim wrote: > On Mon, Aug 25, 2008 at 8:59 PM, Mike McGrath wrote: > > There was an outage starting at 2008-08-25 23:00 UTC, which lasted > > approximately 1 hour. > > > > To convert UTC to your local time, take a look at > > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > > or run: > > > > date -d '2008-08-25 23:00 UTC' > > Is that supposed to be 2008-08-25? > Yes it was. -Mike From dwheeler at dwheeler.com Tue Aug 26 22:30:40 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Tue, 26 Aug 2008 18:30:40 -0400 (EDT) Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <20080826033027.714308E1118@hormel.redhat.com> References: <20080826033027.714308E1118@hormel.redhat.com> Message-ID: On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > > Hi All, > > > > The story begins here: > > https://bugzilla.redhat.com/show_bug.cgi?id=446860 ... > > I would like to suggest the removal of libgnutls-openssl from > > Fedora,... That will probably create many legal problems. If there's a way to keep this package, we should. As many of you know, the basic problem is that the OpenSSL license is incompatible with the GPL: http://www.fsf.org/licensing/licenses/ http://www.gnome.org/~markmc/openssl-and-the-gpl.html http://www.mail-archive.com/debian-bugs-dist at lists.debian.org/msg426067.html http://lists.debian.org/debian-legal/2002/10/msg00113.html Any program that links to libgnutls-openssl that has GPL'ed components probably CANNOT be legally linked to OpenSSL. --- David A. Wheeler From tcallawa at redhat.com Tue Aug 26 22:41:27 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 26 Aug 2008 18:41:27 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: References: <20080826033027.714308E1118@hormel.redhat.com> Message-ID: <1219790487.19672.8.camel@localhost.localdomain> On Tue, 2008-08-26 at 18:30 -0400, David A. Wheeler wrote: > Any program that links to libgnutls-openssl that has GPL'ed components > probably CANNOT be legally linked to OpenSSL. For what it is worth, we consider OpenSSL a system library (aka, a "major component"), as does the FSF. >From GPLv2: However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. Thus, we're not concerned about OpenSSL and GPL incompatibility. ~spot From abartlet at samba.org Tue Aug 26 23:34:06 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Wed, 27 Aug 2008 09:34:06 +1000 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B44BEA.3070303@hhs.nl> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> Message-ID: <1219793646.9300.21.camel@naomi.s4.naomi.abartlet.net> On Tue, 2008-08-26 at 20:31 +0200, Hans de Goede wrote: > Robert Relyea wrote: > > Hans de Goede wrote: > >> Nils Philippsen wrote: > >>> On Tue, 2008-08-26 at 08:39 +1000, Andrew Bartlett wrote: > >>>> On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > >>>>> Hi All, > >>>>> > >>>>> The story begins here: > >>>>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 > >>>>> > >>>>> The problem is, or I believe it to be, that when an application > >>>>> uses libgnutls-openssl (meant for easy use of porting openssl > >>>>> programs to gnutls) for example because of the openssl license > >>>>> issues, and then a library uses the real openssl (for example glibc > >>>>> through nss_ldap) then in the nss_ldap example, the layer dlopen's > >>>>> nss_ldap starts using the openssl symbols from gnutls instead of > >>>>> those from openssl, but they are not ABI compatible -> boom. > >>>>> > >>>>> Luckily the list of libgnutls-openssl users seems small: > >>>>> > >>>>> [hans at localhost src]$ repoquery -q --whatrequires > >>>>> 'libgnutls-openssl.so.26()(64bit)' > >>>>> mcabber-0:0.9.7-1.fc10.x86_64 > >>>>> gnutls-0:2.4.1-1.fc10.x86_64 > >>>>> gnutls-devel-0:2.4.1-1.fc10.x86_64 > >>>>> zoneminder-0:1.23.3-1.fc10.x86_64 > >>>>> gkrellm-0:2.3.1-4.fc10.x86_64 > >>>>> > >>>>> So only 3 programs are affected, given that the same may happen > >>>>> when any used library uses the real openssl and the application or > >>>>> any other library uses gnutls-openssl, I would like to suggest the > >>>>> removal of libgnutls-openssl from Fedora, as long as we have this > >>>>> openssl libraries mess (which we unfortunately do) we should make > >>>>> sure that the various ssl libraries do not have symbol clashes, as > >>>>> changes are that through a mix of libraries an application may be > >>>>> using 2 (or even 3) different ssl libs. > >>>>> > >>>>> So whats your 2 cents on this? > >>>> How does the NSS (Mozilla SSL) OpenSSL wrapper avoid this problem? > >>> > >>> Completely uninformed guess: by using macros or other techniques to add > >>> a prefix to the symbols that end up in the binary? > >>> > >> > >> I didn't know nss has an openssl compatibility sub lib too, I just > >> checked and it doesn't do any symbol magic, iow it has the same > >> problems as the gnutls openssl compatibility sublib. > > Some of the symbols are renamed, but not enough of them. I think > > nsscompatossl has not run into the problem because it hasn't had cases > > where it was linked with openssl apps. > > I hate to bring you bad news, but as nss_ldap, which is a glibc plugin used on > any site which uses ldap, uses openssl any application can be linked to openssl > (through /etc/nssswitch.conf). > > So we do have an issue here, it does seem we are lucky sofar (just as with > gnutls) because sofar only slrn seems to use libnss_compat_ossl. Isn't this what symbol versions are meant to solve? (and has solved for example having Heimdal and MIT kerberos on Debian, for many years). Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 bojan at rexursive.com Tue Aug 26 23:41:12 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 26 Aug 2008 23:41:12 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> <1219750681.12096.56.camel@rosebud> Message-ID: Seth Vidal fedoraproject.org> writes: > I think it will complicate things a lot for users to verify Users wouldn't actually have to verify anything by hand. The idea was that yum does that for them. I don't see how that would be any more complicated then now. Say there are 10 signatories in the pool. Yum would check that: - the package is signed with the Fedora key - the package is signed by at least N (say 2) other keys from the pool - failing the above, it would not accept the package N could even be configurable in yum for smooth transition from the single key scenario. > and it's not > obvious how much we'll gain in terms of security. It is similar to what a reporter does to confirm a story. One source, not so reliable. Two sources, more reliable. Many sources, most likely reliable. In terms of attacks, right now if somebody gets a hold of the password of the Fedora key, it's game over. Ditto if someone compromises the build system to start producing bad binaries. With the multi-key, multi-build system, an attacker would need to get his hands on a lot of private key passwords, break multiple independent build systems etc. I always think of flight attendants and how they are told by the captain to secure the doors and cross-check. I'm sure there must be a good reason for that cross-check :-) -- Bojan From dwheeler at dwheeler.com Wed Aug 27 00:24:17 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Tue, 26 Aug 2008 20:24:17 -0400 (EDT) Subject: "make build" produces FAILED: BuildError: package E not in list for tag dist-f* Message-ID: In cvs, trying to run "make build" to create a new repository package gets me errors like this: FAILED: BuildError: package E not in list for tag dist-f8-updates-candidate (the same for F-9 and devel). Details, including output, are here: https://bugzilla.redhat.com/show_bug.cgi?id=459409#c14 Is "make build" supposed to work now? If so, any suggestions? --- David A. Wheeler From cmadams at hiwaay.net Wed Aug 27 00:27:41 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 26 Aug 2008 19:27:41 -0500 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: References: <20080826033027.714308E1118@hormel.redhat.com> Message-ID: <20080827002741.GB1310589@hiwaay.net> Once upon a time, David A. Wheeler said: > That will probably create many legal problems. > If there's a way to keep this package, we should. > > As many of you know, the basic problem is that the OpenSSL license > is incompatible with the GPL: Aside from the "system library" exemption already mentioned, most GPL software that links against OpenSSL has a specific exemption in the documentation. > Any program that links to libgnutls-openssl that has GPL'ed components > probably CANNOT be legally linked to OpenSSL. The flip side of that is that libgnutls-openssl is GPLv3+, which means that anything under GPLv2-only or any other non-GPLv3-compatible license may not be able to use it. I'm not sure, since it implements somebody else's interface; can anything using the OpenSSL library API be considered a derived work of libgnutls-openssl (by virtue of linking)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From tibbs at math.uh.edu Wed Aug 27 00:39:40 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Aug 2008 19:39:40 -0500 Subject: "make build" produces FAILED: BuildError: package E not in list for tag dist-f* In-Reply-To: References: Message-ID: >>>>> "DAW" == David A Wheeler writes: DAW> In cvs, trying to run "make build" to create a new repository DAW> package gets me errors like this: FAILED: BuildError: package E DAW> not in list for tag dist-f8-updates-candidate (the same for F-9 DAW> and devel). You need to wait up to an hour (perhaps only 30 minutes) after CVS is done before everything propagates. - J< From kevin at scrye.com Wed Aug 27 00:40:49 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 26 Aug 2008 18:40:49 -0600 Subject: "make build" produces FAILED: BuildError: package E not in list for tag dist-f* In-Reply-To: References: Message-ID: <20080826184049.0cd5d84b@ohm.scrye.com> On Tue, 26 Aug 2008 20:24:17 -0400 (EDT) dwheeler at dwheeler.com ("David A. Wheeler") wrote: > In cvs, trying to run "make build" to create a new > repository package gets me errors like this: > FAILED: BuildError: package E not in list for tag > dist-f8-updates-candidate (the same for F-9 and devel). > > Details, including output, are here: > https://bugzilla.redhat.com/show_bug.cgi?id=459409#c14 > > Is "make build" supposed to work now? If so, any suggestions? Wait about 20min and the job that runs at the top of the hour should add this new package to koji. > > --- David A. Wheeler > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From michel.sylvan at gmail.com Wed Aug 27 00:42:47 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Tue, 26 Aug 2008 20:42:47 -0400 Subject: Notification - 2008-08-26 23:00 UTC In-Reply-To: <604aa7910808261441o73ef844k16002a65cd8ebe50@mail.gmail.com> References: <604aa7910808261441o73ef844k16002a65cd8ebe50@mail.gmail.com> Message-ID: On Tue, Aug 26, 2008 at 5:41 PM, Jeff Spaleta wrote: > On Tue, Aug 26, 2008 at 1:35 PM, Michel Salim wrote: >> Is that supposed to be 2008-08-25? > > In our ongoing effort to get ahead of the curve with regard to outage > communications..we have built a time-machine which will let Mike look > approximately 1 day into the future. Nah, such information would be kept secret, and used to buy winning lottery tickets :) -- Michel Salim http://hircus.jaiku.com/ From mw_triad at users.sourceforge.net Wed Aug 27 00:43:54 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 26 Aug 2008 19:43:54 -0500 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <20080827002741.GB1310589@hiwaay.net> References: <20080826033027.714308E1118@hormel.redhat.com> <20080827002741.GB1310589@hiwaay.net> Message-ID: Chris Adams wrote: > The flip side of that is that libgnutls-openssl is GPLv3+, which means > that anything under GPLv2-only or any other non-GPLv3-compatible license > may not be able to use it. I'm not sure, since it implements somebody > else's interface; can anything using the OpenSSL library API be > considered a derived work of libgnutls-openssl (by virtue of linking)? My understanding is that public API's are not subject to copyright, however IANAL :-). -- Matthew Person A: It's an ISO standard. Person B: ...And that means what? --mal (http://theangryadmin.blogspot.com/2008/04/future.html) From smooge at gmail.com Wed Aug 27 01:15:27 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 26 Aug 2008 19:15:27 -0600 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> <1219750681.12096.56.camel@rosebud> Message-ID: <80d7e4090808261815m165f3409o182c3eaaa90dcdfb@mail.gmail.com> On Tue, Aug 26, 2008 at 5:41 PM, Bojan Smojver wrote: > Seth Vidal fedoraproject.org> writes: > >> I think it will complicate things a lot for users to verify > > Users wouldn't actually have to verify anything by hand. The idea was that yum > does that for them. I don't see how that would be any more complicated then now. > > Say there are 10 signatories in the pool. Yum would check that: > > - the package is signed with the Fedora key > - the package is signed by at least N (say 2) other keys from the pool > - failing the above, it would not accept the package > > N could even be configurable in yum for smooth transition from the single key > scenario. > >> and it's not >> obvious how much we'll gain in terms of security. > > It is similar to what a reporter does to confirm a story. One source, not so > reliable. Two sources, more reliable. Many sources, most likely reliable. > There is a specific "named" fallacy to that logic. I can't remember the mathematical name for it, but basically the issue is that having multiple sources doesn't help if they all get their information from the same top level source. The big issue with multiple signatures is that they are going to be automated somehow to deal with the thousands upon thousands of packages being dealt with... and you are going to have to come up with an additional income source to pay for the extra bureaucracy that is being added. > In terms of attacks, right now if somebody gets a hold of the password of the > Fedora key, it's game over. Ditto if someone compromises the build system to > start producing bad binaries. > > With the multi-key, multi-build system, an attacker would need to get his hands > on a lot of private key passwords, break multiple independent build systems etc. > Or just be in the right place somewhere. The build systems will not be completely independent or they would not be able to produce identical binaries.. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From tibbs at math.uh.edu Wed Aug 27 01:19:06 2008 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Aug 2008 20:19:06 -0500 Subject: Summary of the 2008-08-26 packaging committee meeting Message-ID: Meeting minutes and full logs of the 2008-08-26 packaging committee meeting are online: http://fedoraproject.org/wiki/Packaging/Minutes/20080826 ==== Summary ==== * Approved the draft Haskell packaging guidelines: http://fedoraproject.org/wikiPackagingDrafts/Haskell * Approved the draft Lisp packaging guidelines: https://fedoraproject.org/wiki/PackagingDrafts/Lisp * Discussed two submissions related to the bundling of fonts: https://fedoraproject.org/wiki/PackagingDrafts/Packaging_font_bundles and https://fedoraproject.org/wiki/PackagingDrafts/No_bundling_of_fonts_in_other_packages ** Neither was approved as-is, but as a result of the discussion, FPC approved one general guideline addition and two related documents: *** "Fedora packages should make every effort to avoid having multiple, separate, upstream projects bundled together in a single package." *** https://fedoraproject.org/wiki/TomCallaway/Packaging_Font_Bundles2 *** https://fedoraproject.org/wiki/TomCallaway/No_bundling_of_fonts_in_other_packages2 - J< From martin.langhoff at gmail.com Wed Aug 27 01:27:14 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 27 Aug 2008 13:27:14 +1200 Subject: What's cooking in the XS pot this week (2008-08-26) In-Reply-To: <46a038f90808251657r6a59ccacm6d9a0ef37f26b3ba@mail.gmail.com> References: <46a038f90808251657r6a59ccacm6d9a0ef37f26b3ba@mail.gmail.com> Message-ID: <46a038f90808261827nd624f31wd096fb0c87796a7f@mail.gmail.com> More OLPC spam :-) -- If you see a raft of "how do I make $something work in F9" questions from me on fedora-devel... the email below outlines what I am working on (in a nutshell, upgrading the School Server spin to F9). Help is deeply appreciated. While most stuff "just works", we have some significant challenges: - Networking infrastructure. Jerry has been helping lots, and any pointers into how to tweak the udev-triggered in ways that don't backfire... welcome! Not many people seem to be playing with it, and our setup has some "special needs". - Upgrade nicely. - Pungi/revisor configuration and scripts for a truly minimal install. - Kickstart / anaconda / firstboot tweaking. cheers, m ---------- Forwarded message ---------- From: Martin Langhoff Date: Tue, Aug 26, 2008 at 11:57 AM Subject: What's cooking in the XS pot this week (2008-08-26) To: XS Devel xs-0.4 is out - so now we're on to xs-0.5. The plan for this week is to - Keep track of any issues on 0.4 -- please report them via Trac or post them here - Add an activity installation server -- which may be available for 0.4. Douglas is working on this. - Make an attempt to rebase on F9. This attempt is time-boxed - if by EoB Friday we have a reasonably well cooked F9-based XS installer, it's all go and xs-0.5 will be based on F9. If instead we have a pile of issues, we'll document the issues and ask for help, but we'll drop the F9 port from the xs-0.5 plans. This is a hard-nosed risk mgmt strategy. F9 gives us security support and a hopefully better build toolchain (anaconda, pungi and revisor seem to be in much better shape, bugs in the F7 versions have been a problem for us). On the other hand, it gives us no user-visible features, and issues with the rebase can be very time consuming to resolve. Reaching end-of-Sept with only a F9-based version with no new features for end users would be a bad scenario. Same date but with a buggy F9-based version and no new features is our worst case. My plan does not allow for either to happen :-) The other non-ideal scenario is a F7-based release with features, but with no security support. This is not the best, but on the risks map this is not as serious because most XS installs we are planning to support in deployments are _not_ on the internet -- they either have no WAN/Internet connection or they are behind NAT. Their value as targets and their exposure is very low. I know some readers care a lot about security, and I am deeply grateful that they do. If you are one of them, do your bit: help us make the F9 port a success. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From mw_triad at users.sourceforge.net Wed Aug 27 02:36:43 2008 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 26 Aug 2008 21:36:43 -0500 Subject: compiler bug turning up in cmake package? In-Reply-To: References: <48B416AA.7060407@redhat.com> <48B42A20.3010206@verizon.net> Message-ID: Rex Dieter wrote: > Matthew Woehlke wrote: > >> Obviously this should be fixed upstream, but will we be able to do a >> patched fedora build before this goes into F10-stable? (And, er, >> incidentally, so I can install a fixed rpm? Guess I have good timing >> catching it now, eh? ;-) ) > > Used Ulrich's patch, building cmake-2.6.1-2 for rawhide now. Success! That got me past the bug (just confirmed that I still hit it with the previous package, and 'make install' completed successfully with the new build). Thanks again! -- Matthew ENOWIT: .sig file for this machine not set up yet From martin.langhoff at gmail.com Wed Aug 27 02:51:31 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 27 Aug 2008 14:51:31 +1200 Subject: Why does PackageKit depend on NetworkManager? Message-ID: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> Is there anything preventing PK from connecting to the network over non-NM-controlled network interfaces? (I am not using PackageKit facilities, just surprised at the dependencies...) cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From katzj at redhat.com Wed Aug 27 03:00:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 26 Aug 2008 23:00:40 -0400 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> Message-ID: <1219806040.31082.1.camel@aglarond.local> On Wed, 2008-08-27 at 14:51 +1200, Martin Langhoff wrote: > Is there anything preventing PK from connecting to the network over > non-NM-controlled network interfaces? > > (I am not using PackageKit facilities, just surprised at the dependencies...) It depends on NetworkManager-glib, not NetworkManager. And it does so to check the status of the network connection before checking for updates. I believe that if NetworkManager doesn't respond (because you're bringing up your network some other way), it will continue on as though the connection is said to be up by NM. Jeremy From sundaram at fedoraproject.org Wed Aug 27 03:03:07 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Aug 2008 08:33:07 +0530 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> Message-ID: <48B4C3EB.2020105@fedoraproject.org> Martin Langhoff wrote: > Is there anything preventing PK from connecting to the network over > non-NM-controlled network interfaces? > > (I am not using PackageKit facilities, just surprised at the dependencies...) http://fedoraproject.org/wiki/PackageKitFaq Rahul From martin.langhoff at gmail.com Wed Aug 27 03:11:36 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 27 Aug 2008 15:11:36 +1200 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <48B4C3EB.2020105@fedoraproject.org> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> <48B4C3EB.2020105@fedoraproject.org> Message-ID: <46a038f90808262011l31b814e9wcd26aa7fa4002818@mail.gmail.com> On Wed, Aug 27, 2008 at 3:03 PM, Rahul Sundaram wrote: > http://fedoraproject.org/wiki/PackageKitFaq Ah, thanks! Known issue then. Cheers! m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From dcbw at redhat.com Wed Aug 27 03:36:05 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 26 Aug 2008 23:36:05 -0400 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <1219806040.31082.1.camel@aglarond.local> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> <1219806040.31082.1.camel@aglarond.local> Message-ID: <1219808165.8651.1.camel@localhost.localdomain> On Tue, 2008-08-26 at 23:00 -0400, Jeremy Katz wrote: > On Wed, 2008-08-27 at 14:51 +1200, Martin Langhoff wrote: > > Is there anything preventing PK from connecting to the network over > > non-NM-controlled network interfaces? > > > > (I am not using PackageKit facilities, just surprised at the dependencies...) > > It depends on NetworkManager-glib, not NetworkManager. And it does so > to check the status of the network connection before checking for > updates. I believe that if NetworkManager doesn't respond (because > you're bringing up your network some other way), it will continue on as > though the connection is said to be up by NM. Right, that's the way it should work. If talking to NM fails, the app should either (a) assume a connection, or (b) could be more intelligent by asking SIOCGIFCONF/netlink for interfaces, and if at least one interface is IFF_UP | IFF_RUNNING and has an IP address, then try. But only by using NM can PK really do things like "don't update while on 3G" and such which would be quite a bit more difficult without NM. Dan From dcbw at redhat.com Wed Aug 27 03:39:23 2008 From: dcbw at redhat.com (Dan Williams) Date: Tue, 26 Aug 2008 23:39:23 -0400 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> Message-ID: <1219808363.8651.6.camel@localhost.localdomain> On Wed, 2008-08-27 at 14:51 +1200, Martin Langhoff wrote: > Is there anything preventing PK from connecting to the network over > non-NM-controlled network interfaces? > > (I am not using PackageKit facilities, just surprised at the dependencies...) Should only depend on NetworkManager-glib, which itself should not pull in NetworkManager in the future. The only possible fixes for #351101 (removing NetworkManager-glib removes half the desktop) broke multilib setups (#451519) and thus we have to do anaconda magic for F10 before you can 'rpm -e NetworkManager' and have everything work like you probably want it. Dan From bojan at rexursive.com Wed Aug 27 04:08:42 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 04:08:42 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> <1219750681.12096.56.camel@rosebud> <80d7e4090808261815m165f3409o182c3eaaa90dcdfb@mail.gmail.com> Message-ID: Stephen John Smoogen gmail.com> writes: > There is a specific "named" fallacy to that logic. I can't remember > the mathematical name for it, but basically the issue is that having > multiple sources doesn't help if they all get their information from > the same top level source. Yeah, no kidding. The point of open source is supposed to be that more eyes see better. That's why we have package reviews, pre-release checks (alpha, beta, rc) and so on. You can never achieve 100% independence, of course. That's why we have bugs :-) > The big issue with multiple signatures is > that they are going to be automated somehow to deal with the thousands > upon thousands of packages being dealt with... If there is any chance of this being automated, it cannot work at all and there is no point doing it. > and you are going to > have to come up with an additional income source to pay for the extra > bureaucracy that is being added. True. All security has a price. > Or just be in the right place somewhere. More than one, actually. > The build systems will not be > completely independent or they would not be able to produce identical > binaries.. Say someone breaks into Fedora build system and subverts the process in such a way that there is their own gcc inserted just at the right time in order to produce the binaries they want. A package is built by the packager and a signed e-mail is sent to the signatories to sign it, because it's an update. Given this is a new update, another build system, located elsewhere and not publicly accessible, pulls in the package source and builds it. If that other system wasn't broken into, it will produce a different binary for sure. Immediate alarm bells for signatories. Sure, this is a difficult thing to do right. It doesn't fix all intrusion issues (nothing can). Takes a lot of effort etc. But it does provide at least some checks and balances before packages are swallowed by users out there. No offence, but right now we have a single point of failure that we already know can be cracked. And that single point of failure is the single point of users' trust. Not a very safe combo, IMHO. Never mind, it was just an idea. Probably not even a good one. Back to the drawing board... ;-) -- Bojan From martin.langhoff at gmail.com Wed Aug 27 06:05:45 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Wed, 27 Aug 2008 18:05:45 +1200 Subject: Pungi - genisoimage not finding isolinux In-Reply-To: <1219762187.17206.17.camel@luminos.localdomain> References: <46a038f90808252237h7ef7240w76ecdaa86fb1f2ca@mail.gmail.com> <1219762187.17206.17.camel@luminos.localdomain> Message-ID: <46a038f90808262305r38c0c30er741a340771b77c4a@mail.gmail.com> 2008/8/27 Jesse Keating : > It sounds like your buildinstall phase errored out. Have you looked at > the full log file? Thanks for the hint. I had a dependency problem problem. I forget that the cmdline errors aren't the full story. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From j.w.r.degoede at hhs.nl Wed Aug 27 07:39:42 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 27 Aug 2008 09:39:42 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: References: <20080826033027.714308E1118@hormel.redhat.com> Message-ID: <48B504BE.20206@hhs.nl> David A. Wheeler wrote: > On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: >>> Hi All, >>> >>> The story begins here: >>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 > ... >>> I would like to suggest the removal of libgnutls-openssl from >>> Fedora,... > > That will probably create many legal problems. Well only for 2 packages as so far only 2 packages are using ibgnutls-openssl > If there's a way to keep this package, we should. Agreed another solution would be better one where the gnutls openssl compat headers uses #defines to change the function names to for example gnutls_ prefixed symbols. Regards, Hans From j.w.r.degoede at hhs.nl Wed Aug 27 07:41:10 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 27 Aug 2008 09:41:10 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <1219790487.19672.8.camel@localhost.localdomain> References: <20080826033027.714308E1118@hormel.redhat.com> <1219790487.19672.8.camel@localhost.localdomain> Message-ID: <48B50516.80707@hhs.nl> Tom "spot" Callaway wrote: > On Tue, 2008-08-26 at 18:30 -0400, David A. Wheeler wrote: >> Any program that links to libgnutls-openssl that has GPL'ed components >> probably CANNOT be legally linked to OpenSSL. > > For what it is worth, we consider OpenSSL a system library (aka, a > "major component"), as does the FSF. > >>From GPLv2: > > However, as a special exception, the source code distributed need not > include > anything that is normally distributed (in either source or binary form) with the > major components (compiler, kernel, and so on) of the operating system on > which the executable runs, unless that component itself accompanies the > executable. > > Thus, we're not concerned about OpenSSL and GPL incompatibility. > Erm what about the "unless that component itself accompanies the executable." part, when we put openssl and a using app together on a CD does that not count as "accompanies the executable"? If not that would be great then I can fix this (for now) by simply using the real openssl in gkrellm. Regards, Hans From billcrawford1970 at gmail.com Wed Aug 27 07:54:03 2008 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 27 Aug 2008 08:54:03 +0100 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B50516.80707@hhs.nl> References: <20080826033027.714308E1118@hormel.redhat.com> <1219790487.19672.8.camel@localhost.localdomain> <48B50516.80707@hhs.nl> Message-ID: <544eb990808270054p10c5670dnb905c11811c481a9@mail.gmail.com> 2008/8/27 Hans de Goede : > Tom "spot" Callaway wrote: ... >> For what it is worth, we consider OpenSSL a system library (aka, a >> "major component"), as does the FSF. >> >>> From GPLv2: >> >> However, as a special exception, the source code distributed need not >> include anything that is normally distributed (in either source or binary >> form) with the major components (compiler, kernel, and so on) of the >> operating system on which the executable runs, unless that component itself >> accompanies the executable. >> >> Thus, we're not concerned about OpenSSL and GPL incompatibility. > Erm what about the "unless that component itself accompanies the > executable." part, when we put openssl and a using app together on a CD does > that not count as "accompanies the executable"? If not that would be great > then I can fix this (for now) by simply using the real openssl in gkrellm. Most people consider "accompanies the executable" to mean it is actually packaged with the application, not separately distributed 'as part of the operating system' ... I think Tom's explanation is pretty complete, in fact. If the FSF don't have a problem with it, and if gnutls' openssl compatability layer has a license that might preclude its use with a large number of the software packages we distribute, then I think we should just use openssl until someone produces a compatible library that can be used with gpl v2 software. > Regards, > > Hans > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From hughsient at gmail.com Wed Aug 27 07:54:18 2008 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 27 Aug 2008 08:54:18 +0100 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <1219808165.8651.1.camel@localhost.localdomain> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> <1219806040.31082.1.camel@aglarond.local> <1219808165.8651.1.camel@localhost.localdomain> Message-ID: <1219823658.22750.0.camel@hughsie-work> On Tue, 2008-08-26 at 23:36 -0400, Dan Williams wrote: > Right, that's the way it should work. If talking to NM fails, the app > should either (a) assume a connection, or (b) could be more > intelligent > by asking SIOCGIFCONF/netlink for interfaces, and if at least one > interface is IFF_UP | IFF_RUNNING and has an IP address, then try. Yes, we do have a metric for the NM isn't present case. > But only by using NM can PK really do things like "don't update while > on 3G" and such which would be quite a bit more difficult without NM. Exactly. To do all the fancy stuff, there's no way we can infer al the extra information without NM. Richard. From luya at fedoraproject.org Wed Aug 27 08:08:50 2008 From: luya at fedoraproject.org (Luya Tshimbalanga) Date: Wed, 27 Aug 2008 01:08:50 -0700 Subject: New certs woes In-Reply-To: <20080825131044.GA20379@redhat.com> References: <1219652538.13603.14.camel@pc-notebook> <20080825131044.GA20379@redhat.com> Message-ID: <48B50B92.6070809@fedoraproject.org> Daniel Veillard a ?crit : > I had done the update of certificates on Friday and had the same > ssh handshake problems. Not finding out what was wrong today, I just > refetched it after login > https://admin.fedoraproject.org/accounts/home > https://admin.fedoraproject.org/accounts/user/gencert > > put the new gencert in ~/.fedora.cert > reran /usr/bin/fedora-packager-setup > and reimported the certificate in Firefox, restarted Firefox and > now authentication works again. > So my advice is to try again from the start downloading the new > certificate, > > Daniel > > Which package provides fedora-packager-setup? Trying to locate if but it is not found on repository. Luya From mschwendt at gmail.com Wed Aug 27 08:19:41 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 27 Aug 2008 10:19:41 +0200 Subject: New certs woes In-Reply-To: <48B50B92.6070809@fedoraproject.org> References: <1219652538.13603.14.camel@pc-notebook> <20080825131044.GA20379@redhat.com> <48B50B92.6070809@fedoraproject.org> Message-ID: <20080827101941.aef7b8d5.mschwendt@gmail.com> On Wed, 27 Aug 2008 01:08:50 -0700, Luya Tshimbalanga wrote: > Which package provides fedora-packager-setup? Trying to locate if but it > is not found > on repository. fedora-packager yum whatprovides /usr/bin/fedora-packager-setup repoquery --whatprovides /usr/bin/fedora-packager-setup From vgaburici at gmail.com Wed Aug 27 08:27:16 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 27 Aug 2008 11:27:16 +0300 Subject: Any reason why http://jbig2dec.sourceforge.net/ is not in Fedora? Message-ID: Any patent issues? From luya at fedoraproject.org Wed Aug 27 08:41:47 2008 From: luya at fedoraproject.org (Luya Tshimbalanga) Date: Wed, 27 Aug 2008 01:41:47 -0700 Subject: New certs woes In-Reply-To: <20080827101941.aef7b8d5.mschwendt@gmail.com> References: <1219652538.13603.14.camel@pc-notebook> <20080825131044.GA20379@redhat.com> <48B50B92.6070809@fedoraproject.org> <20080827101941.aef7b8d5.mschwendt@gmail.com> Message-ID: <48B5134B.50108@fedoraproject.org> Michael Schwendt a ?crit : > On Wed, 27 Aug 2008 01:08:50 -0700, Luya Tshimbalanga wrote: > > >> Which package provides fedora-packager-setup? Trying to locate if but it >> is not found >> on repository. >> > > fedora-packager > > yum whatprovides /usr/bin/fedora-packager-setup > repoquery --whatprovides /usr/bin/fedora-packager-setup > > Got it. Thanks. Luya From berrange at redhat.com Wed Aug 27 09:18:34 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 27 Aug 2008 10:18:34 +0100 Subject: Why does PackageKit depend on NetworkManager? In-Reply-To: <1219806040.31082.1.camel@aglarond.local> References: <46a038f90808261951s2e0b153ewcf8848fd328192db@mail.gmail.com> <1219806040.31082.1.camel@aglarond.local> Message-ID: <20080827091834.GC25099@redhat.com> On Tue, Aug 26, 2008 at 11:00:40PM -0400, Jeremy Katz wrote: > On Wed, 2008-08-27 at 14:51 +1200, Martin Langhoff wrote: > > Is there anything preventing PK from connecting to the network over > > non-NM-controlled network interfaces? > > > > (I am not using PackageKit facilities, just surprised at the dependencies...) > > It depends on NetworkManager-glib, not NetworkManager. And it does so > to check the status of the network connection before checking for > updates. I believe that if NetworkManager doesn't respond (because > you're bringing up your network some other way), it will continue on as > though the connection is said to be up by NM. Yes, latest PackageKit will correctly operate if NetworkManager is not running. For F9 you might still need to get packages from -updates-testing Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From nils at redhat.com Wed Aug 27 10:30:22 2008 From: nils at redhat.com (Nils Philippsen) Date: Wed, 27 Aug 2008 12:30:22 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> Message-ID: <1219833023.7101.23.camel@gibraltar.str.redhat.com> On Tue, 2008-08-26 at 11:33 +0000, Bojan Smojver wrote: > Nils Philippsen redhat.com> writes: > > > builds between > > separate build systems (that have different profile data) will > > inevitably differ. > > That is a problem, I admit. > > > Second, it makes the update system more vulnerable to DOS attacks, > > insofar as it only takes an attacker to hack himself into one of the > > signatories to produce bad signatures on updates he wants to block (if > > they e.g. contain security fixes). The risk of this is at least > > proportionally higher with multiple targets to choose from (think RAID-0 > > and what it does to the probability of errors in such a set of disks). > > If a signatory is producing bad signatures, just use another one. It is trivial > to discard packages signed by bad keys. It is also trivial to ask another > signatory from the pool to check and sign instead. [snip] But that's not what you described in the original posting (emphasis on "no bad ones"): """ > With this we could then require N good signatures (and no bad ones) on > each package before yum would trust the content. """ > > Third, unless a signatory runs his own build system to verify package > > builds (and disregarding my first point), his signature doesn't have > > much value as he has to rely on the checksum data provided by the > > package maintainer in his signed email -- which relies on the build > > system not being compromised to begin with. > > That is also not true. If the signatory receives a signed e-mail from the > packager with checksums in it (i.e. rpm -qp --dump, as per sv), the signatory > can verify that against someone else's build system that is not publicly > writeable (e.g. Matt's at Dell). Not everyone would need to run their own. The Matt or whoever else has a separate build system are the only valuable signatories. Anybody else can only say "me too" but that doesn't add anything to the trust value. > And remember, the attacker would have to break the build system _and_ fake the > signed e-mail from the packager AT THE SAME TIME and then get signatories to > sign without any checking. Much less likely then just compromising the build > system (which is what they can do now). No, without independent verification builds, an attacker just has to break the build system because a normal packager has no (sensible) way to tell if e.g. a compromised compiler inserted trojan code into the executables. Thus, a normal packager -- trusting what comes out of the build system -- would just sign off whatever the resulting package is. As independent verification builds aren't the deterministic thing that you seem to think, that doesn't sound very helpful to me. > It is better to check against something then not to check at all, IMHO. It's like with spam filtering: bad positives are really bad. Do you think repeating the hoopla of the last days just because of a bad positive caused by a fluke in an independent build system we have no control over is a good thing? > You know, maybe this would be a good opportunity for some cross-distro > cooperation. They could build our stuff on their build farms, we build their > stuff on ours (not everything - just updates). Then attackers need to compromise > all in order to get just one scalp. Quite an effort. Our packages built in say OpenSUSE's or Ubuntu's build system will differ from what koji spits out, with a probability bordering on certainty. I don't know what that gains us. > > Then there's the additional burden on maintainers -- yet another > > bureaucratic hurdle. > > Yeah, security is always like that - pain in the arse. I still remember some > devs in the office chmod-ing everything to 777 because "it's easier" :-) I can live with PITA as long as there's a tangible benefit from it. I don't see that here -- just because something is a pain in the arse, it doesn't necessarily improve security. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From alan at redhat.com Wed Aug 27 10:46:45 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2008 06:46:45 -0400 (EDT) Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B50516.80707@hhs.nl> Message-ID: <990501392.3775101219834005706.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> >> However, as a special exception, the source code distributed need not >> include >> anything that is normally distributed (in either source or binary form) with the >> major components (compiler, kernel, and so on) of the operating system on >> which the executable runs, unless that component itself accompanies the >> executable. >> >> Thus, we're not concerned about OpenSSL and GPL incompatibility. >> > > Erm what about the "unless that component itself accompanies the > executable." part, when we put openssl and a using app together on a CD does > that not count as "accompanies the executable"? It clearly does, and we've previously enforced this exact policy based on advice that shipping them together would cause a problem. Alan From alan at redhat.com Wed Aug 27 10:53:54 2008 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2008 06:53:54 -0400 (EDT) Subject: Any reason why http://jbig2dec.sourceforge.net/ is not in Fedora? In-Reply-To: Message-ID: <1456231526.3775411219834434799.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> > To: "Development discussions related to Fedora" > Sent: Wednesday, 27 August, 2008 9:27:16 AM GMT +00:00 GMT Britain, Ireland, Portugal > Subject: Any reason why http://jbig2dec.sourceforge.net/ is not in Fedora? > > Any patent issues? Yes. See the README notes with older versions of the netpbm source code tree - that has notes on the claims/problems From denis at poolshark.org Wed Aug 27 12:00:49 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Aug 2008 14:00:49 +0200 Subject: Looking for reviewer for pangomm (somewhat urgent) Message-ID: <48B541F1.3050606@poolshark.org> Came back from vacation to find gtkmm has forked part of its pango code into its own tarball (called pangomm). I therefore am looking for a quick review of this new package here: https://bugzilla.redhat.com/show_bug.cgi?id=460260 Review should be straightforward as it's almost a mirror of the gtkmm spec file. This is needed before the F-10 freeze, unfortunately :-( I'll swap a review in gratitude... -denis From pbrobinson at gmail.com Wed Aug 27 12:05:53 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 27 Aug 2008 13:05:53 +0100 Subject: Looking for reviewer for pangomm (somewhat urgent) In-Reply-To: <48B541F1.3050606@poolshark.org> References: <48B541F1.3050606@poolshark.org> Message-ID: <5256d0b0808270505t67691acbv8a880fd79342ac87@mail.gmail.com> I can do that. Will do it in the next couple of hours. Regards, Peter On Wed, Aug 27, 2008 at 1:00 PM, Denis Leroy wrote: > Came back from vacation to find gtkmm has forked part of its pango code into > its own tarball (called pangomm). I therefore am looking for a quick review > of this new package here: > > https://bugzilla.redhat.com/show_bug.cgi?id=460260 > > Review should be straightforward as it's almost a mirror of the gtkmm spec > file. > > This is needed before the F-10 freeze, unfortunately :-( I'll swap a review > in gratitude... > > -denis > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From denis at poolshark.org Wed Aug 27 12:16:28 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Aug 2008 14:16:28 +0200 Subject: Looking for reviewer for pangomm (somewhat urgent) In-Reply-To: <5256d0b0808270505t67691acbv8a880fd79342ac87@mail.gmail.com> References: <48B541F1.3050606@poolshark.org> <5256d0b0808270505t67691acbv8a880fd79342ac87@mail.gmail.com> Message-ID: <48B5459C.6080906@poolshark.org> Peter Robinson wrote: > I can do that. Will do it in the next couple of hours. Thanks Peter. From denis at poolshark.org Wed Aug 27 12:43:37 2008 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Aug 2008 14:43:37 +0200 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <20080802162329.GA16297@host0.dyn.jankratochvil.net> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> Message-ID: <48B54BF9.7010405@poolshark.org> Jan Kratochvil wrote: > The three-button mice are no longer manufactured and trying to click with the > scrolling wheel is a pain as it usually scrolls away I'm glad I'm not the only one with that opinion. This is particularily annoying when trying to resize windows with metacity (with Alt middle-click-drag). From mattdm at mattdm.org Wed Aug 27 13:51:04 2008 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 27 Aug 2008 09:51:04 -0400 Subject: RFC: Firefox general.autoScroll to true In-Reply-To: <48B54BF9.7010405@poolshark.org> References: <6e24a8e80808020855s59e8ebf6mc0c6a053f1792aad@mail.gmail.com> <1217693087.998.35.camel@ignacio.lan> <6e24a8e80808020915h22ca9d2rdef6191ab080cda3@mail.gmail.com> <6e24a8e80808020917s44a22920t3af9631d6cb31671@mail.gmail.com> <20080802162329.GA16297@host0.dyn.jankratochvil.net> <48B54BF9.7010405@poolshark.org> Message-ID: <20080827135104.GA9147@jadzia.bu.edu> On Wed, Aug 27, 2008 at 02:43:37PM +0200, Denis Leroy wrote: >> The three-button mice are no longer manufactured and trying to click with the >> scrolling wheel is a pain as it usually scrolls away > I'm glad I'm not the only one with that opinion. This is particularily > annoying when trying to resize windows with metacity (with Alt > middle-click-drag). The new logitech mice are particularly bad. I "solved" it by remapping button 7 to be middle click. This is the button one gets by tilting the scroll wheel to the right, which is easily done with the index finger on the from the left button. This works out really nicely -- better than clicking down on the wheel on my older logitech mouse. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bojan at rexursive.com Wed Aug 27 13:52:36 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 13:52:36 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> Message-ID: Nils Philippsen redhat.com> writes: > But that's not what you described in the original posting (emphasis on > "no bad ones"): > > """ > > With this we could then require N good signatures (and no bad ones) on > > each package before yum would trust the content. > """ I did not say that yum should use another one. The distribution system in charge of accepting signatures would discard bad ones. The package would have to be signed by someone else before distribution and before yum would trust it. Just a slight delay, that's all. > The Matt or whoever else has a separate build system are the only > valuable signatories. Anybody else can only say "me too" but that > doesn't add anything to the trust value. I don't think that's right. As long as you have something independent to compare to, it is not just one person that can run the comparison. If you spread the effort to more people, you lower the load. > No, without independent verification builds, an attacker just has to > break the build system because a normal packager has no (sensible) way > to tell if e.g. a compromised compiler inserted trojan code into the > executables. Thus, a normal packager -- trusting what comes out of the > build system -- would just sign off whatever the resulting package is. I did not say that packagers would be signing the packages. I said that signatories would be doing that. Having independent verification builds is a must, because signatories would make sure builds match. > As independent verification builds aren't the deterministic thing that > you seem to think, that doesn't sound very helpful to me. Well, just because we base our build comparisons right now on something as crude as raw checksums, doesn't mean this has to be like that forever. We may find ways of comparing builds differently to determine if they were compromised, by explicitly excluding well known differences within binaries. > It's like with spam filtering: bad positives are really bad. Do you > think repeating the hoopla of the last days just because of a bad > positive caused by a fluke in an independent build system we have no > control over is a good thing? The hoopla of the last few days would not be repeated. There would be no danger to users, because multiple signatures would be required to inject a bad package into users' machines. That's kinda the point of double checking. Nothing would have to be taken down immediately and reinstalled. > Our packages built in say OpenSUSE's or Ubuntu's build system will > differ from what koji spits out, with a probability bordering on > certainty. I don't know what that gains us. I didn't say SUSE or Ubuntu folks would have to build Fedora packages on their build systems, just their build farms (i.e. machines). Isn't koji open source? If it is, they could run that just fine. But hey - I get it, people don't like the additional hassle. That's OK. Consider my proposal withdrawn until the time someone invents a way of reliably comparing two independent builds. -- Bojan From limb at jcomserv.net Wed Aug 27 14:50:23 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 27 Aug 2008 09:50:23 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <47681.198.175.55.5.1219345756.squirrel@mail.jcomserv.net> <54168.198.175.55.5.1219411245.squirrel@mail.jcomserv.net> Message-ID: <65126.198.175.55.5.1219848623.squirrel@mail.jcomserv.net> > >> >>> It's becoming clear to me that I lack the time to maintain all of my >>> packages, as there are a few outstanding bug reports that I'm just not >>> getting to. I think it's time to hand off some or all of my packages to >>> new maintainers. The following is the list of my current packages. >>> >>> atlas >>> autotrace >>> cln >>> fig2ps >>> fftw >>> ginac >>> glpk >>> lilypond >>> lilypond-doc >> >> I could take lilypond*, if no one else has a burning desire. . . >> >>> mftrace >>> octave >>> octave-forge >>> suitesparse >>> >>> Some of these are really easy, but two of them could be somewhat >>> challenging. Octave-forge is getting big and ugly, and it really needs >>> to be split into about 40 subpackages (which could be done >>> incrementally, rather than all at once). Atlas is more or less working >>> but it is really outdated, and it would probably require almost >>> starting >>> from scratch to package the new 3.8.x releases. >>> >>> Quentin > > Quentin, just as a reminder, you'll need to orhpan in pkgdb those packages > that others wish to take over before they can do so. As far as I can > tell, pkgdb is working normally. > > Not nagging, I just want to get on those bugs before I forget. I have 2 > young children, so the lack of sleep can leave me a bit scatterbrained if > I'm not careful. :) See, it happened. :) Quentin? Any ETA on orphaning lilypond*, or have you reconsidered? I've started on some of the bugs in the mean time. >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >> >> >> -- >> novus ordo absurdum >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From jspaleta at gmail.com Wed Aug 27 15:39:28 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Aug 2008 07:39:28 -0800 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> Message-ID: <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> On Wed, Aug 27, 2008 at 5:52 AM, Bojan Smojver wrote: > Well, just because we base our build comparisons right now on something as crude > as raw checksums, doesn't mean this has to be like that forever. We may find > ways of comparing builds differently to determine if they were compromised, by > explicitly excluding well known differences within binaries. How about you back up and just work on this very specific problem of deterministically doing build comparisons across disparate build systems ..before we even begin to discuss how a multiple sigantory process which relies on that. > I didn't say SUSE or Ubuntu folks would have to build Fedora packages on their > build systems, just their build farms (i.e. machines). Isn't koji open source? > If it is, they could run that just fine. They would have to choose to run koji, instead of their own setups. I'm not going to hold my breath on that. If you were going to lobby them to use koji, you should start with OpenSuse and help them integrate the features they need into the koji base. Even if the multiple signatory idea does not pan out, having OpenSuse as koji user and contributor would be great. -jef From tcallawa at redhat.com Wed Aug 27 15:43:50 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 27 Aug 2008 11:43:50 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <1219790487.19672.8.camel@localhost.localdomain> References: <20080826033027.714308E1118@hormel.redhat.com> <1219790487.19672.8.camel@localhost.localdomain> Message-ID: <1219851830.21403.6.camel@localhost.localdomain> On Tue, 2008-08-26 at 18:41 -0400, Tom "spot" Callaway wrote: > For what it is worth, we consider OpenSSL a system library (aka, a > "major component"), as does the FSF. I just love correcting myself, but I've been straightened out. The FSF does not consider OpenSSL a system library, so this clause doesn't apply. ~spot From jamatos at fc.up.pt Wed Aug 27 16:06:02 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Wed, 27 Aug 2008 17:06:02 +0100 Subject: system-config-services and you In-Reply-To: <1219392640.20057.60.camel@gibraltar.str.redhat.com> References: <1219392640.20057.60.camel@gibraltar.str.redhat.com> Message-ID: <200808271706.03193.jamatos@fc.up.pt> On Friday 22 August 2008 09:10:40 Nils Philippsen wrote: > I've already filed some bugs on that and will do so when I come across > problematic initscripts, but I'd really appreciate if you could quickly > check your scripts against these things because I won't find everything > by myself ;-). I take this opportunity to ask for a maintainer/co-maintainers to ifplugd. I don't use anymore as I am happy with NetworkManager even for desktop machines. The package has low maintenance and has no open bugs the only reason for not keeping it is the fact that I don't use anymore. > Thanks and feedback welcome, > Nils -- Jos? Ab?lio From tmraz at redhat.com Wed Aug 27 17:54:17 2008 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 27 Aug 2008 19:54:17 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B504BE.20206@hhs.nl> References: <20080826033027.714308E1118@hormel.redhat.com> <48B504BE.20206@hhs.nl> Message-ID: <1219859657.22088.59.camel@vespa.frost.loc> On Wed, 2008-08-27 at 09:39 +0200, Hans de Goede wrote: > David A. Wheeler wrote: > > On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > >>> Hi All, > >>> > >>> The story begins here: > >>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 > > ... > >>> I would like to suggest the removal of libgnutls-openssl from > >>> Fedora,... > > > > That will probably create many legal problems. > > Well only for 2 packages as so far only 2 packages are using ibgnutls-openssl > > > If there's a way to keep this package, we should. > > Agreed another solution would be better one where the gnutls openssl compat > headers uses #defines to change the function names to for example gnutls_ > prefixed symbols. I have reported the problem to the upstream devel mailing list and they would accept the patch into upstream if someone writes it but they are also considering dropping libgnutls-openssl altogether. Unfortunately I won't have time to write the patch till middle of September. So for now I'd suggest to build the affected packages without gnutls-openssl dependency. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From limb at jcomserv.net Wed Aug 27 18:25:19 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 27 Aug 2008 13:25:19 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> Message-ID: <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> > I can take autotrace and mftrace. I'm about to package more font > generation tools, i.e. mf2pt1 and metatype1. But I have yet to be > sponsored, so it will take a while... Thanks Quentin! Vasile, my koji devel build of lilypond dies during an mftrace step. Do you have any insight? Might mftrace need a rebuild? A newer version is available anyway. . . http://koji.fedoraproject.org/koji/taskingo?taskID=789014 > fig2ps should probably be left in the cold, there much better options > for making drawings in/for LaTeX these days. Besides the rpm dates > back to fc7. > > On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola > wrote: >> On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer >> wrote: >>> It's becoming clear to me that I lack the time to maintain all of my >>> packages, as there are a few outstanding bug reports that I'm just not >>> getting to. I think it's time to hand off some or all of my packages to >>> new >>> maintainers. The following is the list of my current packages. >>> >>> atlas >>> autotrace >>> cln >> >> I'll take 'atlas' and 'cln' . >> Thanks. >> >> Deji >> >>> fig2ps >>> fftw >>> ginac >>> glpk >>> lilypond >>> lilypond-doc >>> mftrace >>> octave >>> octave-forge >>> suitesparse >>> >>> Some of these are really easy, but two of them could be somewhat >>> challenging. Octave-forge is getting big and ugly, and it really needs >>> to be >>> split into about 40 subpackages (which could be done incrementally, >>> rather >>> than all at once). Atlas is more or less working but it is really >>> outdated, >>> and it would probably require almost starting from scratch to package >>> the >>> new 3.8.x releases. >>> >>> Quentin >>> >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- novus ordo absurdum From poelstra at redhat.com Wed Aug 27 18:26:12 2008 From: poelstra at redhat.com (John Poelstra) Date: Wed, 27 Aug 2008 11:26:12 -0700 Subject: Fedora Release Engineering Meeting Recap 2008-08-25 Message-ID: <48B59C44.3030407@redhat.com> Recap and full IRC transcript found here: https://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2008-aug-25 Please make corrections and clarifications to the wiki page. = Fedora Release Engineering Meeting :: Monday 2008-08-25 = == Schedule == * Propose three week slip to schedule to FESCo * http://poelstra.fedorapeople.org/schedules/f-10/f-10-three-week-change.html * Key dates: ** Beta Freeze/Feature Freeze 2008-09-09 ** GA 2008-11-18 == Package Signing & Go Forward Proposal == * See IRC log below * Proposal for FESCo: http://lists.fedoraproject.org/pipermail/rel-eng/2008-August/001622.html == IRC Transcript == From vgaburici at gmail.com Wed Aug 27 18:46:11 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 27 Aug 2008 21:46:11 +0300 Subject: Looking for new package owners In-Reply-To: <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> Message-ID: I'm not familiar with lilypond, but that page you linked is 404... On Wed, Aug 27, 2008 at 9:25 PM, Jon Ciesla wrote: > >> I can take autotrace and mftrace. I'm about to package more font >> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >> sponsored, so it will take a while... > > Thanks Quentin! > > Vasile, my koji devel build of lilypond dies during an mftrace step. Do > you have any insight? Might mftrace need a rebuild? A newer version is > available anyway. . . > http://koji.fedoraproject.org/koji/taskingo?taskID=789014 > >> fig2ps should probably be left in the cold, there much better options >> for making drawings in/for LaTeX these days. Besides the rpm dates >> back to fc7. >> >> On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola >> wrote: >>> On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer >>> wrote: >>>> It's becoming clear to me that I lack the time to maintain all of my >>>> packages, as there are a few outstanding bug reports that I'm just not >>>> getting to. I think it's time to hand off some or all of my packages to >>>> new >>>> maintainers. The following is the list of my current packages. >>>> >>>> atlas >>>> autotrace >>>> cln >>> >>> I'll take 'atlas' and 'cln' . >>> Thanks. >>> >>> Deji >>> >>>> fig2ps >>>> fftw >>>> ginac >>>> glpk >>>> lilypond >>>> lilypond-doc >>>> mftrace >>>> octave >>>> octave-forge >>>> suitesparse >>>> >>>> Some of these are really easy, but two of them could be somewhat >>>> challenging. Octave-forge is getting big and ugly, and it really needs >>>> to be >>>> split into about 40 subpackages (which could be done incrementally, >>>> rather >>>> than all at once). Atlas is more or less working but it is really >>>> outdated, >>>> and it would probably require almost starting from scratch to package >>>> the >>>> new 3.8.x releases. >>>> >>>> Quentin >>>> >>>> -- >>>> fedora-devel-list mailing list >>>> fedora-devel-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>> >>> >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >>> >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > -- > novus ordo absurdum > > From limb at jcomserv.net Wed Aug 27 18:55:10 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 27 Aug 2008 13:55:10 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> Message-ID: <30647.198.175.55.5.1219863310.squirrel@mail.jcomserv.net> > I'm not familiar with lilypond, but that page you linked is 404... Sorry, typed from another monitor, and I fat-fingered it: http://koji.fedoraproject.org/koji/taskinfo?taskID=789014 > On Wed, Aug 27, 2008 at 9:25 PM, Jon Ciesla wrote: >> >>> I can take autotrace and mftrace. I'm about to package more font >>> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >>> sponsored, so it will take a while... >> >> Thanks Quentin! >> >> Vasile, my koji devel build of lilypond dies during an mftrace step. Do >> you have any insight? Might mftrace need a rebuild? A newer version is >> available anyway. . . >> http://koji.fedoraproject.org/koji/taskingo?taskID=789014 >> >>> fig2ps should probably be left in the cold, there much better options >>> for making drawings in/for LaTeX these days. Besides the rpm dates >>> back to fc7. >>> >>> On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola >>> wrote: >>>> On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer >>>> wrote: >>>>> It's becoming clear to me that I lack the time to maintain all of my >>>>> packages, as there are a few outstanding bug reports that I'm just >>>>> not >>>>> getting to. I think it's time to hand off some or all of my packages >>>>> to >>>>> new >>>>> maintainers. The following is the list of my current packages. >>>>> >>>>> atlas >>>>> autotrace >>>>> cln >>>> >>>> I'll take 'atlas' and 'cln' . >>>> Thanks. >>>> >>>> Deji >>>> >>>>> fig2ps >>>>> fftw >>>>> ginac >>>>> glpk >>>>> lilypond >>>>> lilypond-doc >>>>> mftrace >>>>> octave >>>>> octave-forge >>>>> suitesparse >>>>> >>>>> Some of these are really easy, but two of them could be somewhat >>>>> challenging. Octave-forge is getting big and ugly, and it really >>>>> needs >>>>> to be >>>>> split into about 40 subpackages (which could be done incrementally, >>>>> rather >>>>> than all at once). Atlas is more or less working but it is really >>>>> outdated, >>>>> and it would probably require almost starting from scratch to package >>>>> the >>>>> new 3.8.x releases. >>>>> >>>>> Quentin >>>>> >>>>> -- >>>>> fedora-devel-list mailing list >>>>> fedora-devel-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>> >>>> >>>> -- >>>> fedora-devel-list mailing list >>>> fedora-devel-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>> >>>> >>> >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >> >> >> -- >> novus ordo absurdum >> >> > -- novus ordo absurdum From vgaburici at gmail.com Wed Aug 27 19:03:59 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Wed, 27 Aug 2008 22:03:59 +0300 Subject: Looking for new package owners In-Reply-To: <30647.198.175.55.5.1219863310.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> <30647.198.175.55.5.1219863310.squirrel@mail.jcomserv.net> Message-ID: It looks like metafont failed to produce output. Maybe you're in for a check from DEK :) Granted, mftrace could do something less abrupt than dump a stack trace. warning: mf: command exited with value 32512 (ignored) Metafont failed. Excerpt from the log file: On Wed, Aug 27, 2008 at 9:55 PM, Jon Ciesla wrote: > >> I'm not familiar with lilypond, but that page you linked is 404... > > Sorry, typed from another monitor, and I fat-fingered it: > http://koji.fedoraproject.org/koji/taskinfo?taskID=789014 > >> On Wed, Aug 27, 2008 at 9:25 PM, Jon Ciesla wrote: >>> >>>> I can take autotrace and mftrace. I'm about to package more font >>>> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >>>> sponsored, so it will take a while... >>> >>> Thanks Quentin! >>> >>> Vasile, my koji devel build of lilypond dies during an mftrace step. Do >>> you have any insight? Might mftrace need a rebuild? A newer version is >>> available anyway. . . >>> http://koji.fedoraproject.org/koji/taskingo?taskID=789014 >>> >>>> fig2ps should probably be left in the cold, there much better options >>>> for making drawings in/for LaTeX these days. Besides the rpm dates >>>> back to fc7. >>>> >>>> On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola >>>> wrote: >>>>> On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer >>>>> wrote: >>>>>> It's becoming clear to me that I lack the time to maintain all of my >>>>>> packages, as there are a few outstanding bug reports that I'm just >>>>>> not >>>>>> getting to. I think it's time to hand off some or all of my packages >>>>>> to >>>>>> new >>>>>> maintainers. The following is the list of my current packages. >>>>>> >>>>>> atlas >>>>>> autotrace >>>>>> cln >>>>> >>>>> I'll take 'atlas' and 'cln' . >>>>> Thanks. >>>>> >>>>> Deji >>>>> >>>>>> fig2ps >>>>>> fftw >>>>>> ginac >>>>>> glpk >>>>>> lilypond >>>>>> lilypond-doc >>>>>> mftrace >>>>>> octave >>>>>> octave-forge >>>>>> suitesparse >>>>>> >>>>>> Some of these are really easy, but two of them could be somewhat >>>>>> challenging. Octave-forge is getting big and ugly, and it really >>>>>> needs >>>>>> to be >>>>>> split into about 40 subpackages (which could be done incrementally, >>>>>> rather >>>>>> than all at once). Atlas is more or less working but it is really >>>>>> outdated, >>>>>> and it would probably require almost starting from scratch to package >>>>>> the >>>>>> new 3.8.x releases. >>>>>> >>>>>> Quentin >>>>>> >>>>>> -- >>>>>> fedora-devel-list mailing list >>>>>> fedora-devel-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>>> >>>>> >>>>> -- >>>>> fedora-devel-list mailing list >>>>> fedora-devel-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>> >>>>> >>>> >>>> -- >>>> fedora-devel-list mailing list >>>> fedora-devel-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>> >>> >>> >>> -- >>> novus ordo absurdum >>> >>> >> > > > -- > novus ordo absurdum > > From lesmikesell at gmail.com Wed Aug 27 19:16:36 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 27 Aug 2008 14:16:36 -0500 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> Message-ID: <48B5A814.4080109@gmail.com> Jeff Spaleta wrote: > On Wed, Aug 27, 2008 at 5:52 AM, Bojan Smojver wrote: >> Well, just because we base our build comparisons right now on something as crude >> as raw checksums, doesn't mean this has to be like that forever. We may find >> ways of comparing builds differently to determine if they were compromised, by >> explicitly excluding well known differences within binaries. > > How about you back up and just work on this very specific problem of > deterministically doing build comparisons across disparate build > systems ..before we even begin to discuss how a multiple sigantory > process which relies on that. Virtual machines, virtually identical as starting points? But what if it is the src rpm that is compromised so the builds will be identical because they both contain the modification? Now you need to have the packager verify again that the source that produced the 2 builds had only the changes he intended. And if you are really paranoid you have to wonder about the compiler and any existing libraries too: http://cm.bell-labs.com/who/ken/trust.html. -- Les Mikesell lesmikesell at gmail.com From limb at jcomserv.net Wed Aug 27 19:17:41 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 27 Aug 2008 14:17:41 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> <30647.198.175.55.5.1219863310.squirrel@mail.jcomserv.net> Message-ID: <28308.198.175.55.5.1219864661.squirrel@mail.jcomserv.net> > It looks like metafont failed to produce output. Maybe you're in for a > check from DEK :) > Granted, mftrace could do something less abrupt than dump a stack trace. > > warning: mf: command exited with value 32512 (ignored) > Metafont failed. Excerpt from the log file: > Odd, it's not doing this on F-9, builds fine there. Could this be an artifact of the patch fuzz change? > On Wed, Aug 27, 2008 at 9:55 PM, Jon Ciesla wrote: >> >>> I'm not familiar with lilypond, but that page you linked is 404... >> >> Sorry, typed from another monitor, and I fat-fingered it: >> http://koji.fedoraproject.org/koji/taskinfo?taskID=789014 >> >>> On Wed, Aug 27, 2008 at 9:25 PM, Jon Ciesla wrote: >>>> >>>>> I can take autotrace and mftrace. I'm about to package more font >>>>> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >>>>> sponsored, so it will take a while... >>>> >>>> Thanks Quentin! >>>> >>>> Vasile, my koji devel build of lilypond dies during an mftrace step. >>>> Do >>>> you have any insight? Might mftrace need a rebuild? A newer version >>>> is >>>> available anyway. . . >>>> http://koji.fedoraproject.org/koji/taskingo?taskID=789014 >>>> >>>>> fig2ps should probably be left in the cold, there much better options >>>>> for making drawings in/for LaTeX these days. Besides the rpm dates >>>>> back to fc7. >>>>> >>>>> On Thu, Aug 21, 2008 at 10:25 PM, Deji Akingunola >>>>> >>>>> wrote: >>>>>> On Thu, Aug 21, 2008 at 2:55 PM, Quentin Spencer >>>>>> wrote: >>>>>>> It's becoming clear to me that I lack the time to maintain all of >>>>>>> my >>>>>>> packages, as there are a few outstanding bug reports that I'm just >>>>>>> not >>>>>>> getting to. I think it's time to hand off some or all of my >>>>>>> packages >>>>>>> to >>>>>>> new >>>>>>> maintainers. The following is the list of my current packages. >>>>>>> >>>>>>> atlas >>>>>>> autotrace >>>>>>> cln >>>>>> >>>>>> I'll take 'atlas' and 'cln' . >>>>>> Thanks. >>>>>> >>>>>> Deji >>>>>> >>>>>>> fig2ps >>>>>>> fftw >>>>>>> ginac >>>>>>> glpk >>>>>>> lilypond >>>>>>> lilypond-doc >>>>>>> mftrace >>>>>>> octave >>>>>>> octave-forge >>>>>>> suitesparse >>>>>>> >>>>>>> Some of these are really easy, but two of them could be somewhat >>>>>>> challenging. Octave-forge is getting big and ugly, and it really >>>>>>> needs >>>>>>> to be >>>>>>> split into about 40 subpackages (which could be done incrementally, >>>>>>> rather >>>>>>> than all at once). Atlas is more or less working but it is really >>>>>>> outdated, >>>>>>> and it would probably require almost starting from scratch to >>>>>>> package >>>>>>> the >>>>>>> new 3.8.x releases. >>>>>>> >>>>>>> Quentin >>>>>>> >>>>>>> -- >>>>>>> fedora-devel-list mailing list >>>>>>> fedora-devel-list at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>>>> >>>>>> >>>>>> -- >>>>>> fedora-devel-list mailing list >>>>>> fedora-devel-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>>> >>>>>> >>>>> >>>>> -- >>>>> fedora-devel-list mailing list >>>>> fedora-devel-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>> >>>> >>>> >>>> -- >>>> novus ordo absurdum >>>> >>>> >>> >> >> >> -- >> novus ordo absurdum >> >> > -- novus ordo absurdum From qspencer at ieee.org Wed Aug 27 19:34:16 2008 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 27 Aug 2008 14:34:16 -0500 Subject: Looking for new package owners In-Reply-To: <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> Message-ID: <48B5AC38.4040300@ieee.org> Jon Ciesla wrote: >> I can take autotrace and mftrace. I'm about to package more font >> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >> sponsored, so it will take a while... >> > > Thanks Quentin! > > Vasile, my koji devel build of lilypond dies during an mftrace step. Do > you have any insight? Might mftrace need a rebuild? A newer version is > available anyway. . . > http://koji.fedoraproject.org/koji/taskingo?taskID=789014 > I did see this error before, and I seem to recall that it was an mftrace problem, but I don't know why. I'll try upgrading mftrace and see if that fixes it. Quentin From paul at all-the-johnsons.co.uk Wed Aug 27 19:59:13 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Aug 2008 20:59:13 +0100 Subject: Now we can import and build.. Message-ID: <1219867153.6916.28.camel@PB3.Linux> Hi, The next question on the list is when will updates via yum become available for rawhide? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Wed Aug 27 20:19:13 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 27 Aug 2008 16:19:13 -0400 Subject: Now we can import and build.. In-Reply-To: <1219867153.6916.28.camel@PB3.Linux> References: <1219867153.6916.28.camel@PB3.Linux> Message-ID: <1219868353.15746.10.camel@aglarond.local> On Wed, 2008-08-27 at 20:59 +0100, Paul wrote: > The next question on the list is when will updates via yum become > available for rawhide? It's being worked on. At the moment, the compose is falling over for new reasons unrelated to the infrastructure changes. Hopefully we'll see a rawhide make its way out to the masses real soon now Jeremy From bojan at rexursive.com Wed Aug 27 21:37:56 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 21:37:56 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> Message-ID: Jeff Spaleta gmail.com> writes: > How about you back up and just work on this very specific problem of > deterministically doing build comparisons across disparate build > systems ..before we even begin to discuss how a multiple sigantory > process which relies on that. We didn't even find out how many packages differ in significant ways by doing raw checksums. But look, I already said that my proposal is withdrawn until we invent a way of doing this correctly. > They would have to choose to run koji, instead of their own setups. If you re-read the thread, you'll notice that I said that we'd also build stuff for them (i.e. we'd also run their setups). You know, this thing called cooperation. It would not be just one way. -- Bojan From bojan at rexursive.com Wed Aug 27 21:42:15 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 21:42:15 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> Message-ID: Les Mikesell gmail.com> writes: > But what if > it is the src rpm that is compromised so the builds will be identical > because they both contain the modification? That is not exactly the compromise of the build system and/or Fedora key, now is it? If your own contributors are subverting the system by uploading borked source, the mutli-key system isn't going to help (and I never claimed that). For people that are not convinced in the usefulness of this (in principle), go the a bank and try to open an account. See if they'll be OK with you producing just one piece of ID. -- Bojan From nils at redhat.com Wed Aug 27 21:52:44 2008 From: nils at redhat.com (Nils Philippsen) Date: Wed, 27 Aug 2008 23:52:44 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> Message-ID: <1219873964.31771.1.camel@gibraltar.str.redhat.com> On Wed, 2008-08-27 at 21:42 +0000, Bojan Smojver wrote: > Les Mikesell gmail.com> writes: > > > But what if > > it is the src rpm that is compromised so the builds will be identical > > because they both contain the modification? > > That is not exactly the compromise of the build system and/or Fedora key, now is > it? If your own contributors are subverting the system by uploading borked > source, the mutli-key system isn't going to help (and I never claimed that). > > For people that are not convinced in the usefulness of this (in principle), go > the a bank and try to open an account. See if they'll be OK with you producing > just one piece of ID. Not to fan the flames, but last time they did just that :-). And I'm pretty sure they'll do it again, possibly because the IDs in question are very hard to fake. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bojan at rexursive.com Wed Aug 27 22:12:46 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 22:12:46 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> Message-ID: Nils Philippsen redhat.com> writes: > Not to fan the flames, but last time they did just that . And I'm > pretty sure they'll do it again, possibly because the IDs in question > are very hard to fake. May we all know the name of this bank? Just so that we can stay away from such backyard operators. -- Bojan From ivazqueznet at gmail.com Wed Aug 27 23:02:15 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 27 Aug 2008 19:02:15 -0400 Subject: Strange build error with pywebkitgtk Message-ID: <1219878135.1501.150.camel@ignacio.lan> pywebkitgtk is having a build error in koji/Rawhide. It builds fine on Rawhide/x86_64 and Rawhide/i386 under mock/F8. I've determined that this is not a -j issue. What else could be going wrong? http://koji.fedoraproject.org/koji/taskinfo?taskID=788233 -- Ignacio Vazquez-Abrams -------------- 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 bojan at rexursive.com Wed Aug 27 23:10:32 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 27 Aug 2008 23:10:32 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> Message-ID: Jeff Spaleta gmail.com> writes: > They would have to choose to run koji, instead of their own setups. > I'm not going to hold my breath on that. If you were going to lobby > them to use koji, you should start with OpenSuse and help them > integrate the features they need into the koji base. Even if the > multiple signatory idea does not pan out, having OpenSuse as koji user > and contributor would be great. I completely missed here that you seem to be under the impression that I'm suggesting that everyone should accept Fedora's build system as their own. Absolutely not (monoculture sucks anyway). This would all be in addition to what they already have and completely unrelated to how they build their own software. -- Bojan From joshuacov at googlemail.com Wed Aug 27 23:31:49 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Thu, 28 Aug 2008 01:31:49 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> Message-ID: <5f6f8c5f0808271631u78ea7c1em8bd484af0a9b9b1f@mail.gmail.com> This is an interesting idea. Cross checking on multiple build mashines with private signed email (containg the checksums of source and binary, stripped away from machine specific data) send to the signatories - this all makes it alot difficult for someone to crack. From lesmikesell at gmail.com Wed Aug 27 23:41:33 2008 From: lesmikesell at gmail.com (Les Mikesell) Date: Wed, 27 Aug 2008 18:41:33 -0500 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> Message-ID: <48B5E62D.3050901@gmail.com> Bojan Smojver wrote: > > >> But what if >> it is the src rpm that is compromised so the builds will be identical >> because they both contain the modification? > > That is not exactly the compromise of the build system and/or Fedora key, now is > it? Is one significantly harder than the other? If it goes unnoticed the end result could be the same. > If your own contributors are subverting the system by uploading borked > source, the mutli-key system isn't going to help (and I never claimed that). I'm not proposing an intentional trojan source submission, but a compromise that modifies it in an unexpected way. I'd think if you go to the trouble to compare builds you'd also want an end-to-end validity check on the input to be sure it wasn't compromised either at the source or in transit. -- Les Mikesell lesmikesell at gmail.com From bojan at rexursive.com Thu Aug 28 00:16:58 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 28 Aug 2008 00:16:58 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <48B5E62D.3050901@gmail.com> Message-ID: Les Mikesell gmail.com> writes: > Is one significantly harder than the other? If it goes unnoticed the end > result could be the same. This depends on many factors and it has no simple answer. Packagers usually rely on checksums and signatures of upstream source before uploading to Fedora CVS (or so I hope :-). But, there is always a possibility that this can be compromised, of course. The result is, however, not the same. Compromise of Fedora build system and/or key can compromise all packages in Fedora. Compromise of a single package cannot (generally speaking - there are exceptions). In any event, just because one security measure doesn't help with every possible compromise, doesn't mean it doesn't help at all. > I'm not proposing an intentional trojan source submission, but a > compromise that modifies it in an unexpected way. I'd think if you go to > the trouble to compare builds you'd also want an end-to-end validity > check on the input to be sure it wasn't compromised either at the source > or in transit. See above. But yeah, we may have signatories sign off on source RPMs first, before they are being built by alternative, independent build systems. It's a valid point. The main idea remains the same: "You can fool some of the people all of the time, and all of the people some of the time, but you can not fool all of the people all of the time." -- Bojan From bpepple at fedoraproject.org Thu Aug 28 00:22:13 2008 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 27 Aug 2008 20:22:13 -0400 Subject: FESCo Meeting Summary for 2008-08-20 Message-ID: <1219882933.11809.6.camel@kennedy> === Members Present === * Brian Pepple (bpepple) * Kevin Fenzi (nirik) * Jarod Wilson (j-rod) * Bill Nottingham (notting) * Jon Stanley (jds2001) * Dennis Gilmore (dgilmore) === Absent === * Josh Boyer (jwb) * Karsten Hopp (kick_) * David Woodhouse (dwmw2) == Summary == === Fedora Packaging Committee Proposals === * FESCo had no objections to the proposals presented by the FPC. https://www.redhat.com/archives/fedora-devel-list/2008-August/msg01206.html === Features === * FESCo approved the following feature for F10: ** https://fedoraproject.org/wiki/Features/OnlineAccountsService === F10 Schedule === * FESCo approved a proposal from Release Engineering (rel-eng) to delay F10 by three weeks. The revised schedule can be found here: http://poelstra.fedorapeople.org/schedules/f-10/f-10-three-week-change.html === Signing and Pushing New Keys === * Long discussion on how to handle the package key migration for users. FESCo ended up approving Warren's proposal, which can be found here: http://lists.fedoraproject.org/pipermail/rel-eng/2008-August/001622.html * NOTE: Once this is implemented we can start issuing updates again, which I think is what most people are interested in hearing about. IRC log can be found at: http://bpepple.fedorapeople.org/fesco/FESCo-2008-08-27.html Later, /B -- Brian Pepple https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Thu Aug 28 00:38:17 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 27 Aug 2008 17:38:17 -0700 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <6hvdxts97y.fsf@allele2.eebweb.arizona.edu> References: <1219278552.12264.14.camel@kennedy> <20080821085058.GA1458@amd.home.annexia.org> <48AD6921.6030303@redhat.com> <6hvdxts97y.fsf@allele2.eebweb.arizona.edu> Message-ID: <48B5F379.60301@gmail.com> Alex Lancaster wrote: >>>>>> "KH" == Karsten Hopp writes: > > [...] > >>> It's very disappointing that this isn't considered a feature, >>> largely (so it seems from the IRC log) because the target audience >>> is considered "very limited". > >>> Although provers are used only by a few experts to check that >>> software is correct, the benefits of using formally checked >>> software (functions, data structures, libraries, etc.) accrue to >>> all users of that software. >>> I hope that David & others working on this don't get discouraged >>> and this work continues, perhaps as a Fedora SIG. >>> Rich. > > KH> +1, please don't get discouraged when FESCo rejects a feature > KH> proposal. > KH> Rejecting something as a feature doesn't mean that the package > KH> isn't accepted into fedora. It just means that it doesn't met the > KH> requirements described in > KH> https://fedoraproject.org/wiki/Features/Policy/Definitions#Features. > > Given FESCo's decision on this feature, I wonder how the Bioconductor > feature . which packages a set of bioinformatics R add-on packages > would fare: > > http://fedoraproject.org/wiki/Features/Bioconductor > > It's similar in spirit to Fedora Electronic Lab, although I don't have > any actual data, I suspect a slightly larger target audience than > Provers. I am helping Pierre-Yves (aka pingou) with this feature. > You have to show why it's a feature. * What work is Fedora doing to make this happen as opposed to merely packaging work done upstream? * What makes the Feature more than a collection of packages? * What kind of coherent plan is being laid out by the people driving this? * Show how the Feature could be presented in the F10 release notes to higlight the work that Fedora has done. * Do the people working on the Feature care enough to show up and argue their case at the meeting? * Remember to update your Feature page with all of your arguements. python-nss was voted a feature in the end while provers were not. I happen to think this was mostly because that python-nss got better marketing than provers (which, to be fair, is what both of them wanted out of being an F-10 feature. If the marketing left FESCo wondering why it was a Feature it would also leave our end-users wondering why it was a Feature.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rrankin at ihug.com.au Thu Aug 28 01:59:19 2008 From: rrankin at ihug.com.au (rrankin at ihug.com.au) Date: Thu, 28 Aug 2008 09:59:19 +0800 Subject: Strange build error with pywebkitgtk Message-ID: <31410.1219888759@ihug.com.au> An HTML attachment was scrubbed... URL: From mtasaka at ioa.s.u-tokyo.ac.jp Thu Aug 28 02:52:28 2008 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 28 Aug 2008 11:52:28 +0900 Subject: Strange build error with pywebkitgtk In-Reply-To: <31410.1219888759@ihug.com.au> References: <31410.1219888759@ihug.com.au> Message-ID: <48B612EC.1080805@ioa.s.u-tokyo.ac.jp> Hi: rrankin at ihug.com.au wrote, at 08/28/2008 10:59 AM +9:00: > Ignacio, > I have looked at the build log and the build log on my machine when running mock. > The issue seems to relate to the message > > note: pygtk-codegen-2.0 is deprecated, use pygobject-codegen-2.0 instead > note: I will now try to invoke pygobject-codegen-2.0 in the same directory Actually on dist-f10 "make %{_smp_mflags} PYGTK_CODEGEN=pygobject-codegen-2.0" seems to work: http://koji.fedoraproject.org/koji/taskinfo?taskID=789639 Mamoru From martin.langhoff at gmail.com Thu Aug 28 04:08:42 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 28 Aug 2008 16:08:42 +1200 Subject: Debugging network scripts (from udev and explicit ifup invocation) Message-ID: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> Is there a way to get the network script invocations to get logged somewhere? Something like /etc/sysconfig/network supporting DEBUGLOGGING=YesPlease - Jerry got me started with some good network configuration scripts for the funky network setup of the XS. Not all things work 100%, but I'm not sure where are things going wrong. Being able to trace them would be fantastic. (And a huge help in learning more about the network infra. Is there a "how it fits together" doc somewhere?) Using bash -x from the cli helps somewhat, though some things only misbehave under udev. Or under udev on initial boot. So a global logging knob would help... if it exists! Any tricks or nasty hacks welcome too. (What's wrong? br0 is not brought up automatically even though ifup-local should trigger it. And after some minor edits and a reboot, misteriously wlan0 and msh0 stopped auto-ifup'ing.) thanks, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From martin.langhoff at gmail.com Thu Aug 28 04:26:52 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 28 Aug 2008 16:26:52 +1200 Subject: Debugging network scripts (from udev and explicit ifup invocation) In-Reply-To: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> References: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> Message-ID: <46a038f90808272126u1b06565dpbaa30acff79b740@mail.gmail.com> On Thu, Aug 28, 2008 at 4:08 PM, Martin Langhoff wrote: > Is there a way to get the network script invocations to get logged > somewhere? Something like /etc/sysconfig/network supporting > DEBUGLOGGING=YesPlease - Hack du jour: I've changed /etc/udev/rules.d/60-net.rules to invoke net.hotplug.debugger which calls bash -x net.hotplug and redirects stdin/stdout to a logfile. There is probably something more elegant, but I'll get by with this for now :-) m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From kevin at scrye.com Thu Aug 28 04:46:54 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 27 Aug 2008 22:46:54 -0600 Subject: targeted help and/or classroom sessions Message-ID: <20080827224654.16526fdc@ohm.scrye.com> Greetings. As part of the effort to improve IRC support, there were 2 ideas discussed at several of our last meetings (Thursdays at 15:30UTC in #fedora-meeting, everyone welcome): First, the idea of "targeted help". Basically have an expert or two who knows a lot about a package or group of packages that would advertise being available via IRC for some specific time period (an hour or two) and answer questions on that software. Folks with problems related to that area could come and see if they could get help solving those problems. The end user hopefully gets their problem solved, and the developer gets an chance to help someone and also some important information about how the software is being used or pitfalls to correct or bugs to fix. We could advertise a schedule of these sessions or office hours. Secondly, the idea of end user targeted classroom sessions. Someone who knows a lot about an area could spend an hour session guiding a classroom of folks through using some software or how to help Fedora in some area, or show off some new feature that will be in the next release. This might need/use something like the fedora VOIP system or screen/whiteboard software in addition to IRC. Depending on the material this might take more setting up than the targeted help sessions. So, the reason I am posting here is that I am looking for interested maintainers/developers who would be up for doing one or both of these things. Feel free to mail me or catch me on irc if you are interested in helping out or running one of these and helping to form the process. ;) Comments/Questions/Ideas welcome. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ivazqueznet at gmail.com Thu Aug 28 05:40:40 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Thu, 28 Aug 2008 01:40:40 -0400 Subject: Strange build error with pywebkitgtk In-Reply-To: <48B612EC.1080805@ioa.s.u-tokyo.ac.jp> References: <31410.1219888759@ihug.com.au> <48B612EC.1080805@ioa.s.u-tokyo.ac.jp> Message-ID: <1219902040.1501.162.camel@ignacio.lan> On Thu, 2008-08-28 at 11:52 +0900, Mamoru Tasaka wrote: > rrankin at ihug.com.au wrote, at 08/28/2008 10:59 AM +9:00: > > I have looked at the build log and the build log on my machine when running mock. > > The issue seems to relate to the message > > > > note: pygtk-codegen-2.0 is deprecated, use pygobject-codegen-2.0 instead > > note: I will now try to invoke pygobject-codegen-2.0 in the same directory > > Actually on dist-f10 "make %{_smp_mflags} PYGTK_CODEGEN=pygobject-codegen-2.0" > seems to work: > http://koji.fedoraproject.org/koji/taskinfo?taskID=789639 Yup, that's done it, thanks guys. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- 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 rawhide at redhat.com Thu Aug 28 05:56:37 2008 From: rawhide at redhat.com (rawhide compose account) Date: Wed, 27 Aug 2008 22:56:37 -0700 Subject: rawhide report: 20080827 changes Message-ID: <200808280551.m7S5plxa004410@releng2.fedora.phx.redhat.com> New package ann Library for searching Approximate Nearest Neighbors New package appliance-tools Tools for building Appliances New package bro Open-source, Unix-based Network Intrusion Detection System New package cwdaemon Morse daemon for the parallel or serial port New package denemo Graphical music notation program New package djview4 DjVu viewer New package drupal-date This package contains both the Date module and a Date API module New package drupal-views Provides a method for site designers to control content presentation New package fwknop A Single Packet Authorization (SPA) implementation New package gitosis Git repository hosting application New package gridloc A ncurses console application for the calculation of Maidenhead QRA Locators New package grub2 Bootloader with support for Linux, Multiboot and more New package gssdp GSSDP implements resource discovery and announcement over SSDP New package hyphen-ga Irish hyphenation rules New package hyphen-sv Swedish hyphenation rules New package ibus-chewing The Chewing engine for IBus input platform New package ibus-hangul The Hangul engine for IBus input platform New package ibus-table The Table engine for IBus platform New package itaka Itaka is an on-demand screen capture server New package libacpi General purpose library for ACPI New package liblinebreak A Unicode line-breaking library New package mapnik Free Toolkit for developing mapping applications New package mediascrapper A script to scrap media files from different sites New package minisat2 A minimalistic, open-source SAT solver New package netbeans-svnclientadapter Subversion Client Adapter New package ntop A network traffic probe similar to the UNIX top command New package ocaml-bisect OCaml code coverage tool New package ocaml-cmigrep Search OCaml compiled interface (cmi) files New package ocaml-mikmatch OCaml extension for pattern matching with regexps New package ocaml-ocamlgraph OCaml library for arc and node graphs New package pads Passive Asset Detection System New package pdfresurrect PDF Analysis and Scrubbing Utility New package perl-DateTime-Format-DateManip Convert Date::Manip to DateTime and vice versa New package perl-Email-Find Find RFC 822 email addresses in plain text New package perl-File-ShareDir Locate per-dist and per-module shared files New package perl-IPTables-ChainMgr Perl extension for manipulating iptables policies New package perl-Text-Aligner Text::Aligner Perl module New package perl-Wx-Perl-ProcessStream Access IO of external processes via events New package php-oauth PHP Authentication library for desktop to web applications New package php-suhosin Suhosin is an advanced protection system for PHP installations New package php-xmpphp XMPPHP is the successor to Class.Jabber.PHP New package picviz Parallel coordinates plotter New package pisg IRC Statistics generator New package player Cross-platform robot device interface and server New package pmpu GUI for a distributed version control systems New package prelude-notify Prelude Notification Applet New package psad Port Scan Attack Detector (psad) watches for suspect traffic New package pssh Parallel SSH tools New package pymetar METAR weather reports parser for Python New package python-markdown Markdown implementation in Python New package python-netaddr Network address manipulation, done Pythonically New package python-tftpy A Pure-Python library for TFTP New package qsstv Qt-based slow-scan TV and fax New package rcssmonitor RoboCup 2D Soccer Simulator Monitor New package ruby-RRDtool RRDTool for Ruby New package rubygem-arrayfields Arrayfields RubyGem New package rubygem-attributes Attributes RubyGem New package rubygem-builder Builders for MarkUp New package slapi-nis NIS Server and Schema Compatibility plugins for Directory Server New package tqsllib The TrustedQSL library New package translation-filter A l10n file filter New package txt2tags Summary: Converts text files to HTML, XHTML, LaTeX, and other formats New package virt-mem Management tools for virtual machines New package xorg-x11-drv-synaptics Xorg X11 synaptics input driver New package yacpi Yet Another Configuration and Power Interface Removed package blobAndConquer Removed package blobwars Removed package iozone Removed package starfighter Removed package viruskiller Updated Packages: Django-1.0-0.1.beta1.fc10 ------------------------- * Sat Aug 23 18:00:00 2008 Michel Salim - 1.0-0.1.beta1 - Update to 1.0 beta1 GConf2-2.23.2-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 - Drop upstreamed patches Miro-1.2.6-3.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Michel Salim - 1.2.6-2 - Unapply boost patch; boost-1.36 has been backed out for F10 * Fri Aug 22 18:00:00 2008 Michel Salim - 1.2.6-1 - Update to 1.2.6 - Patch for boost API change * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 1.2.6-3 - Do not create backup files when patching; the backup files get re-added during the build process * Tue Aug 12 18:00:00 2008 Alex Lancaster - 1.2.4-4 - Rebuild for new boost (fixes broken deps). NetworkManager-0.7.0-0.11.svn4022.fc10 -------------------------------------- * Wed Aug 27 18:00:00 2008 Dan Williams - 1:0.7.0-0.11.svn4022 - Fix parsing of DOMAIN in ifcfg files (rh #459370) - Fix reconnection to mobile broadband networks after an auth failure - Fix recognition of timeouts of PPP during mobile broadband connection - More compatible connection sharing (rh #458625) - Fix DHCP in minimal environments without glibc locale information installed - Add support for Option mobile broadband devices (like iCON 225 and iCON 7.2) - Add IP4 config information to dispatcher script environment - Merge WEP ASCII and Hex key types for cleaner UI - Pre-fill PPPoE password when authentication fails - Fixed some changes not getting saved in the connection editor - Accept both prefix and netmask in the conection editor's IPv4 page ORBit2-2.14.14-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.14.14-1 - Update to 2.14.14 OpenSceneGraph-2.6.0-1.fc10 --------------------------- * Thu Aug 14 18:00:00 2008 Ralf Cors??pius - 2.6.0-1 - Upgrade to OSG-2.6.0. * Wed Aug 13 18:00:00 2008 Ralf Cors??pius - 2.4.0-4 - Preps for 2.6.0. - Reflect the Source0-URL having changed. - Major spec-file overhaul. * Thu May 22 18:00:00 2008 Tom "spot" Callaway - 2.4.0-3 - fix license tag PackageKit-0.3.1-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 Richard Hughes - 0.3.1-2 - Bump as make chainbuild is broken, so we'll have to do this in two steps. * Wed Aug 27 18:00:00 2008 Richard Hughes - 0.3.1-1 - New upstream version - Also add two upstream patches to fix pkcon issues. * Fri Aug 22 18:00:00 2008 Richard Hughes - 0.3.0-2 - Bump as the make tag step failed in an obscure way. * Fri Aug 22 18:00:00 2008 Richard Hughes - 0.3.0-1 - Update to newest upstream version. This includes the fixed browser plugin. * Mon Aug 4 18:00:00 2008 Robin Norwood - 0.2.4-2 - Fix Source0 URL. PyQt4-4.4.3-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter 4.4.3-1 - PyQt-4.4.3 R-hdf5-1.6.7-1.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 1.6.7-1 - update to 1.6.7 - add versioned requires to hdf5 TeXmacs-1.0.6.15-1.fc10 ----------------------- * Sat Aug 16 18:00:00 2008 Gerard Milmeister - 1.0.6.15-1 - new release 1.0.6.15 ack-1.86-1.fc10 --------------- * Sat Aug 23 18:00:00 2008 Ian Burrell - 1.86-1 - Update to 1.86 adjtimex-1.26-1.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Miroslav Lichvar 1.26-1 - update to 1.26 alevt-1.6.2-6.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.6.2-6 fix for #458818 alpine-2.00-1.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Rex Dieter 2.00-1 - alpine-2.00 amanda-2.5.2p1-12.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Daniel Novotny 2.5.2.p1-11 - new Autoconf 2.62 requires changes in Autoconf macros (resolves #449479) * Thu Aug 21 18:00:00 2008 Daniel Novotny 2.5.2.p1-11 - Username in /etc/xinetd.d/amanda has to be changed to 'amandabackup' because of the change from Thu Nov 22 2007 (resolves #448071) - Added --with-tcpportrange=1025,65535 to ./configure options (resolves #449764) amarok-1.90-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Rex Dieter - 1.90-1 - amarok-1.90 (amarok2 beta) anaconda-11.4.1.29-1 -------------------- * Fri Aug 22 18:00:00 2008 Chris Lumens - 11.4.1.29-1 - Enable yum plugins. (clumens) - In the preupgrade case, repo=hd: means an exploded tree on the hard drive. (clumens) - Remove preupgrade-specific hacks. (clumens) - Add conf files for our yum plugins so they can be enabled. (clumens) - Create a subpackage containing the yum plugins. (clumens) - Add the new blacklist and whiteout yum plugins. (clumens) - Allow retrying if the ISO images aren't found (for the USB case). (clumens) - Include "--encrypted" in anaconda-ks.cfg partitioning as needed. (#459430) (dlehman) - Support establishing a global passphrase when creating encrypted devices. (dlehman) - Display the lock icon for encrypted RAID members. (#459123) (dlehman) - More descriptive drive message when warning on format. (dcantrell) - Need to import rhpl for things like switching to pdb. (clumens) - Fix traceback in passphrase handling code for encrypted RAID requests. (#459121) (dlehman) - Copy the install.img to /tmp on HD installs. (clumens) - Fix a typo (dcantrell). - Expert mode was disabled in 2004. Remove it now. (clumens) - Remove an extra "Local disk" option (#459128). (clumens) - Clear up error reporting on upgrades when devices are listed by UUID. (clumens) - If the UI was used to specify a repo, construct a repo param (#458899). (clumens) - Fix a traceback calling createMapping. (clumens) - First crack at upgrade of systems with encrypted block devices. (#437604) (dlehman) - In kickstart, prompt for new LUKS dev passphrase if not specified. (#446930) (dlehman) - Remove passphrase check hack from LUKSDevice.getScheme. (dlehman) - Allow specification of a device string for display in passphrase dialog. (dlehman) - Add encrypted device passphrase dialog for text mode. (dlehman) - Fix PartitionDevice.getDevice to take asBoot into account. (dlehman) - Make passphrase dialogs appear in the center of the screen. (#458114) (dlehman) - Consider clearpart and ignoredisk when scanning for encrypted partitions. (dlehman) - Correctly handle typos in the stage2 location when inferred from repo=. (clumens) - Fix the loader UI when prompting for stage2.img on HDISO. (clumens) - Rename stage2.img to install.img (dcantrell) - Bring up the network before saving a bug via scp. (clumens) - Make it more explicit we want the stage2.img URL, not the repo URL. (clumens) - Add the match type so we don't find all bugs. (clumens) - Make upd-updates create the updates.img you specify if it doesn't already exist. (pjones) - Don't base mpath/dmraid/raid startup/stopping based on if lvm is activated yet, (pjones) - Add diskset.devicesOpen boolean, so we can tell if devices should be started (pjones) - Add dirCleanup back in so we don't leave install metadata behind. (clumens) - Move betanag to after keyboard and language are setup. (clumens) - Add module dependencies of qeth.ko (#431922). (clumens) - Copy the changes from RHEL5 for the linuxrc.s390 over. (clumens) - Disable SCSI devices so we can safely remove a LUN (bhinson, #249341). (dcantrell) * Tue Aug 12 18:00:00 2008 Chris Lumens - 11.4.1.28-1 - More fixes to include udev rules in the initrd (#458570). (clumens) - Catch the first non-generic-logo package that provides system-logos. (clumens) - Remove extra ')' in install-buildrequires (dcantrell) apr-1.3.3-1.fc10 ---------------- * Sat Aug 16 18:00:00 2008 Bojan Smojver - 1.3.3-1 - bump up to 1.3.3 apr-util-1.3.4-1.fc10 --------------------- * Sat Aug 16 18:00:00 2008 Bojan Smojver - 1.3.4-1 - bump up to 1.3.4 - drop PostgreSQL patch, fixed upstream aprsd-2.2.5-15.5.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 2.2.5-15.5 - fix rh bug 458817 arts-1.5.10-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter 8:1.5.10-1 - arts-1.5.10 asc-2.1.0.0-2.fc10 ------------------ * Sun Aug 17 18:00:00 2008 Hans de Goede 2.1.0.0-2 - Rebuild for new boost at-spi-1.23.6-2.fc10 -------------------- * Wed Aug 20 18:00:00 2008 Jarod Wilson - 1.23.6-2 - Silence incessant atk-bridge spew filling xsession-errors (#459275) audit-viewer-0.3-2 ------------------ * Tue Aug 26 18:00:00 2008 Miloslav Trma?? - 0.3-2 - s/Requires: gnome-python2/&-gnome/ Resolves: #460031 autofs-5.0.3-21 --------------- * Mon Aug 25 18:00:00 2008 Ian Kent - 5.0.3-21 - add upstream bug fix patches - add command line option to override is running check. - don't use proc fs for is running check. - fix fail on included browse map not found. - fix incorrect multi source messages. - clear stale flag on map read. - fix proximity other rpc ping timeout. - refactor mount request vars code. - make handle_mounts startup condition distinct. - fix submount shutdown handling. - try not to block on expire. - add configuration paramter UMOUNT_WAIT. - fix multi mount race. - fix nfs4 colon escape handling. - check replicated list after probe. - add replicated server selection debug logging. - update replicated server selection documentation. - use /dev/urandom instead of /dev/random. - check for mtab pointing to /proc/mounts. - fix interface config buffer size. - fix percent hack heap corruption. awn-extras-applets-0.2.6-6.fc10 ------------------------------- * Tue Aug 26 18:00:00 2008 Huang Peng - 0.2.6-6 - Replace require gnome-python2 with gnome-python2-gnome awstats-6.8-2.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Aurelien Bompard 6.8-2 - Add upstream patch for CVE-2008-3714 babel-0.9.4-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Jeffrey C. Ollie - 0.9.4-1 - Update to 0.9.4 * Thu Jul 10 18:00:00 2008 Jeffrey C. Ollie - 0.9.3-1 - Update to 0.9.3 banshee-1.2.1-2.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 1.2.1-2 - Updated requirement: use podsleuth rather than libipoddevice * Sun Aug 24 18:00:00 2008 Michel Salim - 1.2.1-1 - Update to 1.2.1 beldi-0.9.18-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Christoph Wickert 0.9.18-1 - Upgrade to 0.9.18 bitlbee-1.2.2-1.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Robert Scheck 1.2.2-1 - Upgrade to 1.2.2 (#460355) bittorrent-4.4.0-7.fc10 ----------------------- * Fri Aug 15 18:00:00 2008 Paul Howarth 4.4.0-7 - Use new scriptlets for user/group creation - Fix up torrent homedir silently (#457563) - Create a pidfile for btseed (#458926) - Remove tracker pidfile when service is stopped (no need to include the %ghost-ed pidfile now) - Use %{_initrddir} instead of %{_sysconfdir}/rc.d/init.d - Call initscripts directly instead of via /sbin/service to reduce scriptlet dependencies blender-2.47-0.2.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Jochen Schmitt 2.47-0.2 - New upstream release (blender-2.47rc) bless-0.6.0-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Adel Gadllah 0.6.0-1 - Update to 0.6.0 bluez-gnome-0.28-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera - 0.28-2 - Update requirements for obexftp browsing boinc-client-6.2.15-1.20080818svn.fc10 -------------------------------------- * Tue Aug 19 18:00:00 2008 Milos Jakubicek - 6.2.15-1.20080818svn - Update to 6.2.15 - Removed the 'noexec' script (fixed upstream) - Removed boinc-gcc43.patch and boinc-parsecolor.patch (both merged upstream) - Updated boinc-gccflags.patch - Sources now compressed as tar.bz2 (was tar.gz) boost-1.34.1-16.fc10 -------------------- bpython-0.6.3-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Terje Rosten - 0.6.3-1 - 0.6.3 busybox-1.10.3-3.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Ivana Varekova - 1:1.10.3-3 - fix findfs problem - #455998 cairo-dock-1.6.2-0.6.RC4.fc10 ----------------------------- * Tue Aug 26 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.6.RC4 - 1.6.2 RC4 - Temporary fix for stack/ plugin * Sat Aug 23 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.3.RC2 - 1.6.2 RC2 calcurse-2.1-1.fc10 ------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla 2.1-1 - Update to 2.1. cdparanoia-10.1-1.fc10 ---------------------- * Wed Aug 13 18:00:00 2008 Adam Jackson 10.1-1 - Update to 10.1, just changes the license back. cheese-2.23.90-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen 2.23.90-1 - Update to 2.23.90 chess-1.0-18.fc10 ----------------- * Sun Aug 17 18:00:00 2008 Hans de Goede 1.0-18 - Rebuild for new boost climm-0.6.3-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Jan ONDREJ (SAL) - 0.6.3-1 - Update to upstream clucene-0.9.21-1.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Deji Akingunola - 0.9.21-1 - Update to version 0.9.21 cluster-2.99.08-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Fabio M. Di Nitto - 2.99.08-1 - New upstream release. - Drop local patch that's part of upstream. - Tight BR and Requires for openais to a very specific version. - cman Requires ricci as new default config distribution system. (ricci changes will land soon but in the meantime this is done our side) cmake-2.6.1-2.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter - 2.6.1-2 - attempt to patch logic error, crasher compiz-0.7.6-10.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Adam Jackson 0.7.6-10 - Fixed Requires: Xorg >= foo to Conflicts: Xorg < foo. conduit-0.3.13-2.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Michel Salim - 0.3.13-2 - Remove obsoleted dependency on PyXML (bz#454995) * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 0.3.13-1 - Update to 0.3.13 (fixes #455688, #457717) conky-1.6.1-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Miroslav Lichvar - 1.6.1-1 - Update to 1.6.1 - Fix buffer overflow when reading interface addresses control-center-2.23.90-1.fc10 ----------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 coreutils-6.12-9.fc10 --------------------- * Wed Aug 13 18:00:00 2008 Ondrej Vasik - 6.12-9 - mention that DISPLAY and XAUTHORITY envvars are preserved for pam_xauth in su -l (#450505) cppad-20080826.0-1.fc10 ----------------------- * Wed Oct 8 18:00:00 2008 Brad Bell 20080826-1 - Change to newer version of cppad. - Change download directory to standard coin-or location. - Remove editing of speed/main.cpp (no longer necessary). - Add retape argument to check programs in speed directory. curl-7.18.2-5.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway 7.18.2-5 - undo mini libcurl.so.3 db4-4.7.25-3.fc10 ----------------- * Tue Aug 19 18:00:00 2008 Jindrich Novy 4.7.25-3 - apply upstream patch to allow replication clients to opena sequence - rediff .jni patch dejagnu-1.4.4-13.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Jiri Moskovcak - 1:1.4.4-13 - rewriten patch to work with fuzz=0 * Wed Aug 27 18:00:00 2008 Jiri Moskovcak - 1:1.4.4-12 - fixed runtest (patch from jan.kratochvil at redhat.com) - Resolves: #460153 deluge-0.9.07-1.fc10 -------------------- * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.9.06-1 - Update to new upstream release candidate (1.0.0 RC7) - Drop desktop file icon name hack (fixed upstream). * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.9.06-1 - Update to new upstream release candidate (1.0.0 RC6) - Drop desktop file icon name hack (fixed upstream). device-mapper-multipath-0.4.8-6.fc10 ------------------------------------ * Wed Aug 20 18:00:00 2008 Benjamin Marzinski 0.4.8-6 - Updated to latest upstream 0.4.8 code: multipath-tools-080804.tgz (git commit id: eb87cbd0df8adf61d1c74c025f7326d833350f78) - fixed 451817, 456397 (scsi_id_change.patch), 457530 (config_space_fix.patch) 457589 (static_libaio.patch) dhcp-4.0.0-22.fc10 ------------------ * Sun Aug 24 18:00:00 2008 David Cantrell - 12:4.0.0-22 - Add missing '[' to dhclient-script (#459860) - Correct test statement in add_default_gateway() in dhclient-script (#459860) * Sat Aug 23 18:00:00 2008 David Cantrell - 12:4.0.0-21 - Fix syntax error in dhclient-script (#459860) * Fri Aug 22 18:00:00 2008 David Cantrell - 12:4.0.0-20 - Rewrite of /sbin/dhclient-script (make the script a little more readable, discontinue use of ifconfig in favor of ip, store backup copies of orig files in /var rather than in /etc) * Wed Aug 6 18:00:00 2008 David Cantrell - 12:4.0.0-19 - Remove 'c' from the domain-search format string in common/tables.c - Prevent \032 from appearing in resolv.conf search line (#450042) - Restore SELinux context on saved /etc files (#451560) dialog-1.1-7.20080819.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Miroslav Lichvar - 1.1-7.20080819 - update to 1.1-20080819 dogtail-0.6.90-1.401.fc10 ------------------------- * Tue Aug 12 18:00:00 2008 Zack Cerza - 0.6.90-1.401 - New upstream snapshot. - Require python-imaging * Tue Aug 12 18:00:00 2008 Zack Cerza - 0.6.90-1.381.2 - Really fix license tag. drupal-6.4-1.fc10 ----------------- * Thu Aug 14 18:00:00 2008 Jon Ciesla - 6.4-1 - Upgrade to 6.4, SA-2008-047. dvd+rw-tools-7.1-1.fc10 ----------------------- * Fri Aug 15 18:00:00 2008 Roman Rakus - 7.1-1 - new version 7.1 e16-0.16.8.14-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.16.8.14-1 - 0.16.8.14 e2fsprogs-1.41.0-2.fc10 ----------------------- eclipse-3.4.0-21.fc10 --------------------- * Wed Aug 13 18:00:00 2008 Andrew Overholt 3.4.0-21 - Fix ecj-gcj (rhbz#458921) * Tue Aug 12 18:00:00 2008 Andrew Overholt 3.4.0-20 - Require release of jetty which requires tomcat bits with proper metadata - Fix pdebuild for moved JDT and PDE plugins (Alexander Kurtakov) - Add version to jakarta-commons-el requirement ecryptfs-utils-56-0.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Mike Halcrow 56-0 - Namespace fixes for the key module parameter aliases - Updates to the man page and the README eel2-2.23.90-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 eigen-1.0.5-3.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Rex Dieter 1.0.5-3 - run tests elfutils-0.137-1.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Roland McGrath - 0.137-1 - Update to 0.137 - libdwfl: bug fixes; new segment interfaces; all the libdwfl-based tools now support --core=COREFILE option em8300-0.17.1-1.fc10 -------------------- * Thu Aug 14 18:00:00 2008 Ville Skytt?? - 0.17.1-1 - 0.17.1. empathy-2.23.90-2.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Peter Gordon - 2.23.90-2 - Now that Empathy will be the default IM client in F10+, hardcode a dependency on telepathy-haze to keep the same protocol functionality across upgrades, for a much improved "out of the box" experience. - Reference: bug 458935. * Fri Aug 22 18:00:00 2008 Peter Gordon - 2.23.90-1 - Update to new upstream release (2.23.90) * Fri Aug 15 18:00:00 2008 Peter Gordon - 2.23.6-3 - Apply patch from Colin Walters to automagically update profile namings for the switch to using Empathy's provided profiles. - Drop the upgrade script (no longer needed since it's automatically done). - upgrade-haze-profiles.sh * Wed Aug 13 18:00:00 2008 Peter Gordon - 2.23.6-2 - Use upstream's AIM, ICQ, MSN-Haze, and Yahoo profiles instead of recommending the telepathy-haze-mission-control package. (The Haze-provided ones have grown horribly stale...). This makes for better automagic functionality (if Haze is installed, Empathy/MC will autodetect it) and tracks upstream more closely. + upgrade-haze-profiles.sh eog-2.23.90-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Tue Aug 12 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Add a possible fix for a deadlock eric-4.2.0-2.fc10 ----------------- * Fri Aug 15 18:00:00 2008 Johan Cwiklinski 4.2.0-2 - %{buildir} was contained in one file * Fri Aug 15 18:00:00 2008 Johan Cwiklinski 4.2.0-1 - 4.2.0 - no longer noarch package (see bz #456761) - .ts files from translations should not be included eterm-0.9.5-1.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Terje R??sten - 0.9.5-1 - 0.9.5 - Remove CVE-2008-1692 patch now upstream - Add req on bitmap-fonts to bring in some fonts (bz #454937) evolution-2.23.90-2.fc10 ------------------------ * Mon Aug 25 18:00:00 2008 Matthew Barnes - 2.23.90-2.fc10 - Bump gtkhtml_version to 3.23.5 (RH bug #460076). * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90-1.fc10 - Update to 2.23.90 - Bump eds_version to 2.23.90.1 evolution-data-server-2.23.90.1-1.fc10 -------------------------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90.1-1.fc10 - Update to 2.23.90.1 evolution-exchange-2.23.90-1.fc10 --------------------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90-1.fc10 - Update to 2.23.90 - Bump eds_version to 2.23.90.1. evolution-rspam-0.0.6-4.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.0.6-4 fix for #458818 evolution-rss-0.1.1-2.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.1.1-2 fix for #458818 exim-4.69-7.fc10 ---------------- * Wed Aug 13 18:00:00 2008 David Woodhouse 4.69-7 - Rediff all patches to cope with new zero-fuzz policy * Wed Aug 13 18:00:00 2008 David Woodhouse 4.69-6 - Add $RPM_OPT_FLAGS in config instead of overriding on make command line. (to fix the setting of largefile options which we were killing) extrema-4.3.6-1.fc10 -------------------- * Fri Aug 15 18:00:00 2008 Terje Rosten - 4.3.6-1 - 4.3.6 fail2ban-0.8.3-16.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.8.3-16 - Update to 0.8.3. * Wed May 21 18:00:00 2008 Tom "spot" Callaway - 0.8.2-15 - fix license tag fakechroot-2.8-14.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 2.8-14 - %check || : does not work anymore. fakeroot-1.9.6-17.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.9.6-17 - %check || : does not work anymore. fbreader-0.8.17-1.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Michel Alexandre Salim - 0.8.17-1 - Update to 0.8.17 fedora-gnome-theme-8.0.0-4.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen - 8.0.0-4 - Use nodoka notification theme (#460045) fedora-logos-9.99.2-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Ray Strode - 9.99.2-1 - Move kde background upstream * Mon Aug 25 18:00:00 2008 Ray Strode - 9.99.1-1 - add a logo for xfce (bug 445986) file-roller-2.23.6-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 - Drop upstreamed patches filezilla-3.1.1.1-1.fc10 ------------------------ * Thu Aug 14 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.1.1.1-1 - Update to 3.1.1.1 fldigi-3.01-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Steve Conklin - 3.01-1 - Latest upstream fotoxx-5.1-1.fc10 ----------------- * Sun Aug 24 18:00:00 2008 Nicoleau Fabien - 5.1-1 * Rebuild for 5.1 fpc-2.2.2-1.fc10 ---------------- * Wed Aug 13 18:00:00 2008 Joost van der Sluis 2.2.2-1 - Updated to version 2.2.2 - Disabled debuginfo for ppc64 again - Detect 32 or 64 bit compilation in the configuration file fpc.cfg * Sun Jun 22 18:00:00 2008 Joost van der Sluis 2.2.2rc1-1 - Updated to version 2.2.2rc1 - Enabled debuginfo for ppc64 again - Do not strip the debugdata on x86_64 anymore - Packages_base, packages_fcl and packages_extra are merged into packages - Don't install packages_fv separately anymore - Fix for incorrect path in official fpc 2.2.2rc1-sourcefile - Updated licence-tag from "GPL and modified LGPL" to fedora-tag "GPLv2+ and LGPLv2+ with exceptions" - Removed UsePrebuildcompiler define for ppc64 freeciv-2.1.6-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 2.1.6-1 - Update to 2.1.6. freenx-server-0.7.3-11.fc10 --------------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.7.3-11 - Rebase patch to 0.7.2 to avoid fuzz=0 rejection on recent rpm. - Update to 0.7.3. - NX_ETC_DIR needs to be passed on command line (workaround). freetype-2.3.7-1.fc10 --------------------- * Thu Aug 14 18:00:00 2008 Behdad Esfahbod 2.3.7-1 - Update to 2.3.7 fuse-emulator-0.9.0-4.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.9.0-4 - fix rh bug 458817 fuse-emulator-utils-0.9.0-3.fc10 -------------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.9.0-3 fix for #458818 gambas2-2.8.1-1.fc10 -------------------- * Thu Aug 21 18:00:00 2008 Tom "spot" Callaway 2.8.1-1 - update to 2.8.1 ganglia-3.1.0-1.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Kostas Georgiou 3.1.0-1 - Upstream patches from 3.1.1 - Move private_clusters config to /etc and mark it as a config file - Only allow connections from localhost by default on the web frontend - Add some extra module config files (modules are always loaded at the moment so removing the configs has no effect beyond metric collection (upstream is working on way way to disable module loading from the configs) ganyremote-5.1-1.fc10 --------------------- * Tue Aug 19 18:00:00 2008 Mikhail Fedotov - 5.1-1 Added Czech (thanks to Tomas Kaluza) and Dutch (thanks to Geert Vanhaute) translations. gcalctool-5.23.90-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 5.23.90-1 - Update to 5.23.90 gcc-4.3.1-8 ----------- * Mon Aug 25 18:00:00 2008 Jakub Jelinek 4.3.1-8 - update from gcc-4_3-branch - PRs debug/37156, libgcj/8995, libstdc++/37100, target/37101 - backport Fortran debuginfo improvements (PRs debug/35896, fortran/35154, fortran/35724, fortran/35892, fortran/29635, fortran/23057 fortran/24790, #457792, #457793, #459374, #459376, #459378) * Thu Aug 14 18:00:00 2008 Jakub Jelinek 4.3.1-7 - update from gcc-4_3-branch - PRs bootstrap/35752, c++/36688, c++/36999, c++/37016, c/35746, fortran/36582, libgcj/31890, middle-end/35432, middle-end/36691, middle-end/37014, middle-end/37026, middle-end/37042, rtl-optimization/35542, rtl-optimization/36998, target/35659, target/36613, tree-optimization/36991 - fix folding of widened comparisons (PR middle-end/37103) gdb-6.8-22.fc10 --------------- * Wed Aug 27 18:00:00 2008 Jan Kratochvil - 6.8-22 - Remove `gdb-6.3-nonthreaded-wp-20050117.patch' as obsoleted + regressing now. - Make the GDB quit processing non-abortable to cleanup everything properly. - Support DW_TAG_constant for Fortran in recent Fedora/RH GCCs. - Fix crash on DW_TAG_module for Fortran in recent Fedora/RH GCCs. - Readd resolving of bare names of constructors and destructors. - Include various vendor testcases: - Leftover zombie process (BZ 243845). - Multithreaded watchpoints (`gdb.threads/watchthreads2.exp'). - PIE testcases (`gdb.pie/*'). - C++ contructors/destructors (`gdb.cp/constructortest.exp'). * Sat Aug 23 18:00:00 2008 Jan Kratochvil - 6.8-21 - Fix MI debuginfo print on reloaded exec, found by Denys Vlasenko (BZ 459414). - Extend the Fortran dynamic variables patch also for dynamic Fortran strings. * Wed Aug 13 18:00:00 2008 Jan Kratochvil - 6.8-20 - Temporarily disable attaching to a stopped process (BZ 453688) - To be reintroduced after a fix of the kernel BZ 454404. gdm-2.23.90-2.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Jon McCann - 1:2.23.90-2 - Add desktop file for metacity * Mon Aug 25 18:00:00 2008 Jon McCann - 1:2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Behdad Esfahbod - 1:2.23.2-3 - Add upstreamed patch gdm-2.23.2-unknown-lang.patch * Wed Aug 13 18:00:00 2008 Ray Strode - 1:2.23.2-2 - Require plymouth-gdm-hooks so plymouth-log-viewer gets pulled in on upgrades gedit-2.23.90-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 1:2.23.3-2 - Finally drop the vendor prefix, since it broke things again * Wed Aug 13 18:00:00 2008 Matthias Clasen - 1:2.23.3-1 - Update to 2.23.3 geeqie-1.0-0.8.alpha2.fc10 -------------------------- * Tue Aug 12 18:00:00 2008 Michael Schwendt - 1.0-0.8.alpha2 - fix float layout for --blank mode ggz-client-libs-0.99.4-1.fc10 ----------------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter 0.99.4-1 - ggz-client-libs-snapshot-0.99.4 gimp-2.4.7-1.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Nils Philippsen - 2:2.4.7-1 - version 2.4.7 Changes in GIMP 2.4.7 ===================== - fixed issue in GIF load plug-in (bug #535888) - fixed event handling in MIDI controller (bug #537960) - fixed handling of the 'Highlight' tool option in Crop and Rectangle Select tools (bug #536582) - various fixes to the Python bindings: - fixed crash with Python 2.5 on 64 bit systems (bug #540629) - added missing validity checks (bug #536403) - allow to pass None for PDB_DISPLAY - plugged a memory leak in gimp-text-get-extents-fontname PDB call - fixed potential timeout issues in org.gimp.GIMP.UI D-Bus service - fixed endianness issue in the ICO save plug-in (bug #529629) - translation fixes and updates (be, it, lt, nn, vi) glabels-2.2.3-2.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.2.3-2 - fix license tag (again) * Thu Aug 21 18:00:00 2008 Peter Gordon - 2.2.3-1 - Update to new upstream bug-fix release (2.2.3). - Drop glabels-batch segfault patch (fixed upstream). - fix-batch-segfault.patch glib2-2.17.7-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.17.7-1 - Update to 2.17.7 glibmm24-2.17.2-1.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Denis Leroy - 2.17.2-1 - Update to upstream 2.17.2 gnomad2-2.9.2-1.fc10 -------------------- * Thu Aug 7 18:00:00 2008 Linus Walleij 2.9.2-1 - New upstream to catch up with libmtp 0.3.0. gnome-applet-music-2.4.2-1.fc10 ------------------------------- * Fri Aug 22 18:00:00 2008 Peter Gordon - 2.4.2-1 - update to new upstream bug-fix release, which fixed gradual increase in CPU on each song change, MPD password handling, and contains an updated Polish (pl) translation. gnome-applets-2.23.90-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 gnome-backgrounds-2.23.90-1.fc10 -------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-commander-1.2.7-4.fc10 ---------------------------- * Wed Aug 13 18:00:00 2008 Mamoru Tasaka - 1.2.7-4 - More fix for mimeedit.sh to remove potentially unsafe tmpfile creation gnome-desktop-2.23.90-3.fc10 ---------------------------- * Mon Aug 25 18:00:00 2008 Adam Jackson 2.23.90-3 - gnome-desktop-2.23.90-eedid.patch: Allow E-EDID blocks. * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-2 - Require enough python to make gnome-about work * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-games-2.23.90-1.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 gnome-icon-theme-2.23.90-1.fc10 ------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-keyring-2.23.90-1.fc10 ---------------------------- * Wed Aug 20 18:00:00 2008 Tomas Bzatek - 2.23.90-1 - Update to 2.23.90 gnome-media-2.23.3-3.fc10 ------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 2.23.3-3 - Rebuild to fix directory ownership (#447837) * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.23.3-2 - fix license tag gnome-panel-2.23.90.1-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90.1-1 - Update to 2.23.90.1 gnome-power-manager-2.23.6-4.fc10 --------------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.23.6-4 - Drop the login session .desktop file, since gdm provides it now * Thu Aug 14 18:00:00 2008 Richard Hughes - 2.23.6-2 - Apply a fix from upstream to fix crashing on percentage change. * Thu Aug 14 18:00:00 2008 David Zeuthen - 2.23.6-3 - Actually make the patch apply and rebuild gnome-python2-2.22.1-3.fc10 --------------------------- * Mon Aug 25 18:00:00 2008 Daniel Drake - 2.22.1-3.fc10 - Split libgnome bindings into their own package (RH bug #456122). - Remove gnome-python2 dependency on gnome-python2-bonobo. gnome-session-2.23.90-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-4 - Drop login/logout sound scripts since we do this now in libcanberra * Tue Aug 12 18:00:00 2008 Matthias Clasen - 2.23.6-3 - Fix a crash in the at-spi-registryd-wrapper gnome-settings-daemon-2.23.90-1.fc10 ------------------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-3 - Rerun autotools after patching configure.ac * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-2 - Apply patch from gnome bug 545386. This hasn't been accepted in this form yet by upstream, will however very likely be merged in a similar form. - Disable esd/sounds module since we don't need it to start PA anymore gnome-system-monitor-2.23.90-1.fc10 ----------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Add session mgmt information in a Session column gnome-terminal-2.23.6-2.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Rebuild gnome-themes-2.23.90-1.fc10 --------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnustep-make-2.0.6-13.fc10 -------------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.0.6-13 - fix license tag goffice-0.6.4-1.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Julian Sikorski - 0.6.4-1 - Updated to 0.6.4 - BuildRequires: pcre-devel only on Fedora < 9 google-perftools-0.98-1.fc10 ---------------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 0.98-1 - update to 0.98 - fix linuxthreads.c compile (upstream issue 74) - fix ppc compile (upstream issue 75) - enable ppc gpsman-6.3.2-4.fc10 ------------------- * Thu Aug 14 18:00:00 2008 Lucian Langa - 6.3.2-4 - fix reuirements - misc cleanups grass-6.3.0-6.fc10 ------------------ * Sun Aug 24 18:00:00 2008 Balint Cristian 6.3.0-6 - bz#458427 (prelink fail) - bz#458563 (grass not able to display documentation) greylistd-0.8.7-10.fc10 ----------------------- * Thu Aug 14 18:00:00 2008 Axel Thimm - 0.8.7-10 - Update to 0.8.7. * Wed May 21 18:00:00 2008 Tom "spot" Callaway - 0.8.3.2-9 - fix license tag gridengine-6.2-1.fc10 --------------------- * Mon Aug 11 18:00:00 2008 - Orion Poplawski - 6.2-1 - Update to 6.2 final * Tue Jul 15 18:00:00 2008 - Orion Poplawski - 6.2beta2-0.1 - Provide some installation instructions for these RPMs - Fix up some installation script issues - Ghost more directories created later * Thu Jun 5 18:00:00 2008 - Orion Poplawski - 6.2beta-0 - Update to 6.2beta - Use aimk.private and build_private.properties instead of patching aimk and build.properties - Cleanup some extra /s in paths - Shift to Java 1.6.0 because of new requirements in the source - Move Java JNI libraries to proper location - Drop several upstreamed patches - Add patch to avoid linking unneeded libraries grip-3.2.0-22.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Adrian Reber - 1:3.2.0-22 - updated to better "execute command after encode" patch from Stefan Becker gstreamer-plugins-base-0.10.20-2.fc10 ------------------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 0.10.20-2 - Fix useless codeina popup when playing recent ogg files (#458404) gstreamer-plugins-good-0.10.10-1.fc10 ------------------------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera 0.10.10-1 - Update to 0.10.10 - Remove cdio plugin, as it was moved to -ugly upstream gstreamer-python-0.10.12-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Denis Leroy - 0.10.12-1 - Update to upstream 0.10.12 gsynaptics-0.9.14-2.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Christoph Wickert - 0.9.14-2 - Fix crash on startup, thanks to Serta?? ??. Y??ld??z for the pointer (#457540) - Add patch to not set undefined keys to 0 by Michal ??iha?? (Debian #480744) - Fix for locales not using "." as decimal seperator (upstream #12498) gtk2-2.13.7-4.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Matthias Clasen - 2.13.7-4 - Fix an Xrandr bug * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.13.7-3 - Fix the "swarm of flash windows" * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.13.7-2 - Fix a possible infinite loop in gtkrc parsing * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.13.7-1 - Update to 2.13.7 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.13.6-4 - Fix sporadic panel crashes gtk2-engines-2.15.3-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.15.3-1 - Update to 2.15.3 gtkhtml3-3.23.90-1.fc10 ----------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 3.23.90-1.fc10 - Update to 3.23.90 gtksourceview2-2.3.1-1.fc10 --------------------------- * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.3.1-1 - Update to 2.3.1 gtkwave-3.1.13-1.fc10 --------------------- * Thu Aug 21 18:00:00 2008 Paul Howarth 3.1.13-1 - update to 3.1.13 guake-0.3.1-2.fc10 ------------------ * Mon Aug 25 18:00:00 2008 pingou - 0.3.1-2 - Add pygtk2 >= 2.10 in the BR * Mon Aug 25 18:00:00 2008 pingou - 0.3.1-1 - New owner - New upstream release 0.3.1 gvfs-0.99.5-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Tomas Bzatek - 0.99.5-1 - Update to 0.99.5 hal-info-20080813-1.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Matthew Garrett - 20080813-1 - update to git snapshot hamlib-1.2.7-2.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Steve Conklin - 1.2.7-2 - New patch to fix hamlib-perl hamster-applet-2.23.90-1.fc10 ----------------------------- * Tue Aug 26 18:00:00 2008 Mads Villadsen - 2.23.90-1 - Update to latest upstream release - Change gnome-python2 requires as per bug #460007 hgsvn-0.1.6-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.1.6-1 - 0.1.6 - tests are broken, disable %check hunspell-1.2.7-1.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 1.2.7-1 - latest version hunspell-pl-0.20080823-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 0.20080823-1 - latest version hunspell-sv-1.29-1.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 1.29-1 - latest version ` ibus-0.1.1.20080825-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Huang Peng - 0.1.1.20080825-1 - Update to 0.1.1.20080825. * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-anthy-0.1.1.20080827-1.fc10 -------------------------------- * Wed Aug 27 18:00:00 2008 Huang Peng - 0.1.1.20080827-1 - Update to 0.1.1.20080827. * Tue Aug 26 18:00:00 2008 Huang Peng - 0.1.1.20080826-1 - Update to 0.1.1.20080826. * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-m17n-0.1.1.20080823-1.fc10 ------------------------------- * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-pinyin-0.1.1.20080823-1.fc10 --------------------------------- * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update version to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update version to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update version to 0.1.1.20080812. * Sun Aug 10 18:00:00 2008 Huang Peng - 0.1.0.20080810-1 - The first version. ice-3.3.0-5.fc10 ---------------- * Tue Aug 12 18:00:00 2008 Mary Ellen Foster 3.3.0-5 - Explicitly create build root so it builds on F10 - Patch to build against DB4.7 * Wed Jul 30 18:00:00 2008 Mary Ellen Foster 3.3.0-4 - Re-add .pth file -- the alternative method involves editing auto-generated files that say "don't edit" and I don't want to break other parts of Ice icu-4.0-2.fc10 -------------- * Tue Aug 26 18:00:00 2008 Caolan McNamara - 4.0-2 - Resolves: rhbz#459698 drop Malayalam patches. Note test with Rachana/Meera instead of Lohit Malayalam before filing bugs against icu wrt. Malayalam rendering inkscape-0.46-5.fc10 -------------------- * Wed Aug 13 18:00:00 2008 Lubomir Rintel - 0.46-5 - Rediff patches for zero fuzz - Use uniconvertor to handle CDR and WMF (#458845) iproute-2.6.26-1.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Marcela Maslanova - 2.6.26-1 - update to 2.6.26 - clean patches jd-2.0.1-0.1.svn2284_trunk.fc10 ------------------------------- * Wed Aug 27 18:00:00 2008 Mamoru Tasaka - rev. 2284 jetty-5.1.14-1.6.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Andrew Overholt 5.1.14-1.6 - Require tomcat5 bits with proper OSGi metadata joda-time-1.5.2-8.tzdata2008e.fc10 ---------------------------------- * Sat Aug 23 18:00:00 2008 Conrad Meyer - 1.5.2-7.tzdata2008e - New version with new tzdata (2008e). kanyremote-5.1-1.fc10 --------------------- * Tue Aug 19 18:00:00 2008 Mikhail Fedotov - 5.1-1 Fixed crash on startup issue. Added Czech (thanks to Tomas Kaluza) and Dutch (thanks to Geert Vanhaute) translations. kdebase-runtime-4.1.0-3.fc10 ---------------------------- * Wed Aug 13 18:00:00 2008 Kevin Kofler 4.1.0-3 - fix PA not being default in the Xine backend (KCM part, see phonon-4.2.0-4) * Tue Aug 12 18:00:00 2008 Than Ngo 4.1.0-2 - crash fix when stopping a service that is not yet initialized * Fri Jul 25 18:00:00 2008 Kevin Kofler 4.1.0-1.1 - don't remove autostart directory on F8- (does not conflict, fixes build failure due to nepomukserver.desktop listed in filelist but not found) kdegraphics-4.1.0-6.fc10 ------------------------ * Thu Aug 21 18:00:00 2008 Rex Dieter 4.1.0-6 - f10+: Obsoletes/Provides: libkdcraw-devel, libkexiv2-devel, libkipi-devel * Wed Aug 20 18:00:00 2008 Rex Dieter 4.1.0-5 - fix "last page is not printed" (kde #160860) * Tue Aug 12 18:00:00 2008 Than Ngo 4.1.0-4 - fix crash in printing review in okular - update all the configuration each time a document is open in okular kdelibs-4.1.0-7.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Than Ngo 4.1.0-7 - konsole doesn't write to utmp * Sat Aug 23 18:00:00 2008 Kevin Kofler 4.1.0-6 - don't hide KDE 3 KCMs in kde4-applications.menu, not needed with our OnlyShowIn=KDE3 patch and breaks KDE 3 KCMs (kcmshell, apps) in KDE 4 sessions kdelibs3-3.5.10-1.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Rex Dieter 3.5.10-1 - kde-3.5.10 * Fri Aug 22 18:00:00 2008 Kevin Kofler 3.5.9-18 - fix build against Rawhide kernel headers (fix flock and flock64 redefinition) * Fri Aug 22 18:00:00 2008 Kevin Kofler 3.5.9-17 - fix logic error in OnlyShowIn=KDE3 patch keepassx-0.3.3-2.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Aurelien Bompard 0.3.3-2 - rebase patch for version 0.3.3 * Tue Aug 12 18:00:00 2008 Aurelien Bompard 0.3.3-1 - version 0.3.3 * Mon Jul 21 18:00:00 2008 Aurelien Bompard 0.3.2-1 - version 0.3.2 kernel-2.6.27-0.284.rc4.git6.fc10 --------------------------------- * Wed Aug 27 18:00:00 2008 Dave Airlie - drm update - add opregion support - fix some bugs in radeon modesetting * Tue Aug 26 18:00:00 2008 Jarod Wilson - Temporarily turn on CONFIG_SYSFS_DEPRECATED{,_V2} for ia64 * Tue Aug 26 18:00:00 2008 Dave Jones - 2.6.27-rc4-git6 * Tue Aug 26 18:00:00 2008 Dave Airlie - radeon improved memory manager/modesetting fixups * Tue Aug 26 18:00:00 2008 Adam Jackson - Silence the IOMMU warnings, since pretty much no BIOS has the options to fix them anyway. * Mon Aug 25 18:00:00 2008 Roland McGrath - utrace update * Mon Aug 25 18:00:00 2008 Dave Jones - Merge Linux-2.6 up to commit b8e6c91c74e9f0279b7c51048779b3d62da60b88 * Mon Aug 25 18:00:00 2008 Dave Jones - 2.6.27-rc4-git4 (Drop NR_CPUS on x86-64 to 512) * Sun Aug 24 18:00:00 2008 Dave Jones - 2.6.27-rc4-git3 * Sat Aug 23 18:00:00 2008 Roland McGrath - utrace update kexec-tools-2.0.0-1.fc10 ------------------------ * Wed Aug 27 18:00:00 2008 Neil Horman - 2.0.0-1 - Update kexec-tools to latest upstream version * Wed Aug 27 18:00:00 2008 Neil Horman - 1.102pre-16 - Fix mkdumprd to properly use UUID/LABEL search (bz 455998) koji-1.2.6-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Dennis Gilmore - 1.2.6-1 - update to 1.2.6 - make sure we have to correct version of createrepo on Fedora 8 kpackagekit-0.1-0.2.b4 ---------------------- * Fri Aug 22 18:00:00 2008 Steven M. Parrish 0.1-0.2.b4 - Adding missing files * Tue Aug 19 18:00:00 2008 Steven M. Parrish 0.1-0.1.b4 - New upstream release kvm-73-3.20080825.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Glauber Costa - 73-3.20080825 - Moved forward to yesterday's snapshot. It contains the remaining parts of mark's series of GSO patches. It sould be all back to normal when kvm-74 is released. * Tue Aug 26 18:00:00 2008 Glauber Costa - 73-2 - updated block rw patch * Thu Aug 21 18:00:00 2008 Glauber Costa - 73-1 - Update to kvm-73. - alsa enablement patch not needed anymore - removed. - Add conditional so we can use this same rpm for rhel. ldm-2.0.12-1.fc10 ----------------- * Sun Aug 24 18:00:00 2008 Warren Togami - 2.0.12-1 - Fix crash on x86_64 - Fix crash after X failure * Wed Aug 13 18:00:00 2008 Warren Togami - 2.0.11-1 - move all localapp stuff to ltsp libIDL-0.8.11-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 0.8.11-1 - Update to 0.8.11 libbonobo-2.23.1-1.fc10 ----------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.1-1 - Update to 2.23.1 libcanberra-0.7-1.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Lennart Poettering 0.7-1 - New version libdrm-2.4.0-0.19.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Dave Airlie 2.4.0-0.19 - add back modesetting support - this is a snapshot from modesetting-gem - any bugs are in the other packages that fail to build liberation-fonts-1.04.90-1.fc10 ------------------------------- libgdiplus-2.0-1.fc10 --------------------- libgee-0.1.3-1.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.1.3-1 - Update to 0.1.3 libggz-0.99.4-1.fc10 -------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter - 0.99.4-1 - libgzz-snapshot-0.99.4 libglade2-2.6.3-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen 2.6.3-1 - Update to 2.6.3 - Drop upstreamed patch libgnome-2.23.5-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 * Thu Aug 14 18:00:00 2008 - Lennart Poettering - 2.23.4-3 - Disable esd support since we have libcanberra now libgnomeui-2.23.90-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.4-2 - Disable event sounds because we do them now with libcanberra libgtop2-2.23.90-1.fc10 ----------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 libmcrypt-2.5.8-6.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.5.8-6 - apply minor cleanups from upstream libmtp-0.3.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Linus Walleij 0.3.1-1 - New upstream version. (API and ABI compatible.) * Thu Aug 7 18:00:00 2008 Linus Walleij 0.3.0-1 - Upgrade to 0.3.0. This has to happen some way, perhaps the painful way: I upgrade to gnomad2 2.9.2 that use 0.3.0 and then I write patches to Rhythmbox and Amarok to use 0.3.0 and also send these upstream. libnotify-0.4.4-12.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 0.4.4-12 - Handle extra parameter of the closed signal libntlm-1.0-1.fc10 ------------------ * Sat Apr 19 18:00:00 2008 Nikolay Vladimirov - 1.0-1 - new upstream release libpaper-1.1.23-3.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway - 1.1.23-3 - update to nmu1 - apply patch to fix imprecise definition of DL format - apply patch so that when no config is present, libpaper will fallback through LC_PAPER before giving up and using Letter libpng-1.2.31-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Tom Lane 2:1.2.31-1 - Update to libpng 1.2.31 libpng10-1.0.39-1.fc10 ---------------------- * Thu Aug 21 18:00:00 2008 Paul Howarth 1.0.39-1 - update to 1.0.39 * Sun Aug 17 18:00:00 2008 Paul Howarth 1.0.38-1 - update to 1.0.38 - update soname patch to apply without fuzz libpreludedb-0.9.15-1.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.15-1 - new upstream release libsilc-1.1.7-2.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Stu Tomlinson 1.1.7-2 - Fix the patch to make headers multilib safe, which fixes connecting to servers (#459578) * Wed Aug 20 18:00:00 2008 Stu Tomlinson 1.1.7-2 - Address package review issues (#224458): Remove unnecessary direct dependency on libdl from libsilcclient Link libsilcclient against libsilc Make provides filtering more robust Update description libtcd-2.2.4-1.fc10 ------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 2.2.4-1 - 2.2.4 libtiff-3.8.2-11.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Tom Lane 3.8.2-11 - Fix LZW decoding vulnerabilities (CVE-2008-2327) Related: #458674 - Use -fno-strict-aliasing per rpmdiff recommendation libv4l-0.4.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Hans de Goede 0.4.1-1 - New upstream release 0.4.1 libvoikko-2.0-0.1.rc1.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Ville-Pekka Vainio - 2.0-0.1.rc1 - New release candidate, including the new voikkogc tool in voikko-tools - Add defattr to voikko-tools - Drop upstreamed pkg-config patch lirc-0.8.3-6.fc10 ----------------- * Thu Aug 14 18:00:00 2008 - Bastien Nocera - 0.8.3-6 - Make lircd not exit when there's no device available, so that the daemon is running as expected when the hardware is plugged back in (#440231) * Thu Aug 14 18:00:00 2008 - Bastien Nocera - 0.8.3-5 - Add huge patch to fix the majority of remotes to have sensible keycodes, so they work out-of-the-box (#457273) logwatch-7.3.6-27.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Ivana Varekova 7.3.6-27 - fix init script problem (#459887) * Fri Aug 15 18:00:00 2008 Ivana Varekova 7.3.6-26 - fix problem with changed logrotate suffixes (#458580) lshw-B.02.13-3.fc10 ------------------- * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-3 - rebuild * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-2 - proper patch macro * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-1 - B.02.13 - remove patches now upstream - add new gcc43 patch man-pages-3.07-1.fc10 --------------------- * Thu Aug 14 18:00:00 2008 Ivana Varekova - 3.07-1 - update to 3.07 - remove ncsa_auth.8 (#458498) man-pages-ja-20080815-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Akira TAGOH - 20080815-1 - updates to 20080815. - correct the description of 'suspend' built-in command in bash(1). - correct the description of top(1) command. mathomatic-14.1.4-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Terje Rosten - 14.1.4-1 - 14.1.4 - add build patch (add optflags, dont strip) maven-doxia-1.0-0.2.a7.2.10.fc10 -------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7.2.9 - Build for ppc64 * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7.2.10 - Fix broken release tag maven-jxr-1.0-2.8.fc10 ---------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-2.8 - Build for ppc64 maven-surefire-1.5.3-2.8.fc10 ----------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.5.3-2.8 - Build for ppc64 maxima-5.16.3-1.fc10 -------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter - 5.16.3-1 - maxima-5.16.3 * Mon Aug 18 18:00:00 2008 Rex Dieter - 5.16.2-1 - maxima-5.16.2 (5.16 rc) mcrypt-2.6.7-3.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 2.6.7-3 - use native mcrypt format by default (not openpgp) (bz 433582) - fix gaa - fix format strings mediawiki-1.13.0-40.fc10 ------------------------ * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.13.0-40 - Use consistently Patch0 and %patch0. * Sat Aug 16 18:00:00 2008 Axel Thimm - 1.13.0-39 - Update to 1.13.0. * Wed May 21 18:00:00 2008 Tom "spot" Callaway 1.10.4-40 - fix license tag meld-1.2-2.fc10 --------------- * Tue Aug 26 18:00:00 2008 Brian Pepple - 1.2-2 - Change require to gnome-python2-gnome. (#460010) mercator-0.2.6-1.fc10 --------------------- * Sun Aug 17 18:00:00 2008 Wart 0.2.6-1 - Update to 0.2.6 mercurial-1.0.2-1.fc10 ---------------------- * Fri Aug 15 18:00:00 2008 Neal Becker - 1.0.2-1 - Update to 1.0.2 metacity-2.23.144-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.144-1 - Update to 2.23.144 midisport-firmware-1.2-2 ------------------------ * Thu Aug 14 18:00:00 2008 Dave Jones - Use udev rules from upstream package instead of our own. * Thu Aug 14 18:00:00 2008 Dave Jones - License clarification. mod_mono-2.0-1.fc10 ------------------- mod_security-2.5.6-1.fc10 ------------------------- * Sat Aug 2 18:00:00 2008 Michael Fleming 2.5.6-1 - Update to upstream 2.5.6 - Remove references to mlogc, it no longer ships in the main tarball. - Link correctly vs. libxml2 and lua (bz# 445839) - Remove bogus LoadFile directives as they're no longer needed. * Sun Apr 13 18:00:00 2008 Michael Fleming 2.1.7-1 - Update to upstream 2.1.7 mono-2.0-4.fc10 --------------- * Fri Aug 22 18:00:00 2008 Paul F. Johnson 2.0-4 - fix for XIM with en_GB.UTF locale plus others * Mon Aug 18 18:00:00 2008 Paul F. Johnson 2.0-3 - removed canna-devel requirements - bump to preview 2 - removed further bits for moonlight * Sun Aug 17 18:00:00 2008 Paul F. Johnson 2.0-2 - added Canna-devel BR and R Canna for mwf - removed the build of moonlight parts - disable-static on configure * Sat Aug 2 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 - alter licence to MIT only - renamed and clean up patch files - spec file fixes mono-basic-2.0-1.fc10 --------------------- * Sun Aug 10 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 monodevelop-1.9-5.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 1.9-5 - Use system-provided nunit * Sat Aug 23 18:00:00 2008 Michel Alexandre Salim - 1.9-4 - Clean up build dependencies: database support now a separate package - Clean up spec file and patches * Fri Aug 8 18:00:00 2008 David Nielsen - 1.9-3 - rebase configure patch for fuzz - file list fix up * Thu Jul 10 18:00:00 2008 David Nielsen 1.9-2 - numerical compare for fedora version test, fixes compile on f10 * Mon Jul 7 18:00:00 2008 Paul F. Johnson 1.9-1 - bump to latest beta for md2 - fixes to patch files for mono.cecil - fix the archs to be mono package happy - spec file fixes * Tue May 6 18:00:00 2008 Paul F. Johnson 1.0-6 - added br mono-tools - removed prepackaged mime * Thu May 1 18:00:00 2008 Paul F. Johnson 1.0-5.1 - attempt a fix for a text editor to work - rebuild * Wed Apr 30 18:00:00 2008 Paul F. Johnson 1.0-4 - mdtool fix * Wed Apr 30 18:00:00 2008 Paul F. Johnson 1.0-3 - remove BR ikvm-devel * Fri Apr 25 18:00:00 2008 Paul F. Johnson 1.0-2 - add in gtksourceview2 support monodoc-2.0-2.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway 2.0-2 - fix license (again) mousetweaks-2.23.90-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 mozldap-6.0.5-4.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 6.0.5-4 - actually fix license tag (whoops) mtpaint-3.21-1.fc10 ------------------- * Fri Aug 15 18:00:00 2008 Terje Rosten - 3.21-1 - 3.21 - add %defattr on handbook mtx-1.3.12-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Dan Horak 1.3.12-1 - update to mtx-1.3.12 mysql-5.0.67-1.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Tom Lane 5.0.67-1 - Update to mysql version 5.0.67 - Move mysql_config's man page to base package, again (apparently I synced that change the wrong way while importing specfile changes for ndbcluster) nautilus-2.23.90-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera - 2.23.90-2 - Fix typo in the schemas file * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 nautilus-cd-burner-2.23.90-1.fc10 --------------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 ncview-1.93c-4.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Adam Jackson 1.93c-4 - Drop Requires: xorg-x11-server-Xorg. netpbm-10.35.49-2.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy 10.35.49-2 - link against system jasper instead of embedded one (#460300) * Thu Aug 14 18:00:00 2008 Jindrich Novy 10.35.49-1 - update to 10.35.49 - fixes crash in pamcut when cutting a region entirely to the left or right of the input image, with -pad nfs-utils-lib-1.1.3-2.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Steve Dickson 1.1.3-2 - Upgraded librpcsecgss to latest upstream version: 0.18 * Wed Aug 27 18:00:00 2008 Steve Dickson 1.1.3-1 - Upgraded libnfsidmap to latest upstream version: 0.21 nikto-1.36-4.fc10 ----------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 1.36-4 - fix license tag nntpgrab-0.3.90-2.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Erik van Pienbroek - 0.3.90-2 - Reverted one of the rpmlint fixes as it was causing a build failure * Fri Aug 22 18:00:00 2008 Erik van Pienbroek - 0.3.90-1 - Update to version 0.3.90 (0.4 beta 1) - Upstream has changed a lot in the infrastructure: - Added core-libs subpackage - Added gui-base subpackage - Added gui-networked subpackage - Merged the plugins subpackage with the core subpackage - Several rpmlint warnings fixed node-0.3.2-5.fc10 ----------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.3.2-5 fix for #458818 nss-3.12.1.0-2.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Kai Engert - 3.12.1.0-2 - NSS 3.12.1 RC1 * Fri Aug 15 18:00:00 2008 Kai Engert - 3.12.0.3-7 - fix bug bug 429175 in libpem module ntfs-3g-1.2812-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway - 2:1.2812-1 - update to 1.2812 nut-2.2.2-2.fc10 ---------------- * Mon Aug 25 18:00:00 2008 Tomas Smetana 2.2.2-2 - fix requirements in spec file - build a separate hal package nx-3.2.0-31.fc10 ---------------- * Tue Aug 26 18:00:00 2008 TOm "spot" Callaway - 3.2.0-31 - fix license tag * Mon Aug 25 18:00:00 2008 Axel Thimm - 3.2.0-30 - Update nxagent to fix some keyboard mapping on 64 bits and broken repaint on ADSL type lines. * Tue Aug 12 18:00:00 2008 Axel Thimm - 3.2.0-29 - Remove old patches. obex-data-server-0.3.4-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 0.3.4-1 - Update to 0.3.4 - Fixes a problem accessing Nokia phones (#456541) ocaml-bitstring-1.9.8-3.fc10 ---------------------------- * Tue Aug 26 18:00:00 2008 Richard W.M. Jones - 1.9.8-3 - +BR time. * Tue Aug 26 18:00:00 2008 Richard W.M. Jones - 1.9.8-2 - New upstream release 1.9.8. - Add *.so* files. odfpy-0.8-1.fc10 ---------------- * Fri Aug 22 18:00:00 2008 Ian Weller 0.8-1 - Update upstream oggvideotools-0.5-1.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Matt Domsch - 0.5-1 - Fedora patches applied upstream - improved documentation openoffice.org-3.0.0-3.1.fc10 ----------------------------- * Tue Aug 19 18:00:00 2008 Caol??n McNamara - 1:3.0.0-3.1 - next milestone - Resolves: rhbz#458681 python requires - Resolves: rhbz#458739 icon generation sequence - Resolves: rhbz#441108 fpicker UI lock add workspace.fpicker8.patch - update to upstream dbaccess a11y solution - ooo#92920 enable building pdf importer against poppler and activate for fedora - drop integrated workspace.impress152.patch openoffice.org-voikko-3.0-0.2.rc1.fc10 -------------------------------------- * Wed Jul 30 18:00:00 2008 Ville-Pekka Vainio - 3.0-0.2.rc1 - New release candidate: - Require libvoikko >= 2.0 - Don't build with SHOW_UGLY_WARNINGS anymore openvpn-2.1-0.28.rc9.fc10 ------------------------- * Wed Aug 13 18:00:00 2008 Steven Pritchard 2.1-0.28 - Add "--script-security 2" by default for backwards compatibility (see bug #458594). openvrml-0.17.8-1.0.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Braden McDaniel - 0.17.8-1.0 - Updated to 0.17.8. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.7-2.0 - libgnomeui-2.23.4-1 does not work with GTK_DISABLE_DEPRECATED; patch it away. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.7-1.0 - Updated to 0.17.7. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.6-7.0 - Change to x.y convention for the Release number to satisfy Fedora packaging scripts. orca-2.23.90-2.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Matthias Clasen - 2.23.90-2 - Require gnome-python2-gnome * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 * Tue Jul 22 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 osgal-0.6.1-5.fc10 ------------------ * Thu Aug 14 18:00:00 2008 Ralf Cors??pius - 1:0.6.1-5 - Rebuild against OSG-2.6.0. osgcal-0.1.46-7.fc10 -------------------- * Thu Aug 14 18:00:00 2008 Ralf Cors??pius - 0.1.46-7 - Rebuild against OSG-2.6.0. packagekit-qt-0.1-0.1.b4.fc10 ----------------------------- * Tue Aug 19 18:00:00 2008 Steven M. Parrish 0.1-0.1.b4 - New upstream release padevchooser-0.9.4-0.6.svn20070925.fc10 --------------------------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 0.9.4-0.6.svn20070925 - fix license tag pam_krb5-2.3.0-2.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 2.3.0-2 - fix license tag pam_smb-1.1.7-9.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 1.1.7-9 - package cleanups - fix license tag pango-1.21.5-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Behdad Esfahbod - 1.21.5-1 - Update to 1.21.5 paraview-3.3.1-0.20080811.1.fc10 -------------------------------- * Mon Aug 11 18:00:00 2008 Orion Poplawski - 3.3.1-0.20080811.1 - Update 3.3.1 CVS snapshot - Update hdf5 patch to drop upstreamed changes - Fix mpi build (bug #450598) - Use rpath instead of ls.so conf files so mpi and non-mpi can be installed at the same time - mpi package now just ships mpi versions of the server components - Drop useless mpi-devel subpackage - Update hdf5 patch to fix H5pubconf.h -> H5public.h usage parcellite-0.8-1.fc10 --------------------- pari-2.3.3-2.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 2.3.3-2 - fix license tag perl-5.10.0-41.fc10 ------------------- * Wed Aug 13 18:00:00 2008 Stepan Kasal - 4:5.10.0-41.fc10 - do not create directory .../%{version}/auto perl-Business-Hours-0.08-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Ralf Cors??pius - 0.08-1 - Upstream update. - Reflect Source0-URL having changed. perl-DBIx-SearchBuilder-1.54-1.fc10 ----------------------------------- * Fri Aug 8 18:00:00 2008 Ralf Cors??pius - 1.54-1 - Upstream update. perl-HTTP-Server-Simple-0.34-1.fc10 ----------------------------------- * Tue Aug 26 18:00:00 2008 Ralf Cors??pius - 0.34-1 - Upstream update (Required by rt >= 3.8.0). perl-IPC-Run3-0.042-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Ralf Cors??pius 0.042-1 - Upstream update. perl-Locale-Maketext-Lexicon-0.68-1.fc10 ---------------------------------------- * Tue Aug 26 18:00:00 2008 Ralf Cors??pius - 0.68-1 - Upstream update. - Reflect new Source0-URL. perl-Perl-MinimumVersion-1.18-1.fc10 ------------------------------------ * Mon Aug 25 18:00:00 2008 Ralf Cors??pius - 1.18-1 - Upstream update. perl-Test-ClassAPI-1.05-2.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Ralf Cors??pius - 1.05-2 - Bump release. * Tue Aug 26 18:00:00 2008 Ralf Cors??pius - 1.05-1 - Upstream update. perl-Text-CharWidth-0.04-5.fc10 ------------------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.04-5 - %check || : does not work anymore. perl-Text-WrapI18N-0.06-4.fc10 ------------------------------ * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.06-4 - %check || : does not work anymore. perl-mogilefs-server-2.17-7.fc10 -------------------------------- * Wed Aug 13 18:00:00 2008 Ruben Kerkhof 2.17-7 - Add compat statements for subpackages * Wed Aug 13 18:00:00 2008 Ruben Kerkhof 2.17-6 - Due to a problem in the tempfile handling, mogilefs occasionally looses file data after a while. Bz 458890 phonon-4.2.0-4.fc10 ------------------- * Sun Aug 10 18:00:00 2008 Kevin Kofler 4.2.0-4 - rename -backend-gst back to -backend-gstreamer (longer name as -backend-xine) The GStreamer backend isn't ready to be the default, and KDE 4.1 also defaults to the Xine backend when both are installed. - fix PulseAudio not being the default in the Xine backend (4.2 regression) pidgin-2.5.0-1.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Stu Tomlinson 2.5.0-1 - 2.5.0 plexus-ant-factory-1.0-0.2.a1.1.9.fc10 -------------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a1.1.9 - Build for ppc64 plexus-bsh-factory-1.0-0.2.a7s.1.9.fc10 --------------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7s.1.9 - Build for ppc64 plymouth-0.6.0-0.2008.08.27.2.fc10 ---------------------------------- * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27.2 - If user hits escape, send "" as the password (bug 459111) * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27.1 - Fix another crasher for users with encrypted disks (this time in the text plugin, not the client) * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27 - Update to latest snapshot - Add the ability to show text prompts in graphical plugin - Fix crasher for users with encrypted disks * Sat Aug 23 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.22 - Update to latest snapshot * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-20.2008.08.13 - Update previous patch to remove some assertions * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-19.2008.08.13 - add a patch that may help serial console users * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-18.2008.08.13 - add spool directory to file list * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-17.2008.08.13 - Make plymouth-gdm-hooks require plymouth-utils * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-16.2008.08.13 - Add a boot failure viewer to login screen (written by Matthias) * Tue Aug 12 18:00:00 2008 Adam Jackson 0.5.0-15.2008.08.08 - plymouth-0.5.0-textbar-hotness.patch: Change the text plugin to a slightly more traditional progress bar, to maintain the illusion of progress better than the eternally oscillating cylon. Note: still incomplete. podsleuth-0.6.2-2.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.6.2-2 - Apply sg3_utils patch only on F10 and above * Mon Aug 25 18:00:00 2008 Michel Salim - 0.6.2-1 - Update to 0.6.2 * Thu May 15 18:00:00 2008 Nigel Jones - 0.6.0-6 - SELinux Policies included as of selinux-policy-3.3.1-51 - Update hal-podsleuth to not put .wapi in /root (bad bad thing) poppler-0.8.6-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 0.8.6-1 - Update to 0.8.6 prelude-lml-0.9.13-1.fc10 ------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.13-1 - new upstream release prelude-manager-0.9.14.2-1.fc10 ------------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.14.2-1 - new upstream version privoxy-3.0.10-1.fc10 --------------------- * Mon Aug 25 18:00:00 2008 Karsten Hopp 3.0.10-1 - privoxy 3.0.10 psi-0.12-1.fc10 --------------- * Wed Aug 13 18:00:00 2008 Aurelien Bompard 0.12-1 - version 0.12 pychess-0.8.2-1.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Michel Salim - 0.8.2-1 - Update to 0.8.2 * Mon Mar 17 18:00:00 2008 Sindre Pedersen Bj??rdal - 0.8-2 - Bump release pygame-1.8.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Robin Norwood 1.8.1-1 - Update to new upstream version. - rpmlint fixes * Mon Aug 25 18:00:00 2008 Robin Norwood 1.8.0-3 - Rebase config patch for 1.8.0 - Need to specify BR: SDL-devel * Mon Aug 25 18:00:00 2008 Robin Norwood 1.8.0-2 - Change from requiring python-numeric to numpy - rhbz#457074 pygobject2-2.15.2-3.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Matthew Barnes - 2.15.2-3.fc10 - Modify thread initialization patch to fix RH bug #458522. pygtk2-2.13.0-2.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Matthew Barnes - 2.13.0-2.fc10 - Restore pycairo and pygobject2 requirements, with a note to myself to stop screwing around with them (RH bug #460105). * Mon Aug 25 18:00:00 2008 Matthew Barnes - 2.13.0-1.fc10 - Update to 2.13.0 - Update version requirements. python-exif-1.0.8-1.fc10 ------------------------ * Fri Aug 15 18:00:00 2008 Terje Rosten - 1.0.8-1 - 1.0.8 python-fedora-0.3.5-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Luke Macken - 0.3.5-1 - New upstream release python-gammu-0.26-1.fc10 ------------------------ * Mon Aug 25 18:00:00 2008 Xavier Lamien - 0.26-1 - Update release. python-mwlib-0.8.3-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Ian Weller 0.8.3-1 - Bump to 0.8.3 python-pp-1.5.5-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Steve 'Ashcrow' Milner - 1.5.5-1 - Updated to upstream latest stable. python-sphinx-0.4.2-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.4.2-1 - Update to 0.4.2 python-telepathy-0.15.1-1.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Brian Pepple - 0.15.1-1 - Update to 0.15.1. - Drop examples-README. Included in upstream now. python-toscawidgets-0.9.3-1.fc10 -------------------------------- * Tue Aug 26 18:00:00 2008 Toshio Kuratomi - 0.9.3-1 - New upstream. qgis-0.11.0-2.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Douglas E. Warner 0.11.0-2 - building against blas and lapack instead of atlas and blas to fix missing library calls ql2400-firmware-4.04.04-1.fc10 ------------------------------ * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway 4.04.04-1 - update to 4.04.04 quilt-0.47-1.fc10 ----------------- * Thu Aug 21 18:00:00 2008 - jwboyer at gmail.com 0.47-1 - Update to latest release rcssbase-12.1.1-3.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Hedayat Vatankhah 12.1.1-3 - Rebuild to link agains the new boost libraries rcssserver3d-0.6-4.fc10 ----------------------- * Thu Aug 14 18:00:00 2008 Hedayat Vatankhah 0.6-4 - Rebuilding the package because of new boost libraries. redhat-lsb-3.2-1.fc10 --------------------- * Mon Aug 18 18:00:00 2008 Hao Liu 3.2-1 - Port forward to LSB 3.2 - Remove symlink for mailx if user is upgrading from the redhat-lsb of older version - Since F10 put mailx under /usr/bin, change the corresponding requires redhat-menus-8.9.11-6.fc10 -------------------------- * Sun Aug 24 18:00:00 2008 Matthias Clasen - 8.9.11-6 - Use standard icon names where available * Wed Aug 13 18:00:00 2008 Matthias Clasen - 8.9.11-5 - Own /etc/xdg/menus rhythmbox-0.11.6-6.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 - Linus Walleij 0.11.6-6 - Rebuild package to pick up libmtp 0.3.0 deps * Thu Aug 14 18:00:00 2008 - Bastien Nocera 0.11.6-5 - Add a default LIRC configuration, so it works out-of-the-box * Tue Aug 12 18:00:00 2008 - Bastien Nocera 0.11.6-4 - Add patch for libmtp 0.3 support (#458388) rpm-4.5.90-0.git8461.2 ---------------------- * Wed Aug 13 18:00:00 2008 Panu Matilainen - 4.5.90-0.git8461.2 - fix archivesize tag generation on ppc (#458817) rrdtool-1.3.1-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Jarod Wilson 1.3.1-1 - Update to rrdtool 1.3.1 rsyslog-3.21.3-1.fc10 --------------------- * Wed Aug 20 18:00:00 2008 Peter Vrabec 3.21.3-1 - upgrade to bugfix release rtpproxy-1.2-0.1.alpha.200807211.fc10 ------------------------------------- * Wed Aug 13 18:00:00 2008 Peter Lemenkov - 1.2-0.1.alpha.200807211 - Snapshot 1.2.alpha.200807211 ruby-1.8.6.287-1.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Akira TAGOH - 1.8.6.287-1 - New upstream release. - Security fixes. - CVE-2008-3655: Ruby does not properly restrict access to critical variables and methods at various safe levels. - CVE-2008-3656: DoS vulnerability in WEBrick. - CVE-2008-3657: Lack of taintness check in dl. - CVE-2008-1447: DNS spoofing vulnerability in resolv.rb. - CVE-2008-3443: Memory allocation failure in Ruby regex engine. - Remove the unnecessary backported patches. ruby-augeas-0.2.0-1.fc10 ------------------------ * Tue Aug 26 18:00:00 2008 David Lutterkort - 0.2.0-1 - New version ruby-aws-0.4.1-1.fc10 --------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 0.4.1-1 - 0.4.1 ruby-marc-0.2.1-1.fc10 ---------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 0.2.1-1 - 0.2.1 ruby-mechanize-0.7.8-1.fc10 --------------------------- * Thu Aug 28 18:00:00 2008 Mamoru Tasaka - 0.7.8-1 - 0.7.8 schroedinger-1.0.5-1.fc10 ------------------------- * Wed Aug 27 18:00:00 2008 Jeffrey C. Ollie - 1.0.5-1 - Update to 1.0.5 scim-1.4.7-31.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Jens Petersen - 1.4.7-31.fc10 - bring back Ctrl+Space hotkey by default for all locale by popular demand - drop disabling of uncommon IMEs from global system config since less used Chinese tables have been moved to scim-tables-chinese-extra * Tue Aug 26 18:00:00 2008 Jens Petersen - 1.4.7-30.fc10 - restore scim_x11_frontend-ic-focus-LTC27940-215953.patch (#440163) scim-tables-0.5.8-4.fc10 ------------------------ * Wed Aug 27 18:00:00 2008 Jens Petersen - 0.5.8-4.fc10 - move the Chinese tables disabled by default in scim to a new chinese-extra subpackage - move removal of Japanese tables from scim-tables-0.5.8-1.jk.patch to install * Tue Jun 24 18:00:00 2008 Jens Petersen - remove Translit from ukrainian scsi-target-utils-0.0-5.20080805snap.fc10 ----------------------------------------- * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.0-5.20080805snap - update to 20080805 snapshot sdparm-1.03-1.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.03-1 - 1.03 seahorse-2.23.90-1.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen 2.23.90-1 - Update to 2.23.90 seahorse-plugins-2.23.6-2.fc10 ------------------------------ * Sun Aug 24 18:00:00 2008 Matthias Clasen 2.23.6-2 - Brutally fix some file conflicts with the main seahorse package selinux-policy-3.5.5-1.fc10 --------------------------- * Tue Aug 12 18:00:00 2008 Dan Walsh 3.5.4-2 - Allow ifconfig_t to read dhcpc_state_t * Mon Aug 11 18:00:00 2008 Dan Walsh 3.5.4-1 - Update to upstream * Thu Aug 7 18:00:00 2008 Dan Walsh 3.5.3-1 - Update to upstream * Sat Aug 2 18:00:00 2008 Dan Walsh 3.5.2-2 - Allow system-config-selinux to work with policykit sepostgresql-8.3.3-2.964.fc10 ----------------------------- * Wed Aug 13 18:00:00 2008 - 8.3.3-2.964 - bugfix: trusted procedure invokation ser2net-2.5-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 2.5-1 - update to 2.5 - fix initscript to not be on by default - add try-restart setools-3.3.5-1.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Chris PeBenito 3.3.5-1 - Update to upstream version 3.3.5. showimg-0.9.5-19.fc10 --------------------- * Sun Aug 3 18:00:00 2008 Aurelien Bompard 0.9.5-19 - drop libkipi support (for KDE4) sip-4.7.7-1.fc10 ---------------- * Tue Aug 26 18:00:00 2008 Rex Dieter - 4.7.7-1 - sip-4.7.7 slrn-0.9.9-1.fc10 ----------------- * Tue Aug 26 18:00:00 2008 Miroslav Lichvar 0.9.9-1 - update to 0.9.9 smart-1.0-54.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Axel Thimm - 1.0-54 - omit (broken) BR: qt-devel (Rex Dieter). - fix comment typo (Ville Skytt??). - Configure ksmarttray with dependency tracking disabled (Ville Skytt??). * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.0-53 - Rebase patch to 1.0 to avoid fuzz=0 rejection on recent rpm. * Fri Aug 15 18:00:00 2008 Axel Thimm - 1.0-52 - Update to 1.0. - Remove automake version patch. sound-juicer-2.23.2-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 source-highlight-2.10-1.fc10 ---------------------------- * Sat Aug 16 18:00:00 2008 Adrian Reber - 2.10-1 - updated to 2.10 sqliteman-1.2.0-3.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.2.0-3 - build with internal qscintilla * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.2.0-1 - 1.2.0 - add qscintilla-devel to build req subtitleeditor-0.22.3-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Martin Sourada - 0.22.3-1 - New upstream release - Don't build with cppunit testing (rhbz #458607) sunbird-0.9-0.3.20080824cvs.fc10 -------------------------------- * Sun Aug 24 18:00:00 2008 Lubomir Rintel 0.9-0.3.20080824cvs - Newer snapshot closer to RC - New langpacks - Fix install root path superiotool-0-0.12.20080815svn3511.fc10 --------------------------------------- * Fri Aug 15 18:00:00 2008 Peter Lemenkov 0-0.12.20080815svn3511 - Fixed svn path (LinuxBIOS renamed to Coreboot) - svn ver. 3511 - add support for SMSC SIO10N268 (trivial) - add support for 2 new SMSC superio chips - Add dump support for Winbond (NSC) PC87427 synaptics-0.14.6-11.fc10 ------------------------ * Thu Aug 14 18:00:00 2008 Adel Gadllah 0.14.6-11 - Revert the "no tap behaviour" RH #439386 system-config-bind-4.0.9-1.fc10 ------------------------------- * Tue Aug 26 18:00:00 2008 Jaroslav Reznik - 4.0.9-1 - New gnome style manual (bz#326091) - Fixes hang when signing zone (bz#219788) - Fixes Bind package changes (bz#457369) - Fixes icon reference (bz#457713) - Dependencies changes gnome-python2-gnome (bz#460015) - Repackage with new translations - Other changes system-config-netboot-0.1.45.2-3.fc10 ------------------------------------- * Tue Aug 26 18:00:00 2008 Jaroslav Reznik - 0.1.45.2-3 - gnome-python2-gnome requirement (#bz460019) system-config-printer-1.0.6-1.fc10 ---------------------------------- * Tue Aug 26 18:00:00 2008 Tim Waugh 1.0.6-1 - Requires gnome-python2-gnome (bug #460021). - 1.0.6: - More delete-event fixes. - Fixed temporary file leak. - Fixed dialog leaks. - Small UI improvements for the New Printer dialog. - Other small fixes. * Thu Aug 14 18:00:00 2008 Tim Waugh 1.0.5-3 - Include other fixes from upstream including: - OpenPrinting API change (trac #74). - libnotify API change for 'closed' signal. - Notification for job authentication (trac #91). - Glade delete-event fixes (trac #88). - Pre-fill username in job authentication dialog (trac #87). * Wed Aug 13 18:00:00 2008 Tim Waugh 1.0.5-2 - Handle HTTP_FORBIDDEN. system-config-samba-1.2.64-1.fc10 --------------------------------- * Tue Aug 19 18:00:00 2008 Nils Philippsen - 1.2.64-1 - install dbus service mechanism * Mon Aug 18 18:00:00 2008 Nils Philippsen - add python, python-devel build requirements - remove usermode, libuser-python requirements - add dbus-python, PolicyKit-gnome, python-slip-dbus requirements - ship dbus, PolicyKit configuration and scsamba python module * Fri Aug 15 18:00:00 2008 Nils Philippsen - use dbus/PolicyKit for privileged operations in the frontend - use pwd.getpwall () instead of libuser for user enumeration * Wed Aug 13 18:00:00 2008 Nils Philippsen - implement dbus service wrapping the backend * Tue Aug 12 18:00:00 2008 Nils Philippsen - restructure source, prepare for dbus/PolicyKit system-config-services-0.99.22-1.fc10 ------------------------------------- * Tue Aug 26 18:00:00 2008 Nils Philippsen - 0.99.22-1 - version 0.99.22 * Tue Aug 26 18:00:00 2008 Nils Philippsen - make services list insensitive until first batch of services has rolled in * Fri Aug 22 18:00:00 2008 Nils Philippsen - honor X-Fedora-Pidfile directive in LSB header - implement default priorities for AsyncCmdQueue objects - service gtk events in GUIServicesList.on_services_changed () to avoid hanging GUI on startup * Thu Aug 21 18:00:00 2008 Nils Philippsen - let GUI wait until herders are ready, then select first service in list - remove debugging output - when the selected service is deleted, find a suitable alternative to select - change PolicyKit actions to org.fedoraproject.config.services.info, org.fedoraproject.config.services.manage - when listing services, don't sleep until backend herder is ready - handle SVC_HERDER_READY signal with empty service name * Wed Aug 20 18:00:00 2008 Nils Philippsen - make monitoring of initially stopped services with pidfiles work * Mon Aug 18 18:00:00 2008 Nils Philippsen - use * Fri Aug 15 18:00:00 2008 Nils Philippsen - remove some cruft - DBUS objects get a bus name, not the bus itself when created * Tue Aug 12 18:00:00 2008 Nils Philippsen - rectify dbus interface name * Fri Aug 8 18:00:00 2008 Nils Philippsen - use HookableSet for DBusSysVServiceProxy.runlevels - set about dialog transient for main window * Wed Aug 6 18:00:00 2008 Nils Philippsen - don't except KeyboardInterrupt in two places tcd-utils-20080820-1.fc10 ------------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 20080820-1 - Update to 20080820 teg-0.11.2-16.fc10 ------------------ * Fri Aug 22 18:00:00 2008 josef radinger - 0.11.2-16 - move icons file to /usr/share/pixmaps/ telepathy-gabble-0.7.8-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.7.8-1 - Update to 0.7.8. - Drop assertion patch. Fixed upstream. telepathy-glib-0.7.14-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.7.14-1 - Update to 0.7.14. - Add README & NEWS to docs. telepathy-haze-0.2.0-3.fc10 --------------------------- * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.2.0-3 - Remove the mission-control subpackage in favor of using the profiles from Empathy upstream. telepathy-salut-0.3.4-2.fc10 ---------------------------- * Sun Aug 24 18:00:00 2008 Brian Pepple - 0.3.4-2 - Build with libasyncns support. * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.3.4-1 - Update to 0.3.4. - bump minimum tp-glib version needed. texlive-2007-35.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy - 2007-35 - texlive-context requires texlive-texmf-context (#455163) - fix lacheck to not to segfault (#451513) - rediff some patchesto be applicable with zero fuzz texlive-texmf-2007-24.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy - 2007-24 - fix rendering of beamer slides (#457836) - remove ubbold.fd (#458150), thanks to Jason Cross - fix broken Euro sign (#459332) and Romanian accent (#460266), thanks to Vasile Gaburici themonospot-0.7.1.1-1.fc10 -------------------------- * Tue Aug 26 18:00:00 2008 hman 0.7.1.1-1 - bug fixed: solved UserData function problem, now work fine tokyocabinet-1.3.4-1.fc10 ------------------------- * Mon Aug 25 18:00:00 2008 Deji Akingunola - 1.3.4-1 - Update to 1.3.4 - Add bzip2-devel BR tomboy-0.11.3-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 0.11.3-1 - Update to 0.11.3 * Tue Aug 5 18:00:00 2008 Matthias Clasen - 0.11.1-1 - Update to 0.11.1 transmission-1.33-1.fc10 ------------------------ * Sun Aug 24 18:00:00 2008 Denis Leroy - 1.33-1 - Update to upstream 1.33 - Now dual-licensed - Gnusource and download dir patches upstreamed tuxcmd-0.6.36-5.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Tomas Bzatek 0.6.36-5 - Use supplied libc unit (ripped out from original FPC sources) - Do not generate debug info on x86_64 (buggy compiler) * Mon Aug 25 18:00:00 2008 Tomas Bzatek 0.6.36-4 - Rebuild against FPC 2.2.2 (fixes threading issues) - Do not generate executable stack (fixes SELinux issues) tzdata-2008e-1.fc10 ------------------- * Tue Aug 12 18:00:00 2008 Petr Machata - 2008e-1 - Upstream 2008e - Changes for Mauritius - Leap second coverage for 31/Dec 2008 - Corrections of historical dates unicap-0.2.23-4.fc10 -------------------- * Sat Aug 9 18:00:00 2008 Robert Scheck 0.2.23-4 - Rebuild to get missing dependencies back (#443015, #458527) util-linux-ng-2.14.1-0.1.fc10 ----------------------------- * Thu Aug 14 18:00:00 2008 Karel Zak 2.14.1-0.1 - upgrade to 2.14.1-rc1 - refresh old patches * Thu Jul 24 18:00:00 2008 Karel Zak 2.14-3 - update util-linux-ng-2.14-mount-file_t.patch to make the SELinux warning optional (verbose mode is required) vala-0.3.5-1.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 0.3.5-1 - Update to 0.3.5 vdrift-20080805-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla - 20080805-1 - Update to new upstream. - Dropped gcc4.3 and jamfile patches, applied upstream. - Merged and obsolete/provided -data package, following upstream. - Added glew-devel BR. vim-7.2.006-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Karsten Hopp 7.2.006-1 - patchlevel 6 * Mon Aug 18 18:00:00 2008 Karsten Hopp 7.2.002-1 - patchlevel 2 - fix specfile template (#446070) - old specfile changelog moved to Changelog.rpm * Thu Aug 14 18:00:00 2008 Karsten Hopp 7.2.000-1 - vim 7.2 - drop 330 patches vinagre-2.23.90-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 vino-2.23.90-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 vte-0.17.2-1.fc10 ----------------- * Thu Aug 14 18:00:00 2008 Behdad Esfahbod 0.17.2-1 - Update to 0.17.2 wallpapoz-0.4.1-7.svn87_trunk.fc10 ---------------------------------- * Wed Aug 27 18:00:00 2008 Mamoru Tasaka - 0.4.1-7.svn87_trunk - F-10+: Add (Build)Requires: gnome-python2-gnome (bug 456122, 460022) wammu-0.28-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Xavier Lamien - 0.28-1 - Update release. wavpack-4.50.1-1.fc10 --------------------- * Sun Aug 24 18:00:00 2008 Peter Lemenkov 4.50.1-1 - Version 4.50.1 wesnoth-1.4.4-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla - 1.4.4-1 - New upstream release. - Introduced patch fuzz workaround, will fix. wget-1.11.4-1.fc10 ------------------ * Wed Aug 13 18:00:00 2008 Karsten Hopp 1.11.4-1 - update wireshark-1.0.2-3.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Radek Vok??l 1.0.2-3 - fix requires for wireshark-gnome wklej-0.1.2-1.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Rafa?? Psota - 0.1.2-1 - update to 0.1.2 * Thu Aug 21 18:00:00 2008 Rafa?? Psota - 0.1.1-1 - update to 0.1.1 wordpress-2.6.1-1.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Adrian Reber - 2.6.1-1 - updated to 2.6.1 wpa_supplicant-0.6.4-1.fc10 --------------------------- * Wed Aug 27 18:00:00 2008 Dan Williams - 1:0.6.4-1 - Update to 0.6.4 - Remove 'hostap', 'madwifi', and 'prism54' drivers; use standard 'wext' instead - Drop upstreamed patches writer2latex-0.5-4.fc10 ----------------------- * Sat Aug 9 18:00:00 2008 Caolan McNamara 0.5-4 - use generic requires x2vnc-1.7.2-9.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 1.7.2-9 - Fix %patch without corresponding "Patch:" tag error which broke the build. * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 1.7.2-8 - Fix license tag. xaos-3.4-2.fc10 --------------- * Wed Aug 20 18:00:00 2008 Gerard Milmeister - 3.4-2 - enabled GTK driver * Wed Aug 20 18:00:00 2008 Gerard Milmeister - 3.4-1 - new release 3.4 * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 3.2.3-5 - Fix license tag. xawtv-3.95-10.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Dmitry Butskoy - 3.95-10 - fix some typos in manuals (patch7, derived from Debian) - fix recording from oss (patch8, derived from Debian) - allow scantv to use another card's input (patch9, derived from Debian) - some v4l2 code fixes (patch10, Hans de Goede ) - skip dga automatically when not available (patch11, Hans de Goede) - specifying of bpl pitch for v4l-conf (patch12, Hans de Goede) - drop drv0-v4l2-old.so driver (assume not needed anyway now) - optional (default yes) build with libv4l wrapper library (patch100, Hans de Goede ) xdemorse-1.2-2.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.2-2 - fix for #458818 xdg-user-dirs-gtk-0.7-2.fc10 ---------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 0.7-2 - Fix license tag. xfce4-dev-tools-4.4.0-2.fc10 ---------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 4.4.0-2 - Fix license tag. xfce4-places-plugin-1.1.0-2.fc10 -------------------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 1.1.0-2 - Respect xdg user directory paths (#457740) xfce4-screenshooter-plugin-1.3.2-1.fc10 --------------------------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 1.3.2-1 - Update to 1.3.2 xfce4-websearch-plugin-0.1.1-0.8.20070428svn2704.fc10 ----------------------------------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 0.1.1-0.8.20070428svn2704 - Fix license tag. xfdesktop-4.4.2-5.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 4.4.2-5 - Use Fedora icon for desktop menu plugin (#445986) - Respect xdg user directory paths (#457740) - Fix menu icons - Fix CRITICAL register message on startup - Fix for x86_64 - Simplify g_list_free code xferstats-2.16-18.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 2.16-18 - Fix license tag. xfmpc-0.0.7-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Christoph Wickert - 0.0.7-1 - Update to 0.0.7 - Only show desktop file in Xfce xine-lib-1.1.15-1.fc10.1 ------------------------ * Wed Aug 20 18:00:00 2008 Rex Dieter - 1.1.15-1 - xine-lib-1.1.15, plugin ABI 1.24 (rh#455752, CVE-2008-3231) - Obsoletes: -arts (f9+) xlog-1.7-3.fc10 --------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.7-3 - fix rh bug 458817 xorg-x11-drv-ati-6.9.0-7.fc10 ----------------------------- * Wed Aug 27 18:00:00 2008 Dave Airlie 6.9.0-7 - fix bug in modesetting to make 3D work again * Tue Aug 26 18:00:00 2008 Dave Airlie 6.9.0-6 - update modesetting/memory manager support * Fri Aug 15 18:00:00 2008 Dave Airlie 6.9.0-5 - Add a perl script to generate the radeon.xinf from the actual PCI IDs the driver supports. - not build integrated yet though - update pciids * Fri Aug 15 18:00:00 2008 Dave Airlie 6.9.0-4 - fix bugs in modesetting and bring PLL fixes in from master * Thu Aug 14 18:00:00 2008 Dave Airlie 6.9.0-3 - bring back modesetting xorg-x11-drv-evdev-2.0.4-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Peter Hutterer 2.0.4-1 - evdev 2.0.4 xorg-x11-drv-geode-2.10.1-1.fc10 -------------------------------- * Wed Aug 20 18:00:00 2008 Warren Togami - 2.10.1-1 - update to 2.10.1 xorg-x11-drv-i810-2.4.2-1.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Adam Jackson 2.4.2-1 - intel 2.4.2. * Tue Aug 12 18:00:00 2008 Adam Jackson 2.4.0-2 - Fix module loading. D'oh. xorg-x11-drv-nv-2.1.11-1.fc10 ----------------------------- * Wed Aug 27 18:00:00 2008 Adam Jackson 2.1.11-1 - nv 2.1.11 xorg-x11-server-1.4.99.906-10.fc10 ---------------------------------- * Mon Aug 25 18:00:00 2008 Adam Jackson 1.4.99.906-10 - xserver-1.5.0-edid-backport.patch: Backport EDID updates from master. * Wed Aug 20 18:00:00 2008 Adam Jackson 1.4.99.906-9 - xserver-1.5.0-hide-cursor.patch: Suppress displaying the cursor until an app calls XDefineCursor(). * Thu Aug 14 18:00:00 2008 Kristian H??gsberg - 1.4.99.906-8 - Add bg-none-root patch for plymouth. * Thu Aug 14 18:00:00 2008 Dave Airlie 1.4.99.906-7 - EXA backport master EXA code for optimisations * Wed Aug 13 18:00:00 2008 Adam Jackson 1.4.99.906-6 - xserver-1.5.0-enable-selinux.patch: Enable selinux again. xorg-x11-xinit-1.0.9-4.fc10 --------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen 1.0.9-3 - Make the gnome session actually take the gnome case in the switch (#458694) - Update patches - Drop upstreamed patch * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.0.9-3 - Really fix license tag. * Tue Jul 15 18:00:00 2008 Adam Jackson 1.0.9-2 - Fix license tag. xorg-x11-xkb-utils-7.2-7.fc10 ----------------------------- * Mon Aug 25 18:00:00 2008 Peter Hutterer 7.2-7 - xkbcomp 1.0.5 - Remove xkbcomp-1.0.4-open-less.patch. - xkbcomp-1.0.5-dont-overwrite.patch: Don't overwrite groups unnecessarily. xscreensaver-5.07-1.fc10 ------------------------ * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 1:5.07-1 - Update to 5.07 - Fix the license tag: BSD -> MIT xsp-2.0-1.fc10 -------------- * Sun Aug 3 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 - spec file fixes yelp-2.23.2-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 yum-3.2.19-1.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Seth Vidal - 3.2.19-1 - 3.2.19 zeroinstall-injector-0.34-1.fc10 -------------------------------- * Sun Aug 3 18:00:00 2008 Michel Alexandre Salim - 0.34-1 - Update to 0.34 zile-2.2.61-2.fc10 ------------------ * Thu Aug 14 18:00:00 2008 Rakesh Pandit - 2.2.61-2 - Fixed License, Required field & macro inconsistency - Latest release 2.2.61 Summary: Added Packages: 65 Removed Packages: 5 Modified Packages: 402 Broken deps for i386 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 cyphesis-0.5.16-2.fc10.i386 requires libmercator-0.2.so.4 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 redhat-lsb-3.2-1.fc10.i386 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so sear-0.6.3-10.fc9.i386 requires libmercator-0.2.so.4 texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) cyphesis-0.5.16-2.fc10.x86_64 requires libmercator-0.2.so.4()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) redhat-lsb-3.2-1.fc10.i386 requires /usr/bin/mailx redhat-lsb-3.2-1.fc10.x86_64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) sear-0.6.3-10.fc9.x86_64 requires libmercator-0.2.so.4()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 cyphesis-0.5.16-2.fc10.ppc requires libmercator-0.2.so.4 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 redhat-lsb-3.2-1.fc10.ppc requires /usr/bin/mailx redhat-lsb-3.2-1.fc10.ppc64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so sear-0.6.3-10.fc9.ppc requires libmercator-0.2.so.4 texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) cyphesis-0.5.16-2.fc10.ppc64 requires libmercator-0.2.so.4()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-017.1-1.fc9.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) redhat-lsb-3.2-1.fc10.ppc64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) sear-0.6.3-10.fc9.ppc64 requires libmercator-0.2.so.4()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 From jkeating at redhat.com Thu Aug 28 06:04:18 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 27 Aug 2008 23:04:18 -0700 Subject: [Fwd: rawhide report: 20080827 changes] Message-ID: <1219903458.5180.21.camel@luminos.localdomain> Forwarded due to difficulties with /bin/mail :/ -------- Forwarded Message -------- From: rawhide compose account To: jkeating at redhat.com Subject: rawhide report: 20080827 changes Date: Thu, 28 Aug 2008 05:51:47 GMT New package ann Library for searching Approximate Nearest Neighbors New package appliance-tools Tools for building Appliances New package bro Open-source, Unix-based Network Intrusion Detection System New package cwdaemon Morse daemon for the parallel or serial port New package denemo Graphical music notation program New package djview4 DjVu viewer New package drupal-date This package contains both the Date module and a Date API module New package drupal-views Provides a method for site designers to control content presentation New package fwknop A Single Packet Authorization (SPA) implementation New package gitosis Git repository hosting application New package gridloc A ncurses console application for the calculation of Maidenhead QRA Locators New package grub2 Bootloader with support for Linux, Multiboot and more New package gssdp GSSDP implements resource discovery and announcement over SSDP New package hyphen-ga Irish hyphenation rules New package hyphen-sv Swedish hyphenation rules New package ibus-chewing The Chewing engine for IBus input platform New package ibus-hangul The Hangul engine for IBus input platform New package ibus-table The Table engine for IBus platform New package itaka Itaka is an on-demand screen capture server New package libacpi General purpose library for ACPI New package liblinebreak A Unicode line-breaking library New package mapnik Free Toolkit for developing mapping applications New package mediascrapper A script to scrap media files from different sites New package minisat2 A minimalistic, open-source SAT solver New package netbeans-svnclientadapter Subversion Client Adapter New package ntop A network traffic probe similar to the UNIX top command New package ocaml-bisect OCaml code coverage tool New package ocaml-cmigrep Search OCaml compiled interface (cmi) files New package ocaml-mikmatch OCaml extension for pattern matching with regexps New package ocaml-ocamlgraph OCaml library for arc and node graphs New package pads Passive Asset Detection System New package pdfresurrect PDF Analysis and Scrubbing Utility New package perl-DateTime-Format-DateManip Convert Date::Manip to DateTime and vice versa New package perl-Email-Find Find RFC 822 email addresses in plain text New package perl-File-ShareDir Locate per-dist and per-module shared files New package perl-IPTables-ChainMgr Perl extension for manipulating iptables policies New package perl-Text-Aligner Text::Aligner Perl module New package perl-Wx-Perl-ProcessStream Access IO of external processes via events New package php-oauth PHP Authentication library for desktop to web applications New package php-suhosin Suhosin is an advanced protection system for PHP installations New package php-xmpphp XMPPHP is the successor to Class.Jabber.PHP New package picviz Parallel coordinates plotter New package pisg IRC Statistics generator New package player Cross-platform robot device interface and server New package pmpu GUI for a distributed version control systems New package prelude-notify Prelude Notification Applet New package psad Port Scan Attack Detector (psad) watches for suspect traffic New package pssh Parallel SSH tools New package pymetar METAR weather reports parser for Python New package python-markdown Markdown implementation in Python New package python-netaddr Network address manipulation, done Pythonically New package python-tftpy A Pure-Python library for TFTP New package qsstv Qt-based slow-scan TV and fax New package rcssmonitor RoboCup 2D Soccer Simulator Monitor New package ruby-RRDtool RRDTool for Ruby New package rubygem-arrayfields Arrayfields RubyGem New package rubygem-attributes Attributes RubyGem New package rubygem-builder Builders for MarkUp New package slapi-nis NIS Server and Schema Compatibility plugins for Directory Server New package tqsllib The TrustedQSL library New package translation-filter A l10n file filter New package txt2tags Summary: Converts text files to HTML, XHTML, LaTeX, and other formats New package virt-mem Management tools for virtual machines New package xorg-x11-drv-synaptics Xorg X11 synaptics input driver New package yacpi Yet Another Configuration and Power Interface Removed package blobAndConquer Removed package blobwars Removed package iozone Removed package starfighter Removed package viruskiller Updated Packages: Django-1.0-0.1.beta1.fc10 ------------------------- * Sat Aug 23 18:00:00 2008 Michel Salim - 1.0-0.1.beta1 - Update to 1.0 beta1 GConf2-2.23.2-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 - Drop upstreamed patches Miro-1.2.6-3.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Michel Salim - 1.2.6-2 - Unapply boost patch; boost-1.36 has been backed out for F10 * Fri Aug 22 18:00:00 2008 Michel Salim - 1.2.6-1 - Update to 1.2.6 - Patch for boost API change * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 1.2.6-3 - Do not create backup files when patching; the backup files get re-added during the build process * Tue Aug 12 18:00:00 2008 Alex Lancaster - 1.2.4-4 - Rebuild for new boost (fixes broken deps). NetworkManager-0.7.0-0.11.svn4022.fc10 -------------------------------------- * Wed Aug 27 18:00:00 2008 Dan Williams - 1:0.7.0-0.11.svn4022 - Fix parsing of DOMAIN in ifcfg files (rh #459370) - Fix reconnection to mobile broadband networks after an auth failure - Fix recognition of timeouts of PPP during mobile broadband connection - More compatible connection sharing (rh #458625) - Fix DHCP in minimal environments without glibc locale information installed - Add support for Option mobile broadband devices (like iCON 225 and iCON 7.2) - Add IP4 config information to dispatcher script environment - Merge WEP ASCII and Hex key types for cleaner UI - Pre-fill PPPoE password when authentication fails - Fixed some changes not getting saved in the connection editor - Accept both prefix and netmask in the conection editor's IPv4 page ORBit2-2.14.14-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.14.14-1 - Update to 2.14.14 OpenSceneGraph-2.6.0-1.fc10 --------------------------- * Thu Aug 14 18:00:00 2008 Ralf Cors?pius - 2.6.0-1 - Upgrade to OSG-2.6.0. * Wed Aug 13 18:00:00 2008 Ralf Cors?pius - 2.4.0-4 - Preps for 2.6.0. - Reflect the Source0-URL having changed. - Major spec-file overhaul. * Thu May 22 18:00:00 2008 Tom "spot" Callaway - 2.4.0-3 - fix license tag PackageKit-0.3.1-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 Richard Hughes - 0.3.1-2 - Bump as make chainbuild is broken, so we'll have to do this in two steps. * Wed Aug 27 18:00:00 2008 Richard Hughes - 0.3.1-1 - New upstream version - Also add two upstream patches to fix pkcon issues. * Fri Aug 22 18:00:00 2008 Richard Hughes - 0.3.0-2 - Bump as the make tag step failed in an obscure way. * Fri Aug 22 18:00:00 2008 Richard Hughes - 0.3.0-1 - Update to newest upstream version. This includes the fixed browser plugin. * Mon Aug 4 18:00:00 2008 Robin Norwood - 0.2.4-2 - Fix Source0 URL. PyQt4-4.4.3-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter 4.4.3-1 - PyQt-4.4.3 R-hdf5-1.6.7-1.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 1.6.7-1 - update to 1.6.7 - add versioned requires to hdf5 TeXmacs-1.0.6.15-1.fc10 ----------------------- * Sat Aug 16 18:00:00 2008 Gerard Milmeister - 1.0.6.15-1 - new release 1.0.6.15 ack-1.86-1.fc10 --------------- * Sat Aug 23 18:00:00 2008 Ian Burrell - 1.86-1 - Update to 1.86 adjtimex-1.26-1.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Miroslav Lichvar 1.26-1 - update to 1.26 alevt-1.6.2-6.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.6.2-6 fix for #458818 alpine-2.00-1.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Rex Dieter 2.00-1 - alpine-2.00 amanda-2.5.2p1-12.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Daniel Novotny 2.5.2.p1-11 - new Autoconf 2.62 requires changes in Autoconf macros (resolves #449479) * Thu Aug 21 18:00:00 2008 Daniel Novotny 2.5.2.p1-11 - Username in /etc/xinetd.d/amanda has to be changed to 'amandabackup' because of the change from Thu Nov 22 2007 (resolves #448071) - Added --with-tcpportrange=1025,65535 to ./configure options (resolves #449764) amarok-1.90-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Rex Dieter - 1.90-1 - amarok-1.90 (amarok2 beta) anaconda-11.4.1.29-1 -------------------- * Fri Aug 22 18:00:00 2008 Chris Lumens - 11.4.1.29-1 - Enable yum plugins. (clumens) - In the preupgrade case, repo=hd: means an exploded tree on the hard drive. (clumens) - Remove preupgrade-specific hacks. (clumens) - Add conf files for our yum plugins so they can be enabled. (clumens) - Create a subpackage containing the yum plugins. (clumens) - Add the new blacklist and whiteout yum plugins. (clumens) - Allow retrying if the ISO images aren't found (for the USB case). (clumens) - Include "--encrypted" in anaconda-ks.cfg partitioning as needed. (#459430) (dlehman) - Support establishing a global passphrase when creating encrypted devices. (dlehman) - Display the lock icon for encrypted RAID members. (#459123) (dlehman) - More descriptive drive message when warning on format. (dcantrell) - Need to import rhpl for things like switching to pdb. (clumens) - Fix traceback in passphrase handling code for encrypted RAID requests. (#459121) (dlehman) - Copy the install.img to /tmp on HD installs. (clumens) - Fix a typo (dcantrell). - Expert mode was disabled in 2004. Remove it now. (clumens) - Remove an extra "Local disk" option (#459128). (clumens) - Clear up error reporting on upgrades when devices are listed by UUID. (clumens) - If the UI was used to specify a repo, construct a repo param (#458899). (clumens) - Fix a traceback calling createMapping. (clumens) - First crack at upgrade of systems with encrypted block devices. (#437604) (dlehman) - In kickstart, prompt for new LUKS dev passphrase if not specified. (#446930) (dlehman) - Remove passphrase check hack from LUKSDevice.getScheme. (dlehman) - Allow specification of a device string for display in passphrase dialog. (dlehman) - Add encrypted device passphrase dialog for text mode. (dlehman) - Fix PartitionDevice.getDevice to take asBoot into account. (dlehman) - Make passphrase dialogs appear in the center of the screen. (#458114) (dlehman) - Consider clearpart and ignoredisk when scanning for encrypted partitions. (dlehman) - Correctly handle typos in the stage2 location when inferred from repo=. (clumens) - Fix the loader UI when prompting for stage2.img on HDISO. (clumens) - Rename stage2.img to install.img (dcantrell) - Bring up the network before saving a bug via scp. (clumens) - Make it more explicit we want the stage2.img URL, not the repo URL. (clumens) - Add the match type so we don't find all bugs. (clumens) - Make upd-updates create the updates.img you specify if it doesn't already exist. (pjones) - Don't base mpath/dmraid/raid startup/stopping based on if lvm is activated yet, (pjones) - Add diskset.devicesOpen boolean, so we can tell if devices should be started (pjones) - Add dirCleanup back in so we don't leave install metadata behind. (clumens) - Move betanag to after keyboard and language are setup. (clumens) - Add module dependencies of qeth.ko (#431922). (clumens) - Copy the changes from RHEL5 for the linuxrc.s390 over. (clumens) - Disable SCSI devices so we can safely remove a LUN (bhinson, #249341). (dcantrell) * Tue Aug 12 18:00:00 2008 Chris Lumens - 11.4.1.28-1 - More fixes to include udev rules in the initrd (#458570). (clumens) - Catch the first non-generic-logo package that provides system-logos. (clumens) - Remove extra ')' in install-buildrequires (dcantrell) apr-1.3.3-1.fc10 ---------------- * Sat Aug 16 18:00:00 2008 Bojan Smojver - 1.3.3-1 - bump up to 1.3.3 apr-util-1.3.4-1.fc10 --------------------- * Sat Aug 16 18:00:00 2008 Bojan Smojver - 1.3.4-1 - bump up to 1.3.4 - drop PostgreSQL patch, fixed upstream aprsd-2.2.5-15.5.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 2.2.5-15.5 - fix rh bug 458817 arts-1.5.10-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter 8:1.5.10-1 - arts-1.5.10 asc-2.1.0.0-2.fc10 ------------------ * Sun Aug 17 18:00:00 2008 Hans de Goede 2.1.0.0-2 - Rebuild for new boost at-spi-1.23.6-2.fc10 -------------------- * Wed Aug 20 18:00:00 2008 Jarod Wilson - 1.23.6-2 - Silence incessant atk-bridge spew filling xsession-errors (#459275) audit-viewer-0.3-2 ------------------ * Tue Aug 26 18:00:00 2008 Miloslav Trma? - 0.3-2 - s/Requires: gnome-python2/&-gnome/ Resolves: #460031 autofs-5.0.3-21 --------------- * Mon Aug 25 18:00:00 2008 Ian Kent - 5.0.3-21 - add upstream bug fix patches - add command line option to override is running check. - don't use proc fs for is running check. - fix fail on included browse map not found. - fix incorrect multi source messages. - clear stale flag on map read. - fix proximity other rpc ping timeout. - refactor mount request vars code. - make handle_mounts startup condition distinct. - fix submount shutdown handling. - try not to block on expire. - add configuration paramter UMOUNT_WAIT. - fix multi mount race. - fix nfs4 colon escape handling. - check replicated list after probe. - add replicated server selection debug logging. - update replicated server selection documentation. - use /dev/urandom instead of /dev/random. - check for mtab pointing to /proc/mounts. - fix interface config buffer size. - fix percent hack heap corruption. awn-extras-applets-0.2.6-6.fc10 ------------------------------- * Tue Aug 26 18:00:00 2008 Huang Peng - 0.2.6-6 - Replace require gnome-python2 with gnome-python2-gnome awstats-6.8-2.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Aurelien Bompard 6.8-2 - Add upstream patch for CVE-2008-3714 babel-0.9.4-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Jeffrey C. Ollie - 0.9.4-1 - Update to 0.9.4 * Thu Jul 10 18:00:00 2008 Jeffrey C. Ollie - 0.9.3-1 - Update to 0.9.3 banshee-1.2.1-2.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 1.2.1-2 - Updated requirement: use podsleuth rather than libipoddevice * Sun Aug 24 18:00:00 2008 Michel Salim - 1.2.1-1 - Update to 1.2.1 beldi-0.9.18-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Christoph Wickert 0.9.18-1 - Upgrade to 0.9.18 bitlbee-1.2.2-1.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Robert Scheck 1.2.2-1 - Upgrade to 1.2.2 (#460355) bittorrent-4.4.0-7.fc10 ----------------------- * Fri Aug 15 18:00:00 2008 Paul Howarth 4.4.0-7 - Use new scriptlets for user/group creation - Fix up torrent homedir silently (#457563) - Create a pidfile for btseed (#458926) - Remove tracker pidfile when service is stopped (no need to include the %ghost-ed pidfile now) - Use %{_initrddir} instead of %{_sysconfdir}/rc.d/init.d - Call initscripts directly instead of via /sbin/service to reduce scriptlet dependencies blender-2.47-0.2.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Jochen Schmitt 2.47-0.2 - New upstream release (blender-2.47rc) bless-0.6.0-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Adel Gadllah 0.6.0-1 - Update to 0.6.0 bluez-gnome-0.28-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera - 0.28-2 - Update requirements for obexftp browsing boinc-client-6.2.15-1.20080818svn.fc10 -------------------------------------- * Tue Aug 19 18:00:00 2008 Milos Jakubicek - 6.2.15-1.20080818svn - Update to 6.2.15 - Removed the 'noexec' script (fixed upstream) - Removed boinc-gcc43.patch and boinc-parsecolor.patch (both merged upstream) - Updated boinc-gccflags.patch - Sources now compressed as tar.bz2 (was tar.gz) boost-1.34.1-16.fc10 -------------------- bpython-0.6.3-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Terje Rosten - 0.6.3-1 - 0.6.3 busybox-1.10.3-3.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Ivana Varekova - 1:1.10.3-3 - fix findfs problem - #455998 cairo-dock-1.6.2-0.6.RC4.fc10 ----------------------------- * Tue Aug 26 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.6.RC4 - 1.6.2 RC4 - Temporary fix for stack/ plugin * Sat Aug 23 18:00:00 2008 Mamoru Tasaka - 1.6.2-0.3.RC2 - 1.6.2 RC2 calcurse-2.1-1.fc10 ------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla 2.1-1 - Update to 2.1. cdparanoia-10.1-1.fc10 ---------------------- * Wed Aug 13 18:00:00 2008 Adam Jackson 10.1-1 - Update to 10.1, just changes the license back. cheese-2.23.90-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen 2.23.90-1 - Update to 2.23.90 chess-1.0-18.fc10 ----------------- * Sun Aug 17 18:00:00 2008 Hans de Goede 1.0-18 - Rebuild for new boost climm-0.6.3-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Jan ONDREJ (SAL) - 0.6.3-1 - Update to upstream clucene-0.9.21-1.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Deji Akingunola - 0.9.21-1 - Update to version 0.9.21 cluster-2.99.08-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Fabio M. Di Nitto - 2.99.08-1 - New upstream release. - Drop local patch that's part of upstream. - Tight BR and Requires for openais to a very specific version. - cman Requires ricci as new default config distribution system. (ricci changes will land soon but in the meantime this is done our side) cmake-2.6.1-2.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Rex Dieter - 2.6.1-2 - attempt to patch logic error, crasher compiz-0.7.6-10.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Adam Jackson 0.7.6-10 - Fixed Requires: Xorg >= foo to Conflicts: Xorg < foo. conduit-0.3.13-2.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Michel Salim - 0.3.13-2 - Remove obsoleted dependency on PyXML (bz#454995) * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 0.3.13-1 - Update to 0.3.13 (fixes #455688, #457717) conky-1.6.1-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Miroslav Lichvar - 1.6.1-1 - Update to 1.6.1 - Fix buffer overflow when reading interface addresses control-center-2.23.90-1.fc10 ----------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 coreutils-6.12-9.fc10 --------------------- * Wed Aug 13 18:00:00 2008 Ondrej Vasik - 6.12-9 - mention that DISPLAY and XAUTHORITY envvars are preserved for pam_xauth in su -l (#450505) cppad-20080826.0-1.fc10 ----------------------- * Wed Oct 8 18:00:00 2008 Brad Bell 20080826-1 - Change to newer version of cppad. - Change download directory to standard coin-or location. - Remove editing of speed/main.cpp (no longer necessary). - Add retape argument to check programs in speed directory. curl-7.18.2-5.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway 7.18.2-5 - undo mini libcurl.so.3 db4-4.7.25-3.fc10 ----------------- * Tue Aug 19 18:00:00 2008 Jindrich Novy 4.7.25-3 - apply upstream patch to allow replication clients to opena sequence - rediff .jni patch dejagnu-1.4.4-13.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Jiri Moskovcak - 1:1.4.4-13 - rewriten patch to work with fuzz=0 * Wed Aug 27 18:00:00 2008 Jiri Moskovcak - 1:1.4.4-12 - fixed runtest (patch from jan.kratochvil at redhat.com) - Resolves: #460153 deluge-0.9.07-1.fc10 -------------------- * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.9.06-1 - Update to new upstream release candidate (1.0.0 RC7) - Drop desktop file icon name hack (fixed upstream). * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.9.06-1 - Update to new upstream release candidate (1.0.0 RC6) - Drop desktop file icon name hack (fixed upstream). device-mapper-multipath-0.4.8-6.fc10 ------------------------------------ * Wed Aug 20 18:00:00 2008 Benjamin Marzinski 0.4.8-6 - Updated to latest upstream 0.4.8 code: multipath-tools-080804.tgz (git commit id: eb87cbd0df8adf61d1c74c025f7326d833350f78) - fixed 451817, 456397 (scsi_id_change.patch), 457530 (config_space_fix.patch) 457589 (static_libaio.patch) dhcp-4.0.0-22.fc10 ------------------ * Sun Aug 24 18:00:00 2008 David Cantrell - 12:4.0.0-22 - Add missing '[' to dhclient-script (#459860) - Correct test statement in add_default_gateway() in dhclient-script (#459860) * Sat Aug 23 18:00:00 2008 David Cantrell - 12:4.0.0-21 - Fix syntax error in dhclient-script (#459860) * Fri Aug 22 18:00:00 2008 David Cantrell - 12:4.0.0-20 - Rewrite of /sbin/dhclient-script (make the script a little more readable, discontinue use of ifconfig in favor of ip, store backup copies of orig files in /var rather than in /etc) * Wed Aug 6 18:00:00 2008 David Cantrell - 12:4.0.0-19 - Remove 'c' from the domain-search format string in common/tables.c - Prevent \032 from appearing in resolv.conf search line (#450042) - Restore SELinux context on saved /etc files (#451560) dialog-1.1-7.20080819.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Miroslav Lichvar - 1.1-7.20080819 - update to 1.1-20080819 dogtail-0.6.90-1.401.fc10 ------------------------- * Tue Aug 12 18:00:00 2008 Zack Cerza - 0.6.90-1.401 - New upstream snapshot. - Require python-imaging * Tue Aug 12 18:00:00 2008 Zack Cerza - 0.6.90-1.381.2 - Really fix license tag. drupal-6.4-1.fc10 ----------------- * Thu Aug 14 18:00:00 2008 Jon Ciesla - 6.4-1 - Upgrade to 6.4, SA-2008-047. dvd+rw-tools-7.1-1.fc10 ----------------------- * Fri Aug 15 18:00:00 2008 Roman Rakus - 7.1-1 - new version 7.1 e16-0.16.8.14-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.16.8.14-1 - 0.16.8.14 e2fsprogs-1.41.0-2.fc10 ----------------------- eclipse-3.4.0-21.fc10 --------------------- * Wed Aug 13 18:00:00 2008 Andrew Overholt 3.4.0-21 - Fix ecj-gcj (rhbz#458921) * Tue Aug 12 18:00:00 2008 Andrew Overholt 3.4.0-20 - Require release of jetty which requires tomcat bits with proper metadata - Fix pdebuild for moved JDT and PDE plugins (Alexander Kurtakov) - Add version to jakarta-commons-el requirement ecryptfs-utils-56-0.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Mike Halcrow 56-0 - Namespace fixes for the key module parameter aliases - Updates to the man page and the README eel2-2.23.90-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 eigen-1.0.5-3.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Rex Dieter 1.0.5-3 - run tests elfutils-0.137-1.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Roland McGrath - 0.137-1 - Update to 0.137 - libdwfl: bug fixes; new segment interfaces; all the libdwfl-based tools now support --core=COREFILE option em8300-0.17.1-1.fc10 -------------------- * Thu Aug 14 18:00:00 2008 Ville Skytt? - 0.17.1-1 - 0.17.1. empathy-2.23.90-2.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Peter Gordon - 2.23.90-2 - Now that Empathy will be the default IM client in F10+, hardcode a dependency on telepathy-haze to keep the same protocol functionality across upgrades, for a much improved "out of the box" experience. - Reference: bug 458935. * Fri Aug 22 18:00:00 2008 Peter Gordon - 2.23.90-1 - Update to new upstream release (2.23.90) * Fri Aug 15 18:00:00 2008 Peter Gordon - 2.23.6-3 - Apply patch from Colin Walters to automagically update profile namings for the switch to using Empathy's provided profiles. - Drop the upgrade script (no longer needed since it's automatically done). - upgrade-haze-profiles.sh * Wed Aug 13 18:00:00 2008 Peter Gordon - 2.23.6-2 - Use upstream's AIM, ICQ, MSN-Haze, and Yahoo profiles instead of recommending the telepathy-haze-mission-control package. (The Haze-provided ones have grown horribly stale...). This makes for better automagic functionality (if Haze is installed, Empathy/MC will autodetect it) and tracks upstream more closely. + upgrade-haze-profiles.sh eog-2.23.90-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Tue Aug 12 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Add a possible fix for a deadlock eric-4.2.0-2.fc10 ----------------- * Fri Aug 15 18:00:00 2008 Johan Cwiklinski 4.2.0-2 - %{buildir} was contained in one file * Fri Aug 15 18:00:00 2008 Johan Cwiklinski 4.2.0-1 - 4.2.0 - no longer noarch package (see bz #456761) - .ts files from translations should not be included eterm-0.9.5-1.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Terje R?sten - 0.9.5-1 - 0.9.5 - Remove CVE-2008-1692 patch now upstream - Add req on bitmap-fonts to bring in some fonts (bz #454937) evolution-2.23.90-2.fc10 ------------------------ * Mon Aug 25 18:00:00 2008 Matthew Barnes - 2.23.90-2.fc10 - Bump gtkhtml_version to 3.23.5 (RH bug #460076). * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90-1.fc10 - Update to 2.23.90 - Bump eds_version to 2.23.90.1 evolution-data-server-2.23.90.1-1.fc10 -------------------------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90.1-1.fc10 - Update to 2.23.90.1 evolution-exchange-2.23.90-1.fc10 --------------------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 2.23.90-1.fc10 - Update to 2.23.90 - Bump eds_version to 2.23.90.1. evolution-rspam-0.0.6-4.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.0.6-4 fix for #458818 evolution-rss-0.1.1-2.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.1.1-2 fix for #458818 exim-4.69-7.fc10 ---------------- * Wed Aug 13 18:00:00 2008 David Woodhouse 4.69-7 - Rediff all patches to cope with new zero-fuzz policy * Wed Aug 13 18:00:00 2008 David Woodhouse 4.69-6 - Add $RPM_OPT_FLAGS in config instead of overriding on make command line. (to fix the setting of largefile options which we were killing) extrema-4.3.6-1.fc10 -------------------- * Fri Aug 15 18:00:00 2008 Terje Rosten - 4.3.6-1 - 4.3.6 fail2ban-0.8.3-16.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.8.3-16 - Update to 0.8.3. * Wed May 21 18:00:00 2008 Tom "spot" Callaway - 0.8.2-15 - fix license tag fakechroot-2.8-14.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 2.8-14 - %check || : does not work anymore. fakeroot-1.9.6-17.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.9.6-17 - %check || : does not work anymore. fbreader-0.8.17-1.fc10 ---------------------- * Thu Jul 31 18:00:00 2008 Michel Alexandre Salim - 0.8.17-1 - Update to 0.8.17 fedora-gnome-theme-8.0.0-4.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen - 8.0.0-4 - Use nodoka notification theme (#460045) fedora-logos-9.99.2-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Ray Strode - 9.99.2-1 - Move kde background upstream * Mon Aug 25 18:00:00 2008 Ray Strode - 9.99.1-1 - add a logo for xfce (bug 445986) file-roller-2.23.6-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 - Drop upstreamed patches filezilla-3.1.1.1-1.fc10 ------------------------ * Thu Aug 14 18:00:00 2008 kwizart < kwizart at gmail.com > - 3.1.1.1-1 - Update to 3.1.1.1 fldigi-3.01-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Steve Conklin - 3.01-1 - Latest upstream fotoxx-5.1-1.fc10 ----------------- * Sun Aug 24 18:00:00 2008 Nicoleau Fabien - 5.1-1 * Rebuild for 5.1 fpc-2.2.2-1.fc10 ---------------- * Wed Aug 13 18:00:00 2008 Joost van der Sluis 2.2.2-1 - Updated to version 2.2.2 - Disabled debuginfo for ppc64 again - Detect 32 or 64 bit compilation in the configuration file fpc.cfg * Sun Jun 22 18:00:00 2008 Joost van der Sluis 2.2.2rc1-1 - Updated to version 2.2.2rc1 - Enabled debuginfo for ppc64 again - Do not strip the debugdata on x86_64 anymore - Packages_base, packages_fcl and packages_extra are merged into packages - Don't install packages_fv separately anymore - Fix for incorrect path in official fpc 2.2.2rc1-sourcefile - Updated licence-tag from "GPL and modified LGPL" to fedora-tag "GPLv2+ and LGPLv2+ with exceptions" - Removed UsePrebuildcompiler define for ppc64 freeciv-2.1.6-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 2.1.6-1 - Update to 2.1.6. freenx-server-0.7.3-11.fc10 --------------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.7.3-11 - Rebase patch to 0.7.2 to avoid fuzz=0 rejection on recent rpm. - Update to 0.7.3. - NX_ETC_DIR needs to be passed on command line (workaround). freetype-2.3.7-1.fc10 --------------------- * Thu Aug 14 18:00:00 2008 Behdad Esfahbod 2.3.7-1 - Update to 2.3.7 fuse-emulator-0.9.0-4.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.9.0-4 - fix rh bug 458817 fuse-emulator-utils-0.9.0-3.fc10 -------------------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.9.0-3 fix for #458818 gambas2-2.8.1-1.fc10 -------------------- * Thu Aug 21 18:00:00 2008 Tom "spot" Callaway 2.8.1-1 - update to 2.8.1 ganglia-3.1.0-1.fc10 -------------------- * Mon Aug 11 18:00:00 2008 Kostas Georgiou 3.1.0-1 - Upstream patches from 3.1.1 - Move private_clusters config to /etc and mark it as a config file - Only allow connections from localhost by default on the web frontend - Add some extra module config files (modules are always loaded at the moment so removing the configs has no effect beyond metric collection (upstream is working on way way to disable module loading from the configs) ganyremote-5.1-1.fc10 --------------------- * Tue Aug 19 18:00:00 2008 Mikhail Fedotov - 5.1-1 Added Czech (thanks to Tomas Kaluza) and Dutch (thanks to Geert Vanhaute) translations. gcalctool-5.23.90-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 5.23.90-1 - Update to 5.23.90 gcc-4.3.1-8 ----------- * Mon Aug 25 18:00:00 2008 Jakub Jelinek 4.3.1-8 - update from gcc-4_3-branch - PRs debug/37156, libgcj/8995, libstdc++/37100, target/37101 - backport Fortran debuginfo improvements (PRs debug/35896, fortran/35154, fortran/35724, fortran/35892, fortran/29635, fortran/23057 fortran/24790, #457792, #457793, #459374, #459376, #459378) * Thu Aug 14 18:00:00 2008 Jakub Jelinek 4.3.1-7 - update from gcc-4_3-branch - PRs bootstrap/35752, c++/36688, c++/36999, c++/37016, c/35746, fortran/36582, libgcj/31890, middle-end/35432, middle-end/36691, middle-end/37014, middle-end/37026, middle-end/37042, rtl-optimization/35542, rtl-optimization/36998, target/35659, target/36613, tree-optimization/36991 - fix folding of widened comparisons (PR middle-end/37103) gdb-6.8-22.fc10 --------------- * Wed Aug 27 18:00:00 2008 Jan Kratochvil - 6.8-22 - Remove `gdb-6.3-nonthreaded-wp-20050117.patch' as obsoleted + regressing now. - Make the GDB quit processing non-abortable to cleanup everything properly. - Support DW_TAG_constant for Fortran in recent Fedora/RH GCCs. - Fix crash on DW_TAG_module for Fortran in recent Fedora/RH GCCs. - Readd resolving of bare names of constructors and destructors. - Include various vendor testcases: - Leftover zombie process (BZ 243845). - Multithreaded watchpoints (`gdb.threads/watchthreads2.exp'). - PIE testcases (`gdb.pie/*'). - C++ contructors/destructors (`gdb.cp/constructortest.exp'). * Sat Aug 23 18:00:00 2008 Jan Kratochvil - 6.8-21 - Fix MI debuginfo print on reloaded exec, found by Denys Vlasenko (BZ 459414). - Extend the Fortran dynamic variables patch also for dynamic Fortran strings. * Wed Aug 13 18:00:00 2008 Jan Kratochvil - 6.8-20 - Temporarily disable attaching to a stopped process (BZ 453688) - To be reintroduced after a fix of the kernel BZ 454404. gdm-2.23.90-2.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Jon McCann - 1:2.23.90-2 - Add desktop file for metacity * Mon Aug 25 18:00:00 2008 Jon McCann - 1:2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Behdad Esfahbod - 1:2.23.2-3 - Add upstreamed patch gdm-2.23.2-unknown-lang.patch * Wed Aug 13 18:00:00 2008 Ray Strode - 1:2.23.2-2 - Require plymouth-gdm-hooks so plymouth-log-viewer gets pulled in on upgrades gedit-2.23.90-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 1:2.23.3-2 - Finally drop the vendor prefix, since it broke things again * Wed Aug 13 18:00:00 2008 Matthias Clasen - 1:2.23.3-1 - Update to 2.23.3 geeqie-1.0-0.8.alpha2.fc10 -------------------------- * Tue Aug 12 18:00:00 2008 Michael Schwendt - 1.0-0.8.alpha2 - fix float layout for --blank mode ggz-client-libs-0.99.4-1.fc10 ----------------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter 0.99.4-1 - ggz-client-libs-snapshot-0.99.4 gimp-2.4.7-1.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Nils Philippsen - 2:2.4.7-1 - version 2.4.7 Changes in GIMP 2.4.7 ===================== - fixed issue in GIF load plug-in (bug #535888) - fixed event handling in MIDI controller (bug #537960) - fixed handling of the 'Highlight' tool option in Crop and Rectangle Select tools (bug #536582) - various fixes to the Python bindings: - fixed crash with Python 2.5 on 64 bit systems (bug #540629) - added missing validity checks (bug #536403) - allow to pass None for PDB_DISPLAY - plugged a memory leak in gimp-text-get-extents-fontname PDB call - fixed potential timeout issues in org.gimp.GIMP.UI D-Bus service - fixed endianness issue in the ICO save plug-in (bug #529629) - translation fixes and updates (be, it, lt, nn, vi) glabels-2.2.3-2.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.2.3-2 - fix license tag (again) * Thu Aug 21 18:00:00 2008 Peter Gordon - 2.2.3-1 - Update to new upstream bug-fix release (2.2.3). - Drop glabels-batch segfault patch (fixed upstream). - fix-batch-segfault.patch glib2-2.17.7-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.17.7-1 - Update to 2.17.7 glibmm24-2.17.2-1.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Denis Leroy - 2.17.2-1 - Update to upstream 2.17.2 gnomad2-2.9.2-1.fc10 -------------------- * Thu Aug 7 18:00:00 2008 Linus Walleij 2.9.2-1 - New upstream to catch up with libmtp 0.3.0. gnome-applet-music-2.4.2-1.fc10 ------------------------------- * Fri Aug 22 18:00:00 2008 Peter Gordon - 2.4.2-1 - update to new upstream bug-fix release, which fixed gradual increase in CPU on each song change, MPD password handling, and contains an updated Polish (pl) translation. gnome-applets-2.23.90-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 gnome-backgrounds-2.23.90-1.fc10 -------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-commander-1.2.7-4.fc10 ---------------------------- * Wed Aug 13 18:00:00 2008 Mamoru Tasaka - 1.2.7-4 - More fix for mimeedit.sh to remove potentially unsafe tmpfile creation gnome-desktop-2.23.90-3.fc10 ---------------------------- * Mon Aug 25 18:00:00 2008 Adam Jackson 2.23.90-3 - gnome-desktop-2.23.90-eedid.patch: Allow E-EDID blocks. * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-2 - Require enough python to make gnome-about work * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-games-2.23.90-1.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 gnome-icon-theme-2.23.90-1.fc10 ------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnome-keyring-2.23.90-1.fc10 ---------------------------- * Wed Aug 20 18:00:00 2008 Tomas Bzatek - 2.23.90-1 - Update to 2.23.90 gnome-media-2.23.3-3.fc10 ------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 2.23.3-3 - Rebuild to fix directory ownership (#447837) * Wed Jul 23 18:00:00 2008 Tom "spot" Callaway - 2.23.3-2 - fix license tag gnome-panel-2.23.90.1-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90.1-1 - Update to 2.23.90.1 gnome-power-manager-2.23.6-4.fc10 --------------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.23.6-4 - Drop the login session .desktop file, since gdm provides it now * Thu Aug 14 18:00:00 2008 Richard Hughes - 2.23.6-2 - Apply a fix from upstream to fix crashing on percentage change. * Thu Aug 14 18:00:00 2008 David Zeuthen - 2.23.6-3 - Actually make the patch apply and rebuild gnome-python2-2.22.1-3.fc10 --------------------------- * Mon Aug 25 18:00:00 2008 Daniel Drake - 2.22.1-3.fc10 - Split libgnome bindings into their own package (RH bug #456122). - Remove gnome-python2 dependency on gnome-python2-bonobo. gnome-session-2.23.90-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-4 - Drop login/logout sound scripts since we do this now in libcanberra * Tue Aug 12 18:00:00 2008 Matthias Clasen - 2.23.6-3 - Fix a crash in the at-spi-registryd-wrapper gnome-settings-daemon-2.23.90-1.fc10 ------------------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-3 - Rerun autotools after patching configure.ac * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.6-2 - Apply patch from gnome bug 545386. This hasn't been accepted in this form yet by upstream, will however very likely be merged in a similar form. - Disable esd/sounds module since we don't need it to start PA anymore gnome-system-monitor-2.23.90-1.fc10 ----------------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Add session mgmt information in a Session column gnome-terminal-2.23.6-2.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.6-2 - Rebuild gnome-themes-2.23.90-1.fc10 --------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 gnustep-make-2.0.6-13.fc10 -------------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.0.6-13 - fix license tag goffice-0.6.4-1.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Julian Sikorski - 0.6.4-1 - Updated to 0.6.4 - BuildRequires: pcre-devel only on Fedora < 9 google-perftools-0.98-1.fc10 ---------------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 0.98-1 - update to 0.98 - fix linuxthreads.c compile (upstream issue 74) - fix ppc compile (upstream issue 75) - enable ppc gpsman-6.3.2-4.fc10 ------------------- * Thu Aug 14 18:00:00 2008 Lucian Langa - 6.3.2-4 - fix reuirements - misc cleanups grass-6.3.0-6.fc10 ------------------ * Sun Aug 24 18:00:00 2008 Balint Cristian 6.3.0-6 - bz#458427 (prelink fail) - bz#458563 (grass not able to display documentation) greylistd-0.8.7-10.fc10 ----------------------- * Thu Aug 14 18:00:00 2008 Axel Thimm - 0.8.7-10 - Update to 0.8.7. * Wed May 21 18:00:00 2008 Tom "spot" Callaway - 0.8.3.2-9 - fix license tag gridengine-6.2-1.fc10 --------------------- * Mon Aug 11 18:00:00 2008 - Orion Poplawski - 6.2-1 - Update to 6.2 final * Tue Jul 15 18:00:00 2008 - Orion Poplawski - 6.2beta2-0.1 - Provide some installation instructions for these RPMs - Fix up some installation script issues - Ghost more directories created later * Thu Jun 5 18:00:00 2008 - Orion Poplawski - 6.2beta-0 - Update to 6.2beta - Use aimk.private and build_private.properties instead of patching aimk and build.properties - Cleanup some extra /s in paths - Shift to Java 1.6.0 because of new requirements in the source - Move Java JNI libraries to proper location - Drop several upstreamed patches - Add patch to avoid linking unneeded libraries grip-3.2.0-22.fc10 ------------------ * Sat Aug 23 18:00:00 2008 Adrian Reber - 1:3.2.0-22 - updated to better "execute command after encode" patch from Stefan Becker gstreamer-plugins-base-0.10.20-2.fc10 ------------------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 0.10.20-2 - Fix useless codeina popup when playing recent ogg files (#458404) gstreamer-plugins-good-0.10.10-1.fc10 ------------------------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera 0.10.10-1 - Update to 0.10.10 - Remove cdio plugin, as it was moved to -ugly upstream gstreamer-python-0.10.12-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Denis Leroy - 0.10.12-1 - Update to upstream 0.10.12 gsynaptics-0.9.14-2.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Christoph Wickert - 0.9.14-2 - Fix crash on startup, thanks to Serta? ?. Y?ld?z for the pointer (#457540) - Add patch to not set undefined keys to 0 by Michal ?iha? (Debian #480744) - Fix for locales not using "." as decimal seperator (upstream #12498) gtk2-2.13.7-4.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Matthias Clasen - 2.13.7-4 - Fix an Xrandr bug * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.13.7-3 - Fix the "swarm of flash windows" * Mon Aug 25 18:00:00 2008 Matthias Clasen - 2.13.7-2 - Fix a possible infinite loop in gtkrc parsing * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.13.7-1 - Update to 2.13.7 * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.13.6-4 - Fix sporadic panel crashes gtk2-engines-2.15.3-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.15.3-1 - Update to 2.15.3 gtkhtml3-3.23.90-1.fc10 ----------------------- * Wed Aug 20 18:00:00 2008 Matthew Barnes - 3.23.90-1.fc10 - Update to 3.23.90 gtksourceview2-2.3.1-1.fc10 --------------------------- * Wed Aug 13 18:00:00 2008 Matthias Clasen - 2.3.1-1 - Update to 2.3.1 gtkwave-3.1.13-1.fc10 --------------------- * Thu Aug 21 18:00:00 2008 Paul Howarth 3.1.13-1 - update to 3.1.13 guake-0.3.1-2.fc10 ------------------ * Mon Aug 25 18:00:00 2008 pingou - 0.3.1-2 - Add pygtk2 >= 2.10 in the BR * Mon Aug 25 18:00:00 2008 pingou - 0.3.1-1 - New owner - New upstream release 0.3.1 gvfs-0.99.5-1.fc10 ------------------ * Wed Aug 20 18:00:00 2008 Tomas Bzatek - 0.99.5-1 - Update to 0.99.5 hal-info-20080813-1.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Matthew Garrett - 20080813-1 - update to git snapshot hamlib-1.2.7-2.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Steve Conklin - 1.2.7-2 - New patch to fix hamlib-perl hamster-applet-2.23.90-1.fc10 ----------------------------- * Tue Aug 26 18:00:00 2008 Mads Villadsen - 2.23.90-1 - Update to latest upstream release - Change gnome-python2 requires as per bug #460007 hgsvn-0.1.6-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.1.6-1 - 0.1.6 - tests are broken, disable %check hunspell-1.2.7-1.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 1.2.7-1 - latest version hunspell-pl-0.20080823-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 0.20080823-1 - latest version hunspell-sv-1.29-1.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Caolan McNamara - 1.29-1 - latest version ` ibus-0.1.1.20080825-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Huang Peng - 0.1.1.20080825-1 - Update to 0.1.1.20080825. * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-anthy-0.1.1.20080827-1.fc10 -------------------------------- * Wed Aug 27 18:00:00 2008 Huang Peng - 0.1.1.20080827-1 - Update to 0.1.1.20080827. * Tue Aug 26 18:00:00 2008 Huang Peng - 0.1.1.20080826-1 - Update to 0.1.1.20080826. * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-m17n-0.1.1.20080823-1.fc10 ------------------------------- * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update to 0.1.1.20080812. ibus-pinyin-0.1.1.20080823-1.fc10 --------------------------------- * Sat Aug 23 18:00:00 2008 Huang Peng - 0.1.1.20080823-1 - Update version to 0.1.1.20080823. * Fri Aug 15 18:00:00 2008 Huang Peng - 0.1.1.20080815-1 - Update version to 0.1.1.20080815. * Tue Aug 12 18:00:00 2008 Huang Peng - 0.1.1.20080812-1 - Update version to 0.1.1.20080812. * Sun Aug 10 18:00:00 2008 Huang Peng - 0.1.0.20080810-1 - The first version. ice-3.3.0-5.fc10 ---------------- * Tue Aug 12 18:00:00 2008 Mary Ellen Foster 3.3.0-5 - Explicitly create build root so it builds on F10 - Patch to build against DB4.7 * Wed Jul 30 18:00:00 2008 Mary Ellen Foster 3.3.0-4 - Re-add .pth file -- the alternative method involves editing auto-generated files that say "don't edit" and I don't want to break other parts of Ice icu-4.0-2.fc10 -------------- * Tue Aug 26 18:00:00 2008 Caolan McNamara - 4.0-2 - Resolves: rhbz#459698 drop Malayalam patches. Note test with Rachana/Meera instead of Lohit Malayalam before filing bugs against icu wrt. Malayalam rendering inkscape-0.46-5.fc10 -------------------- * Wed Aug 13 18:00:00 2008 Lubomir Rintel - 0.46-5 - Rediff patches for zero fuzz - Use uniconvertor to handle CDR and WMF (#458845) iproute-2.6.26-1.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Marcela Maslanova - 2.6.26-1 - update to 2.6.26 - clean patches jd-2.0.1-0.1.svn2284_trunk.fc10 ------------------------------- * Wed Aug 27 18:00:00 2008 Mamoru Tasaka - rev. 2284 jetty-5.1.14-1.6.fc10 --------------------- * Tue Aug 12 18:00:00 2008 Andrew Overholt 5.1.14-1.6 - Require tomcat5 bits with proper OSGi metadata joda-time-1.5.2-8.tzdata2008e.fc10 ---------------------------------- * Sat Aug 23 18:00:00 2008 Conrad Meyer - 1.5.2-7.tzdata2008e - New version with new tzdata (2008e). kanyremote-5.1-1.fc10 --------------------- * Tue Aug 19 18:00:00 2008 Mikhail Fedotov - 5.1-1 Fixed crash on startup issue. Added Czech (thanks to Tomas Kaluza) and Dutch (thanks to Geert Vanhaute) translations. kdebase-runtime-4.1.0-3.fc10 ---------------------------- * Wed Aug 13 18:00:00 2008 Kevin Kofler 4.1.0-3 - fix PA not being default in the Xine backend (KCM part, see phonon-4.2.0-4) * Tue Aug 12 18:00:00 2008 Than Ngo 4.1.0-2 - crash fix when stopping a service that is not yet initialized * Fri Jul 25 18:00:00 2008 Kevin Kofler 4.1.0-1.1 - don't remove autostart directory on F8- (does not conflict, fixes build failure due to nepomukserver.desktop listed in filelist but not found) kdegraphics-4.1.0-6.fc10 ------------------------ * Thu Aug 21 18:00:00 2008 Rex Dieter 4.1.0-6 - f10+: Obsoletes/Provides: libkdcraw-devel, libkexiv2-devel, libkipi-devel * Wed Aug 20 18:00:00 2008 Rex Dieter 4.1.0-5 - fix "last page is not printed" (kde #160860) * Tue Aug 12 18:00:00 2008 Than Ngo 4.1.0-4 - fix crash in printing review in okular - update all the configuration each time a document is open in okular kdelibs-4.1.0-7.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Than Ngo 4.1.0-7 - konsole doesn't write to utmp * Sat Aug 23 18:00:00 2008 Kevin Kofler 4.1.0-6 - don't hide KDE 3 KCMs in kde4-applications.menu, not needed with our OnlyShowIn=KDE3 patch and breaks KDE 3 KCMs (kcmshell, apps) in KDE 4 sessions kdelibs3-3.5.10-1.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Rex Dieter 3.5.10-1 - kde-3.5.10 * Fri Aug 22 18:00:00 2008 Kevin Kofler 3.5.9-18 - fix build against Rawhide kernel headers (fix flock and flock64 redefinition) * Fri Aug 22 18:00:00 2008 Kevin Kofler 3.5.9-17 - fix logic error in OnlyShowIn=KDE3 patch keepassx-0.3.3-2.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Aurelien Bompard 0.3.3-2 - rebase patch for version 0.3.3 * Tue Aug 12 18:00:00 2008 Aurelien Bompard 0.3.3-1 - version 0.3.3 * Mon Jul 21 18:00:00 2008 Aurelien Bompard 0.3.2-1 - version 0.3.2 kernel-2.6.27-0.284.rc4.git6.fc10 --------------------------------- * Wed Aug 27 18:00:00 2008 Dave Airlie - drm update - add opregion support - fix some bugs in radeon modesetting * Tue Aug 26 18:00:00 2008 Jarod Wilson - Temporarily turn on CONFIG_SYSFS_DEPRECATED{,_V2} for ia64 * Tue Aug 26 18:00:00 2008 Dave Jones - 2.6.27-rc4-git6 * Tue Aug 26 18:00:00 2008 Dave Airlie - radeon improved memory manager/modesetting fixups * Tue Aug 26 18:00:00 2008 Adam Jackson - Silence the IOMMU warnings, since pretty much no BIOS has the options to fix them anyway. * Mon Aug 25 18:00:00 2008 Roland McGrath - utrace update * Mon Aug 25 18:00:00 2008 Dave Jones - Merge Linux-2.6 up to commit b8e6c91c74e9f0279b7c51048779b3d62da60b88 * Mon Aug 25 18:00:00 2008 Dave Jones - 2.6.27-rc4-git4 (Drop NR_CPUS on x86-64 to 512) * Sun Aug 24 18:00:00 2008 Dave Jones - 2.6.27-rc4-git3 * Sat Aug 23 18:00:00 2008 Roland McGrath - utrace update kexec-tools-2.0.0-1.fc10 ------------------------ * Wed Aug 27 18:00:00 2008 Neil Horman - 2.0.0-1 - Update kexec-tools to latest upstream version * Wed Aug 27 18:00:00 2008 Neil Horman - 1.102pre-16 - Fix mkdumprd to properly use UUID/LABEL search (bz 455998) koji-1.2.6-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Dennis Gilmore - 1.2.6-1 - update to 1.2.6 - make sure we have to correct version of createrepo on Fedora 8 kpackagekit-0.1-0.2.b4 ---------------------- * Fri Aug 22 18:00:00 2008 Steven M. Parrish 0.1-0.2.b4 - Adding missing files * Tue Aug 19 18:00:00 2008 Steven M. Parrish 0.1-0.1.b4 - New upstream release kvm-73-3.20080825.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Glauber Costa - 73-3.20080825 - Moved forward to yesterday's snapshot. It contains the remaining parts of mark's series of GSO patches. It sould be all back to normal when kvm-74 is released. * Tue Aug 26 18:00:00 2008 Glauber Costa - 73-2 - updated block rw patch * Thu Aug 21 18:00:00 2008 Glauber Costa - 73-1 - Update to kvm-73. - alsa enablement patch not needed anymore - removed. - Add conditional so we can use this same rpm for rhel. ldm-2.0.12-1.fc10 ----------------- * Sun Aug 24 18:00:00 2008 Warren Togami - 2.0.12-1 - Fix crash on x86_64 - Fix crash after X failure * Wed Aug 13 18:00:00 2008 Warren Togami - 2.0.11-1 - move all localapp stuff to ltsp libIDL-0.8.11-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 0.8.11-1 - Update to 0.8.11 libbonobo-2.23.1-1.fc10 ----------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.1-1 - Update to 2.23.1 libcanberra-0.7-1.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Lennart Poettering 0.7-1 - New version libdrm-2.4.0-0.19.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Dave Airlie 2.4.0-0.19 - add back modesetting support - this is a snapshot from modesetting-gem - any bugs are in the other packages that fail to build liberation-fonts-1.04.90-1.fc10 ------------------------------- libgdiplus-2.0-1.fc10 --------------------- libgee-0.1.3-1.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.1.3-1 - Update to 0.1.3 libggz-0.99.4-1.fc10 -------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter - 0.99.4-1 - libgzz-snapshot-0.99.4 libglade2-2.6.3-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen 2.6.3-1 - Update to 2.6.3 - Drop upstreamed patch libgnome-2.23.5-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 * Thu Aug 14 18:00:00 2008 - Lennart Poettering - 2.23.4-3 - Disable esd support since we have libcanberra now libgnomeui-2.23.90-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Thu Aug 14 18:00:00 2008 Lennart Poettering - 2.23.4-2 - Disable event sounds because we do them now with libcanberra libgtop2-2.23.90-1.fc10 ----------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 libmcrypt-2.5.8-6.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 2.5.8-6 - apply minor cleanups from upstream libmtp-0.3.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Linus Walleij 0.3.1-1 - New upstream version. (API and ABI compatible.) * Thu Aug 7 18:00:00 2008 Linus Walleij 0.3.0-1 - Upgrade to 0.3.0. This has to happen some way, perhaps the painful way: I upgrade to gnomad2 2.9.2 that use 0.3.0 and then I write patches to Rhythmbox and Amarok to use 0.3.0 and also send these upstream. libnotify-0.4.4-12.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 0.4.4-12 - Handle extra parameter of the closed signal libntlm-1.0-1.fc10 ------------------ * Sat Apr 19 18:00:00 2008 Nikolay Vladimirov - 1.0-1 - new upstream release libpaper-1.1.23-3.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway - 1.1.23-3 - update to nmu1 - apply patch to fix imprecise definition of DL format - apply patch so that when no config is present, libpaper will fallback through LC_PAPER before giving up and using Letter libpng-1.2.31-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Tom Lane 2:1.2.31-1 - Update to libpng 1.2.31 libpng10-1.0.39-1.fc10 ---------------------- * Thu Aug 21 18:00:00 2008 Paul Howarth 1.0.39-1 - update to 1.0.39 * Sun Aug 17 18:00:00 2008 Paul Howarth 1.0.38-1 - update to 1.0.38 - update soname patch to apply without fuzz libpreludedb-0.9.15-1.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.15-1 - new upstream release libsilc-1.1.7-2.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Stu Tomlinson 1.1.7-2 - Fix the patch to make headers multilib safe, which fixes connecting to servers (#459578) * Wed Aug 20 18:00:00 2008 Stu Tomlinson 1.1.7-2 - Address package review issues (#224458): Remove unnecessary direct dependency on libdl from libsilcclient Link libsilcclient against libsilc Make provides filtering more robust Update description libtcd-2.2.4-1.fc10 ------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 2.2.4-1 - 2.2.4 libtiff-3.8.2-11.fc10 --------------------- * Tue Aug 26 18:00:00 2008 Tom Lane 3.8.2-11 - Fix LZW decoding vulnerabilities (CVE-2008-2327) Related: #458674 - Use -fno-strict-aliasing per rpmdiff recommendation libv4l-0.4.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Hans de Goede 0.4.1-1 - New upstream release 0.4.1 libvoikko-2.0-0.1.rc1.fc10 -------------------------- * Sat Aug 23 18:00:00 2008 Ville-Pekka Vainio - 2.0-0.1.rc1 - New release candidate, including the new voikkogc tool in voikko-tools - Add defattr to voikko-tools - Drop upstreamed pkg-config patch lirc-0.8.3-6.fc10 ----------------- * Thu Aug 14 18:00:00 2008 - Bastien Nocera - 0.8.3-6 - Make lircd not exit when there's no device available, so that the daemon is running as expected when the hardware is plugged back in (#440231) * Thu Aug 14 18:00:00 2008 - Bastien Nocera - 0.8.3-5 - Add huge patch to fix the majority of remotes to have sensible keycodes, so they work out-of-the-box (#457273) logwatch-7.3.6-27.fc10 ---------------------- * Tue Aug 26 18:00:00 2008 Ivana Varekova 7.3.6-27 - fix init script problem (#459887) * Fri Aug 15 18:00:00 2008 Ivana Varekova 7.3.6-26 - fix problem with changed logrotate suffixes (#458580) lshw-B.02.13-3.fc10 ------------------- * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-3 - rebuild * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-2 - proper patch macro * Wed Aug 13 18:00:00 2008 Terje Rosten - B.02.13-1 - B.02.13 - remove patches now upstream - add new gcc43 patch man-pages-3.07-1.fc10 --------------------- * Thu Aug 14 18:00:00 2008 Ivana Varekova - 3.07-1 - update to 3.07 - remove ncsa_auth.8 (#458498) man-pages-ja-20080815-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Akira TAGOH - 20080815-1 - updates to 20080815. - correct the description of 'suspend' built-in command in bash(1). - correct the description of top(1) command. mathomatic-14.1.4-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Terje Rosten - 14.1.4-1 - 14.1.4 - add build patch (add optflags, dont strip) maven-doxia-1.0-0.2.a7.2.10.fc10 -------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7.2.9 - Build for ppc64 * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7.2.10 - Fix broken release tag maven-jxr-1.0-2.8.fc10 ---------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-2.8 - Build for ppc64 maven-surefire-1.5.3-2.8.fc10 ----------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.5.3-2.8 - Build for ppc64 maxima-5.16.3-1.fc10 -------------------- * Sun Aug 24 18:00:00 2008 Rex Dieter - 5.16.3-1 - maxima-5.16.3 * Mon Aug 18 18:00:00 2008 Rex Dieter - 5.16.2-1 - maxima-5.16.2 (5.16 rc) mcrypt-2.6.7-3.fc10 ------------------- * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 2.6.7-3 - use native mcrypt format by default (not openpgp) (bz 433582) - fix gaa - fix format strings mediawiki-1.13.0-40.fc10 ------------------------ * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.13.0-40 - Use consistently Patch0 and %patch0. * Sat Aug 16 18:00:00 2008 Axel Thimm - 1.13.0-39 - Update to 1.13.0. * Wed May 21 18:00:00 2008 Tom "spot" Callaway 1.10.4-40 - fix license tag meld-1.2-2.fc10 --------------- * Tue Aug 26 18:00:00 2008 Brian Pepple - 1.2-2 - Change require to gnome-python2-gnome. (#460010) mercator-0.2.6-1.fc10 --------------------- * Sun Aug 17 18:00:00 2008 Wart 0.2.6-1 - Update to 0.2.6 mercurial-1.0.2-1.fc10 ---------------------- * Fri Aug 15 18:00:00 2008 Neal Becker - 1.0.2-1 - Update to 1.0.2 metacity-2.23.144-1.fc10 ------------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.144-1 - Update to 2.23.144 midisport-firmware-1.2-2 ------------------------ * Thu Aug 14 18:00:00 2008 Dave Jones - Use udev rules from upstream package instead of our own. * Thu Aug 14 18:00:00 2008 Dave Jones - License clarification. mod_mono-2.0-1.fc10 ------------------- mod_security-2.5.6-1.fc10 ------------------------- * Sat Aug 2 18:00:00 2008 Michael Fleming 2.5.6-1 - Update to upstream 2.5.6 - Remove references to mlogc, it no longer ships in the main tarball. - Link correctly vs. libxml2 and lua (bz# 445839) - Remove bogus LoadFile directives as they're no longer needed. * Sun Apr 13 18:00:00 2008 Michael Fleming 2.1.7-1 - Update to upstream 2.1.7 mono-2.0-4.fc10 --------------- * Fri Aug 22 18:00:00 2008 Paul F. Johnson 2.0-4 - fix for XIM with en_GB.UTF locale plus others * Mon Aug 18 18:00:00 2008 Paul F. Johnson 2.0-3 - removed canna-devel requirements - bump to preview 2 - removed further bits for moonlight * Sun Aug 17 18:00:00 2008 Paul F. Johnson 2.0-2 - added Canna-devel BR and R Canna for mwf - removed the build of moonlight parts - disable-static on configure * Sat Aug 2 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 - alter licence to MIT only - renamed and clean up patch files - spec file fixes mono-basic-2.0-1.fc10 --------------------- * Sun Aug 10 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 monodevelop-1.9-5.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 1.9-5 - Use system-provided nunit * Sat Aug 23 18:00:00 2008 Michel Alexandre Salim - 1.9-4 - Clean up build dependencies: database support now a separate package - Clean up spec file and patches * Fri Aug 8 18:00:00 2008 David Nielsen - 1.9-3 - rebase configure patch for fuzz - file list fix up * Thu Jul 10 18:00:00 2008 David Nielsen 1.9-2 - numerical compare for fedora version test, fixes compile on f10 * Mon Jul 7 18:00:00 2008 Paul F. Johnson 1.9-1 - bump to latest beta for md2 - fixes to patch files for mono.cecil - fix the archs to be mono package happy - spec file fixes * Tue May 6 18:00:00 2008 Paul F. Johnson 1.0-6 - added br mono-tools - removed prepackaged mime * Thu May 1 18:00:00 2008 Paul F. Johnson 1.0-5.1 - attempt a fix for a text editor to work - rebuild * Wed Apr 30 18:00:00 2008 Paul F. Johnson 1.0-4 - mdtool fix * Wed Apr 30 18:00:00 2008 Paul F. Johnson 1.0-3 - remove BR ikvm-devel * Fri Apr 25 18:00:00 2008 Paul F. Johnson 1.0-2 - add in gtksourceview2 support monodoc-2.0-2.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway 2.0-2 - fix license (again) mousetweaks-2.23.90-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 mozldap-6.0.5-4.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 6.0.5-4 - actually fix license tag (whoops) mtpaint-3.21-1.fc10 ------------------- * Fri Aug 15 18:00:00 2008 Terje Rosten - 3.21-1 - 3.21 - add %defattr on handbook mtx-1.3.12-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Dan Horak 1.3.12-1 - update to mtx-1.3.12 mysql-5.0.67-1.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Tom Lane 5.0.67-1 - Update to mysql version 5.0.67 - Move mysql_config's man page to base package, again (apparently I synced that change the wrong way while importing specfile changes for ndbcluster) nautilus-2.23.90-2.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 - Bastien Nocera - 2.23.90-2 - Fix typo in the schemas file * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 nautilus-cd-burner-2.23.90-1.fc10 --------------------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 ncview-1.93c-4.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Adam Jackson 1.93c-4 - Drop Requires: xorg-x11-server-Xorg. netpbm-10.35.49-2.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy 10.35.49-2 - link against system jasper instead of embedded one (#460300) * Thu Aug 14 18:00:00 2008 Jindrich Novy 10.35.49-1 - update to 10.35.49 - fixes crash in pamcut when cutting a region entirely to the left or right of the input image, with -pad nfs-utils-lib-1.1.3-2.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Steve Dickson 1.1.3-2 - Upgraded librpcsecgss to latest upstream version: 0.18 * Wed Aug 27 18:00:00 2008 Steve Dickson 1.1.3-1 - Upgraded libnfsidmap to latest upstream version: 0.21 nikto-1.36-4.fc10 ----------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 1.36-4 - fix license tag nntpgrab-0.3.90-2.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Erik van Pienbroek - 0.3.90-2 - Reverted one of the rpmlint fixes as it was causing a build failure * Fri Aug 22 18:00:00 2008 Erik van Pienbroek - 0.3.90-1 - Update to version 0.3.90 (0.4 beta 1) - Upstream has changed a lot in the infrastructure: - Added core-libs subpackage - Added gui-base subpackage - Added gui-networked subpackage - Merged the plugins subpackage with the core subpackage - Several rpmlint warnings fixed node-0.3.2-5.fc10 ----------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 0.3.2-5 fix for #458818 nss-3.12.1.0-2.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Kai Engert - 3.12.1.0-2 - NSS 3.12.1 RC1 * Fri Aug 15 18:00:00 2008 Kai Engert - 3.12.0.3-7 - fix bug bug 429175 in libpem module ntfs-3g-1.2812-1.fc10 --------------------- * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway - 2:1.2812-1 - update to 1.2812 nut-2.2.2-2.fc10 ---------------- * Mon Aug 25 18:00:00 2008 Tomas Smetana 2.2.2-2 - fix requirements in spec file - build a separate hal package nx-3.2.0-31.fc10 ---------------- * Tue Aug 26 18:00:00 2008 TOm "spot" Callaway - 3.2.0-31 - fix license tag * Mon Aug 25 18:00:00 2008 Axel Thimm - 3.2.0-30 - Update nxagent to fix some keyboard mapping on 64 bits and broken repaint on ADSL type lines. * Tue Aug 12 18:00:00 2008 Axel Thimm - 3.2.0-29 - Remove old patches. obex-data-server-0.3.4-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 - Bastien Nocera - 0.3.4-1 - Update to 0.3.4 - Fixes a problem accessing Nokia phones (#456541) ocaml-bitstring-1.9.8-3.fc10 ---------------------------- * Tue Aug 26 18:00:00 2008 Richard W.M. Jones - 1.9.8-3 - +BR time. * Tue Aug 26 18:00:00 2008 Richard W.M. Jones - 1.9.8-2 - New upstream release 1.9.8. - Add *.so* files. odfpy-0.8-1.fc10 ---------------- * Fri Aug 22 18:00:00 2008 Ian Weller 0.8-1 - Update upstream oggvideotools-0.5-1.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Matt Domsch - 0.5-1 - Fedora patches applied upstream - improved documentation openoffice.org-3.0.0-3.1.fc10 ----------------------------- * Tue Aug 19 18:00:00 2008 Caol?n McNamara - 1:3.0.0-3.1 - next milestone - Resolves: rhbz#458681 python requires - Resolves: rhbz#458739 icon generation sequence - Resolves: rhbz#441108 fpicker UI lock add workspace.fpicker8.patch - update to upstream dbaccess a11y solution - ooo#92920 enable building pdf importer against poppler and activate for fedora - drop integrated workspace.impress152.patch openoffice.org-voikko-3.0-0.2.rc1.fc10 -------------------------------------- * Wed Jul 30 18:00:00 2008 Ville-Pekka Vainio - 3.0-0.2.rc1 - New release candidate: - Require libvoikko >= 2.0 - Don't build with SHOW_UGLY_WARNINGS anymore openvpn-2.1-0.28.rc9.fc10 ------------------------- * Wed Aug 13 18:00:00 2008 Steven Pritchard 2.1-0.28 - Add "--script-security 2" by default for backwards compatibility (see bug #458594). openvrml-0.17.8-1.0.fc10 ------------------------ * Wed Aug 13 18:00:00 2008 Braden McDaniel - 0.17.8-1.0 - Updated to 0.17.8. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.7-2.0 - libgnomeui-2.23.4-1 does not work with GTK_DISABLE_DEPRECATED; patch it away. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.7-1.0 - Updated to 0.17.7. * Tue Aug 12 18:00:00 2008 Braden McDaniel - 0.17.6-7.0 - Change to x.y convention for the Release number to satisfy Fedora packaging scripts. orca-2.23.90-2.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Matthias Clasen - 2.23.90-2 - Require gnome-python2-gnome * Sat Aug 23 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 * Tue Aug 5 18:00:00 2008 Matthias Clasen - 2.23.6-1 - Update to 2.23.6 * Tue Jul 22 18:00:00 2008 Matthias Clasen - 2.23.5-1 - Update to 2.23.5 osgal-0.6.1-5.fc10 ------------------ * Thu Aug 14 18:00:00 2008 Ralf Cors?pius - 1:0.6.1-5 - Rebuild against OSG-2.6.0. osgcal-0.1.46-7.fc10 -------------------- * Thu Aug 14 18:00:00 2008 Ralf Cors?pius - 0.1.46-7 - Rebuild against OSG-2.6.0. packagekit-qt-0.1-0.1.b4.fc10 ----------------------------- * Tue Aug 19 18:00:00 2008 Steven M. Parrish 0.1-0.1.b4 - New upstream release padevchooser-0.9.4-0.6.svn20070925.fc10 --------------------------------------- * Tue Aug 26 18:00:00 2008 Tom "spot" Callaway - 0.9.4-0.6.svn20070925 - fix license tag pam_krb5-2.3.0-2.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 2.3.0-2 - fix license tag pam_smb-1.1.7-9.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 1.1.7-9 - package cleanups - fix license tag pango-1.21.5-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Behdad Esfahbod - 1.21.5-1 - Update to 1.21.5 paraview-3.3.1-0.20080811.1.fc10 -------------------------------- * Mon Aug 11 18:00:00 2008 Orion Poplawski - 3.3.1-0.20080811.1 - Update 3.3.1 CVS snapshot - Update hdf5 patch to drop upstreamed changes - Fix mpi build (bug #450598) - Use rpath instead of ls.so conf files so mpi and non-mpi can be installed at the same time - mpi package now just ships mpi versions of the server components - Drop useless mpi-devel subpackage - Update hdf5 patch to fix H5pubconf.h -> H5public.h usage parcellite-0.8-1.fc10 --------------------- pari-2.3.3-2.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 2.3.3-2 - fix license tag perl-5.10.0-41.fc10 ------------------- * Wed Aug 13 18:00:00 2008 Stepan Kasal - 4:5.10.0-41.fc10 - do not create directory .../%{version}/auto perl-Business-Hours-0.08-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Ralf Cors?pius - 0.08-1 - Upstream update. - Reflect Source0-URL having changed. perl-DBIx-SearchBuilder-1.54-1.fc10 ----------------------------------- * Fri Aug 8 18:00:00 2008 Ralf Cors?pius - 1.54-1 - Upstream update. perl-HTTP-Server-Simple-0.34-1.fc10 ----------------------------------- * Tue Aug 26 18:00:00 2008 Ralf Cors?pius - 0.34-1 - Upstream update (Required by rt >= 3.8.0). perl-IPC-Run3-0.042-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Ralf Cors?pius 0.042-1 - Upstream update. perl-Locale-Maketext-Lexicon-0.68-1.fc10 ---------------------------------------- * Tue Aug 26 18:00:00 2008 Ralf Cors?pius - 0.68-1 - Upstream update. - Reflect new Source0-URL. perl-Perl-MinimumVersion-1.18-1.fc10 ------------------------------------ * Mon Aug 25 18:00:00 2008 Ralf Cors?pius - 1.18-1 - Upstream update. perl-Test-ClassAPI-1.05-2.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Ralf Cors?pius - 1.05-2 - Bump release. * Tue Aug 26 18:00:00 2008 Ralf Cors?pius - 1.05-1 - Upstream update. perl-Text-CharWidth-0.04-5.fc10 ------------------------------- * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.04-5 - %check || : does not work anymore. perl-Text-WrapI18N-0.06-4.fc10 ------------------------------ * Sun Aug 24 18:00:00 2008 Axel Thimm - 0.06-4 - %check || : does not work anymore. perl-mogilefs-server-2.17-7.fc10 -------------------------------- * Wed Aug 13 18:00:00 2008 Ruben Kerkhof 2.17-7 - Add compat statements for subpackages * Wed Aug 13 18:00:00 2008 Ruben Kerkhof 2.17-6 - Due to a problem in the tempfile handling, mogilefs occasionally looses file data after a while. Bz 458890 phonon-4.2.0-4.fc10 ------------------- * Sun Aug 10 18:00:00 2008 Kevin Kofler 4.2.0-4 - rename -backend-gst back to -backend-gstreamer (longer name as -backend-xine) The GStreamer backend isn't ready to be the default, and KDE 4.1 also defaults to the Xine backend when both are installed. - fix PulseAudio not being the default in the Xine backend (4.2 regression) pidgin-2.5.0-1.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Stu Tomlinson 2.5.0-1 - 2.5.0 plexus-ant-factory-1.0-0.2.a1.1.9.fc10 -------------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a1.1.9 - Build for ppc64 plexus-bsh-factory-1.0-0.2.a7s.1.9.fc10 --------------------------------------- * Wed Aug 13 18:00:00 2008 Deepak Bhole 1.0-0.2.a7s.1.9 - Build for ppc64 plymouth-0.6.0-0.2008.08.27.2.fc10 ---------------------------------- * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27.2 - If user hits escape, send "" as the password (bug 459111) * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27.1 - Fix another crasher for users with encrypted disks (this time in the text plugin, not the client) * Wed Aug 27 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.27 - Update to latest snapshot - Add the ability to show text prompts in graphical plugin - Fix crasher for users with encrypted disks * Sat Aug 23 18:00:00 2008 Ray Strode 0.5.0-0.2008.08.22 - Update to latest snapshot * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-20.2008.08.13 - Update previous patch to remove some assertions * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-19.2008.08.13 - add a patch that may help serial console users * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-18.2008.08.13 - add spool directory to file list * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-17.2008.08.13 - Make plymouth-gdm-hooks require plymouth-utils * Wed Aug 13 18:00:00 2008 Ray Strode 0.5.0-16.2008.08.13 - Add a boot failure viewer to login screen (written by Matthias) * Tue Aug 12 18:00:00 2008 Adam Jackson 0.5.0-15.2008.08.08 - plymouth-0.5.0-textbar-hotness.patch: Change the text plugin to a slightly more traditional progress bar, to maintain the illusion of progress better than the eternally oscillating cylon. Note: still incomplete. podsleuth-0.6.2-2.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.6.2-2 - Apply sg3_utils patch only on F10 and above * Mon Aug 25 18:00:00 2008 Michel Salim - 0.6.2-1 - Update to 0.6.2 * Thu May 15 18:00:00 2008 Nigel Jones - 0.6.0-6 - SELinux Policies included as of selinux-policy-3.3.1-51 - Update hal-podsleuth to not put .wapi in /root (bad bad thing) poppler-0.8.6-1.fc10 -------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 0.8.6-1 - Update to 0.8.6 prelude-lml-0.9.13-1.fc10 ------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.13-1 - new upstream release prelude-manager-0.9.14.2-1.fc10 ------------------------------- * Wed Aug 27 18:00:00 2008 Steve Grubb 0.9.14.2-1 - new upstream version privoxy-3.0.10-1.fc10 --------------------- * Mon Aug 25 18:00:00 2008 Karsten Hopp 3.0.10-1 - privoxy 3.0.10 psi-0.12-1.fc10 --------------- * Wed Aug 13 18:00:00 2008 Aurelien Bompard 0.12-1 - version 0.12 pychess-0.8.2-1.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Michel Salim - 0.8.2-1 - Update to 0.8.2 * Mon Mar 17 18:00:00 2008 Sindre Pedersen Bj?rdal - 0.8-2 - Bump release pygame-1.8.1-1.fc10 ------------------- * Tue Aug 26 18:00:00 2008 Robin Norwood 1.8.1-1 - Update to new upstream version. - rpmlint fixes * Mon Aug 25 18:00:00 2008 Robin Norwood 1.8.0-3 - Rebase config patch for 1.8.0 - Need to specify BR: SDL-devel * Mon Aug 25 18:00:00 2008 Robin Norwood 1.8.0-2 - Change from requiring python-numeric to numpy - rhbz#457074 pygobject2-2.15.2-3.fc10 ------------------------ * Tue Aug 12 18:00:00 2008 Matthew Barnes - 2.15.2-3.fc10 - Modify thread initialization patch to fix RH bug #458522. pygtk2-2.13.0-2.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Matthew Barnes - 2.13.0-2.fc10 - Restore pycairo and pygobject2 requirements, with a note to myself to stop screwing around with them (RH bug #460105). * Mon Aug 25 18:00:00 2008 Matthew Barnes - 2.13.0-1.fc10 - Update to 2.13.0 - Update version requirements. python-exif-1.0.8-1.fc10 ------------------------ * Fri Aug 15 18:00:00 2008 Terje Rosten - 1.0.8-1 - 1.0.8 python-fedora-0.3.5-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Luke Macken - 0.3.5-1 - New upstream release python-gammu-0.26-1.fc10 ------------------------ * Mon Aug 25 18:00:00 2008 Xavier Lamien - 0.26-1 - Update release. python-mwlib-0.8.3-1.fc10 ------------------------- * Fri Aug 22 18:00:00 2008 Ian Weller 0.8.3-1 - Bump to 0.8.3 python-pp-1.5.5-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Steve 'Ashcrow' Milner - 1.5.5-1 - Updated to upstream latest stable. python-sphinx-0.4.2-1.fc10 -------------------------- * Mon Aug 25 18:00:00 2008 Michel Salim - 0.4.2-1 - Update to 0.4.2 python-telepathy-0.15.1-1.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Brian Pepple - 0.15.1-1 - Update to 0.15.1. - Drop examples-README. Included in upstream now. python-toscawidgets-0.9.3-1.fc10 -------------------------------- * Tue Aug 26 18:00:00 2008 Toshio Kuratomi - 0.9.3-1 - New upstream. qgis-0.11.0-2.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Douglas E. Warner 0.11.0-2 - building against blas and lapack instead of atlas and blas to fix missing library calls ql2400-firmware-4.04.04-1.fc10 ------------------------------ * Fri Aug 22 18:00:00 2008 Tom "spot" Callaway 4.04.04-1 - update to 4.04.04 quilt-0.47-1.fc10 ----------------- * Thu Aug 21 18:00:00 2008 - jwboyer at gmail.com 0.47-1 - Update to latest release rcssbase-12.1.1-3.fc10 ---------------------- * Thu Aug 14 18:00:00 2008 Hedayat Vatankhah 12.1.1-3 - Rebuild to link agains the new boost libraries rcssserver3d-0.6-4.fc10 ----------------------- * Thu Aug 14 18:00:00 2008 Hedayat Vatankhah 0.6-4 - Rebuilding the package because of new boost libraries. redhat-lsb-3.2-1.fc10 --------------------- * Mon Aug 18 18:00:00 2008 Hao Liu 3.2-1 - Port forward to LSB 3.2 - Remove symlink for mailx if user is upgrading from the redhat-lsb of older version - Since F10 put mailx under /usr/bin, change the corresponding requires redhat-menus-8.9.11-6.fc10 -------------------------- * Sun Aug 24 18:00:00 2008 Matthias Clasen - 8.9.11-6 - Use standard icon names where available * Wed Aug 13 18:00:00 2008 Matthias Clasen - 8.9.11-5 - Own /etc/xdg/menus rhythmbox-0.11.6-6.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 - Linus Walleij 0.11.6-6 - Rebuild package to pick up libmtp 0.3.0 deps * Thu Aug 14 18:00:00 2008 - Bastien Nocera 0.11.6-5 - Add a default LIRC configuration, so it works out-of-the-box * Tue Aug 12 18:00:00 2008 - Bastien Nocera 0.11.6-4 - Add patch for libmtp 0.3 support (#458388) rpm-4.5.90-0.git8461.2 ---------------------- * Wed Aug 13 18:00:00 2008 Panu Matilainen - 4.5.90-0.git8461.2 - fix archivesize tag generation on ppc (#458817) rrdtool-1.3.1-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Jarod Wilson 1.3.1-1 - Update to rrdtool 1.3.1 rsyslog-3.21.3-1.fc10 --------------------- * Wed Aug 20 18:00:00 2008 Peter Vrabec 3.21.3-1 - upgrade to bugfix release rtpproxy-1.2-0.1.alpha.200807211.fc10 ------------------------------------- * Wed Aug 13 18:00:00 2008 Peter Lemenkov - 1.2-0.1.alpha.200807211 - Snapshot 1.2.alpha.200807211 ruby-1.8.6.287-1.fc10 --------------------- * Sat Aug 23 18:00:00 2008 Akira TAGOH - 1.8.6.287-1 - New upstream release. - Security fixes. - CVE-2008-3655: Ruby does not properly restrict access to critical variables and methods at various safe levels. - CVE-2008-3656: DoS vulnerability in WEBrick. - CVE-2008-3657: Lack of taintness check in dl. - CVE-2008-1447: DNS spoofing vulnerability in resolv.rb. - CVE-2008-3443: Memory allocation failure in Ruby regex engine. - Remove the unnecessary backported patches. ruby-augeas-0.2.0-1.fc10 ------------------------ * Tue Aug 26 18:00:00 2008 David Lutterkort - 0.2.0-1 - New version ruby-aws-0.4.1-1.fc10 --------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 0.4.1-1 - 0.4.1 ruby-marc-0.2.1-1.fc10 ---------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 0.2.1-1 - 0.2.1 ruby-mechanize-0.7.8-1.fc10 --------------------------- * Thu Aug 28 18:00:00 2008 Mamoru Tasaka - 0.7.8-1 - 0.7.8 schroedinger-1.0.5-1.fc10 ------------------------- * Wed Aug 27 18:00:00 2008 Jeffrey C. Ollie - 1.0.5-1 - Update to 1.0.5 scim-1.4.7-31.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Jens Petersen - 1.4.7-31.fc10 - bring back Ctrl+Space hotkey by default for all locale by popular demand - drop disabling of uncommon IMEs from global system config since less used Chinese tables have been moved to scim-tables-chinese-extra * Tue Aug 26 18:00:00 2008 Jens Petersen - 1.4.7-30.fc10 - restore scim_x11_frontend-ic-focus-LTC27940-215953.patch (#440163) scim-tables-0.5.8-4.fc10 ------------------------ * Wed Aug 27 18:00:00 2008 Jens Petersen - 0.5.8-4.fc10 - move the Chinese tables disabled by default in scim to a new chinese-extra subpackage - move removal of Japanese tables from scim-tables-0.5.8-1.jk.patch to install * Tue Jun 24 18:00:00 2008 Jens Petersen - remove Translit from ukrainian scsi-target-utils-0.0-5.20080805snap.fc10 ----------------------------------------- * Fri Aug 22 18:00:00 2008 Terje Rosten - 0.0-5.20080805snap - update to 20080805 snapshot sdparm-1.03-1.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.03-1 - 1.03 seahorse-2.23.90-1.fc10 ----------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen 2.23.90-1 - Update to 2.23.90 seahorse-plugins-2.23.6-2.fc10 ------------------------------ * Sun Aug 24 18:00:00 2008 Matthias Clasen 2.23.6-2 - Brutally fix some file conflicts with the main seahorse package selinux-policy-3.5.5-1.fc10 --------------------------- * Tue Aug 12 18:00:00 2008 Dan Walsh 3.5.4-2 - Allow ifconfig_t to read dhcpc_state_t * Mon Aug 11 18:00:00 2008 Dan Walsh 3.5.4-1 - Update to upstream * Thu Aug 7 18:00:00 2008 Dan Walsh 3.5.3-1 - Update to upstream * Sat Aug 2 18:00:00 2008 Dan Walsh 3.5.2-2 - Allow system-config-selinux to work with policykit sepostgresql-8.3.3-2.964.fc10 ----------------------------- * Wed Aug 13 18:00:00 2008 - 8.3.3-2.964 - bugfix: trusted procedure invokation ser2net-2.5-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Tom "spot" Callaway - 2.5-1 - update to 2.5 - fix initscript to not be on by default - add try-restart setools-3.3.5-1.fc10 -------------------- * Tue Aug 26 18:00:00 2008 Chris PeBenito 3.3.5-1 - Update to upstream version 3.3.5. showimg-0.9.5-19.fc10 --------------------- * Sun Aug 3 18:00:00 2008 Aurelien Bompard 0.9.5-19 - drop libkipi support (for KDE4) sip-4.7.7-1.fc10 ---------------- * Tue Aug 26 18:00:00 2008 Rex Dieter - 4.7.7-1 - sip-4.7.7 slrn-0.9.9-1.fc10 ----------------- * Tue Aug 26 18:00:00 2008 Miroslav Lichvar 0.9.9-1 - update to 0.9.9 smart-1.0-54.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Axel Thimm - 1.0-54 - omit (broken) BR: qt-devel (Rex Dieter). - fix comment typo (Ville Skytt?). - Configure ksmarttray with dependency tracking disabled (Ville Skytt?). * Sun Aug 24 18:00:00 2008 Axel Thimm - 1.0-53 - Rebase patch to 1.0 to avoid fuzz=0 rejection on recent rpm. * Fri Aug 15 18:00:00 2008 Axel Thimm - 1.0-52 - Update to 1.0. - Remove automake version patch. sound-juicer-2.23.2-1.fc10 -------------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 source-highlight-2.10-1.fc10 ---------------------------- * Sat Aug 16 18:00:00 2008 Adrian Reber - 2.10-1 - updated to 2.10 sqliteman-1.2.0-3.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.2.0-3 - build with internal qscintilla * Tue Aug 12 18:00:00 2008 Terje Rosten - 1.2.0-1 - 1.2.0 - add qscintilla-devel to build req subtitleeditor-0.22.3-1.fc10 ---------------------------- * Fri Aug 22 18:00:00 2008 Martin Sourada - 0.22.3-1 - New upstream release - Don't build with cppunit testing (rhbz #458607) sunbird-0.9-0.3.20080824cvs.fc10 -------------------------------- * Sun Aug 24 18:00:00 2008 Lubomir Rintel 0.9-0.3.20080824cvs - Newer snapshot closer to RC - New langpacks - Fix install root path superiotool-0-0.12.20080815svn3511.fc10 --------------------------------------- * Fri Aug 15 18:00:00 2008 Peter Lemenkov 0-0.12.20080815svn3511 - Fixed svn path (LinuxBIOS renamed to Coreboot) - svn ver. 3511 - add support for SMSC SIO10N268 (trivial) - add support for 2 new SMSC superio chips - Add dump support for Winbond (NSC) PC87427 synaptics-0.14.6-11.fc10 ------------------------ * Thu Aug 14 18:00:00 2008 Adel Gadllah 0.14.6-11 - Revert the "no tap behaviour" RH #439386 system-config-bind-4.0.9-1.fc10 ------------------------------- * Tue Aug 26 18:00:00 2008 Jaroslav Reznik - 4.0.9-1 - New gnome style manual (bz#326091) - Fixes hang when signing zone (bz#219788) - Fixes Bind package changes (bz#457369) - Fixes icon reference (bz#457713) - Dependencies changes gnome-python2-gnome (bz#460015) - Repackage with new translations - Other changes system-config-netboot-0.1.45.2-3.fc10 ------------------------------------- * Tue Aug 26 18:00:00 2008 Jaroslav Reznik - 0.1.45.2-3 - gnome-python2-gnome requirement (#bz460019) system-config-printer-1.0.6-1.fc10 ---------------------------------- * Tue Aug 26 18:00:00 2008 Tim Waugh 1.0.6-1 - Requires gnome-python2-gnome (bug #460021). - 1.0.6: - More delete-event fixes. - Fixed temporary file leak. - Fixed dialog leaks. - Small UI improvements for the New Printer dialog. - Other small fixes. * Thu Aug 14 18:00:00 2008 Tim Waugh 1.0.5-3 - Include other fixes from upstream including: - OpenPrinting API change (trac #74). - libnotify API change for 'closed' signal. - Notification for job authentication (trac #91). - Glade delete-event fixes (trac #88). - Pre-fill username in job authentication dialog (trac #87). * Wed Aug 13 18:00:00 2008 Tim Waugh 1.0.5-2 - Handle HTTP_FORBIDDEN. system-config-samba-1.2.64-1.fc10 --------------------------------- * Tue Aug 19 18:00:00 2008 Nils Philippsen - 1.2.64-1 - install dbus service mechanism * Mon Aug 18 18:00:00 2008 Nils Philippsen - add python, python-devel build requirements - remove usermode, libuser-python requirements - add dbus-python, PolicyKit-gnome, python-slip-dbus requirements - ship dbus, PolicyKit configuration and scsamba python module * Fri Aug 15 18:00:00 2008 Nils Philippsen - use dbus/PolicyKit for privileged operations in the frontend - use pwd.getpwall () instead of libuser for user enumeration * Wed Aug 13 18:00:00 2008 Nils Philippsen - implement dbus service wrapping the backend * Tue Aug 12 18:00:00 2008 Nils Philippsen - restructure source, prepare for dbus/PolicyKit system-config-services-0.99.22-1.fc10 ------------------------------------- * Tue Aug 26 18:00:00 2008 Nils Philippsen - 0.99.22-1 - version 0.99.22 * Tue Aug 26 18:00:00 2008 Nils Philippsen - make services list insensitive until first batch of services has rolled in * Fri Aug 22 18:00:00 2008 Nils Philippsen - honor X-Fedora-Pidfile directive in LSB header - implement default priorities for AsyncCmdQueue objects - service gtk events in GUIServicesList.on_services_changed () to avoid hanging GUI on startup * Thu Aug 21 18:00:00 2008 Nils Philippsen - let GUI wait until herders are ready, then select first service in list - remove debugging output - when the selected service is deleted, find a suitable alternative to select - change PolicyKit actions to org.fedoraproject.config.services.info, org.fedoraproject.config.services.manage - when listing services, don't sleep until backend herder is ready - handle SVC_HERDER_READY signal with empty service name * Wed Aug 20 18:00:00 2008 Nils Philippsen - make monitoring of initially stopped services with pidfiles work * Mon Aug 18 18:00:00 2008 Nils Philippsen - use * Fri Aug 15 18:00:00 2008 Nils Philippsen - remove some cruft - DBUS objects get a bus name, not the bus itself when created * Tue Aug 12 18:00:00 2008 Nils Philippsen - rectify dbus interface name * Fri Aug 8 18:00:00 2008 Nils Philippsen - use HookableSet for DBusSysVServiceProxy.runlevels - set about dialog transient for main window * Wed Aug 6 18:00:00 2008 Nils Philippsen - don't except KeyboardInterrupt in two places tcd-utils-20080820-1.fc10 ------------------------- * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 20080820-1 - Update to 20080820 teg-0.11.2-16.fc10 ------------------ * Fri Aug 22 18:00:00 2008 josef radinger - 0.11.2-16 - move icons file to /usr/share/pixmaps/ telepathy-gabble-0.7.8-1.fc10 ----------------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.7.8-1 - Update to 0.7.8. - Drop assertion patch. Fixed upstream. telepathy-glib-0.7.14-1.fc10 ---------------------------- * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.7.14-1 - Update to 0.7.14. - Add README & NEWS to docs. telepathy-haze-0.2.0-3.fc10 --------------------------- * Wed Aug 13 18:00:00 2008 Peter Gordon - 0.2.0-3 - Remove the mission-control subpackage in favor of using the profiles from Empathy upstream. telepathy-salut-0.3.4-2.fc10 ---------------------------- * Sun Aug 24 18:00:00 2008 Brian Pepple - 0.3.4-2 - Build with libasyncns support. * Sat Aug 23 18:00:00 2008 Brian Pepple - 0.3.4-1 - Update to 0.3.4. - bump minimum tp-glib version needed. texlive-2007-35.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy - 2007-35 - texlive-context requires texlive-texmf-context (#455163) - fix lacheck to not to segfault (#451513) - rediff some patchesto be applicable with zero fuzz texlive-texmf-2007-24.fc10 -------------------------- * Wed Aug 27 18:00:00 2008 Jindrich Novy - 2007-24 - fix rendering of beamer slides (#457836) - remove ubbold.fd (#458150), thanks to Jason Cross - fix broken Euro sign (#459332) and Romanian accent (#460266), thanks to Vasile Gaburici themonospot-0.7.1.1-1.fc10 -------------------------- * Tue Aug 26 18:00:00 2008 hman 0.7.1.1-1 - bug fixed: solved UserData function problem, now work fine tokyocabinet-1.3.4-1.fc10 ------------------------- * Mon Aug 25 18:00:00 2008 Deji Akingunola - 1.3.4-1 - Update to 1.3.4 - Add bzip2-devel BR tomboy-0.11.3-1.fc10 -------------------- * Sat Aug 23 18:00:00 2008 Matthias Clasen - 0.11.3-1 - Update to 0.11.3 * Tue Aug 5 18:00:00 2008 Matthias Clasen - 0.11.1-1 - Update to 0.11.1 transmission-1.33-1.fc10 ------------------------ * Sun Aug 24 18:00:00 2008 Denis Leroy - 1.33-1 - Update to upstream 1.33 - Now dual-licensed - Gnusource and download dir patches upstreamed tuxcmd-0.6.36-5.fc10 -------------------- * Mon Aug 25 18:00:00 2008 Tomas Bzatek 0.6.36-5 - Use supplied libc unit (ripped out from original FPC sources) - Do not generate debug info on x86_64 (buggy compiler) * Mon Aug 25 18:00:00 2008 Tomas Bzatek 0.6.36-4 - Rebuild against FPC 2.2.2 (fixes threading issues) - Do not generate executable stack (fixes SELinux issues) tzdata-2008e-1.fc10 ------------------- * Tue Aug 12 18:00:00 2008 Petr Machata - 2008e-1 - Upstream 2008e - Changes for Mauritius - Leap second coverage for 31/Dec 2008 - Corrections of historical dates unicap-0.2.23-4.fc10 -------------------- * Sat Aug 9 18:00:00 2008 Robert Scheck 0.2.23-4 - Rebuild to get missing dependencies back (#443015, #458527) util-linux-ng-2.14.1-0.1.fc10 ----------------------------- * Thu Aug 14 18:00:00 2008 Karel Zak 2.14.1-0.1 - upgrade to 2.14.1-rc1 - refresh old patches * Thu Jul 24 18:00:00 2008 Karel Zak 2.14-3 - update util-linux-ng-2.14-mount-file_t.patch to make the SELinux warning optional (verbose mode is required) vala-0.3.5-1.fc10 ----------------- * Fri Aug 22 18:00:00 2008 Michel Alexandre Salim - 0.3.5-1 - Update to 0.3.5 vdrift-20080805-1.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla - 20080805-1 - Update to new upstream. - Dropped gcc4.3 and jamfile patches, applied upstream. - Merged and obsolete/provided -data package, following upstream. - Added glew-devel BR. vim-7.2.006-1.fc10 ------------------ * Mon Aug 25 18:00:00 2008 Karsten Hopp 7.2.006-1 - patchlevel 6 * Mon Aug 18 18:00:00 2008 Karsten Hopp 7.2.002-1 - patchlevel 2 - fix specfile template (#446070) - old specfile changelog moved to Changelog.rpm * Thu Aug 14 18:00:00 2008 Karsten Hopp 7.2.000-1 - vim 7.2 - drop 330 patches vinagre-2.23.90-1.fc10 ---------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 vino-2.23.90-1.fc10 ------------------- * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.90-1 - Update to 2.23.90 vte-0.17.2-1.fc10 ----------------- * Thu Aug 14 18:00:00 2008 Behdad Esfahbod 0.17.2-1 - Update to 0.17.2 wallpapoz-0.4.1-7.svn87_trunk.fc10 ---------------------------------- * Wed Aug 27 18:00:00 2008 Mamoru Tasaka - 0.4.1-7.svn87_trunk - F-10+: Add (Build)Requires: gnome-python2-gnome (bug 456122, 460022) wammu-0.28-1.fc10 ----------------- * Mon Aug 25 18:00:00 2008 Xavier Lamien - 0.28-1 - Update release. wavpack-4.50.1-1.fc10 --------------------- * Sun Aug 24 18:00:00 2008 Peter Lemenkov 4.50.1-1 - Version 4.50.1 wesnoth-1.4.4-1.fc10 -------------------- * Tue Aug 12 18:00:00 2008 Jon Ciesla - 1.4.4-1 - New upstream release. - Introduced patch fuzz workaround, will fix. wget-1.11.4-1.fc10 ------------------ * Wed Aug 13 18:00:00 2008 Karsten Hopp 1.11.4-1 - update wireshark-1.0.2-3.fc10 ---------------------- * Mon Aug 25 18:00:00 2008 Radek Vok?l 1.0.2-3 - fix requires for wireshark-gnome wklej-0.1.2-1.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Rafa? Psota - 0.1.2-1 - update to 0.1.2 * Thu Aug 21 18:00:00 2008 Rafa? Psota - 0.1.1-1 - update to 0.1.1 wordpress-2.6.1-1.fc10 ---------------------- * Sun Aug 24 18:00:00 2008 Adrian Reber - 2.6.1-1 - updated to 2.6.1 wpa_supplicant-0.6.4-1.fc10 --------------------------- * Wed Aug 27 18:00:00 2008 Dan Williams - 1:0.6.4-1 - Update to 0.6.4 - Remove 'hostap', 'madwifi', and 'prism54' drivers; use standard 'wext' instead - Drop upstreamed patches writer2latex-0.5-4.fc10 ----------------------- * Sat Aug 9 18:00:00 2008 Caolan McNamara 0.5-4 - use generic requires x2vnc-1.7.2-9.fc10 ------------------ * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 1.7.2-9 - Fix %patch without corresponding "Patch:" tag error which broke the build. * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 1.7.2-8 - Fix license tag. xaos-3.4-2.fc10 --------------- * Wed Aug 20 18:00:00 2008 Gerard Milmeister - 3.4-2 - enabled GTK driver * Wed Aug 20 18:00:00 2008 Gerard Milmeister - 3.4-1 - new release 3.4 * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 3.2.3-5 - Fix license tag. xawtv-3.95-10.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Dmitry Butskoy - 3.95-10 - fix some typos in manuals (patch7, derived from Debian) - fix recording from oss (patch8, derived from Debian) - allow scantv to use another card's input (patch9, derived from Debian) - some v4l2 code fixes (patch10, Hans de Goede ) - skip dga automatically when not available (patch11, Hans de Goede) - specifying of bpl pitch for v4l-conf (patch12, Hans de Goede) - drop drv0-v4l2-old.so driver (assume not needed anyway now) - optional (default yes) build with libv4l wrapper library (patch100, Hans de Goede ) xdemorse-1.2-2.fc10 ------------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.2-2 - fix for #458818 xdg-user-dirs-gtk-0.7-2.fc10 ---------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 0.7-2 - Fix license tag. xfce4-dev-tools-4.4.0-2.fc10 ---------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 4.4.0-2 - Fix license tag. xfce4-places-plugin-1.1.0-2.fc10 -------------------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 1.1.0-2 - Respect xdg user directory paths (#457740) xfce4-screenshooter-plugin-1.3.2-1.fc10 --------------------------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 1.3.2-1 - Update to 1.3.2 xfce4-websearch-plugin-0.1.1-0.8.20070428svn2704.fc10 ----------------------------------------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 0.1.1-0.8.20070428svn2704 - Fix license tag. xfdesktop-4.4.2-5.fc10 ---------------------- * Wed Aug 27 18:00:00 2008 Christoph Wickert - 4.4.2-5 - Use Fedora icon for desktop menu plugin (#445986) - Respect xdg user directory paths (#457740) - Fix menu icons - Fix CRITICAL register message on startup - Fix for x86_64 - Simplify g_list_free code xferstats-2.16-18.fc10 ---------------------- * Tue Aug 12 18:00:00 2008 Jason L Tibbitts III - 2.16-18 - Fix license tag. xfmpc-0.0.7-1.fc10 ------------------ * Tue Aug 26 18:00:00 2008 Christoph Wickert - 0.0.7-1 - Update to 0.0.7 - Only show desktop file in Xfce xine-lib-1.1.15-1.fc10.1 ------------------------ * Wed Aug 20 18:00:00 2008 Rex Dieter - 1.1.15-1 - xine-lib-1.1.15, plugin ABI 1.24 (rh#455752, CVE-2008-3231) - Obsoletes: -arts (f9+) xlog-1.7-3.fc10 --------------- * Sat Aug 23 18:00:00 2008 Lucian Langa - 1.7-3 - fix rh bug 458817 xorg-x11-drv-ati-6.9.0-7.fc10 ----------------------------- * Wed Aug 27 18:00:00 2008 Dave Airlie 6.9.0-7 - fix bug in modesetting to make 3D work again * Tue Aug 26 18:00:00 2008 Dave Airlie 6.9.0-6 - update modesetting/memory manager support * Fri Aug 15 18:00:00 2008 Dave Airlie 6.9.0-5 - Add a perl script to generate the radeon.xinf from the actual PCI IDs the driver supports. - not build integrated yet though - update pciids * Fri Aug 15 18:00:00 2008 Dave Airlie 6.9.0-4 - fix bugs in modesetting and bring PLL fixes in from master * Thu Aug 14 18:00:00 2008 Dave Airlie 6.9.0-3 - bring back modesetting xorg-x11-drv-evdev-2.0.4-1.fc10 ------------------------------- * Mon Aug 25 18:00:00 2008 Peter Hutterer 2.0.4-1 - evdev 2.0.4 xorg-x11-drv-geode-2.10.1-1.fc10 -------------------------------- * Wed Aug 20 18:00:00 2008 Warren Togami - 2.10.1-1 - update to 2.10.1 xorg-x11-drv-i810-2.4.2-1.fc10 ------------------------------ * Tue Aug 26 18:00:00 2008 Adam Jackson 2.4.2-1 - intel 2.4.2. * Tue Aug 12 18:00:00 2008 Adam Jackson 2.4.0-2 - Fix module loading. D'oh. xorg-x11-drv-nv-2.1.11-1.fc10 ----------------------------- * Wed Aug 27 18:00:00 2008 Adam Jackson 2.1.11-1 - nv 2.1.11 xorg-x11-server-1.4.99.906-10.fc10 ---------------------------------- * Mon Aug 25 18:00:00 2008 Adam Jackson 1.4.99.906-10 - xserver-1.5.0-edid-backport.patch: Backport EDID updates from master. * Wed Aug 20 18:00:00 2008 Adam Jackson 1.4.99.906-9 - xserver-1.5.0-hide-cursor.patch: Suppress displaying the cursor until an app calls XDefineCursor(). * Thu Aug 14 18:00:00 2008 Kristian H?gsberg - 1.4.99.906-8 - Add bg-none-root patch for plymouth. * Thu Aug 14 18:00:00 2008 Dave Airlie 1.4.99.906-7 - EXA backport master EXA code for optimisations * Wed Aug 13 18:00:00 2008 Adam Jackson 1.4.99.906-6 - xserver-1.5.0-enable-selinux.patch: Enable selinux again. xorg-x11-xinit-1.0.9-4.fc10 --------------------------- * Mon Aug 25 18:00:00 2008 Matthias Clasen 1.0.9-3 - Make the gnome session actually take the gnome case in the switch (#458694) - Update patches - Drop upstreamed patch * Mon Aug 11 18:00:00 2008 Jason L Tibbitts III - 1.0.9-3 - Really fix license tag. * Tue Jul 15 18:00:00 2008 Adam Jackson 1.0.9-2 - Fix license tag. xorg-x11-xkb-utils-7.2-7.fc10 ----------------------------- * Mon Aug 25 18:00:00 2008 Peter Hutterer 7.2-7 - xkbcomp 1.0.5 - Remove xkbcomp-1.0.4-open-less.patch. - xkbcomp-1.0.5-dont-overwrite.patch: Don't overwrite groups unnecessarily. xscreensaver-5.07-1.fc10 ------------------------ * Thu Aug 21 18:00:00 2008 Mamoru Tasaka - 1:5.07-1 - Update to 5.07 - Fix the license tag: BSD -> MIT xsp-2.0-1.fc10 -------------- * Sun Aug 3 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 - spec file fixes yelp-2.23.2-1.fc10 ------------------ * Fri Aug 22 18:00:00 2008 Matthias Clasen - 2.23.2-1 - Update to 2.23.2 yum-3.2.19-1.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Seth Vidal - 3.2.19-1 - 3.2.19 zeroinstall-injector-0.34-1.fc10 -------------------------------- * Sun Aug 3 18:00:00 2008 Michel Alexandre Salim - 0.34-1 - Update to 0.34 zile-2.2.61-2.fc10 ------------------ * Thu Aug 14 18:00:00 2008 Rakesh Pandit - 2.2.61-2 - Fixed License, Required field & macro inconsistency - Latest release 2.2.61 Summary: Added Packages: 65 Removed Packages: 5 Modified Packages: 402 Broken deps for i386 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 cyphesis-0.5.16-2.fc10.i386 requires libmercator-0.2.so.4 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 redhat-lsb-3.2-1.fc10.i386 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so sear-0.6.3-10.fc9.i386 requires libmercator-0.2.so.4 texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) cyphesis-0.5.16-2.fc10.x86_64 requires libmercator-0.2.so.4()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) redhat-lsb-3.2-1.fc10.i386 requires /usr/bin/mailx redhat-lsb-3.2-1.fc10.x86_64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) sear-0.6.3-10.fc9.x86_64 requires libmercator-0.2.so.4()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 cyphesis-0.5.16-2.fc10.ppc requires libmercator-0.2.so.4 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-provider-1.2.so.12 evolution-zimbra-0.1.1-1.fc10.ppc requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 redhat-lsb-3.2-1.fc10.ppc requires /usr/bin/mailx redhat-lsb-3.2-1.fc10.ppc64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so sear-0.6.3-10.fc9.ppc requires libmercator-0.2.so.4 texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) cyphesis-0.5.16-2.fc10.ppc64 requires libmercator-0.2.so.4()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-provider-1.2.so.12()(64bit) evolution-zimbra-0.1.1-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-017.1-1.fc9.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-Locale-Maketext-Lexicon-0.68-1.fc10.noarch requires perl(Locale::Msgcat) perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) redhat-lsb-3.2-1.fc10.ppc64 requires /usr/bin/mailx ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) sear-0.6.3-10.fc9.ppc64 requires libmercator-0.2.so.4()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rakesh.pandit at gmail.com Thu Aug 28 07:00:50 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Thu, 28 Aug 2008 12:30:50 +0530 Subject: Anyone interested in ntop -- EPEL branch ? Message-ID: Anyone interested in maintaining ntop[1] for EPEL ? Ping me on #fedora-dev (nick: chacha_chaudhry) or drop a mail. [1] https://admin.fedoraproject.org/pkgdb/packages/name/ntop -- Regards, Rakesh Pandit From email.ahmedkamal at googlemail.com Thu Aug 28 07:13:00 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Thu, 28 Aug 2008 10:13:00 +0300 Subject: Anyone interested in ntop -- EPEL branch ? In-Reply-To: References: Message-ID: <3da3b5b40808280013p4ee74f96la6cc3f95ec71a3cc@mail.gmail.com> Did anyone test ntop stability in a fair amount of load (50MB/s for a week) for example. I once did (and tried different versions), and it was hugely unstable (crashes every couple of hours!). If it looks stable now, that would rock. I might even want to maintain it On Thu, Aug 28, 2008 at 10:00 AM, Rakesh Pandit wrote: > Anyone interested in maintaining ntop[1] for EPEL ? > > Ping me on #fedora-dev (nick: chacha_chaudhry) or drop a mail. > > [1] https://admin.fedoraproject.org/pkgdb/packages/name/ntop > > -- > Regards, > Rakesh Pandit > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Thu Aug 28 07:52:36 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 28 Aug 2008 08:52:36 +0100 Subject: Anyone interested in ntop -- EPEL branch ? In-Reply-To: References: Message-ID: <20080828075236.GA22829@amd.home.annexia.org> On Thu, Aug 28, 2008 at 12:30:50PM +0530, Rakesh Pandit wrote: > Anyone interested in maintaining ntop[1] for EPEL ? > > Ping me on #fedora-dev (nick: chacha_chaudhry) or drop a mail. > > [1] https://admin.fedoraproject.org/pkgdb/packages/name/ntop Yes, I can do this. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From fedora.lists at burns.me.uk Thu Aug 28 08:04:10 2008 From: fedora.lists at burns.me.uk (Andy Burns) Date: Thu, 28 Aug 2008 09:04:10 +0100 Subject: Anyone interested in ntop -- EPEL branch ? In-Reply-To: <3da3b5b40808280013p4ee74f96la6cc3f95ec71a3cc@mail.gmail.com> References: <3da3b5b40808280013p4ee74f96la6cc3f95ec71a3cc@mail.gmail.com> Message-ID: 2008/8/28 Ahmed Kamal : > Did anyone test ntop stability in a fair amount of load (50MB/s for a week) > for example. Not quite on that scale, but I have fed ntop with the inter-site traffic for a 40 spoke network (via the 34Mb/s ATM hub site) and it ran without a peep for a few months. However it turned out that the info ntop gave wasn't quite what was required, From martin.sourada at gmail.com Thu Aug 28 08:12:55 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 28 Aug 2008 10:12:55 +0200 Subject: rpms/WebKit/devel .cvsignore, 1.8, 1.9 WebKit.spec, 1.18, 1.19 sources, 1.8, 1.9 In-Reply-To: <20080827233630.39F7D7010D@cvs1.fedora.phx.redhat.com> References: <20080827233630.39F7D7010D@cvs1.fedora.phx.redhat.com> Message-ID: <1219911175.3438.83.camel@pc-notebook> On Wed, 2008-08-27 at 23:36 +0000, Peter Gordon wrote: > Author: pgordon > > Update of /cvs/pkgs/rpms/WebKit/devel > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16750 > > Modified Files: > .cvsignore WebKit.spec sources > Log Message: > Update to SVN 35904 > snip > %changelog > +* Sun Aug 24 2008 Peter Gordon 1.0.0-0.14.svn35904 > +- Update to new upstream snapshot (SVN 35904) > + > * Fri Jul 04 2008 Peter Gordon > - Remove outdated and unnecessary GCC 4.3 patch: > - gcc43.patch > > I think you should also bump version to 1.0.2 as defined in configure.ac: m4_define([webkit_major_version], [1]) m4_define([webkit_minor_version], [0]) m4_define([webkit_micro_version], [2]) AC_INIT([WebKit],[webkit_major_version.webkit_minor_version.webkit_micro_version],[http://bugs.webkit.org/]) Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rakesh.pandit at gmail.com Thu Aug 28 08:15:28 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Thu, 28 Aug 2008 13:45:28 +0530 Subject: Anyone interested in ntop -- EPEL branch ? In-Reply-To: <20080828075236.GA22829@amd.home.annexia.org> References: <20080828075236.GA22829@amd.home.annexia.org> Message-ID: 2008/8/28 Richard W.M. Jones : > On Thu, Aug 28, 2008 at 12:30:50PM +0530, Rakesh Pandit wrote: >> Anyone interested in maintaining ntop[1] for EPEL ? >> >> Ping me on #fedora-dev (nick: chacha_chaudhry) or drop a mail. >> >> [1] https://admin.fedoraproject.org/pkgdb/packages/name/ntop > > Yes, I can do this. > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://et.redhat.com/~rjones/virt-top > Thanks, please go ahead. -- rakesh From nils at redhat.com Thu Aug 28 08:49:04 2008 From: nils at redhat.com (Nils Philippsen) Date: Thu, 28 Aug 2008 10:49:04 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> Message-ID: <1219913344.14570.28.camel@gibraltar.str.redhat.com> We already discussed that in private, but let me rehash this for the record: On Wed, 2008-08-27 at 22:12 +0000, Bojan Smojver wrote: > Nils Philippsen redhat.com> writes: > > > Not to fan the flames, but last time they did just that . And I'm > > pretty sure they'll do it again, possibly because the IDs in question > > are very hard to fake. > > May we all know the name of this bank? Just so that we can stay away from such > backyard operators. Just about every bank in Germany would operate like this. After all, we do have a national ID that is hard enough to fake(*) and if you present it to entities like banks, they usually make a copy and can verify the data on the ID with the "Einwohnermeldeamt" (possibly "residents registration office"). (*): http://www.bundesdruckerei.de/en/products/products_idSystem/idSystem_documents/documents_passport/passport_secFeatIdCard.html Before someone uses terms like "Orwellian", "1984" and so on, there are some very tangible benefits from how this system is employed here: I don't have to jump through hurdles to vote in elections, instead of having to register for voting I'm invited to do that (by my "Einwohnermeldeamt") every time there is one, since the day I turned 18. It's very easy for me to prove (beyond reasonable doubt) that I am who I am where that is necessary. Note that the police don't have the need to know who you are without reasons. And it's quite comforting to know that in situations where they can demand it, the can't make up their own rules what they accept as ID and what not. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From rakesh.pandit at gmail.com Thu Aug 28 09:18:56 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Thu, 28 Aug 2008 14:48:56 +0530 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: 2008/8/23 Rakesh Pandit : > 2008/8/23 Jon Stanley : >> On Sat, Aug 23, 2008 at 12:04 PM, Rakesh Pandit wrote: >> >>> I suppose this needs a look by anybody from FESco members. >> >> FESCo has been looking at this. Me and at least one other FESCo member >> believe that this maintainer is gone/no longer interested in Fedora in >> this particular case. Therefore, I am approving the orphaning request, >> thus the three day "no objection" period begins today. >> >> As a side note, there is also another package affected, called >> up-imapproxy. It also needs a loving owner :) >> > > > I would be very happy to take it ..... if it okay with everyone ? > May sombody release packages zile & up-imapproxy now ? I would like to tackle with up-imapproxy bugs this weekend. -- regards, rakesh From rakesh.pandit at gmail.com Thu Aug 28 09:20:07 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Thu, 28 Aug 2008 14:50:07 +0530 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: 2008/8/28 Rakesh Pandit : > 2008/8/23 Rakesh Pandit : >> 2008/8/23 Jon Stanley : >>> On Sat, Aug 23, 2008 at 12:04 PM, Rakesh Pandit wrote: >>> >>>> I suppose this needs a look by anybody from FESco members. >>> >>> FESCo has been looking at this. Me and at least one other FESCo member >>> believe that this maintainer is gone/no longer interested in Fedora in >>> this particular case. Therefore, I am approving the orphaning request, >>> thus the three day "no objection" period begins today. >>> >>> As a side note, there is also another package affected, called >>> up-imapproxy. It also needs a loving owner :) >>> >> >> >> I would be very happy to take it ..... if it okay with everyone ? >> > > May sombody release packages zile & up-imapproxy now ? > I would like to tackle with up-imapproxy bugs this weekend. > Sorry for confusion. By release I mean orphan those packages. -- rakesh From mfleming at enlartenment.com Thu Aug 28 09:25:38 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Thu, 28 Aug 2008 19:25:38 +1000 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <1219859657.22088.59.camel@vespa.frost.loc> References: <20080826033027.714308E1118@hormel.redhat.com> <48B504BE.20206@hhs.nl> <1219859657.22088.59.camel@vespa.frost.loc> Message-ID: <20080828192538.6ecffde5@defender> On Wed, 27 Aug 2008 19:54:17 +0200 Tomas Mraz wrote: > On Wed, 2008-08-27 at 09:39 +0200, Hans de Goede wrote: > > David A. Wheeler wrote: > > > On Mon, 2008-08-25 at 20:04 +0200, Hans de Goede wrote: > > >>> Hi All, > > >>> > > >>> The story begins here: > > >>> https://bugzilla.redhat.com/show_bug.cgi?id=446860 > > > ... > > >>> I would like to suggest the removal of libgnutls-openssl from > > >>> Fedora,... > > > > > > That will probably create many legal problems. > > > > Well only for 2 packages as so far only 2 packages are using > > ibgnutls-openssl > > > > > If there's a way to keep this package, we should. > > > > Agreed another solution would be better one where the gnutls > > openssl compat headers uses #defines to change the function names > > to for example gnutls_ prefixed symbols. > > I have reported the problem to the upstream devel mailing list and > they would accept the patch into upstream if someone writes it but > they are also considering dropping libgnutls-openssl altogether. > > Unfortunately I won't have time to write the patch till middle of > September. > > So for now I'd suggest to build the affected packages without > gnutls-openssl dependency. > I can cheerfully bump and rebuild one of the affected packages (mcabber) against OpenSSL proper if that'll help matters. (I'd volunteer to help with a patch but I'm not certain my C-fu would be up to the task :-)) Michael. (mcabber package maintainer) From bojan at rexursive.com Thu Aug 28 10:07:58 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 28 Aug 2008 20:07:58 +1000 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219913344.14570.28.camel@gibraltar.str.redhat.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> <1219913344.14570.28.camel@gibraltar.str.redhat.com> Message-ID: <1219918078.7925.114.camel@shrek.rexursive.com> On Thu, 2008-08-28 at 10:49 +0200, Nils Philippsen wrote: > Just about every bank in Germany would operate like this. After all, we > do have a national ID that is hard enough to fake(*) and if you present > it to entities like banks, they usually make a copy and can verify the > data on the ID with the "Einwohnermeldeamt" (possibly "residents > registration office"). In other words, they only marginally trust that ID card. Therefore, they cross-check with the office (but most likely NOT the person that issued the card) that what is on that document is ACTUALLY true. Think of the card as the RPM coming out of Fedora build system, signed with Fedora key (i.e. all the hard to get paraphernalia that the card is made of). Think of the phone call to the office as a comparison to an independently built RPM. Think of the act of opening the bank account as an independent signatory signing the RPM. -- Bojan From nils at redhat.com Thu Aug 28 10:48:56 2008 From: nils at redhat.com (Nils Philippsen) Date: Thu, 28 Aug 2008 12:48:56 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219918078.7925.114.camel@shrek.rexursive.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> <1219913344.14570.28.camel@gibraltar.str.redhat.com> <1219918078.7925.114.camel@shrek.rexursive.com> Message-ID: <1219920536.14570.66.camel@gibraltar.str.redhat.com> On Thu, 2008-08-28 at 20:07 +1000, Bojan Smojver wrote: > On Thu, 2008-08-28 at 10:49 +0200, Nils Philippsen wrote: > > > Just about every bank in Germany would operate like this. After all, we > > do have a national ID that is hard enough to fake(*) and if you present > > it to entities like banks, they usually make a copy and can verify the > > data on the ID with the "Einwohnermeldeamt" (possibly "residents > > registration office"). > > In other words, they only marginally trust that ID card. Therefore, they > cross-check with the office (but most likely NOT the person that issued > the card) that what is on that document is ACTUALLY true. I don't know if they do that at all or with everybody, in fact I'm pretty sure they will accept the IDs at face value. Maybe they verify old documents that don't have all the gizmos that make the ID hard to fake today. I just wanted to point out that they can do that. > Think of the card as the RPM coming out of Fedora build system, signed > with Fedora key (i.e. all the hard to get paraphernalia that the card is > made of). Think of the phone call to the office as a comparison to an > independently built RPM. Think of the act of opening the bank account as > an independent signatory signing the RPM. All this doesn't help much if somebody manages to feed the process with corrupt data in the beginning -- be that a fake ID when applying for replacement for an expired ID, or somebody corrupting the repository that keeps the source that is fed to the builders. Besides the difficulties in making distributed build verification work solidly, we have to harden the system/process that feeds the builders in the first place -- which is already much easier than say hacking the builders. Otherwise it's just GIGO, all pain and no gain. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bojan at rexursive.com Thu Aug 28 11:15:20 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 28 Aug 2008 21:15:20 +1000 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219920536.14570.66.camel@gibraltar.str.redhat.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> <1219913344.14570.28.camel@gibraltar.str.redhat.com> <1219918078.7925.114.camel@shrek.rexursive.com> <1219920536.14570.66.camel@gibraltar.str.redhat.com> Message-ID: <1219922120.7925.153.camel@shrek.rexursive.com> On Thu, 2008-08-28 at 12:48 +0200, Nils Philippsen wrote: > I don't know if they do that at all or with everybody, in fact I'm > pretty sure they will accept the IDs at face value. Maybe they verify > old documents that don't have all the gizmos that make the ID hard to > fake today. I just wanted to point out that they can do that. Yeah, it's like customs. You can scrape by, but if they do cross-check, you're history if you have nasties in your bag :-) > All this doesn't help much if somebody manages to feed the process with > corrupt data in the beginning I think I mentioned already that such a thing would be (obviously) beyond the scope of this. But look, it is obvious that we (and by this I mean myself and the majority of people in the thread) have fundamentally contradicting views about this, so let's agree to disagree, OK? I don't want to drag this forever. Consider my proposal withdrawn. -- Bojan From jim at rossberry.com Thu Aug 28 11:27:08 2008 From: jim at rossberry.com (Jim Wildman) Date: Thu, 28 Aug 2008 07:27:08 -0400 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1219920536.14570.66.camel@gibraltar.str.redhat.com> References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219743637.13631.60.camel@gibraltar.str.redhat.com> <1219833023.7101.23.camel@gibraltar.str.redhat.com> <604aa7910808270839q6b72413dp89b78730911a3fa5@mail.gmail.com> <48B5A814.4080109@gmail.com> <1219873964.31771.1.camel@gibraltar.str.redhat.com> <1219913344.14570.28.camel@gibraltar.str.redhat.com> <1219918078.7925.114.camel@shrek.rexursive.com> <1219920536.14570.66.camel@gibraltar.str.redhat.com> Message-ID: <48B68B8C.6070908@rossberry.com> Nils Philippsen wrote: > On Thu, 2008-08-28 at 20:07 +1000, Bojan Smojver wrote: >> On Thu, 2008-08-28 at 10:49 +0200, Nils Philippsen wrote: >> >>> Just about every bank in Germany would operate like this. After all, we >>> do have a national ID that is hard enough to fake(*) and if you present >>> it to entities like banks, they usually make a copy and can verify the >>> data on the ID with the "Einwohnermeldeamt" (possibly "residents >>> registration office"). >> In other words, they only marginally trust that ID card. Therefore, they >> cross-check with the office (but most likely NOT the person that issued >> the card) that what is on that document is ACTUALLY true. > > I don't know if they do that at all or with everybody, in fact I'm > pretty sure they will accept the IDs at face value. Maybe they verify > old documents that don't have all the gizmos that make the ID hard to > fake today. I just wanted to point out that they can do that. > >> Think of the card as the RPM coming out of Fedora build system, signed >> with Fedora key (i.e. all the hard to get paraphernalia that the card is >> made of). Think of the phone call to the office as a comparison to an >> independently built RPM. Think of the act of opening the bank account as >> an independent signatory signing the RPM. > > All this doesn't help much if somebody manages to feed the process with > corrupt data in the beginning -- be that a fake ID when applying for > replacement for an expired ID, or somebody corrupting the repository > that keeps the source that is fed to the builders. Besides the > difficulties in making distributed build verification work solidly, we > have to harden the system/process that feeds the builders in the first > place -- which is already much easier than say hacking the builders. > Otherwise it's just GIGO, all pain and no gain. > > Nils It is (almost) all about process. Documented, auditable, verifiable process that is reviewed periodically by someone other than those using it to make sure it is in fact being followed, verified, audited, etc. In a sense, fedora and rht just had a hostile audit. They failed. Now close the feedback loop and use what you've learned to fix the process. New keys are nice, but ultimately useless w/o a better process to safeguard them, to ensure their correct usage, by the correct people on the correct content, and to enable their revokation if it happens again. As Schneirer says, good security is hard. This is not a new path, nothing needs to be invented, just some good solid principles (separation of duty, verification of trust, independent review and audit, etc) followed. Apparently, there was not enough process in place, or the processes that were in place were not followed, or they are (hopefully were) the wrong processes. -- ---------------------------------------------------------------------- Jim Wildman, CISSP, RHCE jim at rossberry.com http://www.rossberry.com "Society in every state is a blessing, but Government, even in its best state, is a necessary evil; in its worst state, an intolerable one." Thomas Paine From mcepl at redhat.com Thu Aug 28 12:20:41 2008 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 28 Aug 2008 14:20:41 +0200 Subject: Default paper size in the following countries... References: <1217607776.18789.212.camel@vain.rhgalway> <20080801163221.GA24986@nostromo.devel.redhat.com> <1217633704.18789.215.camel@vain.rhgalway> Message-ID: On 2008-08-01, 23:35 GMT, Caolan McNamara wrote: >> Why not use LC_PAPER? > > Because of the inconsistencies between what is the official paper size > and what people actually use. Shouldn't we fix locale database then? Mat?j From hughsient at gmail.com Thu Aug 28 14:05:44 2008 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 28 Aug 2008 15:05:44 +0100 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <1219882933.11809.6.camel@kennedy> References: <1219882933.11809.6.camel@kennedy> Message-ID: <1219932344.3396.43.camel@hughsie-work> On Wed, 2008-08-27 at 20:22 -0400, Brian Pepple wrote: > === Signing and Pushing New Keys === > * Long discussion on how to handle the package key migration for users. > FESCo ended up approving Warren's proposal, which can be found here: > http://lists.fedoraproject.org/pipermail/rel-eng/2008-August/001622.html > * NOTE: Once this is implemented we can start issuing updates again, > which I think is what most people are interested in hearing about. Might have been nice for someone to ping me if you guys were talking about PackageKit. > > wwoodsf13: yeah, it's weaksauce, but you remember the failure > > condition for PK was *SO BAD* that we added last-minute horrible > > hacks to anaconda over jeremy's (valid) objections I guess by hacks you meant that I wanted anaconda to auto-import the fedora signing key at install time. To be blunt, if the media is compromised, then unsigned updates are the _last_ of your problems -- think what would happen if a compromised kernel or sshd was installed - a remote exploit without even installing a single update. The only way you can guarantee the authenticity of the media is to post it's sha1sum in a well known place that we test the image against - which is basically what we do now. Asking the user to agree that key abcdef12345 corresponds to the fedora project at first boot is just security through obscurity. Ubuntu and other distributions don't make you do this. > > dgilmore: pk is an ugly mess I assume you filed bugs, or were you just interested in mud-throwing? I would prefer if you talked to me about any issues or concerns you had -- comments like that really do not show professionalism. Thanks. Richard. From Matt_Domsch at dell.com Thu Aug 28 15:46:11 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 10:46:11 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 Message-ID: <20080828104611.A16272@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for i386 based on Rawhide from 2008-08-12. About 230 packages fail to build due to the restriction on patch fuzz. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Open Bugs which now build, and can be marked CLOSED RAWHIDE: bacula: [u'440905'] callweaver: [u'434066'] compat-erlang: [u'434102'] dxpc: [u'449644'] freeipmi: [u'440875'] gauche: [u'449627'] gazpacho: [u'440859'] gnome-applet-tvn24: [u'434300'] graphviz: [u'449410'] ikvm: [u'434375'] libgtksourceviewmm: [u'434532'] mx4j: [u'434097'] nco: [u'449408'] perl-Crypt-Simple: [u'449495'] perl-XML-LibXSLT: [u'449544'] redhat-rpm-config: [u'449717'] scribus: [u'440766'] zhcon: [u'449625'] Total packages: 6039 Number failed to build: 624 Number expected to fail due to ExclusiveArch or ExcludeArch: 14 Leaving: 610 Of those expected to have worked... Without a bug filed: 520 ---------------------------------- AcetoneISO-6.7-5.fc9 (build/make) spot Canna-3.7p3-24.fc9 (patch_fuzz) tagoh ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet TnL-071111-6.fc10 (patch_fuzz) jwrdegoede WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus abicheck-1.2-18 (build/make) mschwendt abiword-2.6.4-7.fc10 (build/make) uwog abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede afflib-3.2.3-1.fc10 (patch_fuzz) kwizart aide-0.13.1-4 (patch_fuzz) sgrubb aircrack-ng-0.9.3-1.fc9 (build/make) till akode-2.0.2-5.fc9 (patch_fuzz) rdieter ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede alienarena-7.10-1.fc10 (patch_fuzz) spot alsa-firmware-1.0.17-1.fc10 (build/make) timj amanda-2.5.2p1-10.fc9 (build/make) dnovotny amanith-0.3-9.fc9 (patch_fuzz) spot anacron-2.3-61.fc10 (patch_fuzz) mmaslano ant-1.7.0-2.fc10 (build/make) pcheung antlr-2.7.7-2.fc10 (build/make) dbhole apel-10.7-1.fc8 (build/make) tagoh archivemail-0.7.2-1.fc9 (patch_fuzz) limb ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede arpack-2.1-7.fc9 (build/make) athimm arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede aspell-0.60.6-2.fc10 (patch_fuzz) varekova asylum-0.2.3-3.fc9 (build/make) mfleming atitvout-0.4-8 (patch_fuzz) awjb atlas-3.6.0-15.fc10 (build/make) deji,deji audacious-plugin-fc-0.2-6 (build/make) mschwendt audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms audit-1.7.4-2.fc10 (build/make) sgrubb aumix-2.8-17.fc9 (patch_fuzz) somlo autoconf-2.62-5.fc10 (patch_fuzz) karsten automake15-1.5-23 (patch_fuzz) karsten avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd azureus-3.0.4.2-16.fc10 (build/make) langel,langel balsa-2.3.25-1.fc10 (build/make) pawsa bidiv-1.5-6.fc9 (build/make) danken bigloo-3.1a-1.fc10 (patch_fuzz) gemi bit-0.4.1-3.fc9 (build/make) rvinyard blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede bouncycastle-1.39-1.fc10 (build/make) langel,langel brasero-0.7.90-1.fc10 (build/make) denis bsd-games-2.17-23.fc9 (patch_fuzz) wart bwbar-1.2.3-2 (patch_fuzz) adrian bzip2-1.0.5-2.fc9 (build/make) varekova cairo-java-1.0.5-10.fc10 (build/make) kasal cernlib-2006-30.fc10 (build/make) pertusus cernlib-g77-2006-30.fc10 (build/make) pertusus classpathx-jaf-1.0-12.fc10 (build/make) devrim claws-mail-3.4.0-1.fc10 (build/make) awjb cln-1.2.2-1.fc10 (build/make) deji,deji clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz compat-gcc-32-3.2.3-64 (build/make) jakub compat-gcc-34-3.4.6-9 (patch_fuzz) jakub compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh conexus-0.5.3-4.fc9 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig csound-5.03.0-16.fc9 (build/make) dcbw,pfj ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz darcs-2.0.0-1.fc10 (build/make) jjh,petersen db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai dbus-java-2.5-3.fc10 (build/make) omajid dbxml-2.3.10-12.fc9 (build/make) mzazrive dbxml-perl-2.003-5.fc10 (build/make) mzazrive deluge-0.9.04-1.fc10 (build/make) pgordon denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas dietlibc-0.31-5.20080517.fc10 (build/make) ensc dnssec-tools-1.4.1-2.fc10 (build/make) hardaker docbook-utils-0.6.14-13.fc9 (build/make) ovasik dosbox-0.72-4.fc9 (build/make) awjb dsniff-2.4-0.3.b1.fc10 (patch_fuzz) robert dump-0.4b41-8.fc10 (patch_fuzz) atkac dvb-apps-1.1.1-11.fc9 (patch_fuzz) scop dwdiff-1.4-1.fc10 (build/make) jhrozek dx-4.4.4-6.fc10 (patch_fuzz) rathann eclipse-3.4.0-19.fc10 (build/make) overholt,oliver,overholt eclipse-cdt-5.0.0-3.fc10 (build/make) jjohnstn eclipse-changelog-2.6.2-2.fc10 (build/make) jjohnstn,overholt eclipse-checkstyle-4.0.1-10.fc9 (build/make) rmyers,overholt eclipse-egit-0.3.1-0.fc9 (build/make) rmyers eclipse-epic-0.6.24-3.fc10 (build/make) mbooth eclipse-gef-3.3.0-2.fc9 (build/make) overholt eclipse-mylyn-3.0.1-2.fc10 (build/make) overholt eclipse-photran-4.0-1.b3.fc9.1 (build/make) orion eclipse-phpeclipse-1.2.0-0.2.svn1573.fc10 (patch_fuzz) mbooth eclipse-pydev-1.3.18-1.fc10 (build/make) mnowak,overholt,mnowak eclipse-quickrex-3.5.0-8.fc10 (build/make) alcapcom,overholt eclipse-rpm-editor-0.4.0-1.fc10 (build/make) alcapcom,overholt eclipse-subclipse-1.2.4-11.fc9 (patch_fuzz) robmv edsadmin-1.0-2.fc9 (build/make) ivazquez eggdrop-1.6.19-1.fc10 (patch_fuzz) robert emacspeak-26-3.fc8 (patch_fuzz) petersen epdfview-0.1.6-3.fc9 (build/make) michich escape-200704130-8.fc9 (build/make) agoode evolution-brutus-1.2.17-1.fc10 (build/make) bpepple,colding evolution-sharp-0.17.4-3.fc10 (build/make) mbarnes evolution-zimbra-0.1.1-1.fc10 (build/make) mbarnes,mmahut exim-4.69-5.fc10 (patch_fuzz) dwmw2 expect-5.43.0-14.fc10 (patch_fuzz) vcrhonek fakechroot-2.8-13.fc9 (build/make) athimm fakeroot-1.9.6-16.fc9 (build/make) athimm fcgi-2.4.0-5.fc9 (build/make) till fedora-ds-base-1.1.1-2.fc10 (build/make) rmeggins,ausil,nkinder,nhosoi fedorawaves-kdm-theme-1.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl,stalwart fetchmail-6.3.8-7.fc10 (patch_fuzz) vcrhonek,pertusus fig2sxd-0.18-2.fc10 (patch_fuzz) pfj filesystem-2.4.18-1.fc10 (build/make) pknirsch fltk-1.1.8-1.fc9 (patch_fuzz) rdieter,pertusus fmt-ptrn-1.3.17-2.fc10 (build/make) mikep foomatic-3.0.2-61.fc10 (patch_fuzz) twaugh freefem++-2.24-2.fc9 (build/make) rathann freenx-server-0.7.2-8.0.1.fc10 (patch_fuzz) athimm,limb frysk-0.4-0.fc10 (build/make) cagney,pmuldoon,swagiaal ftnchek-3.3.1-7.fc9 (build/make) orion,pertusus ftplib-3.1-4.fc9 (build/make) spot fuse-encfs-1.4.2-4.fc10 (build/make) peter fvwm-2.5.26-1.fc10 (build/make) agoode g2clib-1.0.5-4.fc9 (build/make) pertusus,orion gabedit-2.1.7-1.fc10 (build/make) rathann galeon-2.0.6-1.fc10 (patch_fuzz) denis gambas-1.0.19-6.fc9 (patch_fuzz) spot gambas2-2.7.0-1.fc10 (patch_fuzz) spot ganymed-ssh2-210-6.fc9 (build/make) robmv gcin-1.4.2-2.fc10 (patch_fuzz) candyz,petersen gdesklets-0.36-1.fc9 (build/make) luya,owentl gdl-0.9-0.rc1.3.fc10 (patch_fuzz) orion genius-1.0.2-3.fc9 (build/make) gemi geronimo-specs-1.0-2.M2.fc10 (build/make) fnasser gettext-0.17-5.fc10 (build/make) petersen gimmix-0.4.2-3.fc9 (build/make) awjb glade2-2.12.2-2.fc9 (build/make) mclasen glib-java-0.2.6-13.fc10 (build/make) kasal gmp-4.2.2-7.fc9 (patch_fuzz) varekova gmpc-0.15.5.0-3.fc9 (patch_fuzz) adrian gnome-applet-vm-0.2.0-2.fc9 (build/make) kzak gnome-libs-1.4.2-9.fc10 (build/make) pghmcfc gnome-media-2.23.3-1.fc10 (patch_fuzz) hadess gnome-python2-extras-2.19.1-17.fc9 (patch_fuzz) mbarnes gnumeric-1.8.2-2.fc9 (patch_fuzz) huzaifas goocanvas-0.10-1.fc10 (build/make) bjohnson google-perftools-0.95-4.fc9 (build/make) spot gq-1.3.4-1.fc9 (build/make) terjeros grads-1.9b4-23.fc9 (patch_fuzz) pertusus gridengine-6.1u4-1.fc10 (patch_fuzz) orion grisbi-0.5.9-5.fc9 (patch_fuzz) abompard groff-1.18.1.4-14.fc9 (patch_fuzz) kasal gstreamer-python-0.10.11-2.fc9 (build/make) denis gtk+-1.2.10-61.fc9 (patch_fuzz) rdieter gtk-gnutella-0.96.5-2.fc10 (build/make) buc gtk2hs-0.9.13-2.fc10 (build/make) bos,petersen gtkdatabox-0.8.2.2-2.fc9 (build/make) ework gweled-0.7-11.1 (patch_fuzz) thl gwget-0.99-7.fc10 (build/make) cwickert gzip-1.3.12-6.fc9 (patch_fuzz) varekova,pertusus hamlib-1.2.7-3.fc9 (patch_fuzz) denis,bjensen,sindrepb,sconklin hardinfo-0.4.2.3-6.fc10 (build/make) drago01 hdf-4.2r3-2.fc9 (build/make) orion,pertusus hfsutils-3.2.6-14.fc9 (patch_fuzz) dwmw2 higlayout-1.0-2.fc9 (build/make) jwrdegoede homebank-3.8-1.fc9 (build/make) trasher hunspell-en-0.20080207-1.fc9 (build/make) caolanm hyperestraier-1.4.13-2.fc9 (build/make) mtasaka ice-3.3.0-3.fc10 (build/make) mef icu-4.0-1.fc10 (patch_fuzz) caolanm,thl icu4j-3.8.1-2.fc10 (build/make) fnasser,nsantos,dbhole idw-gpl-1.5.0-5.fc10 (build/make) jjames ifplugd-0.28-11.fc9 (build/make) jamatos,rakesh imlib-1.9.15-7.fc9 (patch_fuzz) pghmcfc indent-2.2.10-1.fc9 (patch_fuzz) rrakus inkscape-0.46-4.fc10 (patch_fuzz) lkundrak,lkundrak inn-2.4.5-2.fc10 (patch_fuzz) ovasik ip-sentinel-0.12-11.fc9 (build/make) ensc ipa-1.1.0-2.fc10 (build/make) rcritten,simo,mnagy iptraf-3.0.1-5.fc10 (patch_fuzz) zprikryl isdn4k-utils-3.2-58.fc9 (patch_fuzz) than isomaster-1.3.3-1.fc10 (patch_fuzz) szpak jack-rack-1.4.7-1.fc9 (build/make) kwizart,nando jakarta-commons-daemon-1.0.1-6jpp.5.fc9 (build/make) pcheung jakarta-commons-io-1.3.2-1.2.fc10 (build/make) pcheung jakarta-commons-net-1.4.1-4.2.fc10 (patch_fuzz) pcheung jakarta-oro-2.0.8-4.2.fc10 (build/make) fnasser java-1.5.0-gcj-1.5.0.0-22.fc10 (build/make) langel,langel java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10 (build/make) langel,lkundrak,langel,mjw javasqlite-20080420-1.fc10 (build/make) scop,mora jaxen-bootstrap-1.1-1.2.fc10 (build/make) devrim jcip-annotations-0-20060626.4.fc10 (build/make) jjames jhead-2.82-1.fc9 (patch_fuzz) adrian jpackage-utils-1.7.5-1.5.fc10 (patch_fuzz) dbhole jpilot-1.6.0-1.fc10 (patch_fuzz) varekova jss-4.2.5-3.fc10 (build/make) rcritten,rmeggins,nkinder,mharmsen,sparkins,mlum,nkwan junitperf-1.9.1-2.2.fc10 (build/make) mwringe k3b-1.0.5-2.fc10 (patch_fuzz) rrakus,rdieter kadu-0.6.0.1-1.fc10 (build/make) ecik kaffeine-0.8.7-1.fc10 (patch_fuzz) rdieter,scop,mef kannel-1.4.1-7 (build/make) thias kawa-1.9.1-5.fc9 (build/make) green kbilliards-0.8.7b-7.fc9 (patch_fuzz) jwrdegoede kcoloredit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kdeaddons-3.5.9-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdegames3-3.5.9-2.fc10 (build/make) kkofler,rdieter,than,ltinkl kdelibs3-3.5.9-16.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl kdevelop-3.5.2-3.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl kgrab-0.1.1-6.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kicad-2007.07.09-3.fc9 (build/make) dionysos,chitlesh kiconedit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kmid-2.0-0.6.20080213svn.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl knetworkmanager-0.7-0.5.20080715svn.fc10 (build/make) ausil,rdieter,mmcgrath,liquidat,ltinkl koffice-langpack-1.6.3-1.fc8 (build/make) awjb kompose-0.5.3-12.fc9 (build/make) orion ksig-1.1-0.5.20080213.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl lazarus-0.9.24-4.fc10 (patch_fuzz) joost ldapjdk-4.18-1.fc9 (build/make) dbhole lib3ds-1.3.0-3.fc10 (build/make) corsepiu,laxathom libAfterImage-1.15-4.fc9 (patch_fuzz) awjb libHX-1.18-1.fc10 (build/make) till libXTrap-1.0.0-6.fc10 (build/make) ssp libXfont-1.3.2-1.fc9 (build/make) ssp,fonts-sig libXfontcache-1.0.4-5.fc9 (build/make) ssp,fonts-sig libdbi-0.8.3-1.fc9 (build/make) tgl libdbi-drivers-0.8.3-1.fc9 (build/make) tgl libepc-0.3.5-2.fc10 (build/make) bpepple libgconf-java-2.12.4-11.fc10 (build/make) kasal libglade-java-2.12.5-9.fc10 (build/make) kasal libgnome-java-2.12.4-9.fc10 (build/make) kasal libgnomecups-0.2.3-3.fc9 (patch_fuzz) davidz libgpod-0.6.0-6.fc10 (patch_fuzz) hadess,tmz libgtk-java-2.8.7-8.fc10 (build/make) kasal,pmuldoon,swagiaal libid3tag-0.15.1b-6.fc10 (build/make) tmz,jwrdegoede libkexif-0.2.5-4.fc9 (patch_fuzz) abompard,rdieter libmatheval-1.1.5-2.fc9 (patch_fuzz) edhill libmatthew-java-0.7.1-2.fc10 (patch_fuzz) omajid libnasl-2.2.10-5.fc9 (patch_fuzz) awjb libpciaccess-0.10.3-2.fc9 (patch_fuzz) ajax libpng10-1.0.37-1.fc10 (patch_fuzz) pghmcfc librra-0.11-2.fc9 (build/make) awjb,abompard libsvm-2.86-13.fc10 (build/make) dchen libsynaptics-0.14.6c-3.fc9 (build/make) orion libunwind-0.99-0.5.frysk20070405cvs.fc9 (build/make) jkratoch libusb-0.1.12-15.fc9 (build/make) jnovy libvirt-java-0.2.1-1.fc10 (build/make) veillard libvorbis-1.2.0-4.fc10 (patch_fuzz) jwrdegoede,jnovy,jwrdegoede libvte-java-0.12.1-12.fc10 (build/make) kasal libwvstreams-4.4.1-4.fc9 (patch_fuzz) ovasik libxklavier-3.6-2.fc10 (patch_fuzz) rstrode linkage-0.2.0-2.fc10 (build/make) drago01 linuxdoc-tools-0.9.21-16.fc9 (patch_fuzz) ovasik,rvokal lock-keys-applet-1.0-14.fc9 (build/make) jorge lockdev-1.0.1-12.fc9.1 (patch_fuzz) kzak logserial-0.4.2-5.fc9.2.1 (build/make) wolfy lsdvd-0.16-7.fc9 (build/make) thias lshw-B.02.12.01-5.fc9 (build/make) terjeros ltrace-0.5-11.45svn.fc10 (patch_fuzz) pmachata lvm2-2.02.39-3.fc10 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins lxpanel-0.3.8.1-1.fc10 (patch_fuzz) svahl lybniz-1.3.2-1.fc9 (patch_fuzz) firewing m17n-db-1.5.2-1.fc10 (patch_fuzz) pnemade,petersen mailgraph-1.14-2.fc9 (patch_fuzz) bjohnson,mfleming mairix-0.21-1.fc10 (build/make) mlichvar make-3.81-12.fc9 (patch_fuzz) pmachata man-1.6f-8.fc10 (patch_fuzz) varekova man-pages-ja-20080515-2.fc10 (patch_fuzz) tagoh manedit-1.1.1-2.fc10 (build/make) mtasaka,masahase mapserver-5.2.0-1.fc10 (build/make) rezso,oliver,devrim maven-scm-1.0-0.2.b3.1.6.fc10 (build/make) dbhole maven-surefire-1.5.3-2.7.fc10 (build/make) dbhole maven-wagon-1.0-0.1.a5.3.3.fc10 (build/make) mwringe maven2-2.0.4-10jpp.10.fc9 (build/make) dbhole mdadm-2.6.7-1.fc10 (patch_fuzz) dledford mecab-java-0.97-1.fc9 (build/make) mtasaka mediatomb-0.11.0-1.fc9 (build/make) mwiriadi mediawiki-1.10.4-39.fc9 (build/make) athimm,roozbeh mesa-7.1-0.37.fc10 (patch_fuzz) ajax,ajax mfiler2-4.0.9b-1.fc9 (patch_fuzz) mtasaka,masahase mgetty-1.1.36-1.fc10 (patch_fuzz) jskala,jskala migrationtools-47-1.fc9 (patch_fuzz) jsafrane minicom-2.3-2.fc9 (patch_fuzz) mlichvar mod_python-3.3.1-7 (build/make) jorton mono-1.9.1-2.fc10 (patch_fuzz) laxathom,pfj,laxathom mtools-3.9.11-4.fc9 (patch_fuzz) atkac mtr-0.73-1.fc10 (patch_fuzz) zprikryl nagi-2.06-5.fc9 (patch_fuzz) limb nagios-3.0.3-6.fc10 (patch_fuzz) mmcgrath,wtogami,romal,sebastian namazu-2.0.18-4.fc10 (patch_fuzz) tagoh ncftp-3.2.1-2.fc9 (patch_fuzz) thias nedit-5.5-18.fc9 (patch_fuzz) jnovy nessus-core-2.2.10-4.fc9 (patch_fuzz) awjb netatalk-2.0.3-19.fc9 (build/make) jskala nethogs-0.7-3.20080627cvs.fc10 (build/make) afsilva nfs4-acl-tools-0.3.2-2.fc9 (patch_fuzz) steved nss-3.12.0.3-6.fc10 (build/make) kengert ntfsprogs-2.0.0-8.fc10 (patch_fuzz) spot nyquist-3.01-1.fc10 (build/make) gemi ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones ocaml-facile-1.1-3.fc10 (build/make) kkofler ocsinventory-agent-0.0.9.2-1.fc10 (patch_fuzz) remi ode-0.9-4.fc9 (patch_fuzz) jwrdegoede,eitch offlineimap-6.0.0-1.fc10 (build/make) till openal-0.0.9-0.15.20060204cvs.fc9 (patch_fuzz) awjb openjpeg-1.3-2.fc9 (patch_fuzz) seg openmsx-0.6.3-3.fc9 (patch_fuzz) jwrdegoede openswan-2.6.15-1.fc10 (patch_fuzz) sgrubb openvrml-0.17.6-2.fc10 (build/make) braden optipng-0.5.5-4.fc9 (patch_fuzz) till,scop osiv-2.0.0-0.4.beta.fc9 (build/make) edhill oyranos-0.1.7-11.fc9 (patch_fuzz) kwizart pam-1.0.1-5.fc10 (patch_fuzz) tmraz pam_mount-0.41-2.fc10 (build/make) till paps-0.6.8-6.fc10 (patch_fuzz) tagoh papyrus-0.7.1-3.fc9 (build/make) rvinyard paraview-3.3.0-0.20080520.1.fc10 (build/make) orion,pertusus pards-0.4-6.fc9 (build/make) masahase pax-3.4-5.fc9 (build/make) ovasik pciutils-3.0.0-1.fc10 (patch_fuzz) harald pcre-7.3-4.fc10 (patch_fuzz) kasal,lkundrak pdfedit-0.4.1-1.fc10 (patch_fuzz) bjohnson pdns-2.9.21.1-1.fc10 (build/make) ruben pdns-recursor-3.1.7-2.fc10 (build/make) ruben perl-Apache2-SOAP-0.73-1.fc10 (build/make) remi perl-CGI-SpeedyCGI-2.22-2.fc10 (build/make) robert perl-Catalyst-Plugin-ConfigLoader-0.20-1.fc10 (build/make) cweyl,perl-sig perl-Config-Augeas-0.203-1.fc10 (build/make) apevec perl-Crypt-SSLeay-0.57-7.fc9 (patch_fuzz) kasal,rnorwood,mmaslano perl-DBIx-Class-0.08010-6.fc10 (patch_fuzz) cweyl,perl-sig perl-Event-Lib-1.03-3.fc10 (build/make) kwizart,perl-sig perl-IO-Socket-SSL-1.14-1.fc10 (build/make) pghmcfc,perl-sig,jpo perl-Net-Packet-3.25-3.fc9 (build/make) sindrepb perl-Net-Write-1.00-3.fc9 (build/make) sindrepb perl-PDF-API2-0.69-5.fc10 (patch_fuzz) bjohnson,perl-sig perl-Perl-Critic-1.082-1.fc10 (build/make) cweyl,perl-sig perl-RPM2-0.67-5.fc9 (build/make) kasal,perl-sig,rnorwood,mmaslano perl-RRD-Simple-1.43-3.fc9 (build/make) cweyl,perl-sig perl-SVN-Mirror-0.73-3.fc9 (build/make) iburrell,perl-sig perl-Test-AutoBuild-1.2.2-3.fc9 (build/make) berrange perl-Text-CharWidth-0.04-4.fc9 (build/make) athimm perl-Text-WrapI18N-0.06-3.fc9 (build/make) athimm perl-bioperl-1.5.2_102-12.fc9 (patch_fuzz) alexlan,perl-sig perl-perlmenu-4.0-6.fc9 (build/make) paragn,perl-sig phpldapadmin-1.1.0.5-1.fc9 (patch_fuzz) buc picard-0.9.0-6.fc9 (build/make) alexlan,jcollie picocom-1.4-4.fc9 (build/make) jafo piklab-0.15.3-1.fc10 (patch_fuzz) chitlesh,dionysos pinot-0.87-1.fc10 (build/make) drago01 pioneers-0.12.2-1.fc10 (patch_fuzz) jwrdegoede planet-2.0-5.fc9 (patch_fuzz) richdawe plexus-graph-0.13.1-1.fc10 (build/make) lkundrak plexus-maven-plugin-1.2-2.4.fc10 (build/make) dbhole plexus-runtime-builder-1.0-0.2.a9.1.5.fc10 (build/make) dbhole plexus-xmlrpc-1.0-0.2.b4.2.9.fc10 (patch_fuzz) dbhole pmount-0.9.17-2.fc9 (patch_fuzz) pertusus,jpmahowa pnm2ppa-1.04-15.fc9 (patch_fuzz) twaugh podsleuth-0.6.0-5.fc10 (build/make) salimma poker-network-1.6.0-1.fc10 (patch_fuzz) xulchris polyxmass-bin-0.9.7-2.fc8 (build/make) awjb postfix-2.5.1-2.fc9 (patch_fuzz) twoerner postgresql-jdbc-8.3.603-1.1.fc10 (build/make) tgl ppl-0.9-19.fc9 (build/make) bagnara ppp-2.4.4-7.fc10 (patch_fuzz) jskala prelude-lml-0.9.12.2-2.fc10 (build/make) sgrubb presto-0.1.3-4.fc9 (build/make) hypersonic procps-3.2.7-20.fc9 (patch_fuzz) tsmetana pspp-0.6.0-7.fc10 (build/make) mcepl pstoedit-3.45-3.fc10 (patch_fuzz) denis publican-0.34-0.fc10 (build/make) jfearn,mdious pygame-1.8.0-1.fc10 (patch_fuzz) xulchris,rnorwood pysvn-1.5.3-1.fc10 (patch_fuzz) ravenoak python-2.5.1-30.fc10 (build/make) james,katzj,jsteffan,james python-TurboMail-2.1-3.fc9 (build/make) lmacken,toshio,fschwarz python-docs-2.5.1-2.fc9 (build/make) james,katzj python-flup-1.0-2.fc9 (build/make) till python-imaging-1.1.6-10.fc10 (patch_fuzz) jamatos,jgranado python-tgcaptcha-0.11-3.fc10 (build/make) lmacken,toshio,fschwarz python-turboflot-0.1.1-1.fc10 (build/make) lmacken,toshio,fschwarz pywbxml-0.1-3.fc9 (build/make) awjb pyzor-0.4.0-11.fc7 (build/make) ixs qdbm-1.8.77-3.fc9 (build/make) mtasaka qemu-0.9.1-10.fc10 (patch_fuzz) dwmw2 qgo-1.5.4r2-1.fc9 (build/make) kaboom qimageblitz-0.0.4-0.4.svn706674.fc9 (build/make) kkofler,rdieter,than qpidc-0.2.667603-2.fc10 (build/make) aconway,nsantos qt3-3.3.8b-14.fc10 (build/make) than,rdieter,kkofler quake3-1.34-0.9.rc4.fc9 (patch_fuzz) laxathom queuegraph-1.1-3.fc9 (patch_fuzz) bjohnson radeontool-1.5-3.fc9 (build/make) till,pknirsch rafkill-1.2.3-1.fc10 (patch_fuzz) limb rasqal-0.9.15-1.fc9 (build/make) thomasvs rb_libtorrent-0.13.1-2.fc10 (build/make) pgordon rcs-5.7-32 (build/make) jmoskovc rcssserver3d-0.6-3.fc10 (build/make) hedayat relaxngDatatype-1.0-3.2.fc10 (build/make) nsantos,dbhole rhino-1.6-0.1.r5.1.3.fc10 (build/make) mwringe rhm-0.2.2060-3.fc10 (build/make) aconway,nsantos rsh-0.17-50.fc10 (patch_fuzz) atkac ruby-1.8.6.230-5.fc10 (patch_fuzz) tagoh ruby-rpm-1.2.3-4.fc9 (build/make) lutter,stahnma rusers-0.17-53.fc9 (patch_fuzz) jmoskovc s3switch-0.0-10.20020912.fc9 (patch_fuzz) pwouters sane-backends-1.0.19-10.fc9 (patch_fuzz) nphilipp sat4j-2.0.0-6.fc10 (build/make) overholt scorched3d-41.3-2.fc9 (patch_fuzz) jwrdegoede scribes-0.3.3.3-2.fc9 (build/make) pgordon scsi-target-utils-0.0-4.20071227snap.fc9 (build/make) michaelc,terjeros,michaelc sdcc-2.6.0-12.fc9 (build/make) trondd,jwrdegoede seamonkey-1.1.11-1.fc9 (patch_fuzz) gecko-maint,kengert seq24-0.8.7-13.fc10 (patch_fuzz) green setools-3.3.4-1.fc9 (build/make) pebenito,dwalsh shapelib-1.2.10-16.20060304cvs (build/make) smccann sinjdoc-0.5-6.fc9 (build/make) dbhole slim-1.3.0-5.fc10 (patch_fuzz) afb smarteiffel-2.3-2.fc9 (build/make) gemi soundtracker-0.6.8-4.fc10 (build/make) seg,ndim sqlgrey-1.7.5-1.fc7 (patch_fuzz) steve squid-3.0.STABLE7-1.fc10 (patch_fuzz) jskala,jsteffan,mnagy,hno,jskala squirrelmail-1.4.13-1.fc9 (patch_fuzz) mbacovsk ssmtp-2.61-11.5.fc9.3 (build/make) wolfy starfighter-1.1-12 (build/make) thias stellarium-0.9.1-6.fc9 (build/make) s4504kr,mmahut,kwizart strace-4.5.17-1.fc10 (build/make) roland sudo-1.6.9p17-1.fc10 (patch_fuzz) pvrabec,kzak sugar-journal-94-1.fc10 (build/make) ausil sundials-2.3.0-6.fc9 (build/make) jpye supertuxkart-0.4-2.fc10 (patch_fuzz) jwrdegoede sylpheed-2.5.0-2.2029svn.fc10 (build/make) mschwendt symlinks-1.2-31.fc9 (build/make) twaugh sysvinit-2.86-24 (patch_fuzz) notting tachyon-0.98-0.6.20070319.fc9 (build/make) rathann tanukiwrapper-3.2.3-2.2.fc10 (patch_fuzz) dbhole,devrim,jmrodri tar-1.20-1.fc10 (patch_fuzz) ovasik tcltls-1.5.0-16.fc9 (patch_fuzz) tjikkun tcp_wrappers-7.6-52.fc9 (patch_fuzz) jsafrane tcpdump-3.9.8-5.fc10 (patch_fuzz) mlichvar tcsh-6.15-4.fc9 (patch_fuzz) vcrhonek tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 (build/make) pertusus,jnovy texlive-2007-34.fc10 (patch_fuzz) jnovy,pertusus tgif-4.1.45-6.fc9 (patch_fuzz) mtasaka thttpd-2.25b-16.fc9 (patch_fuzz) thias thunderbird-2.0.0.14-1.fc10 (patch_fuzz) gecko-maint tiger-3.2.1-8.fc9 (patch_fuzz) abompard time-1.7-33.fc9 (build/make) rrakus tla-1.3.5-5.fc9 (build/make) rishi tomboy-0.11.0-4.fc10 (patch_fuzz) rstrode transfig-3.2.5-2.fc9 (patch_fuzz) kasal,pertusus tree-1.5.2-1.fc10 (patch_fuzz) twaugh trickle-1.07-4.fc10 (patch_fuzz) eponyme,mtasaka,wolfy tuxcmd-0.6.36-3.fc10 (build/make) tbzatek tuxpaint-0.9.17-3.fc9 (patch_fuzz) steve twinkle-1.2-3.fc10 (build/make) kevin tzdata-2008d-1.fc10 (build/make) pmachata uisp-20050207-2.fc9 (build/make) trondd uqm-0.6.2-3.fc9 (patch_fuzz) icon util-linux-ng-2.14-2.fc10 (patch_fuzz) kzak uw-imap-2007b-1.fc10 (patch_fuzz) rdieter,jorton valgrind-3.3.0-3 (patch_fuzz) jakub vdr-1.6.0-3.fc9 (patch_fuzz) scop,vpv vecmath1.2-1.14-2.fc9 (build/make) jwrdegoede vegastrike-0.5.0-3.fc10 (patch_fuzz) jwrdegoede virt-df-2.1.2-1.fc10 (build/make) rjones vnc-4.1.2-34.fc10 (patch_fuzz) atkac vsftpd-2.0.6-5.fc10 (patch_fuzz) jskala,mnagy vtk-5.0.4-21.fc9 (patch_fuzz) athimm,orion w3c-libwww-5.4.1-0.10.20060206cvs.fc9 (patch_fuzz) awjb w3lib-1.6-3.fc10 (build/make) pertusus wcstools-3.7.0-2.fc9 (build/make) sergiopr werken-xpath-0.9.4-1.beta.12.3 (build/make) fnasser wesnoth-1.4.2-1.fc10 (patch_fuzz) limb,wtogami wfut-1.1.0-5.fc9 (build/make) wart wp_tray-0.5.3-7.fc9 (patch_fuzz) denis wpa_supplicant-0.6.3-6.fc10 (patch_fuzz) dcbw wvdial-1.60-5.fc9 (patch_fuzz) ovasik wyrd-1.4.4-2.fc10 (build/make) till x2vnc-1.7.2-7.fc9 (build/make) stahnma x3270-3.3.6-5.fc9 (patch_fuzz) karsten xautolock-2.2-5.fc9 (build/make) ianweller xbiso-0.6.1-3.fc9 (build/make) spot xchat-ruby-1.2-6.fc9 (build/make) konradm xdelta-1.1.4-3.fc9 (patch_fuzz) atkac xdoclet-1.2.3-9.2.fc10 (patch_fuzz) mwringe xdx-2.4-2.fc9 (build/make) bjensen,sindrepb,sconklin xerces-j2-2.7.1-10.2.fc10 (build/make) mwringe xfce4-panel-4.4.2-4.fc9 (patch_fuzz) kevin,cwickert xgalaxy-2.0.34-8.fc9 (patch_fuzz) jwrdegoede xml-commons-which-1.0-1.b2.0.3.fc10 (build/make) mwringe xmms-1.2.10-38.fc9 (patch_fuzz) pfj xmms-cdread-0.14-13.fc9 (build/make) jsoeterb xmms-modplug-2.05-12.fc9 (patch_fuzz) scop xmoto-0.4.2-1.fc9 (patch_fuzz) limb xorg-x11-drv-nouveau-0.0.10-3.20080520git9c1d87f.fc10 (build/make) airlied,ajax xorg-x11-drv-s3-0.6.0-1.fc9 (patch_fuzz) xgl-maint xorg-x11-drv-summa-1.2.0-1.fc9 (build/make) xgl-maint xorg-x11-xinit-1.0.9-1.fc9 (patch_fuzz) xgl-maint xpp2-2.1.10-6.2.fc10 (build/make) nsantos,dbhole xscorch-0.2.0-12.fc8 (build/make) mgarski xsp-1.9.1-2.fc10 (patch_fuzz) pfj ypserv-2.19-9.fc9 (patch_fuzz) vcrhonek z88dk-1.8-1.fc9 (build/make) kkofler zsh-4.3.4-8.fc9 (patch_fuzz) james With bugs filed: 90 ---------------------------------- HelixPlayer-1.0.9-4.fc10 [u'449474 ASSIGNED'] (patch_fuzz) abompard R-Matrix-0.999375-4.fc9 [u'449530 ASSIGNED'] (build/make) tmoertel aiksaurus-1.2.1-15.fc6 [u'434484 ASSIGNED'] (build/make) uwog astyle-1.21-6.fc8 [u'433971 ASSIGNED'] (build/make) addutko,mtasaka aterm-1.0.1-2.fc9 [u'440779 ASSIGNED'] (build/make) awjb bes-3.5.3-3.fc9 [u'434360 ASSIGNED'] (build/make) pertusus bitbake-1.8.8-1.fc8 [u'440562 ASSIGNED'] (build/make) ixs bmpx-0.40.14-5.fc9 [u'449431 ASSIGNED'] (patch_fuzz) akahl brltty-3.9-2.2.fc9 [u'449446 ASSIGNED'] (build/make) kasal brutus-keyring-0.9.0-6.fc8 [u'434007 ASSIGNED'] (build/make) bpepple,colding camstream-0.26.3-12.fc8 [u'434345 ASSIGNED'] (build/make) nomis80 coolkey-1.1.0-6.fc9 [u'440753 ASSIGNED'] (build/make) rrelyea,jmagne dap-freeform_handler-3.7.7-2.fc9 [u'434362 ASSIGNED'] (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 [u'434363 ASSIGNED'] (build/make) pertusus djvulibre-3.5.20-2.fc9 [u'440910 ASSIGNED'] (build/make) thias elektra-0.6.10-6.fc9 [u'434364 ASSIGNED'] (build/make) pertusus,kwizart erlang-R12B-3.1.fc10 [u'449432 ASSIGNED'] (patch_fuzz) gemi fish-1.23.0-2.fc9 [u'440724 ASSIGNED'] (build/make) ascii,oliver fluxstyle-1.0.1-2.fc7 [u'440757 ASSIGNED'] (build/make) errr fonttools-2.0-0.11.20060223cvs.fc7 [u'434409 ASSIGNED'] (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 [u'440756 ASSIGNED'] (build/make) cr33dog,fonts-sig fwbuilder-2.1.16-2.fc9 [u'440846 ASSIGNED'] (build/make) ertzing g-wrap-1.9.9-5.fc9 [u'434278 ASSIGNED'] (patch_fuzz) laxathom gcl-2.6.7-18.fc9 [u'440913 ASSIGNED'] (build/make) gemi,green gdmap-0.7.5-6.fc6 [u'434529 ASSIGNED'] (build/make) splinux gpsim-0.22.0-5.fc8 [u'434061 ASSIGNED'] (build/make) dionysos gstm-1.2-6.fc7 [u'434531 ASSIGNED'] (build/make) splinux gtk-sharp-1.0.10-12.fc7 [u'434373 ASSIGNED'] (build/make) pfj guile-gnome-platform-2.15.93-6.fc8 [u'434289 ASSIGNED'] (build/make) laxathom ht2html-2.0-5.fc6 [u'440916 ASSIGNED'] (build/make) ifoox itpp-4.0.0-2.fc9 [u'434076 ASSIGNED'] (build/make) edhill jabbin-2.0-0.6.beta2a.fc9 [u'440730 ASSIGNED'] (build/make) kurzawa jgroups-2.2.9.2-3jpp.2 [u'434352 ASSIGNED'] (build/make) dbhole kdebluetooth-1.0-0.41.beta8.fc9 [u'449604 ASSIGNED'] (build/make) gilboa,scop klear-0.7.0-1.svn113.fc9 [u'440755 ASSIGNED'] (build/make) trasher ladspa-1.12-9.fc9 [u'449542 ASSIGNED'] (build/make) thomasvs libFoundation-1.1.3-11.fc9 [u'440564 ASSIGNED'] (build/make) athimm libdap-3.7.10-2.fc9 [u'434366 ASSIGNED'] (build/make) pertusus libfwbuilder-2.1.16-2.fc9 [u'449591 ASSIGNED'] (build/make) ertzing libnc-dap-3.7.0-9.fc9 [u'434367 ASSIGNED'] (build/make) pertusus libopensync-0.36-2.fc9 [u'449510 ASSIGNED'] (build/make) awjb libzzub-0.2.3-12.fc9 [u'449661 ASSIGNED'] (patch_fuzz) akahl,mtasaka lilypond-2.10.33-1.fc8 [u'434394 ASSIGNED'] (build/make) limb lineak-defaultplugin-0.9-2.fc6 [u'434520 ASSIGNED'] (build/make) xris lineak-xosdplugin-0.9-2.fc6 [u'434522 ASSIGNED'] (build/make) xris lineakd-0.9-5.fc6 [u'434523 ASSIGNED'] (build/make) xris linpsk-0.9-3.fc9 [u'440778 ASSIGNED'] (build/make) bjensen,sindrepb,sconklin linux-atm-2.5.0-5 [u'434069 ASSIGNED', u'449613 ASSIGNED'] (build/make) dwmw2 lostirc-0.4.6-3.fc8 [u'440921 ASSIGNED'] (build/make) splinux,splinux lrmi-0.10-4.fc9 [u'449509 ASSIGNED'] (build/make) pwouters mimetic-0.9.3-2.fc8 [u'434086 ASSIGNED'] (build/make) ensc mod_suphp-0.6.3-1.fc9 [u'449578 ASSIGNED'] (build/make) ixs monodevelop-0.19-6.fc9 [u'449441 ASSIGNED'] (build/make) pfj mosml-2.01-11.fc9 [u'449445 ASSIGNED'] (build/make) gemi moto4lin-0.3-6.fc7 [u'434135 ASSIGNED'] (build/make) jafo muine-scrobbler-0.1.8-5.fc9 [u'449482 ASSIGNED'] (build/make) sindrepb mx-2.0.6-3 [u'434325 ASSIGNED'] (build/make) misa mysql-gui-tools-5.0r12-8.fc9 [u'440734 ASSIGNED', u'433987 ASSIGNED'] (patch_fuzz) ausil ntfs-config-1.0-0.6.rc5.fc9 [u'449585 ASSIGNED'] (build/make) laxathom oggconvert-0.3.0-14.fc9 [u'440943 ASSIGNED'] (build/make) ngompa pan-0.132-2.fc8 [u'433970 ASSIGNED'] (build/make) adalloz,mpeters pcmanx-gtk2-0.3.5-9.336svn.fc7 [u'434299 ASSIGNED'] (open_missing_mode) leo pdsh-2.11-6.fc9 [u'440811 ASSIGNED'] (build/make) kg6fnk pekwm-0.1.5-5.fc7 [u'434089 ASSIGNED'] (build/make) errr perl-MIME-Lite-3.01-6.fc9 [u'449558 ASSIGNED'] (build/make) mmcgrath,perl-sig petitboot-0.0.1-7.fc8 [u'434071 ASSIGNED'] (build/make) dwmw2,jwboyer pic2aa-0.2.1-3.fc9 [u'440764 ASSIGNED'] (build/make) kurzawa pl-5.6.57-2.fc10 [u'434110 ASSIGNED'] (build/make) gemi,mef plague-0.4.4.1-4.fc7 [u'440874 ASSIGNED'] (build/make) dcbw plotmm-0.1.2-6.fc9 [u'440563 ASSIGNED'] (build/make) hguemar plplot-5.9.0-1.fc9 [u'449488 ASSIGNED'] (build/make) orion python-durus-3.5-3.fc7 [u'434427 MODIFIED'] (build/make) shahms python-memcached-1.39-1.fc8 [u'440931 ASSIGNED'] (build/make) jafo python-pydns-2.3.0-5.fc7 [u'440912 ASSIGNED'] (build/make) jafo python-pyspf-2.0.3-1.fc8 [u'440793 ASSIGNED'] (build/make) jafo python-simpletal-4.1-5.fc7 [u'440930 ASSIGNED'] (build/make) shahms python-tpg-3.1.0-4.fc7 [u'440763 ASSIGNED'] (build/make) shahms qa-assistant-0.4.90.5-2.fc6 [u'440914 ASSIGNED'] (build/make) toshio qcad-2.0.5.0-8.fc9 [u'449636 ASSIGNED'] (build/make) gemi qps-1.9.19-0.2.b.fc7 [u'434312 ASSIGNED'] (build/make) makghosh qsynth-0.2.5-7.fc9 [u'440736 ASSIGNED'] (build/make) nando qtiplot-0.9-8.fc9 [u'434100 ASSIGNED'] (build/make) frankb ruby-bdb-0.6.0-1.fc7 [u'434090 ASSIGNED'] (build/make) errr rudeconfig-5.0.5-1.fc7 [u'434131 ASSIGNED'] (build/make) homeless scim-skk-0.5.2-8.fc6 [u'434419 ASSIGNED'] (build/make) ryo sos-1.8-1.fc8 [u'440839 ASSIGNED'] (build/make) navid straw-0.27-12.fc9 [u'440806 ASSIGNED'] (build/make) subhodip svnmailer-1.0.8-3.fc7 [u'449666 ASSIGNED'] (build/make) mfleming xml-commons-resolver-1.1-1jpp.12 [u'434098 ASSIGNED'] (build/make) fnasser yoltia-0.22.1-2.fc9 [u'440935 ASSIGNED'] (build/make) kurzawa ---------------------------------- Packages by owner: abompard: HelixPlayer,grisbi,libkexif,librra,tiger aconway: qpidc,rhm adalloz: pan addutko: astyle adrian: bwbar,gmpc,jhead afb: slim afsilva: nethogs agk: lvm2 agoode: escape,fvwm airlied: xorg-x11-drv-nouveau ajax: libpciaccess,mesa,mesa,xorg-x11-drv-nouveau akahl: bmpx,libzzub alcapcom: eclipse-quickrex,eclipse-rpm-editor alexlan: Miro,perl-bioperl,picard apevec: perl-Config-Augeas ascii: fish athimm: arpack,fakechroot,fakeroot,freenx-server,libFoundation,mediawiki,perl-Text-CharWidth,perl-Text-WrapI18N,vtk atkac: dump,mtools,rsh,vnc,xdelta ausil: denyhosts,fedora-ds-base,knetworkmanager,mysql-gui-tools,sugar-journal awjb: WindowMaker,aterm,atitvout,claws-mail,dosbox,gimmix,koffice-langpack,libAfterImage,libnasl,libopensync,librra,nessus-core,openal,polyxmass-bin,pywbxml,w3c-libwww bagnara: ppl bellet: SimGear bernie: ctrlproxy berrange: perl-Test-AutoBuild bjensen: hamlib,linpsk,xdx bjohnson: goocanvas,mailgraph,pdfedit,perl-PDF-API2,queuegraph bmarzins: lvm2 bmr: lvm2 bos: gtk2hs bpepple: brutus-keyring,evolution-brutus,libepc braden: openvrml buc: gtk-gnutella,phpldapadmin byte: MagicPoint cagney: frysk caillon: Miro candyz: gcin caolanm: hunspell-en,icu chitlesh: LabPlot,LabPlot,compat-guile-16,kicad,piklab colding: brutus-keyring,evolution-brutus corsepiu: lib3ds cr33dog: fontypython cweyl: perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Perl-Critic,perl-RRD-Simple cwickert: gwget,xfce4-panel danken: bidiv davidz: libgnomecups dbhole: antlr,icu4j,jgroups,jpackage-utils,ldapjdk,maven-scm,maven-surefire,maven2,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc,relaxngDatatype,sinjdoc,tanukiwrapper,xpp2 dcbw: csound,plague,wpa_supplicant dchen: libsvm deji: atlas,atlas,cln,cln denis: brasero,galeon,gstreamer-python,hamlib,pstoedit,wp_tray devrim: classpathx-jaf,jaxen-bootstrap,mapserver,tanukiwrapper dionysos: gpsim,kicad,piklab dledford: mdadm dnovotny: amanda drago01: hardinfo,linkage,pinot dtimms: audacity dwalsh: setools dwmw2: exim,hfsutils,linux-atm,petitboot,qemu dwysocha: lvm2 ecik: kadu edhill: itpp,libmatheval,osiv eitch: ode ensc: dietlibc,ip-sentinel,mimetic eponyme: trickle errr: fluxstyle,pekwm,ruby-bdb ertzing: fwbuilder,libfwbuilder ework: gtkdatabox firewing: lybniz fnasser: geronimo-specs,icu4j,jakarta-oro,werken-xpath,xml-commons-resolver fonts-sig: fonttools,fontypython,libXfont,libXfontcache frankb: qtiplot fschwarz: python-TurboMail,python-tgcaptcha,python-turboflot gecko-maint: seamonkey,thunderbird gemi: audacity,bigloo,erlang,gcl,genius,mosml,nyquist,ocaml,pl,qcad,smarteiffel ghenry: cpan2rpm gilboa: kdebluetooth green: ardour,gcl,kawa,seq24 hadess: gnome-media,libgpod harald: pciutils hardaker: dnssec-tools hedayat: rcssserver3d hguemar: plotmm hno: squid homeless: rudeconfig huzaifas: dia,dia,gnumeric hypersonic: presto ianweller: xautolock iburrell: perl-SVN-Mirror icon: uqm ifoox: ht2html ivazquez: edsadmin ixs: bitbake,mod_suphp,pyzor jafo: moto4lin,picocom,python-memcached,python-pydns,python-pyspf jakub: compat-gcc-32,compat-gcc-34,valgrind jamatos: PyX,PyX,ifplugd,python-imaging james: python,python,python-docs,zsh jcollie: picard jfearn: publican jgranado: python-imaging jhrozek: dwdiff jjames: idw-gpl,jcip-annotations jjh: darcs jjohnstn: eclipse-cdt,eclipse-changelog jkratoch: libunwind jmagne: coolkey jmoskovc: rcs,rusers jmrodri: tanukiwrapper jnovy: db4,libusb,libvorbis,nedit,tetex-tex4ht,texlive joost: lazarus jorge: lock-keys-applet jorton: mod_python,uw-imap jpmahowa: pmount jpo: perl-IO-Socket-SSL jpye: sundials jsafrane: migrationtools,tcp_wrappers jskala: mgetty,mgetty,netatalk,ppp,squid,squid,vsftpd jsoeterb: xmms-cdread jsteffan: python,squid jwboyer: ctrlproxy,petitboot jwrdegoede: ClanLib06,KoboDeluxe,MagicPoint,TnL,abuse,alex4,ardour,arj,arm-gp2x-linux-gcc,asc,bolzplatz2006,clonekeen,higlayout,kbilliards,libid3tag,libvorbis,libvorbis,ode,openmsx,pioneers,scorched3d,sdcc,supertuxkart,vecmath1.2,vegastrike,xgalaxy kaboom: qgo karsten: autoconf,automake15,x3270 kasal: brltty,cairo-java,glib-java,groff,libgconf-java,libglade-java,libgnome-java,libgtk-java,libvte-java,pcre,perl-Crypt-SSLeay,perl-RPM2,transfig katzj: python,python-docs kengert: nss,seamonkey kevin: twinkle,xfce4-panel kg6fnk: pdsh kkofler: arts,fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,ocaml-facile,qimageblitz,qt3,z88dk konradm: xchat-ruby kurzawa: jabbin,pic2aa,yoltia kwizart: afflib,elektra,jack-rack,oyranos,perl-Event-Lib,stellarium kzak: gnome-applet-vm,lockdev,sudo,util-linux-ng langel: azureus,azureus,bouncycastle,bouncycastle,java-1.5.0-gcj,java-1.5.0-gcj,java-1.6.0-openjdk,java-1.6.0-openjdk laxathom: g-wrap,guile-gnome-platform,lib3ds,mono,mono,ntfs-config,quake3 leo: pcmanx-gtk2 limb: archivemail,freenx-server,lilypond,nagi,rafkill,wesnoth,xmoto liquidat: knetworkmanager lkundrak: inkscape,inkscape,java-1.6.0-openjdk,pcre,plexus-graph lmacken: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot ltinkl: fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig lutter: ruby-rpm luya: gdesklets lvm-team: lvm2 makghosh: qps masahase: manedit,mfiler2,pards mbacovsk: squirrelmail mbarnes: evolution-sharp,evolution-zimbra,gnome-python2-extras mbooth: eclipse-epic,eclipse-phpeclipse mbroz: lvm2 mcepl: pspp mclasen: glade2 mdious: publican mef: ice,kaffeine,pl mfleming: asylum,mailgraph,svnmailer mgarski: xscorch mharmsen: jss michaelc: scsi-target-utils,scsi-target-utils michich: epdfview mikep: fmt-ptrn misa: mx mjw: java-1.6.0-openjdk mlichvar: mairix,minicom,tcpdump mlum: jss mmahut: evolution-zimbra,stellarium mmaslano: anacron,perl-Crypt-SSLeay,perl-RPM2 mmcgrath: knetworkmanager,nagios,perl-MIME-Lite mnagy: ipa,squid,vsftpd mnowak: eclipse-pydev,eclipse-pydev mora: javasqlite mornfall: lvm2 mpeters: PyX,pan mschwendt: abicheck,audacious-plugin-fc,audacity,sylpheed mtasaka: astyle,hyperestraier,libzzub,manedit,mecab-java,mfiler2,qdbm,tgif,trickle mwiriadi: mediatomb mwringe: junitperf,maven-wagon,rhino,xdoclet,xerces-j2,xml-commons-which mzazrive: dbxml,dbxml-perl nando: jack-rack,qsynth navid: sos ndim: soundtracker ngompa: oggconvert nhosoi: fedora-ds-base nkinder: fedora-ds-base,jss nkwan: jss nomis80: camstream notting: sysvinit nphilipp: sane-backends nsantos: icu4j,qpidc,relaxngDatatype,rhm,xpp2 oliver: eclipse,fish,mapserver omajid: dbus-java,libmatthew-java orion: eclipse-photran,ftnchek,g2clib,gdl,gridengine,hdf,kompose,libsynaptics,paraview,plplot,vtk ovasik: docbook-utils,inn,libwvstreams,linuxdoc-tools,pax,tar,wvdial overholt: eclipse,eclipse,eclipse-changelog,eclipse-checkstyle,eclipse-gef,eclipse-mylyn,eclipse-pydev,eclipse-quickrex,eclipse-rpm-editor,sat4j owentl: gdesklets paragn: perl-perlmenu pawsa: balsa pcheung: ant,jakarta-commons-daemon,jakarta-commons-io,jakarta-commons-net pebenito: setools perl-sig: cpan2rpm,perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Event-Lib,perl-IO-Socket-SSL,perl-MIME-Lite,perl-PDF-API2,perl-Perl-Critic,perl-RPM2,perl-RRD-Simple,perl-SVN-Mirror,perl-bioperl,perl-perlmenu pertusus: a2ps,bes,cernlib,cernlib-g77,dap-freeform_handler,dap-hdf4_handler,elektra,fetchmail,fltk,ftnchek,g2clib,grads,gzip,hdf,libdap,libnc-dap,paraview,pmount,tetex-tex4ht,texlive,transfig,w3lib peter: fuse-encfs petersen: darcs,emacspeak,gcin,gettext,gtk2hs,m17n-db pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp pghmcfc: gnome-libs,imlib,libpng10,perl-IO-Socket-SSL pgordon: deluge,rb_libtorrent,scribes pknirsch: filesystem,radeontool pmachata: ltrace,make,tzdata pmatilai: db4 pmuldoon: frysk,libgtk-java pnemade: m17n-db pvrabec: sudo pwouters: lrmi,s3switch rafalzaq: blobwars rakesh: ifplugd rathann: dx,freefem++,gabedit,tachyon ravenoak: pysvn rcritten: ipa,jss rdieter: PyQt4,akode,arts,fedorawaves-kdm-theme,fltk,gtk+,k3b,kaffeine,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig,libkexif,qimageblitz,qt3,uw-imap remi: ocsinventory-agent,perl-Apache2-SOAP rezso: mapserver richdawe: planet rishi: tla rjones: ocaml,ocaml-camlimages,virt-df rmeggins: fedora-ds-base,jss rmyers: eclipse-checkstyle,eclipse-egit rnorwood: perl-Crypt-SSLeay,perl-RPM2,pygame robert: arj,dsniff,eggdrop,perl-CGI-SpeedyCGI robmv: eclipse-subclipse,ganymed-ssh2 roland: strace romal: nagios roozbeh: fonttools,mediawiki rrakus: indent,k3b,time rrelyea: coolkey rstrode: libxklavier,tomboy ruben: pdns,pdns-recursor rui: MagicPoint rvinyard: bit,conexus,conexusmm,papyrus rvokal: linuxdoc-tools ryo: scim-skk s4504kr: stellarium salimma: Miro,podsleuth sconklin: hamlib,linpsk,xdx scop: dvb-apps,javasqlite,kaffeine,kdebluetooth,optipng,vdr,xmms-modplug sebastian: nagios seg: openjpeg,soundtracker sergiopr: wcstools sgrubb: aide,audit,openswan,prelude-lml shahms: python-durus,python-simpletal,python-tpg sharkcz: codeblocks,cyrus-imapd silfreed: ale simo: ipa sindrepb: hamlib,linpsk,muine-scrobbler,perl-Net-Packet,perl-Net-Write,xdx smccann: shapelib somlo: aumix sparkins: jss splinux: gdmap,gstm,lostirc,lostirc spot: AcetoneISO,PyAmanith,R-RScaLAPACK,SimGear,alienarena,amanith,ftplib,gambas,gambas2,google-perftools,ntfsprogs,xbiso ssp: libXTrap,libXfont,libXfontcache stahnma: ruby-rpm,x2vnc stalwart: fedorawaves-kdm-theme steve: sqlgrey,tuxpaint steved: nfs4-acl-tools subhodip: straw svahl: kcoloredit,kgrab,kiconedit,kmid,ksig,lxpanel swagiaal: frysk,libgtk-java szpak: isomaster tagoh: Canna,apel,man-pages-ja,namazu,paps,ruby tbzatek: tuxcmd terjeros: gq,lshw,scsi-target-utils tgl: libdbi,libdbi-drivers,postgresql-jdbc than: PyQt4,arts,fedorawaves-kdm-theme,isdn4k-utils,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,qimageblitz,qt3 thias: djvulibre,kannel,lsdvd,ncftp,starfighter,thttpd thl: gweled,icu thomasvs: ladspa,rasqal tibbs: denyhosts till: aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool,wyrd timj: alsa-firmware timlau: bodhi tjikkun: tcltls tmoertel: R-Matrix tmraz: cyrus-sasl,pam tmz: libgpod,libid3tag tnorth: LabPlot,avr-binutils,avr-gcc toshio: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot,qa-assistant trasher: homebank,klear trondd: avr-binutils,avr-gcc,sdcc,uisp tscherf: Miro tsmetana: procps twaugh: a2ps,foomatic,pnm2ppa,symlinks,tree twoerner: postfix uwog: abiword,aiksaurus varekova: aspell,bzip2,gmp,gzip,jpilot,man vcrhonek: expect,fetchmail,tcsh,ypserv veillard: libvirt-java vpv: vdr wart: bsd-games,wfut wguaraldi: Miro wolfy: logserial,ssmtp,trickle wtogami: nagios,wesnoth xgl-maint: xorg-x11-drv-s3,xorg-x11-drv-summa,xorg-x11-xinit xris: lineak-defaultplugin,lineak-xosdplugin,lineakd xulchris: poker-network,pygame zprikryl: iptraf,mtr -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From Matt_Domsch at dell.com Thu Aug 28 15:47:30 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 10:47:30 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 x86_64 Message-ID: <20080828104730.A16352@humbolt.us.dell.com> Fedora Rawhide-in-Mock Build Results for x86_64 based on Rawhide from 2008-08-12. About 230 packages fail to build due to the restriction on patch fuzz. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Open Bugs which now build, and can be marked CLOSED RAWHIDE: bacula: [u'440905'] callweaver: [u'434066'] compat-erlang: [u'434102'] dxpc: [u'449644'] freeipmi: [u'440875'] gauche: [u'449627'] gazpacho: [u'440859'] gnome-applet-tvn24: [u'434300'] graphviz: [u'449410'] ikvm: [u'434375'] libgtksourceviewmm: [u'434532'] mx4j: [u'434097'] nco: [u'449408'] perl-Crypt-Simple: [u'449495'] perl-XML-LibXSLT: [u'449544'] redhat-rpm-config: [u'449717'] scribus: [u'440766'] zhcon: [u'449625'] Total packages: 6039 Number failed to build: 624 Number expected to fail due to ExclusiveArch or ExcludeArch: 14 Leaving: 610 Of those expected to have worked... Without a bug filed: 520 ---------------------------------- AcetoneISO-6.7-5.fc9 (build/make) spot Canna-3.7p3-24.fc9 (patch_fuzz) tagoh ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet TnL-071111-6.fc10 (patch_fuzz) jwrdegoede WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus abicheck-1.2-18 (build/make) mschwendt abiword-2.6.4-7.fc10 (build/make) uwog abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede afflib-3.2.3-1.fc10 (patch_fuzz) kwizart aide-0.13.1-4 (patch_fuzz) sgrubb aircrack-ng-0.9.3-1.fc9 (build/make) till akode-2.0.2-5.fc9 (patch_fuzz) rdieter ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede alienarena-7.10-1.fc10 (patch_fuzz) spot alsa-firmware-1.0.17-1.fc10 (build/make) timj amanda-2.5.2p1-10.fc9 (build/make) dnovotny amanith-0.3-9.fc9 (patch_fuzz) spot anacron-2.3-61.fc10 (patch_fuzz) mmaslano ant-1.7.0-2.fc10 (build/make) pcheung antlr-2.7.7-2.fc10 (build/make) dbhole apel-10.7-1.fc8 (build/make) tagoh archivemail-0.7.2-1.fc9 (patch_fuzz) limb ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede arpack-2.1-7.fc9 (build/make) athimm arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede aspell-0.60.6-2.fc10 (patch_fuzz) varekova asylum-0.2.3-3.fc9 (build/make) mfleming atitvout-0.4-8 (patch_fuzz) awjb atlas-3.6.0-15.fc10 (build/make) deji,deji audacious-plugin-fc-0.2-6 (build/make) mschwendt audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms audit-1.7.4-2.fc10 (build/make) sgrubb aumix-2.8-17.fc9 (patch_fuzz) somlo autoconf-2.62-5.fc10 (patch_fuzz) karsten automake15-1.5-23 (patch_fuzz) karsten avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd azureus-3.0.4.2-16.fc10 (build/make) langel,langel balsa-2.3.25-1.fc10 (build/make) pawsa bidiv-1.5-6.fc9 (build/make) danken bigloo-3.1a-1.fc10 (patch_fuzz) gemi bit-0.4.1-3.fc9 (build/make) rvinyard blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede bouncycastle-1.39-1.fc10 (build/make) langel,langel brasero-0.7.90-1.fc10 (build/make) denis bsd-games-2.17-23.fc9 (patch_fuzz) wart bwbar-1.2.3-2 (patch_fuzz) adrian bzip2-1.0.5-2.fc9 (build/make) varekova cairo-java-1.0.5-10.fc10 (build/make) kasal cernlib-2006-30.fc10 (build/make) pertusus cernlib-g77-2006-30.fc10 (build/make) pertusus classpathx-jaf-1.0-12.fc10 (build/make) devrim claws-mail-3.4.0-1.fc10 (build/make) awjb cln-1.2.2-1.fc10 (build/make) deji,deji clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz compat-gcc-32-3.2.3-64 (build/make) jakub compat-gcc-34-3.4.6-9 (patch_fuzz) jakub compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh conexus-0.5.3-4.fc9 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig csound-5.03.0-16.fc9 (build/make) dcbw,pfj ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz darcs-2.0.0-1.fc10 (build/make) jjh,petersen db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai dbus-java-2.5-3.fc10 (build/make) omajid dbxml-2.3.10-12.fc9 (build/make) mzazrive dbxml-perl-2.003-5.fc10 (build/make) mzazrive deluge-0.9.04-1.fc10 (build/make) pgordon denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas dietlibc-0.31-5.20080517.fc10 (build/make) ensc dnssec-tools-1.4.1-2.fc10 (build/make) hardaker docbook-utils-0.6.14-13.fc9 (build/make) ovasik dosbox-0.72-4.fc9 (build/make) awjb dsniff-2.4-0.3.b1.fc10 (patch_fuzz) robert dump-0.4b41-8.fc10 (patch_fuzz) atkac dvb-apps-1.1.1-11.fc9 (patch_fuzz) scop dwdiff-1.4-1.fc10 (build/make) jhrozek dx-4.4.4-6.fc10 (patch_fuzz) rathann eclipse-3.4.0-19.fc10 (build/make) overholt,oliver,overholt eclipse-cdt-5.0.0-3.fc10 (build/make) jjohnstn eclipse-changelog-2.6.2-2.fc10 (build/make) jjohnstn,overholt eclipse-checkstyle-4.0.1-10.fc9 (build/make) rmyers,overholt eclipse-egit-0.3.1-0.fc9 (build/make) rmyers eclipse-epic-0.6.24-3.fc10 (build/make) mbooth eclipse-gef-3.3.0-2.fc9 (build/make) overholt eclipse-mylyn-3.0.1-2.fc10 (build/make) overholt eclipse-photran-4.0-1.b3.fc9.1 (build/make) orion eclipse-phpeclipse-1.2.0-0.2.svn1573.fc10 (patch_fuzz) mbooth eclipse-pydev-1.3.18-1.fc10 (build/make) mnowak,overholt,mnowak eclipse-quickrex-3.5.0-8.fc10 (build/make) alcapcom,overholt eclipse-rpm-editor-0.4.0-1.fc10 (build/make) alcapcom,overholt eclipse-subclipse-1.2.4-11.fc9 (patch_fuzz) robmv edsadmin-1.0-2.fc9 (build/make) ivazquez eggdrop-1.6.19-1.fc10 (patch_fuzz) robert emacspeak-26-3.fc8 (patch_fuzz) petersen epdfview-0.1.6-3.fc9 (build/make) michich escape-200704130-8.fc9 (build/make) agoode evolution-brutus-1.2.17-1.fc10 (build/make) bpepple,colding evolution-sharp-0.17.4-3.fc10 (build/make) mbarnes evolution-zimbra-0.1.1-1.fc10 (build/make) mbarnes,mmahut exim-4.69-5.fc10 (patch_fuzz) dwmw2 expect-5.43.0-14.fc10 (patch_fuzz) vcrhonek fakechroot-2.8-13.fc9 (build/make) athimm fakeroot-1.9.6-16.fc9 (build/make) athimm fcgi-2.4.0-5.fc9 (build/make) till fedora-ds-base-1.1.1-2.fc10 (build/make) rmeggins,ausil,nkinder,nhosoi fedorawaves-kdm-theme-1.1-1.fc9 (build/make) than,rdieter,kkofler,ltinkl,stalwart fetchmail-6.3.8-7.fc10 (patch_fuzz) vcrhonek,pertusus fig2sxd-0.18-2.fc10 (patch_fuzz) pfj filesystem-2.4.18-1.fc10 (build/make) pknirsch fltk-1.1.8-1.fc9 (patch_fuzz) rdieter,pertusus fmt-ptrn-1.3.17-2.fc10 (build/make) mikep foomatic-3.0.2-61.fc10 (patch_fuzz) twaugh freefem++-2.24-2.fc9 (build/make) rathann freenx-server-0.7.2-8.0.1.fc10 (patch_fuzz) athimm,limb frysk-0.4-0.fc10 (build/make) cagney,pmuldoon,swagiaal ftnchek-3.3.1-7.fc9 (build/make) orion,pertusus ftplib-3.1-4.fc9 (build/make) spot fuse-encfs-1.4.2-4.fc10 (build/make) peter fvwm-2.5.26-1.fc10 (build/make) agoode g2clib-1.0.5-4.fc9 (build/make) pertusus,orion gabedit-2.1.7-1.fc10 (build/make) rathann galeon-2.0.6-1.fc10 (patch_fuzz) denis gambas-1.0.19-6.fc9 (patch_fuzz) spot gambas2-2.7.0-1.fc10 (patch_fuzz) spot ganymed-ssh2-210-6.fc9 (build/make) robmv gcin-1.4.2-2.fc10 (patch_fuzz) candyz,petersen gdesklets-0.36-1.fc9 (build/make) luya,owentl gdl-0.9-0.rc1.3.fc10 (patch_fuzz) orion genius-1.0.2-3.fc9 (build/make) gemi geronimo-specs-1.0-2.M2.fc10 (build/make) fnasser gettext-0.17-5.fc10 (build/make) petersen gimmix-0.4.2-3.fc9 (build/make) awjb glade2-2.12.2-2.fc9 (build/make) mclasen glib-java-0.2.6-13.fc10 (build/make) kasal gmp-4.2.2-7.fc9 (patch_fuzz) varekova gmpc-0.15.5.0-3.fc9 (patch_fuzz) adrian gnome-applet-vm-0.2.0-2.fc9 (build/make) kzak gnome-libs-1.4.2-9.fc10 (build/make) pghmcfc gnome-media-2.23.3-1.fc10 (patch_fuzz) hadess gnome-python2-extras-2.19.1-17.fc9 (patch_fuzz) mbarnes gnumeric-1.8.2-2.fc9 (patch_fuzz) huzaifas goocanvas-0.10-1.fc10 (build/make) bjohnson google-perftools-0.95-4.fc9 (build/make) spot gq-1.3.4-1.fc9 (build/make) terjeros grads-1.9b4-23.fc9 (patch_fuzz) pertusus gridengine-6.1u4-1.fc10 (patch_fuzz) orion grisbi-0.5.9-5.fc9 (patch_fuzz) abompard groff-1.18.1.4-14.fc9 (patch_fuzz) kasal gstreamer-python-0.10.11-2.fc9 (build/make) denis gtk+-1.2.10-61.fc9 (patch_fuzz) rdieter gtk-gnutella-0.96.5-2.fc10 (build/make) buc gtk2hs-0.9.13-2.fc10 (build/make) bos,petersen gtkdatabox-0.8.2.2-2.fc9 (build/make) ework gweled-0.7-11.1 (patch_fuzz) thl gwget-0.99-7.fc10 (build/make) cwickert gzip-1.3.12-6.fc9 (patch_fuzz) varekova,pertusus hamlib-1.2.7-3.fc9 (patch_fuzz) denis,bjensen,sindrepb,sconklin hardinfo-0.4.2.3-6.fc10 (build/make) drago01 hdf-4.2r3-2.fc9 (build/make) orion,pertusus hfsutils-3.2.6-14.fc9 (patch_fuzz) dwmw2 higlayout-1.0-2.fc9 (build/make) jwrdegoede homebank-3.8-1.fc9 (build/make) trasher hunspell-en-0.20080207-1.fc9 (build/make) caolanm hyperestraier-1.4.13-2.fc9 (build/make) mtasaka ice-3.3.0-3.fc10 (build/make) mef icu-4.0-1.fc10 (patch_fuzz) caolanm,thl icu4j-3.8.1-2.fc10 (build/make) fnasser,nsantos,dbhole idw-gpl-1.5.0-5.fc10 (build/make) jjames ifplugd-0.28-11.fc9 (build/make) jamatos,rakesh imlib-1.9.15-7.fc9 (patch_fuzz) pghmcfc indent-2.2.10-1.fc9 (patch_fuzz) rrakus inkscape-0.46-4.fc10 (patch_fuzz) lkundrak,lkundrak inn-2.4.5-2.fc10 (patch_fuzz) ovasik ip-sentinel-0.12-11.fc9 (build/make) ensc ipa-1.1.0-2.fc10 (build/make) rcritten,simo,mnagy iptraf-3.0.1-5.fc10 (patch_fuzz) zprikryl isdn4k-utils-3.2-58.fc9 (patch_fuzz) than isomaster-1.3.3-1.fc10 (patch_fuzz) szpak jack-rack-1.4.7-1.fc9 (build/make) kwizart,nando jakarta-commons-daemon-1.0.1-6jpp.5.fc9 (build/make) pcheung jakarta-commons-io-1.3.2-1.2.fc10 (build/make) pcheung jakarta-commons-net-1.4.1-4.2.fc10 (patch_fuzz) pcheung jakarta-oro-2.0.8-4.2.fc10 (build/make) fnasser java-1.5.0-gcj-1.5.0.0-22.fc10 (build/make) langel,langel java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10 (build/make) langel,lkundrak,langel,mjw javasqlite-20080420-1.fc10 (build/make) scop,mora jaxen-bootstrap-1.1-1.2.fc10 (build/make) devrim jcip-annotations-0-20060626.4.fc10 (build/make) jjames jhead-2.82-1.fc9 (patch_fuzz) adrian jpackage-utils-1.7.5-1.5.fc10 (patch_fuzz) dbhole jpilot-1.6.0-1.fc10 (patch_fuzz) varekova jss-4.2.5-3.fc10 (build/make) rcritten,rmeggins,nkinder,mharmsen,sparkins,mlum,nkwan junitperf-1.9.1-2.2.fc10 (build/make) mwringe k3b-1.0.5-2.fc10 (patch_fuzz) rrakus,rdieter kadu-0.6.0.1-1.fc10 (build/make) ecik kaffeine-0.8.7-1.fc10 (patch_fuzz) rdieter,scop,mef kannel-1.4.1-7 (build/make) thias kawa-1.9.1-5.fc9 (build/make) green kbilliards-0.8.7b-7.fc9 (patch_fuzz) jwrdegoede kcoloredit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kdeaddons-3.5.9-1.fc9 (build/make) than,rdieter,kkofler,ltinkl kdegames3-3.5.9-2.fc10 (build/make) kkofler,rdieter,than,ltinkl kdelibs3-3.5.9-16.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl kdevelop-3.5.2-3.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl kgrab-0.1.1-6.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kicad-2007.07.09-3.fc9 (build/make) dionysos,chitlesh kiconedit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl kmid-2.0-0.6.20080213svn.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl knetworkmanager-0.7-0.5.20080715svn.fc10 (build/make) ausil,rdieter,mmcgrath,liquidat,ltinkl koffice-langpack-1.6.3-1.fc8 (build/make) awjb kompose-0.5.3-12.fc9 (build/make) orion ksig-1.1-0.5.20080213.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl lazarus-0.9.24-4.fc10 (patch_fuzz) joost ldapjdk-4.18-1.fc9 (build/make) dbhole lib3ds-1.3.0-3.fc10 (build/make) corsepiu,laxathom libAfterImage-1.15-4.fc9 (patch_fuzz) awjb libHX-1.18-1.fc10 (build/make) till libXTrap-1.0.0-6.fc10 (build/make) ssp libXfont-1.3.2-1.fc9 (build/make) ssp,fonts-sig libXfontcache-1.0.4-5.fc9 (build/make) ssp,fonts-sig libdbi-0.8.3-1.fc9 (build/make) tgl libdbi-drivers-0.8.3-1.fc9 (build/make) tgl libepc-0.3.5-2.fc10 (build/make) bpepple libgconf-java-2.12.4-11.fc10 (build/make) kasal libglade-java-2.12.5-9.fc10 (build/make) kasal libgnome-java-2.12.4-9.fc10 (build/make) kasal libgnomecups-0.2.3-3.fc9 (patch_fuzz) davidz libgpod-0.6.0-6.fc10 (patch_fuzz) hadess,tmz libgtk-java-2.8.7-8.fc10 (build/make) kasal,pmuldoon,swagiaal libid3tag-0.15.1b-6.fc10 (build/make) tmz,jwrdegoede libkexif-0.2.5-4.fc9 (patch_fuzz) abompard,rdieter libmatheval-1.1.5-2.fc9 (patch_fuzz) edhill libmatthew-java-0.7.1-2.fc10 (patch_fuzz) omajid libnasl-2.2.10-5.fc9 (patch_fuzz) awjb libpciaccess-0.10.3-2.fc9 (patch_fuzz) ajax libpng10-1.0.37-1.fc10 (patch_fuzz) pghmcfc librra-0.11-2.fc9 (build/make) awjb,abompard libsvm-2.86-13.fc10 (build/make) dchen libsynaptics-0.14.6c-3.fc9 (build/make) orion libunwind-0.99-0.5.frysk20070405cvs.fc9 (build/make) jkratoch libusb-0.1.12-15.fc9 (build/make) jnovy libvirt-java-0.2.1-1.fc10 (build/make) veillard libvorbis-1.2.0-4.fc10 (patch_fuzz) jwrdegoede,jnovy,jwrdegoede libvte-java-0.12.1-12.fc10 (build/make) kasal libwvstreams-4.4.1-4.fc9 (patch_fuzz) ovasik libxklavier-3.6-2.fc10 (patch_fuzz) rstrode linkage-0.2.0-2.fc10 (build/make) drago01 linuxdoc-tools-0.9.21-16.fc9 (patch_fuzz) ovasik,rvokal lock-keys-applet-1.0-14.fc9 (build/make) jorge lockdev-1.0.1-12.fc9.1 (patch_fuzz) kzak logserial-0.4.2-5.fc9.2.1 (build/make) wolfy lsdvd-0.16-7.fc9 (build/make) thias lshw-B.02.12.01-5.fc9 (build/make) terjeros ltrace-0.5-11.45svn.fc10 (patch_fuzz) pmachata lvm2-2.02.39-3.fc10 (build/make) lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins lxpanel-0.3.8.1-1.fc10 (patch_fuzz) svahl lybniz-1.3.2-1.fc9 (patch_fuzz) firewing m17n-db-1.5.2-1.fc10 (patch_fuzz) pnemade,petersen mailgraph-1.14-2.fc9 (patch_fuzz) bjohnson,mfleming mairix-0.21-1.fc10 (build/make) mlichvar make-3.81-12.fc9 (patch_fuzz) pmachata man-1.6f-8.fc10 (patch_fuzz) varekova man-pages-ja-20080515-2.fc10 (patch_fuzz) tagoh manedit-1.1.1-2.fc10 (build/make) mtasaka,masahase mapserver-5.2.0-1.fc10 (build/make) rezso,oliver,devrim maven-scm-1.0-0.2.b3.1.6.fc10 (build/make) dbhole maven-surefire-1.5.3-2.7.fc10 (build/make) dbhole maven-wagon-1.0-0.1.a5.3.3.fc10 (build/make) mwringe maven2-2.0.4-10jpp.10.fc9 (build/make) dbhole mdadm-2.6.7-1.fc10 (patch_fuzz) dledford mecab-java-0.97-1.fc9 (build/make) mtasaka mediatomb-0.11.0-1.fc9 (build/make) mwiriadi mediawiki-1.10.4-39.fc9 (build/make) athimm,roozbeh mesa-7.1-0.37.fc10 (patch_fuzz) ajax,ajax mfiler2-4.0.9b-1.fc9 (patch_fuzz) mtasaka,masahase mgetty-1.1.36-1.fc10 (patch_fuzz) jskala,jskala migrationtools-47-1.fc9 (patch_fuzz) jsafrane minicom-2.3-2.fc9 (patch_fuzz) mlichvar mod_python-3.3.1-7 (build/make) jorton mono-1.9.1-2.fc10 (patch_fuzz) laxathom,pfj,laxathom mtools-3.9.11-4.fc9 (patch_fuzz) atkac mtr-0.73-1.fc10 (patch_fuzz) zprikryl nagi-2.06-5.fc9 (patch_fuzz) limb nagios-3.0.3-6.fc10 (patch_fuzz) mmcgrath,wtogami,romal,sebastian namazu-2.0.18-4.fc10 (patch_fuzz) tagoh ncftp-3.2.1-2.fc9 (patch_fuzz) thias nedit-5.5-18.fc9 (patch_fuzz) jnovy nessus-core-2.2.10-4.fc9 (patch_fuzz) awjb netatalk-2.0.3-19.fc9 (build/make) jskala nethogs-0.7-3.20080627cvs.fc10 (build/make) afsilva nfs4-acl-tools-0.3.2-2.fc9 (patch_fuzz) steved nss-3.12.0.3-6.fc10 (build/make) kengert ntfsprogs-2.0.0-8.fc10 (patch_fuzz) spot nyquist-3.01-1.fc10 (build/make) gemi ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones ocaml-facile-1.1-3.fc10 (build/make) kkofler ocsinventory-agent-0.0.9.2-1.fc10 (patch_fuzz) remi ode-0.9-4.fc9 (patch_fuzz) jwrdegoede,eitch offlineimap-6.0.0-1.fc10 (build/make) till openal-0.0.9-0.15.20060204cvs.fc9 (patch_fuzz) awjb openjpeg-1.3-2.fc9 (patch_fuzz) seg openmsx-0.6.3-3.fc9 (patch_fuzz) jwrdegoede openswan-2.6.15-1.fc10 (patch_fuzz) sgrubb openvrml-0.17.6-2.fc10 (build/make) braden optipng-0.5.5-4.fc9 (patch_fuzz) till,scop osiv-2.0.0-0.4.beta.fc9 (build/make) edhill oyranos-0.1.7-11.fc9 (patch_fuzz) kwizart pam-1.0.1-5.fc10 (patch_fuzz) tmraz pam_mount-0.41-2.fc10 (build/make) till paps-0.6.8-6.fc10 (patch_fuzz) tagoh papyrus-0.7.1-3.fc9 (build/make) rvinyard paraview-3.3.0-0.20080520.1.fc10 (build/make) orion,pertusus pards-0.4-6.fc9 (build/make) masahase pax-3.4-5.fc9 (build/make) ovasik pciutils-3.0.0-1.fc10 (patch_fuzz) harald pcre-7.3-4.fc10 (patch_fuzz) kasal,lkundrak pdfedit-0.4.1-1.fc10 (patch_fuzz) bjohnson pdns-2.9.21.1-1.fc10 (build/make) ruben pdns-recursor-3.1.7-2.fc10 (build/make) ruben perl-Apache2-SOAP-0.73-1.fc10 (build/make) remi perl-CGI-SpeedyCGI-2.22-2.fc10 (build/make) robert perl-Catalyst-Plugin-ConfigLoader-0.20-1.fc10 (build/make) cweyl,perl-sig perl-Config-Augeas-0.203-1.fc10 (build/make) apevec perl-Crypt-SSLeay-0.57-7.fc9 (patch_fuzz) kasal,rnorwood,mmaslano perl-DBIx-Class-0.08010-6.fc10 (patch_fuzz) cweyl,perl-sig perl-Event-Lib-1.03-3.fc10 (build/make) kwizart,perl-sig perl-IO-Socket-SSL-1.14-1.fc10 (build/make) pghmcfc,perl-sig,jpo perl-Net-Packet-3.25-3.fc9 (build/make) sindrepb perl-Net-Write-1.00-3.fc9 (build/make) sindrepb perl-PDF-API2-0.69-5.fc10 (patch_fuzz) bjohnson,perl-sig perl-Perl-Critic-1.082-1.fc10 (build/make) cweyl,perl-sig perl-RPM2-0.67-5.fc9 (build/make) kasal,perl-sig,rnorwood,mmaslano perl-RRD-Simple-1.43-3.fc9 (build/make) cweyl,perl-sig perl-SVN-Mirror-0.73-3.fc9 (build/make) iburrell,perl-sig perl-Test-AutoBuild-1.2.2-3.fc9 (build/make) berrange perl-Text-CharWidth-0.04-4.fc9 (build/make) athimm perl-Text-WrapI18N-0.06-3.fc9 (build/make) athimm perl-bioperl-1.5.2_102-12.fc9 (patch_fuzz) alexlan,perl-sig perl-perlmenu-4.0-6.fc9 (build/make) paragn,perl-sig phpldapadmin-1.1.0.5-1.fc9 (patch_fuzz) buc picard-0.9.0-6.fc9 (build/make) alexlan,jcollie picocom-1.4-4.fc9 (build/make) jafo piklab-0.15.3-1.fc10 (patch_fuzz) chitlesh,dionysos pinot-0.87-1.fc10 (build/make) drago01 pioneers-0.12.2-1.fc10 (patch_fuzz) jwrdegoede planet-2.0-5.fc9 (patch_fuzz) richdawe plexus-graph-0.13.1-1.fc10 (build/make) lkundrak plexus-maven-plugin-1.2-2.4.fc10 (build/make) dbhole plexus-runtime-builder-1.0-0.2.a9.1.5.fc10 (build/make) dbhole plexus-xmlrpc-1.0-0.2.b4.2.9.fc10 (patch_fuzz) dbhole pmount-0.9.17-2.fc9 (patch_fuzz) pertusus,jpmahowa pnm2ppa-1.04-15.fc9 (patch_fuzz) twaugh podsleuth-0.6.0-5.fc10 (build/make) salimma poker-network-1.6.0-1.fc10 (patch_fuzz) xulchris polyxmass-bin-0.9.7-2.fc8 (build/make) awjb postfix-2.5.1-2.fc9 (patch_fuzz) twoerner postgresql-jdbc-8.3.603-1.1.fc10 (build/make) tgl ppl-0.9-19.fc9 (build/make) bagnara ppp-2.4.4-7.fc10 (patch_fuzz) jskala prelude-lml-0.9.12.2-2.fc10 (build/make) sgrubb presto-0.1.3-4.fc9 (build/make) hypersonic procps-3.2.7-20.fc9 (patch_fuzz) tsmetana pspp-0.6.0-7.fc10 (build/make) mcepl pstoedit-3.45-3.fc10 (patch_fuzz) denis publican-0.34-0.fc10 (build/make) jfearn,mdious pygame-1.8.0-1.fc10 (patch_fuzz) xulchris,rnorwood pysvn-1.5.3-1.fc10 (patch_fuzz) ravenoak python-2.5.1-30.fc10 (build/make) james,katzj,jsteffan,james python-TurboMail-2.1-3.fc9 (build/make) lmacken,toshio,fschwarz python-docs-2.5.1-2.fc9 (build/make) james,katzj python-flup-1.0-2.fc9 (build/make) till python-imaging-1.1.6-10.fc10 (patch_fuzz) jamatos,jgranado python-tgcaptcha-0.11-3.fc10 (build/make) lmacken,toshio,fschwarz python-turboflot-0.1.1-1.fc10 (build/make) lmacken,toshio,fschwarz pywbxml-0.1-3.fc9 (build/make) awjb pyzor-0.4.0-11.fc7 (build/make) ixs qdbm-1.8.77-3.fc9 (build/make) mtasaka qemu-0.9.1-10.fc10 (patch_fuzz) dwmw2 qgo-1.5.4r2-1.fc9 (build/make) kaboom qimageblitz-0.0.4-0.4.svn706674.fc9 (build/make) kkofler,rdieter,than qpidc-0.2.667603-2.fc10 (build/make) aconway,nsantos qt3-3.3.8b-14.fc10 (build/make) than,rdieter,kkofler quake3-1.34-0.9.rc4.fc9 (patch_fuzz) laxathom queuegraph-1.1-3.fc9 (patch_fuzz) bjohnson radeontool-1.5-3.fc9 (build/make) till,pknirsch rafkill-1.2.3-1.fc10 (patch_fuzz) limb rasqal-0.9.15-1.fc9 (build/make) thomasvs rb_libtorrent-0.13.1-2.fc10 (build/make) pgordon rcs-5.7-32 (build/make) jmoskovc rcssserver3d-0.6-3.fc10 (build/make) hedayat relaxngDatatype-1.0-3.2.fc10 (build/make) nsantos,dbhole rhino-1.6-0.1.r5.1.3.fc10 (build/make) mwringe rhm-0.2.2060-3.fc10 (build/make) aconway,nsantos rsh-0.17-50.fc10 (patch_fuzz) atkac ruby-1.8.6.230-5.fc10 (patch_fuzz) tagoh ruby-rpm-1.2.3-4.fc9 (build/make) lutter,stahnma rusers-0.17-53.fc9 (patch_fuzz) jmoskovc s3switch-0.0-10.20020912.fc9 (patch_fuzz) pwouters sane-backends-1.0.19-10.fc9 (patch_fuzz) nphilipp sat4j-2.0.0-6.fc10 (build/make) overholt scorched3d-41.3-2.fc9 (patch_fuzz) jwrdegoede scribes-0.3.3.3-2.fc9 (build/make) pgordon scsi-target-utils-0.0-4.20071227snap.fc9 (build/make) michaelc,terjeros,michaelc sdcc-2.6.0-12.fc9 (build/make) trondd,jwrdegoede seamonkey-1.1.11-1.fc9 (patch_fuzz) gecko-maint,kengert seq24-0.8.7-13.fc10 (patch_fuzz) green setools-3.3.4-1.fc9 (build/make) pebenito,dwalsh shapelib-1.2.10-16.20060304cvs (build/make) smccann sinjdoc-0.5-6.fc9 (build/make) dbhole slim-1.3.0-5.fc10 (patch_fuzz) afb smarteiffel-2.3-2.fc9 (build/make) gemi soundtracker-0.6.8-4.fc10 (build/make) seg,ndim sqlgrey-1.7.5-1.fc7 (patch_fuzz) steve squid-3.0.STABLE7-1.fc10 (patch_fuzz) jskala,jsteffan,mnagy,hno,jskala squirrelmail-1.4.13-1.fc9 (patch_fuzz) mbacovsk ssmtp-2.61-11.5.fc9.3 (build/make) wolfy starfighter-1.1-12 (build/make) thias stellarium-0.9.1-6.fc9 (build/make) s4504kr,mmahut,kwizart strace-4.5.17-1.fc10 (build/make) roland sudo-1.6.9p17-1.fc10 (patch_fuzz) pvrabec,kzak sugar-journal-94-1.fc10 (build/make) ausil sundials-2.3.0-6.fc9 (build/make) jpye supertuxkart-0.4-2.fc10 (patch_fuzz) jwrdegoede sylpheed-2.5.0-2.2029svn.fc10 (build/make) mschwendt symlinks-1.2-31.fc9 (build/make) twaugh sysvinit-2.86-24 (patch_fuzz) notting tachyon-0.98-0.6.20070319.fc9 (build/make) rathann tanukiwrapper-3.2.3-2.2.fc10 (patch_fuzz) dbhole,devrim,jmrodri tar-1.20-1.fc10 (patch_fuzz) ovasik tcltls-1.5.0-16.fc9 (patch_fuzz) tjikkun tcp_wrappers-7.6-52.fc9 (patch_fuzz) jsafrane tcpdump-3.9.8-5.fc10 (patch_fuzz) mlichvar tcsh-6.15-4.fc9 (patch_fuzz) vcrhonek tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 (build/make) pertusus,jnovy texlive-2007-34.fc10 (patch_fuzz) jnovy,pertusus tgif-4.1.45-6.fc9 (patch_fuzz) mtasaka thttpd-2.25b-16.fc9 (patch_fuzz) thias thunderbird-2.0.0.14-1.fc10 (patch_fuzz) gecko-maint tiger-3.2.1-8.fc9 (patch_fuzz) abompard time-1.7-33.fc9 (build/make) rrakus tla-1.3.5-5.fc9 (build/make) rishi tomboy-0.11.0-4.fc10 (patch_fuzz) rstrode transfig-3.2.5-2.fc9 (patch_fuzz) kasal,pertusus tree-1.5.2-1.fc10 (patch_fuzz) twaugh trickle-1.07-4.fc10 (patch_fuzz) eponyme,mtasaka,wolfy tuxcmd-0.6.36-3.fc10 (build/make) tbzatek tuxpaint-0.9.17-3.fc9 (patch_fuzz) steve twinkle-1.2-3.fc10 (build/make) kevin tzdata-2008d-1.fc10 (build/make) pmachata uisp-20050207-2.fc9 (build/make) trondd uqm-0.6.2-3.fc9 (patch_fuzz) icon util-linux-ng-2.14-2.fc10 (patch_fuzz) kzak uw-imap-2007b-1.fc10 (patch_fuzz) rdieter,jorton valgrind-3.3.0-3 (patch_fuzz) jakub vdr-1.6.0-3.fc9 (patch_fuzz) scop,vpv vecmath1.2-1.14-2.fc9 (build/make) jwrdegoede vegastrike-0.5.0-3.fc10 (patch_fuzz) jwrdegoede virt-df-2.1.2-1.fc10 (build/make) rjones vnc-4.1.2-34.fc10 (patch_fuzz) atkac vsftpd-2.0.6-5.fc10 (patch_fuzz) jskala,mnagy vtk-5.0.4-21.fc9 (patch_fuzz) athimm,orion w3c-libwww-5.4.1-0.10.20060206cvs.fc9 (patch_fuzz) awjb w3lib-1.6-3.fc10 (build/make) pertusus wcstools-3.7.0-2.fc9 (build/make) sergiopr werken-xpath-0.9.4-1.beta.12.3 (build/make) fnasser wesnoth-1.4.2-1.fc10 (patch_fuzz) limb,wtogami wfut-1.1.0-5.fc9 (build/make) wart wp_tray-0.5.3-7.fc9 (patch_fuzz) denis wpa_supplicant-0.6.3-6.fc10 (patch_fuzz) dcbw wvdial-1.60-5.fc9 (patch_fuzz) ovasik wyrd-1.4.4-2.fc10 (build/make) till x2vnc-1.7.2-7.fc9 (build/make) stahnma x3270-3.3.6-5.fc9 (patch_fuzz) karsten xautolock-2.2-5.fc9 (build/make) ianweller xbiso-0.6.1-3.fc9 (build/make) spot xchat-ruby-1.2-6.fc9 (build/make) konradm xdelta-1.1.4-3.fc9 (patch_fuzz) atkac xdoclet-1.2.3-9.2.fc10 (patch_fuzz) mwringe xdx-2.4-2.fc9 (build/make) bjensen,sindrepb,sconklin xerces-j2-2.7.1-10.2.fc10 (build/make) mwringe xfce4-panel-4.4.2-4.fc9 (patch_fuzz) kevin,cwickert xgalaxy-2.0.34-8.fc9 (patch_fuzz) jwrdegoede xml-commons-which-1.0-1.b2.0.3.fc10 (build/make) mwringe xmms-1.2.10-38.fc9 (patch_fuzz) pfj xmms-cdread-0.14-13.fc9 (build/make) jsoeterb xmms-modplug-2.05-12.fc9 (patch_fuzz) scop xmoto-0.4.2-1.fc9 (patch_fuzz) limb xorg-x11-drv-nouveau-0.0.10-3.20080520git9c1d87f.fc10 (build/make) airlied,ajax xorg-x11-drv-s3-0.6.0-1.fc9 (patch_fuzz) xgl-maint xorg-x11-drv-summa-1.2.0-1.fc9 (build/make) xgl-maint xorg-x11-xinit-1.0.9-1.fc9 (patch_fuzz) xgl-maint xpp2-2.1.10-6.2.fc10 (build/make) nsantos,dbhole xscorch-0.2.0-12.fc8 (build/make) mgarski xsp-1.9.1-2.fc10 (patch_fuzz) pfj ypserv-2.19-9.fc9 (patch_fuzz) vcrhonek z88dk-1.8-1.fc9 (build/make) kkofler zsh-4.3.4-8.fc9 (patch_fuzz) james With bugs filed: 90 ---------------------------------- HelixPlayer-1.0.9-4.fc10 [u'449474 ASSIGNED'] (patch_fuzz) abompard R-Matrix-0.999375-4.fc9 [u'449530 ASSIGNED'] (build/make) tmoertel aiksaurus-1.2.1-15.fc6 [u'434484 ASSIGNED'] (build/make) uwog astyle-1.21-6.fc8 [u'433971 ASSIGNED'] (build/make) addutko,mtasaka aterm-1.0.1-2.fc9 [u'440779 ASSIGNED'] (build/make) awjb bes-3.5.3-3.fc9 [u'434360 ASSIGNED'] (build/make) pertusus bitbake-1.8.8-1.fc8 [u'440562 ASSIGNED'] (build/make) ixs bmpx-0.40.14-5.fc9 [u'449431 ASSIGNED'] (patch_fuzz) akahl brltty-3.9-2.2.fc9 [u'449446 ASSIGNED'] (build/make) kasal brutus-keyring-0.9.0-6.fc8 [u'434007 ASSIGNED'] (build/make) bpepple,colding camstream-0.26.3-12.fc8 [u'434345 ASSIGNED'] (build/make) nomis80 coolkey-1.1.0-6.fc9 [u'440753 ASSIGNED'] (build/make) rrelyea,jmagne dap-freeform_handler-3.7.7-2.fc9 [u'434362 ASSIGNED'] (build/make) pertusus dap-hdf4_handler-3.7.7-3.fc9 [u'434363 ASSIGNED'] (build/make) pertusus djvulibre-3.5.20-2.fc9 [u'440910 ASSIGNED'] (build/make) thias elektra-0.6.10-6.fc9 [u'434364 ASSIGNED'] (build/make) pertusus,kwizart erlang-R12B-3.1.fc10 [u'449432 ASSIGNED'] (patch_fuzz) gemi fish-1.23.0-2.fc9 [u'440724 ASSIGNED'] (build/make) ascii,oliver fluxstyle-1.0.1-2.fc7 [u'440757 ASSIGNED'] (build/make) errr fonttools-2.0-0.11.20060223cvs.fc7 [u'434409 ASSIGNED'] (build/make) roozbeh,fonts-sig fontypython-0.2.0-6.fc7 [u'440756 ASSIGNED'] (build/make) cr33dog,fonts-sig fwbuilder-2.1.16-2.fc9 [u'440846 ASSIGNED'] (build/make) ertzing g-wrap-1.9.9-5.fc9 [u'434278 ASSIGNED'] (patch_fuzz) laxathom gcl-2.6.7-18.fc9 [u'440913 ASSIGNED'] (build/make) gemi,green gdmap-0.7.5-6.fc6 [u'434529 ASSIGNED'] (build/make) splinux gpsim-0.22.0-5.fc8 [u'434061 ASSIGNED'] (build/make) dionysos gstm-1.2-6.fc7 [u'434531 ASSIGNED'] (build/make) splinux gtk-sharp-1.0.10-12.fc7 [u'434373 ASSIGNED'] (build/make) pfj guile-gnome-platform-2.15.93-6.fc8 [u'434289 ASSIGNED'] (build/make) laxathom ht2html-2.0-5.fc6 [u'440916 ASSIGNED'] (build/make) ifoox itpp-4.0.0-2.fc9 [u'434076 ASSIGNED'] (build/make) edhill jabbin-2.0-0.6.beta2a.fc9 [u'440730 ASSIGNED'] (build/make) kurzawa jgroups-2.2.9.2-3jpp.2 [u'434352 ASSIGNED'] (build/make) dbhole kdebluetooth-1.0-0.41.beta8.fc9 [u'449604 ASSIGNED'] (build/make) gilboa,scop klear-0.7.0-1.svn113.fc9 [u'440755 ASSIGNED'] (build/make) trasher ladspa-1.12-9.fc9 [u'449542 ASSIGNED'] (build/make) thomasvs libFoundation-1.1.3-11.fc9 [u'440564 ASSIGNED'] (build/make) athimm libdap-3.7.10-2.fc9 [u'434366 ASSIGNED'] (build/make) pertusus libfwbuilder-2.1.16-2.fc9 [u'449591 ASSIGNED'] (build/make) ertzing libnc-dap-3.7.0-9.fc9 [u'434367 ASSIGNED'] (build/make) pertusus libopensync-0.36-2.fc9 [u'449510 ASSIGNED'] (build/make) awjb libzzub-0.2.3-12.fc9 [u'449661 ASSIGNED'] (patch_fuzz) akahl,mtasaka lilypond-2.10.33-1.fc8 [u'434394 ASSIGNED'] (build/make) limb lineak-defaultplugin-0.9-2.fc6 [u'434520 ASSIGNED'] (build/make) xris lineak-xosdplugin-0.9-2.fc6 [u'434522 ASSIGNED'] (build/make) xris lineakd-0.9-5.fc6 [u'434523 ASSIGNED'] (build/make) xris linpsk-0.9-3.fc9 [u'440778 ASSIGNED'] (build/make) bjensen,sindrepb,sconklin linux-atm-2.5.0-5 [u'434069 ASSIGNED', u'449613 ASSIGNED'] (build/make) dwmw2 lostirc-0.4.6-3.fc8 [u'440921 ASSIGNED'] (build/make) splinux,splinux lrmi-0.10-4.fc9 [u'449509 ASSIGNED'] (build/make) pwouters mimetic-0.9.3-2.fc8 [u'434086 ASSIGNED'] (build/make) ensc mod_suphp-0.6.3-1.fc9 [u'449578 ASSIGNED'] (build/make) ixs monodevelop-0.19-6.fc9 [u'449441 ASSIGNED'] (build/make) pfj mosml-2.01-11.fc9 [u'449445 ASSIGNED'] (build/make) gemi moto4lin-0.3-6.fc7 [u'434135 ASSIGNED'] (build/make) jafo muine-scrobbler-0.1.8-5.fc9 [u'449482 ASSIGNED'] (build/make) sindrepb mx-2.0.6-3 [u'434325 ASSIGNED'] (build/make) misa mysql-gui-tools-5.0r12-8.fc9 [u'440734 ASSIGNED', u'433987 ASSIGNED'] (patch_fuzz) ausil ntfs-config-1.0-0.6.rc5.fc9 [u'449585 ASSIGNED'] (build/make) laxathom oggconvert-0.3.0-14.fc9 [u'440943 ASSIGNED'] (build/make) ngompa pan-0.132-2.fc8 [u'433970 ASSIGNED'] (build/make) adalloz,mpeters pcmanx-gtk2-0.3.5-9.336svn.fc7 [u'434299 ASSIGNED'] (open_missing_mode) leo pdsh-2.11-6.fc9 [u'440811 ASSIGNED'] (build/make) kg6fnk pekwm-0.1.5-5.fc7 [u'434089 ASSIGNED'] (build/make) errr perl-MIME-Lite-3.01-6.fc9 [u'449558 ASSIGNED'] (build/make) mmcgrath,perl-sig petitboot-0.0.1-7.fc8 [u'434071 ASSIGNED'] (build/make) dwmw2,jwboyer pic2aa-0.2.1-3.fc9 [u'440764 ASSIGNED'] (build/make) kurzawa pl-5.6.57-2.fc10 [u'434110 ASSIGNED'] (build/make) gemi,mef plague-0.4.4.1-4.fc7 [u'440874 ASSIGNED'] (build/make) dcbw plotmm-0.1.2-6.fc9 [u'440563 ASSIGNED'] (build/make) hguemar plplot-5.9.0-1.fc9 [u'449488 ASSIGNED'] (build/make) orion python-durus-3.5-3.fc7 [u'434427 MODIFIED'] (build/make) shahms python-memcached-1.39-1.fc8 [u'440931 ASSIGNED'] (build/make) jafo python-pydns-2.3.0-5.fc7 [u'440912 ASSIGNED'] (build/make) jafo python-pyspf-2.0.3-1.fc8 [u'440793 ASSIGNED'] (build/make) jafo python-simpletal-4.1-5.fc7 [u'440930 ASSIGNED'] (build/make) shahms python-tpg-3.1.0-4.fc7 [u'440763 ASSIGNED'] (build/make) shahms qa-assistant-0.4.90.5-2.fc6 [u'440914 ASSIGNED'] (build/make) toshio qcad-2.0.5.0-8.fc9 [u'449636 ASSIGNED'] (build/make) gemi qps-1.9.19-0.2.b.fc7 [u'434312 ASSIGNED'] (build/make) makghosh qsynth-0.2.5-7.fc9 [u'440736 ASSIGNED'] (build/make) nando qtiplot-0.9-8.fc9 [u'434100 ASSIGNED'] (build/make) frankb ruby-bdb-0.6.0-1.fc7 [u'434090 ASSIGNED'] (build/make) errr rudeconfig-5.0.5-1.fc7 [u'434131 ASSIGNED'] (build/make) homeless scim-skk-0.5.2-8.fc6 [u'434419 ASSIGNED'] (build/make) ryo sos-1.8-1.fc8 [u'440839 ASSIGNED'] (build/make) navid straw-0.27-12.fc9 [u'440806 ASSIGNED'] (build/make) subhodip svnmailer-1.0.8-3.fc7 [u'449666 ASSIGNED'] (build/make) mfleming xml-commons-resolver-1.1-1jpp.12 [u'434098 ASSIGNED'] (build/make) fnasser yoltia-0.22.1-2.fc9 [u'440935 ASSIGNED'] (build/make) kurzawa ---------------------------------- Packages by owner: abompard: HelixPlayer,grisbi,libkexif,librra,tiger aconway: qpidc,rhm adalloz: pan addutko: astyle adrian: bwbar,gmpc,jhead afb: slim afsilva: nethogs agk: lvm2 agoode: escape,fvwm airlied: xorg-x11-drv-nouveau ajax: libpciaccess,mesa,mesa,xorg-x11-drv-nouveau akahl: bmpx,libzzub alcapcom: eclipse-quickrex,eclipse-rpm-editor alexlan: Miro,perl-bioperl,picard apevec: perl-Config-Augeas ascii: fish athimm: arpack,fakechroot,fakeroot,freenx-server,libFoundation,mediawiki,perl-Text-CharWidth,perl-Text-WrapI18N,vtk atkac: dump,mtools,rsh,vnc,xdelta ausil: denyhosts,fedora-ds-base,knetworkmanager,mysql-gui-tools,sugar-journal awjb: WindowMaker,aterm,atitvout,claws-mail,dosbox,gimmix,koffice-langpack,libAfterImage,libnasl,libopensync,librra,nessus-core,openal,polyxmass-bin,pywbxml,w3c-libwww bagnara: ppl bellet: SimGear bernie: ctrlproxy berrange: perl-Test-AutoBuild bjensen: hamlib,linpsk,xdx bjohnson: goocanvas,mailgraph,pdfedit,perl-PDF-API2,queuegraph bmarzins: lvm2 bmr: lvm2 bos: gtk2hs bpepple: brutus-keyring,evolution-brutus,libepc braden: openvrml buc: gtk-gnutella,phpldapadmin byte: MagicPoint cagney: frysk caillon: Miro candyz: gcin caolanm: hunspell-en,icu chitlesh: LabPlot,LabPlot,compat-guile-16,kicad,piklab colding: brutus-keyring,evolution-brutus corsepiu: lib3ds cr33dog: fontypython cweyl: perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Perl-Critic,perl-RRD-Simple cwickert: gwget,xfce4-panel danken: bidiv davidz: libgnomecups dbhole: antlr,icu4j,jgroups,jpackage-utils,ldapjdk,maven-scm,maven-surefire,maven2,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc,relaxngDatatype,sinjdoc,tanukiwrapper,xpp2 dcbw: csound,plague,wpa_supplicant dchen: libsvm deji: atlas,atlas,cln,cln denis: brasero,galeon,gstreamer-python,hamlib,pstoedit,wp_tray devrim: classpathx-jaf,jaxen-bootstrap,mapserver,tanukiwrapper dionysos: gpsim,kicad,piklab dledford: mdadm dnovotny: amanda drago01: hardinfo,linkage,pinot dtimms: audacity dwalsh: setools dwmw2: exim,hfsutils,linux-atm,petitboot,qemu dwysocha: lvm2 ecik: kadu edhill: itpp,libmatheval,osiv eitch: ode ensc: dietlibc,ip-sentinel,mimetic eponyme: trickle errr: fluxstyle,pekwm,ruby-bdb ertzing: fwbuilder,libfwbuilder ework: gtkdatabox firewing: lybniz fnasser: geronimo-specs,icu4j,jakarta-oro,werken-xpath,xml-commons-resolver fonts-sig: fonttools,fontypython,libXfont,libXfontcache frankb: qtiplot fschwarz: python-TurboMail,python-tgcaptcha,python-turboflot gecko-maint: seamonkey,thunderbird gemi: audacity,bigloo,erlang,gcl,genius,mosml,nyquist,ocaml,pl,qcad,smarteiffel ghenry: cpan2rpm gilboa: kdebluetooth green: ardour,gcl,kawa,seq24 hadess: gnome-media,libgpod harald: pciutils hardaker: dnssec-tools hedayat: rcssserver3d hguemar: plotmm hno: squid homeless: rudeconfig huzaifas: dia,dia,gnumeric hypersonic: presto ianweller: xautolock iburrell: perl-SVN-Mirror icon: uqm ifoox: ht2html ivazquez: edsadmin ixs: bitbake,mod_suphp,pyzor jafo: moto4lin,picocom,python-memcached,python-pydns,python-pyspf jakub: compat-gcc-32,compat-gcc-34,valgrind jamatos: PyX,PyX,ifplugd,python-imaging james: python,python,python-docs,zsh jcollie: picard jfearn: publican jgranado: python-imaging jhrozek: dwdiff jjames: idw-gpl,jcip-annotations jjh: darcs jjohnstn: eclipse-cdt,eclipse-changelog jkratoch: libunwind jmagne: coolkey jmoskovc: rcs,rusers jmrodri: tanukiwrapper jnovy: db4,libusb,libvorbis,nedit,tetex-tex4ht,texlive joost: lazarus jorge: lock-keys-applet jorton: mod_python,uw-imap jpmahowa: pmount jpo: perl-IO-Socket-SSL jpye: sundials jsafrane: migrationtools,tcp_wrappers jskala: mgetty,mgetty,netatalk,ppp,squid,squid,vsftpd jsoeterb: xmms-cdread jsteffan: python,squid jwboyer: ctrlproxy,petitboot jwrdegoede: ClanLib06,KoboDeluxe,MagicPoint,TnL,abuse,alex4,ardour,arj,arm-gp2x-linux-gcc,asc,bolzplatz2006,clonekeen,higlayout,kbilliards,libid3tag,libvorbis,libvorbis,ode,openmsx,pioneers,scorched3d,sdcc,supertuxkart,vecmath1.2,vegastrike,xgalaxy kaboom: qgo karsten: autoconf,automake15,x3270 kasal: brltty,cairo-java,glib-java,groff,libgconf-java,libglade-java,libgnome-java,libgtk-java,libvte-java,pcre,perl-Crypt-SSLeay,perl-RPM2,transfig katzj: python,python-docs kengert: nss,seamonkey kevin: twinkle,xfce4-panel kg6fnk: pdsh kkofler: arts,fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,ocaml-facile,qimageblitz,qt3,z88dk konradm: xchat-ruby kurzawa: jabbin,pic2aa,yoltia kwizart: afflib,elektra,jack-rack,oyranos,perl-Event-Lib,stellarium kzak: gnome-applet-vm,lockdev,sudo,util-linux-ng langel: azureus,azureus,bouncycastle,bouncycastle,java-1.5.0-gcj,java-1.5.0-gcj,java-1.6.0-openjdk,java-1.6.0-openjdk laxathom: g-wrap,guile-gnome-platform,lib3ds,mono,mono,ntfs-config,quake3 leo: pcmanx-gtk2 limb: archivemail,freenx-server,lilypond,nagi,rafkill,wesnoth,xmoto liquidat: knetworkmanager lkundrak: inkscape,inkscape,java-1.6.0-openjdk,pcre,plexus-graph lmacken: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot ltinkl: fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig lutter: ruby-rpm luya: gdesklets lvm-team: lvm2 makghosh: qps masahase: manedit,mfiler2,pards mbacovsk: squirrelmail mbarnes: evolution-sharp,evolution-zimbra,gnome-python2-extras mbooth: eclipse-epic,eclipse-phpeclipse mbroz: lvm2 mcepl: pspp mclasen: glade2 mdious: publican mef: ice,kaffeine,pl mfleming: asylum,mailgraph,svnmailer mgarski: xscorch mharmsen: jss michaelc: scsi-target-utils,scsi-target-utils michich: epdfview mikep: fmt-ptrn misa: mx mjw: java-1.6.0-openjdk mlichvar: mairix,minicom,tcpdump mlum: jss mmahut: evolution-zimbra,stellarium mmaslano: anacron,perl-Crypt-SSLeay,perl-RPM2 mmcgrath: knetworkmanager,nagios,perl-MIME-Lite mnagy: ipa,squid,vsftpd mnowak: eclipse-pydev,eclipse-pydev mora: javasqlite mornfall: lvm2 mpeters: PyX,pan mschwendt: abicheck,audacious-plugin-fc,audacity,sylpheed mtasaka: astyle,hyperestraier,libzzub,manedit,mecab-java,mfiler2,qdbm,tgif,trickle mwiriadi: mediatomb mwringe: junitperf,maven-wagon,rhino,xdoclet,xerces-j2,xml-commons-which mzazrive: dbxml,dbxml-perl nando: jack-rack,qsynth navid: sos ndim: soundtracker ngompa: oggconvert nhosoi: fedora-ds-base nkinder: fedora-ds-base,jss nkwan: jss nomis80: camstream notting: sysvinit nphilipp: sane-backends nsantos: icu4j,qpidc,relaxngDatatype,rhm,xpp2 oliver: eclipse,fish,mapserver omajid: dbus-java,libmatthew-java orion: eclipse-photran,ftnchek,g2clib,gdl,gridengine,hdf,kompose,libsynaptics,paraview,plplot,vtk ovasik: docbook-utils,inn,libwvstreams,linuxdoc-tools,pax,tar,wvdial overholt: eclipse,eclipse,eclipse-changelog,eclipse-checkstyle,eclipse-gef,eclipse-mylyn,eclipse-pydev,eclipse-quickrex,eclipse-rpm-editor,sat4j owentl: gdesklets paragn: perl-perlmenu pawsa: balsa pcheung: ant,jakarta-commons-daemon,jakarta-commons-io,jakarta-commons-net pebenito: setools perl-sig: cpan2rpm,perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Event-Lib,perl-IO-Socket-SSL,perl-MIME-Lite,perl-PDF-API2,perl-Perl-Critic,perl-RPM2,perl-RRD-Simple,perl-SVN-Mirror,perl-bioperl,perl-perlmenu pertusus: a2ps,bes,cernlib,cernlib-g77,dap-freeform_handler,dap-hdf4_handler,elektra,fetchmail,fltk,ftnchek,g2clib,grads,gzip,hdf,libdap,libnc-dap,paraview,pmount,tetex-tex4ht,texlive,transfig,w3lib peter: fuse-encfs petersen: darcs,emacspeak,gcin,gettext,gtk2hs,m17n-db pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp pghmcfc: gnome-libs,imlib,libpng10,perl-IO-Socket-SSL pgordon: deluge,rb_libtorrent,scribes pknirsch: filesystem,radeontool pmachata: ltrace,make,tzdata pmatilai: db4 pmuldoon: frysk,libgtk-java pnemade: m17n-db pvrabec: sudo pwouters: lrmi,s3switch rafalzaq: blobwars rakesh: ifplugd rathann: dx,freefem++,gabedit,tachyon ravenoak: pysvn rcritten: ipa,jss rdieter: PyQt4,akode,arts,fedorawaves-kdm-theme,fltk,gtk+,k3b,kaffeine,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig,libkexif,qimageblitz,qt3,uw-imap remi: ocsinventory-agent,perl-Apache2-SOAP rezso: mapserver richdawe: planet rishi: tla rjones: ocaml,ocaml-camlimages,virt-df rmeggins: fedora-ds-base,jss rmyers: eclipse-checkstyle,eclipse-egit rnorwood: perl-Crypt-SSLeay,perl-RPM2,pygame robert: arj,dsniff,eggdrop,perl-CGI-SpeedyCGI robmv: eclipse-subclipse,ganymed-ssh2 roland: strace romal: nagios roozbeh: fonttools,mediawiki rrakus: indent,k3b,time rrelyea: coolkey rstrode: libxklavier,tomboy ruben: pdns,pdns-recursor rui: MagicPoint rvinyard: bit,conexus,conexusmm,papyrus rvokal: linuxdoc-tools ryo: scim-skk s4504kr: stellarium salimma: Miro,podsleuth sconklin: hamlib,linpsk,xdx scop: dvb-apps,javasqlite,kaffeine,kdebluetooth,optipng,vdr,xmms-modplug sebastian: nagios seg: openjpeg,soundtracker sergiopr: wcstools sgrubb: aide,audit,openswan,prelude-lml shahms: python-durus,python-simpletal,python-tpg sharkcz: codeblocks,cyrus-imapd silfreed: ale simo: ipa sindrepb: hamlib,linpsk,muine-scrobbler,perl-Net-Packet,perl-Net-Write,xdx smccann: shapelib somlo: aumix sparkins: jss splinux: gdmap,gstm,lostirc,lostirc spot: AcetoneISO,PyAmanith,R-RScaLAPACK,SimGear,alienarena,amanith,ftplib,gambas,gambas2,google-perftools,ntfsprogs,xbiso ssp: libXTrap,libXfont,libXfontcache stahnma: ruby-rpm,x2vnc stalwart: fedorawaves-kdm-theme steve: sqlgrey,tuxpaint steved: nfs4-acl-tools subhodip: straw svahl: kcoloredit,kgrab,kiconedit,kmid,ksig,lxpanel swagiaal: frysk,libgtk-java szpak: isomaster tagoh: Canna,apel,man-pages-ja,namazu,paps,ruby tbzatek: tuxcmd terjeros: gq,lshw,scsi-target-utils tgl: libdbi,libdbi-drivers,postgresql-jdbc than: PyQt4,arts,fedorawaves-kdm-theme,isdn4k-utils,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,qimageblitz,qt3 thias: djvulibre,kannel,lsdvd,ncftp,starfighter,thttpd thl: gweled,icu thomasvs: ladspa,rasqal tibbs: denyhosts till: aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool,wyrd timj: alsa-firmware timlau: bodhi tjikkun: tcltls tmoertel: R-Matrix tmraz: cyrus-sasl,pam tmz: libgpod,libid3tag tnorth: LabPlot,avr-binutils,avr-gcc toshio: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot,qa-assistant trasher: homebank,klear trondd: avr-binutils,avr-gcc,sdcc,uisp tscherf: Miro tsmetana: procps twaugh: a2ps,foomatic,pnm2ppa,symlinks,tree twoerner: postfix uwog: abiword,aiksaurus varekova: aspell,bzip2,gmp,gzip,jpilot,man vcrhonek: expect,fetchmail,tcsh,ypserv veillard: libvirt-java vpv: vdr wart: bsd-games,wfut wguaraldi: Miro wolfy: logserial,ssmtp,trickle wtogami: nagios,wesnoth xgl-maint: xorg-x11-drv-s3,xorg-x11-drv-summa,xorg-x11-xinit xris: lineak-defaultplugin,lineak-xosdplugin,lineakd xulchris: poker-network,pygame zprikryl: iptraf,mtr -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From a.badger at gmail.com Thu Aug 28 15:52:52 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Aug 2008 08:52:52 -0700 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <1219932344.3396.43.camel@hughsie-work> References: <1219882933.11809.6.camel@kennedy> <1219932344.3396.43.camel@hughsie-work> Message-ID: <48B6C9D4.5020502@gmail.com> Richard Hughes wrote: >>> wwoodsf13: yeah, it's weaksauce, but you remember the failure >>> condition for PK was *SO BAD* that we added last-minute horrible >>> hacks to anaconda over jeremy's (valid) objections > > I guess by hacks you meant that I wanted anaconda to auto-import the > fedora signing key at install time. > > To be blunt, if the media is compromised, then unsigned updates are the > _last_ of your problems -- think what would happen if a compromised > kernel or sshd was installed - a remote exploit without even installing > a single update. > > The only way you can guarantee the authenticity of the media is to post > it's sha1sum in a well known place that we test the image against - > which is basically what we do now. > > Asking the user to agree that key abcdef12345 corresponds to the fedora > project at first boot is just security through obscurity. Ubuntu and > other distributions don't make you do this. > I can't speak to the other stuff that people were saying but this one actually is a problem in the current situation. In this situation we trust the media but don't trust the signing key that's on the media. We need to get the new key installed and the old key uninstalled (probably going to be dealt with as a separate problem) so that we can verify updates. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From opensource at till.name Thu Aug 28 16:03:19 2008 From: opensource at till.name (Till Maas) Date: Thu, 28 Aug 2008 18:03:19 +0200 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <200808281803.25399.opensource@till.name> On Thu August 28 2008, Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for i386 > based on Rawhide from 2008-08-12. > aircrack-ng-0.9.3-1.fc9 (build/make) till > till: > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool >,wyrd Is there maybe a bug in the build failure detection? I checked the logs for aircrack-ng and it looks fine to me: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/aircrack-ng-0.9.3-1.fc9.src.rpm/result/ I did not yet check my other packages. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From Matt_Domsch at dell.com Thu Aug 28 16:11:27 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 11:11:27 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <200808281803.25399.opensource@till.name> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> Message-ID: <20080828161127.GA3047@auslistsprd01.us.dell.com> On Thu, Aug 28, 2008 at 06:03:19PM +0200, Till Maas wrote: > On Thu August 28 2008, Matt Domsch wrote: > > Fedora Rawhide-in-Mock Build Results for i386 > > based on Rawhide from 2008-08-12. > > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > > till: > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool > >,wyrd > > Is there maybe a bug in the build failure detection? I checked the logs for > aircrack-ng and it looks fine to me: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/aircrack-ng-0.9.3-1.fc9.src.rpm/result/ sorry, that URL is slightly out-of-date now. There is no more "core" vs "extras", so it's just mock-results/... which of course, broke my rsync... Thanks for catching it. New tree syncing out now. Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.Wvc2Dl + umask 022 + cd /builddir/build/BUILD + cd aircrack-ng-0.9.3 + LANG=C + export LANG + unset DISPLAY + rm -rf /builddir/build/BUILDROOT/aircrack-ng-0.9.3-1.fc10.i386 + mkdir /builddir/build/BUILDROOT/aircrack-ng-0.9.3-1.fc10.i386 mkdir: cannot create directory `/builddir/build/BUILDROOT/aircrack-ng-0.9.3-1.fc10.i386' : No such file or directory RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.Wvc2Dl (%install) Bad exit status from /var/tmp/rpm-tmp.Wvc2Dl (%install) Child returncode was: 1 EXCEPTION: Command failed. See logs for output. Not clear why it's failing as such... -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From opensource at till.name Thu Aug 28 16:12:12 2008 From: opensource at till.name (Till Maas) Date: Thu, 28 Aug 2008 18:12:12 +0200 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <200808281803.25399.opensource@till.name> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> Message-ID: <200808281812.13851.opensource@till.name> On Thu August 28 2008, Till Maas wrote: > On Thu August 28 2008, Matt Domsch wrote: > > Fedora Rawhide-in-Mock Build Results for i386 > > based on Rawhide from 2008-08-12. > > > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > > > till: > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeonto > >ol ,wyrd > > Is there maybe a bug in the build failure detection? I checked the logs for > aircrack-ng and it looks fine to me: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/ >aircrack-ng-0.9.3-1.fc9.src.rpm/result/ I just noticed that the logfiles are not updated yet and I suspect this bug to be the reason for most of my packages not building: https://bugzilla.redhat.com/show_bug.cgi?id=455387 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From orion at cora.nwra.com Thu Aug 28 16:13:47 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 10:13:47 -0600 Subject: Strange popen behavior on xen builders? In-Reply-To: <48A9F487.5000904@cora.nwra.com> References: <489B804D.3010705@cora.nwra.com> <48A9F487.5000904@cora.nwra.com> Message-ID: <48B6CEBB.4070602@cora.nwra.com> Orion Poplawski wrote: > Filed bug #459442 as I have a simple test case. Once everything is back > up we can test again. > It appears that the pipe2 syscall on the x86_64 xen kernels is broken and that rawhide glibc has moved to using pipe2 from pipe in rawhide. This seems like a blocker to me. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mike at miketc.net Thu Aug 28 16:17:10 2008 From: mike at miketc.net (Mike Chambers) Date: Thu, 28 Aug 2008 11:17:10 -0500 Subject: Rawhide install/update status Message-ID: <1219940230.22668.3.camel@scrappy.miketc.net> Has anyone tried an install and ran updates now that rawhide has sync'd up again and putting out packages? Curious if some of the firefox/evolution/etc problems might have been fixed or not. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From tgl at redhat.com Thu Aug 28 16:19:51 2008 From: tgl at redhat.com (Tom Lane) Date: Thu, 28 Aug 2008 12:19:51 -0400 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <12757.1219940391@sss.pgh.pa.us> Matt Domsch writes: > Fedora Rawhide-in-Mock Build Results for i386 > based on Rawhide from 2008-08-12. > About 230 packages fail to build due to the restriction on patch fuzz. > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Um, there seem to be no files there newer than 4-July. > tgl: libdbi,libdbi-drivers,postgresql-jdbc All three of these build fine under zero-fuzz rules for me, which is why I'd like to see what your failure really was ... regards, tom lane From Matt_Domsch at dell.com Thu Aug 28 16:21:53 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 11:21:53 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <200808281812.13851.opensource@till.name> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <200808281812.13851.opensource@till.name> Message-ID: <20080828162153.GB3047@auslistsprd01.us.dell.com> On Thu, Aug 28, 2008 at 06:12:12PM +0200, Till Maas wrote: > On Thu August 28 2008, Till Maas wrote: > > On Thu August 28 2008, Matt Domsch wrote: > > > Fedora Rawhide-in-Mock Build Results for i386 > > > based on Rawhide from 2008-08-12. > > > > > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > > > > > till: > > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeonto > > >ol ,wyrd > > > > Is there maybe a bug in the build failure detection? I checked the logs for > > aircrack-ng and it looks fine to me: > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/ > >aircrack-ng-0.9.3-1.fc9.src.rpm/result/ > > I just noticed that the logfiles are not updated yet and I suspect this bug to > be the reason for most of my packages not building: > > https://bugzilla.redhat.com/show_bug.cgi?id=455387 Thanks, I've added a test for this failure, and will report back those in a bit... -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From loganjerry at gmail.com Thu Aug 28 16:23:25 2008 From: loganjerry at gmail.com (Jerry James) Date: Thu, 28 Aug 2008 10:23:25 -0600 Subject: Fedora rawhide rebuild in mock status 2008-08-28 x86_64 In-Reply-To: <20080828104730.A16352@humbolt.us.dell.com> References: <20080828104730.A16352@humbolt.us.dell.com> Message-ID: <870180fe0808280923i125126d6l867e6343ee14deaf@mail.gmail.com> On Thu, Aug 28, 2008 at 9:47 AM, Matt Domsch wrote: > Fedora Rawhide-in-Mock Build Results for x86_64 > based on Rawhide from 2008-08-12. > > About 230 packages fail to build due to the restriction on patch fuzz. > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ I don't see any logs there. -- Jerry James http://loganjerry.googlepages.com/ From limb at jcomserv.net Thu Aug 28 16:24:33 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 28 Aug 2008 11:24:33 -0500 (CDT) Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <33057.198.175.55.5.1219940673.squirrel@mail.jcomserv.net> Can this be done against current rawhide? The version of wesnoth listed is older that what's there now, that build sucessfully. > Fedora Rawhide-in-Mock Build Results for i386 > based on Rawhide from 2008-08-12. > > About 230 packages fail to build due to the restriction on patch fuzz. > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > > Open Bugs which now build, and can be marked CLOSED RAWHIDE: > bacula: [u'440905'] > callweaver: [u'434066'] > compat-erlang: [u'434102'] > dxpc: [u'449644'] > freeipmi: [u'440875'] > gauche: [u'449627'] > gazpacho: [u'440859'] > gnome-applet-tvn24: [u'434300'] > graphviz: [u'449410'] > ikvm: [u'434375'] > libgtksourceviewmm: [u'434532'] > mx4j: [u'434097'] > nco: [u'449408'] > perl-Crypt-Simple: [u'449495'] > perl-XML-LibXSLT: [u'449544'] > redhat-rpm-config: [u'449717'] > scribus: [u'440766'] > zhcon: [u'449625'] > > Total packages: 6039 > Number failed to build: 624 > Number expected to fail due to ExclusiveArch or ExcludeArch: 14 > Leaving: 610 > > Of those expected to have worked... > Without a bug filed: 520 > ---------------------------------- > AcetoneISO-6.7-5.fc9 (build/make) spot > Canna-3.7p3-24.fc9 (patch_fuzz) tagoh > ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede > KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede > LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth > MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui > Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi > PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot > PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than > PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos > R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot > SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet > TnL-071111-6.fc10 (patch_fuzz) jwrdegoede > WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb > a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus > abicheck-1.2-18 (build/make) mschwendt > abiword-2.6.4-7.fc10 (build/make) uwog > abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede > afflib-3.2.3-1.fc10 (patch_fuzz) kwizart > aide-0.13.1-4 (patch_fuzz) sgrubb > aircrack-ng-0.9.3-1.fc9 (build/make) till > akode-2.0.2-5.fc9 (patch_fuzz) rdieter > ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed > alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede > alienarena-7.10-1.fc10 (patch_fuzz) spot > alsa-firmware-1.0.17-1.fc10 (build/make) timj > amanda-2.5.2p1-10.fc9 (build/make) dnovotny > amanith-0.3-9.fc9 (patch_fuzz) spot > anacron-2.3-61.fc10 (patch_fuzz) mmaslano > ant-1.7.0-2.fc10 (build/make) pcheung > antlr-2.7.7-2.fc10 (build/make) dbhole > apel-10.7-1.fc8 (build/make) tagoh > archivemail-0.7.2-1.fc9 (patch_fuzz) limb > ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede > arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert > arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede > arpack-2.1-7.fc9 (build/make) athimm > arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler > asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede > aspell-0.60.6-2.fc10 (patch_fuzz) varekova > asylum-0.2.3-3.fc9 (build/make) mfleming > atitvout-0.4-8 (patch_fuzz) awjb > atlas-3.6.0-15.fc10 (build/make) deji,deji > audacious-plugin-fc-0.2-6 (build/make) mschwendt > audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms > audit-1.7.4-2.fc10 (build/make) sgrubb > aumix-2.8-17.fc9 (patch_fuzz) somlo > autoconf-2.62-5.fc10 (patch_fuzz) karsten > automake15-1.5-23 (patch_fuzz) karsten > avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd > avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd > azureus-3.0.4.2-16.fc10 (build/make) langel,langel > balsa-2.3.25-1.fc10 (build/make) pawsa > bidiv-1.5-6.fc9 (build/make) danken > bigloo-3.1a-1.fc10 (patch_fuzz) gemi > bit-0.4.1-3.fc9 (build/make) rvinyard > blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq > bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau > bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede > bouncycastle-1.39-1.fc10 (build/make) langel,langel > brasero-0.7.90-1.fc10 (build/make) denis > bsd-games-2.17-23.fc9 (patch_fuzz) wart > bwbar-1.2.3-2 (patch_fuzz) adrian > bzip2-1.0.5-2.fc9 (build/make) varekova > cairo-java-1.0.5-10.fc10 (build/make) kasal > cernlib-2006-30.fc10 (build/make) pertusus > cernlib-g77-2006-30.fc10 (build/make) pertusus > classpathx-jaf-1.0-12.fc10 (build/make) devrim > claws-mail-3.4.0-1.fc10 (build/make) awjb > cln-1.2.2-1.fc10 (build/make) deji,deji > clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede > codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz > compat-gcc-32-3.2.3-64 (build/make) jakub > compat-gcc-34-3.4.6-9 (patch_fuzz) jakub > compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh > conexus-0.5.3-4.fc9 (build/make) rvinyard > conexusmm-0.5.0-3.fc7 (build/make) rvinyard > cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig > csound-5.03.0-16.fc9 (build/make) dcbw,pfj > ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie > cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz > cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz > darcs-2.0.0-1.fc10 (build/make) jjh,petersen > db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai > dbus-java-2.5-3.fc10 (build/make) omajid > dbxml-2.3.10-12.fc9 (build/make) mzazrive > dbxml-perl-2.003-5.fc10 (build/make) mzazrive > deluge-0.9.04-1.fc10 (build/make) pgordon > denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil > dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas > dietlibc-0.31-5.20080517.fc10 (build/make) ensc > dnssec-tools-1.4.1-2.fc10 (build/make) hardaker > docbook-utils-0.6.14-13.fc9 (build/make) ovasik > dosbox-0.72-4.fc9 (build/make) awjb > dsniff-2.4-0.3.b1.fc10 (patch_fuzz) robert > dump-0.4b41-8.fc10 (patch_fuzz) atkac > dvb-apps-1.1.1-11.fc9 (patch_fuzz) scop > dwdiff-1.4-1.fc10 (build/make) jhrozek > dx-4.4.4-6.fc10 (patch_fuzz) rathann > eclipse-3.4.0-19.fc10 (build/make) overholt,oliver,overholt > eclipse-cdt-5.0.0-3.fc10 (build/make) jjohnstn > eclipse-changelog-2.6.2-2.fc10 (build/make) jjohnstn,overholt > eclipse-checkstyle-4.0.1-10.fc9 (build/make) rmyers,overholt > eclipse-egit-0.3.1-0.fc9 (build/make) rmyers > eclipse-epic-0.6.24-3.fc10 (build/make) mbooth > eclipse-gef-3.3.0-2.fc9 (build/make) overholt > eclipse-mylyn-3.0.1-2.fc10 (build/make) overholt > eclipse-photran-4.0-1.b3.fc9.1 (build/make) orion > eclipse-phpeclipse-1.2.0-0.2.svn1573.fc10 (patch_fuzz) mbooth > eclipse-pydev-1.3.18-1.fc10 (build/make) mnowak,overholt,mnowak > eclipse-quickrex-3.5.0-8.fc10 (build/make) alcapcom,overholt > eclipse-rpm-editor-0.4.0-1.fc10 (build/make) alcapcom,overholt > eclipse-subclipse-1.2.4-11.fc9 (patch_fuzz) robmv > edsadmin-1.0-2.fc9 (build/make) ivazquez > eggdrop-1.6.19-1.fc10 (patch_fuzz) robert > emacspeak-26-3.fc8 (patch_fuzz) petersen > epdfview-0.1.6-3.fc9 (build/make) michich > escape-200704130-8.fc9 (build/make) agoode > evolution-brutus-1.2.17-1.fc10 (build/make) bpepple,colding > evolution-sharp-0.17.4-3.fc10 (build/make) mbarnes > evolution-zimbra-0.1.1-1.fc10 (build/make) mbarnes,mmahut > exim-4.69-5.fc10 (patch_fuzz) dwmw2 > expect-5.43.0-14.fc10 (patch_fuzz) vcrhonek > fakechroot-2.8-13.fc9 (build/make) athimm > fakeroot-1.9.6-16.fc9 (build/make) athimm > fcgi-2.4.0-5.fc9 (build/make) till > fedora-ds-base-1.1.1-2.fc10 (build/make) rmeggins,ausil,nkinder,nhosoi > fedorawaves-kdm-theme-1.1-1.fc9 (build/make) > than,rdieter,kkofler,ltinkl,stalwart > fetchmail-6.3.8-7.fc10 (patch_fuzz) vcrhonek,pertusus > fig2sxd-0.18-2.fc10 (patch_fuzz) pfj > filesystem-2.4.18-1.fc10 (build/make) pknirsch > fltk-1.1.8-1.fc9 (patch_fuzz) rdieter,pertusus > fmt-ptrn-1.3.17-2.fc10 (build/make) mikep > foomatic-3.0.2-61.fc10 (patch_fuzz) twaugh > freefem++-2.24-2.fc9 (build/make) rathann > freenx-server-0.7.2-8.0.1.fc10 (patch_fuzz) athimm,limb > frysk-0.4-0.fc10 (build/make) cagney,pmuldoon,swagiaal > ftnchek-3.3.1-7.fc9 (build/make) orion,pertusus > ftplib-3.1-4.fc9 (build/make) spot > fuse-encfs-1.4.2-4.fc10 (build/make) peter > fvwm-2.5.26-1.fc10 (build/make) agoode > g2clib-1.0.5-4.fc9 (build/make) pertusus,orion > gabedit-2.1.7-1.fc10 (build/make) rathann > galeon-2.0.6-1.fc10 (patch_fuzz) denis > gambas-1.0.19-6.fc9 (patch_fuzz) spot > gambas2-2.7.0-1.fc10 (patch_fuzz) spot > ganymed-ssh2-210-6.fc9 (build/make) robmv > gcin-1.4.2-2.fc10 (patch_fuzz) candyz,petersen > gdesklets-0.36-1.fc9 (build/make) luya,owentl > gdl-0.9-0.rc1.3.fc10 (patch_fuzz) orion > genius-1.0.2-3.fc9 (build/make) gemi > geronimo-specs-1.0-2.M2.fc10 (build/make) fnasser > gettext-0.17-5.fc10 (build/make) petersen > gimmix-0.4.2-3.fc9 (build/make) awjb > glade2-2.12.2-2.fc9 (build/make) mclasen > glib-java-0.2.6-13.fc10 (build/make) kasal > gmp-4.2.2-7.fc9 (patch_fuzz) varekova > gmpc-0.15.5.0-3.fc9 (patch_fuzz) adrian > gnome-applet-vm-0.2.0-2.fc9 (build/make) kzak > gnome-libs-1.4.2-9.fc10 (build/make) pghmcfc > gnome-media-2.23.3-1.fc10 (patch_fuzz) hadess > gnome-python2-extras-2.19.1-17.fc9 (patch_fuzz) mbarnes > gnumeric-1.8.2-2.fc9 (patch_fuzz) huzaifas > goocanvas-0.10-1.fc10 (build/make) bjohnson > google-perftools-0.95-4.fc9 (build/make) spot > gq-1.3.4-1.fc9 (build/make) terjeros > grads-1.9b4-23.fc9 (patch_fuzz) pertusus > gridengine-6.1u4-1.fc10 (patch_fuzz) orion > grisbi-0.5.9-5.fc9 (patch_fuzz) abompard > groff-1.18.1.4-14.fc9 (patch_fuzz) kasal > gstreamer-python-0.10.11-2.fc9 (build/make) denis > gtk+-1.2.10-61.fc9 (patch_fuzz) rdieter > gtk-gnutella-0.96.5-2.fc10 (build/make) buc > gtk2hs-0.9.13-2.fc10 (build/make) bos,petersen > gtkdatabox-0.8.2.2-2.fc9 (build/make) ework > gweled-0.7-11.1 (patch_fuzz) thl > gwget-0.99-7.fc10 (build/make) cwickert > gzip-1.3.12-6.fc9 (patch_fuzz) varekova,pertusus > hamlib-1.2.7-3.fc9 (patch_fuzz) denis,bjensen,sindrepb,sconklin > hardinfo-0.4.2.3-6.fc10 (build/make) drago01 > hdf-4.2r3-2.fc9 (build/make) orion,pertusus > hfsutils-3.2.6-14.fc9 (patch_fuzz) dwmw2 > higlayout-1.0-2.fc9 (build/make) jwrdegoede > homebank-3.8-1.fc9 (build/make) trasher > hunspell-en-0.20080207-1.fc9 (build/make) caolanm > hyperestraier-1.4.13-2.fc9 (build/make) mtasaka > ice-3.3.0-3.fc10 (build/make) mef > icu-4.0-1.fc10 (patch_fuzz) caolanm,thl > icu4j-3.8.1-2.fc10 (build/make) fnasser,nsantos,dbhole > idw-gpl-1.5.0-5.fc10 (build/make) jjames > ifplugd-0.28-11.fc9 (build/make) jamatos,rakesh > imlib-1.9.15-7.fc9 (patch_fuzz) pghmcfc > indent-2.2.10-1.fc9 (patch_fuzz) rrakus > inkscape-0.46-4.fc10 (patch_fuzz) lkundrak,lkundrak > inn-2.4.5-2.fc10 (patch_fuzz) ovasik > ip-sentinel-0.12-11.fc9 (build/make) ensc > ipa-1.1.0-2.fc10 (build/make) rcritten,simo,mnagy > iptraf-3.0.1-5.fc10 (patch_fuzz) zprikryl > isdn4k-utils-3.2-58.fc9 (patch_fuzz) than > isomaster-1.3.3-1.fc10 (patch_fuzz) szpak > jack-rack-1.4.7-1.fc9 (build/make) kwizart,nando > jakarta-commons-daemon-1.0.1-6jpp.5.fc9 (build/make) pcheung > jakarta-commons-io-1.3.2-1.2.fc10 (build/make) pcheung > jakarta-commons-net-1.4.1-4.2.fc10 (patch_fuzz) pcheung > jakarta-oro-2.0.8-4.2.fc10 (build/make) fnasser > java-1.5.0-gcj-1.5.0.0-22.fc10 (build/make) langel,langel > java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10 (build/make) > langel,lkundrak,langel,mjw > javasqlite-20080420-1.fc10 (build/make) scop,mora > jaxen-bootstrap-1.1-1.2.fc10 (build/make) devrim > jcip-annotations-0-20060626.4.fc10 (build/make) jjames > jhead-2.82-1.fc9 (patch_fuzz) adrian > jpackage-utils-1.7.5-1.5.fc10 (patch_fuzz) dbhole > jpilot-1.6.0-1.fc10 (patch_fuzz) varekova > jss-4.2.5-3.fc10 (build/make) > rcritten,rmeggins,nkinder,mharmsen,sparkins,mlum,nkwan > junitperf-1.9.1-2.2.fc10 (build/make) mwringe > k3b-1.0.5-2.fc10 (patch_fuzz) rrakus,rdieter > kadu-0.6.0.1-1.fc10 (build/make) ecik > kaffeine-0.8.7-1.fc10 (patch_fuzz) rdieter,scop,mef > kannel-1.4.1-7 (build/make) thias > kawa-1.9.1-5.fc9 (build/make) green > kbilliards-0.8.7b-7.fc9 (patch_fuzz) jwrdegoede > kcoloredit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > kdeaddons-3.5.9-1.fc9 (build/make) than,rdieter,kkofler,ltinkl > kdegames3-3.5.9-2.fc10 (build/make) kkofler,rdieter,than,ltinkl > kdelibs3-3.5.9-16.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl > kdevelop-3.5.2-3.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl > kgrab-0.1.1-6.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > kicad-2007.07.09-3.fc9 (build/make) dionysos,chitlesh > kiconedit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > kmid-2.0-0.6.20080213svn.fc9 (build/make) > svahl,rdieter,than,kkofler,ltinkl > knetworkmanager-0.7-0.5.20080715svn.fc10 (build/make) > ausil,rdieter,mmcgrath,liquidat,ltinkl > koffice-langpack-1.6.3-1.fc8 (build/make) awjb > kompose-0.5.3-12.fc9 (build/make) orion > ksig-1.1-0.5.20080213.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > lazarus-0.9.24-4.fc10 (patch_fuzz) joost > ldapjdk-4.18-1.fc9 (build/make) dbhole > lib3ds-1.3.0-3.fc10 (build/make) corsepiu,laxathom > libAfterImage-1.15-4.fc9 (patch_fuzz) awjb > libHX-1.18-1.fc10 (build/make) till > libXTrap-1.0.0-6.fc10 (build/make) ssp > libXfont-1.3.2-1.fc9 (build/make) ssp,fonts-sig > libXfontcache-1.0.4-5.fc9 (build/make) ssp,fonts-sig > libdbi-0.8.3-1.fc9 (build/make) tgl > libdbi-drivers-0.8.3-1.fc9 (build/make) tgl > libepc-0.3.5-2.fc10 (build/make) bpepple > libgconf-java-2.12.4-11.fc10 (build/make) kasal > libglade-java-2.12.5-9.fc10 (build/make) kasal > libgnome-java-2.12.4-9.fc10 (build/make) kasal > libgnomecups-0.2.3-3.fc9 (patch_fuzz) davidz > libgpod-0.6.0-6.fc10 (patch_fuzz) hadess,tmz > libgtk-java-2.8.7-8.fc10 (build/make) kasal,pmuldoon,swagiaal > libid3tag-0.15.1b-6.fc10 (build/make) tmz,jwrdegoede > libkexif-0.2.5-4.fc9 (patch_fuzz) abompard,rdieter > libmatheval-1.1.5-2.fc9 (patch_fuzz) edhill > libmatthew-java-0.7.1-2.fc10 (patch_fuzz) omajid > libnasl-2.2.10-5.fc9 (patch_fuzz) awjb > libpciaccess-0.10.3-2.fc9 (patch_fuzz) ajax > libpng10-1.0.37-1.fc10 (patch_fuzz) pghmcfc > librra-0.11-2.fc9 (build/make) awjb,abompard > libsvm-2.86-13.fc10 (build/make) dchen > libsynaptics-0.14.6c-3.fc9 (build/make) orion > libunwind-0.99-0.5.frysk20070405cvs.fc9 (build/make) jkratoch > libusb-0.1.12-15.fc9 (build/make) jnovy > libvirt-java-0.2.1-1.fc10 (build/make) veillard > libvorbis-1.2.0-4.fc10 (patch_fuzz) jwrdegoede,jnovy,jwrdegoede > libvte-java-0.12.1-12.fc10 (build/make) kasal > libwvstreams-4.4.1-4.fc9 (patch_fuzz) ovasik > libxklavier-3.6-2.fc10 (patch_fuzz) rstrode > linkage-0.2.0-2.fc10 (build/make) drago01 > linuxdoc-tools-0.9.21-16.fc9 (patch_fuzz) ovasik,rvokal > lock-keys-applet-1.0-14.fc9 (build/make) jorge > lockdev-1.0.1-12.fc9.1 (patch_fuzz) kzak > logserial-0.4.2-5.fc9.2.1 (build/make) wolfy > lsdvd-0.16-7.fc9 (build/make) thias > lshw-B.02.12.01-5.fc9 (build/make) terjeros > ltrace-0.5-11.45svn.fc10 (patch_fuzz) pmachata > lvm2-2.02.39-3.fc10 (build/make) > lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins > lxpanel-0.3.8.1-1.fc10 (patch_fuzz) svahl > lybniz-1.3.2-1.fc9 (patch_fuzz) firewing > m17n-db-1.5.2-1.fc10 (patch_fuzz) pnemade,petersen > mailgraph-1.14-2.fc9 (patch_fuzz) bjohnson,mfleming > mairix-0.21-1.fc10 (build/make) mlichvar > make-3.81-12.fc9 (patch_fuzz) pmachata > man-1.6f-8.fc10 (patch_fuzz) varekova > man-pages-ja-20080515-2.fc10 (patch_fuzz) tagoh > manedit-1.1.1-2.fc10 (build/make) mtasaka,masahase > mapserver-5.2.0-1.fc10 (build/make) rezso,oliver,devrim > maven-scm-1.0-0.2.b3.1.6.fc10 (build/make) dbhole > maven-surefire-1.5.3-2.7.fc10 (build/make) dbhole > maven-wagon-1.0-0.1.a5.3.3.fc10 (build/make) mwringe > maven2-2.0.4-10jpp.10.fc9 (build/make) dbhole > mdadm-2.6.7-1.fc10 (patch_fuzz) dledford > mecab-java-0.97-1.fc9 (build/make) mtasaka > mediatomb-0.11.0-1.fc9 (build/make) mwiriadi > mediawiki-1.10.4-39.fc9 (build/make) athimm,roozbeh > mesa-7.1-0.37.fc10 (patch_fuzz) ajax,ajax > mfiler2-4.0.9b-1.fc9 (patch_fuzz) mtasaka,masahase > mgetty-1.1.36-1.fc10 (patch_fuzz) jskala,jskala > migrationtools-47-1.fc9 (patch_fuzz) jsafrane > minicom-2.3-2.fc9 (patch_fuzz) mlichvar > mod_python-3.3.1-7 (build/make) jorton > mono-1.9.1-2.fc10 (patch_fuzz) laxathom,pfj,laxathom > mtools-3.9.11-4.fc9 (patch_fuzz) atkac > mtr-0.73-1.fc10 (patch_fuzz) zprikryl > nagi-2.06-5.fc9 (patch_fuzz) limb > nagios-3.0.3-6.fc10 (patch_fuzz) mmcgrath,wtogami,romal,sebastian > namazu-2.0.18-4.fc10 (patch_fuzz) tagoh > ncftp-3.2.1-2.fc9 (patch_fuzz) thias > nedit-5.5-18.fc9 (patch_fuzz) jnovy > nessus-core-2.2.10-4.fc9 (patch_fuzz) awjb > netatalk-2.0.3-19.fc9 (build/make) jskala > nethogs-0.7-3.20080627cvs.fc10 (build/make) afsilva > nfs4-acl-tools-0.3.2-2.fc9 (patch_fuzz) steved > nss-3.12.0.3-6.fc10 (build/make) kengert > ntfsprogs-2.0.0-8.fc10 (patch_fuzz) spot > nyquist-3.01-1.fc10 (build/make) gemi > ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones > ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones > ocaml-facile-1.1-3.fc10 (build/make) kkofler > ocsinventory-agent-0.0.9.2-1.fc10 (patch_fuzz) remi > ode-0.9-4.fc9 (patch_fuzz) jwrdegoede,eitch > offlineimap-6.0.0-1.fc10 (build/make) till > openal-0.0.9-0.15.20060204cvs.fc9 (patch_fuzz) awjb > openjpeg-1.3-2.fc9 (patch_fuzz) seg > openmsx-0.6.3-3.fc9 (patch_fuzz) jwrdegoede > openswan-2.6.15-1.fc10 (patch_fuzz) sgrubb > openvrml-0.17.6-2.fc10 (build/make) braden > optipng-0.5.5-4.fc9 (patch_fuzz) till,scop > osiv-2.0.0-0.4.beta.fc9 (build/make) edhill > oyranos-0.1.7-11.fc9 (patch_fuzz) kwizart > pam-1.0.1-5.fc10 (patch_fuzz) tmraz > pam_mount-0.41-2.fc10 (build/make) till > paps-0.6.8-6.fc10 (patch_fuzz) tagoh > papyrus-0.7.1-3.fc9 (build/make) rvinyard > paraview-3.3.0-0.20080520.1.fc10 (build/make) orion,pertusus > pards-0.4-6.fc9 (build/make) masahase > pax-3.4-5.fc9 (build/make) ovasik > pciutils-3.0.0-1.fc10 (patch_fuzz) harald > pcre-7.3-4.fc10 (patch_fuzz) kasal,lkundrak > pdfedit-0.4.1-1.fc10 (patch_fuzz) bjohnson > pdns-2.9.21.1-1.fc10 (build/make) ruben > pdns-recursor-3.1.7-2.fc10 (build/make) ruben > perl-Apache2-SOAP-0.73-1.fc10 (build/make) remi > perl-CGI-SpeedyCGI-2.22-2.fc10 (build/make) robert > perl-Catalyst-Plugin-ConfigLoader-0.20-1.fc10 (build/make) cweyl,perl-sig > perl-Config-Augeas-0.203-1.fc10 (build/make) apevec > perl-Crypt-SSLeay-0.57-7.fc9 (patch_fuzz) kasal,rnorwood,mmaslano > perl-DBIx-Class-0.08010-6.fc10 (patch_fuzz) cweyl,perl-sig > perl-Event-Lib-1.03-3.fc10 (build/make) kwizart,perl-sig > perl-IO-Socket-SSL-1.14-1.fc10 (build/make) pghmcfc,perl-sig,jpo > perl-Net-Packet-3.25-3.fc9 (build/make) sindrepb > perl-Net-Write-1.00-3.fc9 (build/make) sindrepb > perl-PDF-API2-0.69-5.fc10 (patch_fuzz) bjohnson,perl-sig > perl-Perl-Critic-1.082-1.fc10 (build/make) cweyl,perl-sig > perl-RPM2-0.67-5.fc9 (build/make) kasal,perl-sig,rnorwood,mmaslano > perl-RRD-Simple-1.43-3.fc9 (build/make) cweyl,perl-sig > perl-SVN-Mirror-0.73-3.fc9 (build/make) iburrell,perl-sig > perl-Test-AutoBuild-1.2.2-3.fc9 (build/make) berrange > perl-Text-CharWidth-0.04-4.fc9 (build/make) athimm > perl-Text-WrapI18N-0.06-3.fc9 (build/make) athimm > perl-bioperl-1.5.2_102-12.fc9 (patch_fuzz) alexlan,perl-sig > perl-perlmenu-4.0-6.fc9 (build/make) paragn,perl-sig > phpldapadmin-1.1.0.5-1.fc9 (patch_fuzz) buc > picard-0.9.0-6.fc9 (build/make) alexlan,jcollie > picocom-1.4-4.fc9 (build/make) jafo > piklab-0.15.3-1.fc10 (patch_fuzz) chitlesh,dionysos > pinot-0.87-1.fc10 (build/make) drago01 > pioneers-0.12.2-1.fc10 (patch_fuzz) jwrdegoede > planet-2.0-5.fc9 (patch_fuzz) richdawe > plexus-graph-0.13.1-1.fc10 (build/make) lkundrak > plexus-maven-plugin-1.2-2.4.fc10 (build/make) dbhole > plexus-runtime-builder-1.0-0.2.a9.1.5.fc10 (build/make) dbhole > plexus-xmlrpc-1.0-0.2.b4.2.9.fc10 (patch_fuzz) dbhole > pmount-0.9.17-2.fc9 (patch_fuzz) pertusus,jpmahowa > pnm2ppa-1.04-15.fc9 (patch_fuzz) twaugh > podsleuth-0.6.0-5.fc10 (build/make) salimma > poker-network-1.6.0-1.fc10 (patch_fuzz) xulchris > polyxmass-bin-0.9.7-2.fc8 (build/make) awjb > postfix-2.5.1-2.fc9 (patch_fuzz) twoerner > postgresql-jdbc-8.3.603-1.1.fc10 (build/make) tgl > ppl-0.9-19.fc9 (build/make) bagnara > ppp-2.4.4-7.fc10 (patch_fuzz) jskala > prelude-lml-0.9.12.2-2.fc10 (build/make) sgrubb > presto-0.1.3-4.fc9 (build/make) hypersonic > procps-3.2.7-20.fc9 (patch_fuzz) tsmetana > pspp-0.6.0-7.fc10 (build/make) mcepl > pstoedit-3.45-3.fc10 (patch_fuzz) denis > publican-0.34-0.fc10 (build/make) jfearn,mdious > pygame-1.8.0-1.fc10 (patch_fuzz) xulchris,rnorwood > pysvn-1.5.3-1.fc10 (patch_fuzz) ravenoak > python-2.5.1-30.fc10 (build/make) james,katzj,jsteffan,james > python-TurboMail-2.1-3.fc9 (build/make) lmacken,toshio,fschwarz > python-docs-2.5.1-2.fc9 (build/make) james,katzj > python-flup-1.0-2.fc9 (build/make) till > python-imaging-1.1.6-10.fc10 (patch_fuzz) jamatos,jgranado > python-tgcaptcha-0.11-3.fc10 (build/make) lmacken,toshio,fschwarz > python-turboflot-0.1.1-1.fc10 (build/make) lmacken,toshio,fschwarz > pywbxml-0.1-3.fc9 (build/make) awjb > pyzor-0.4.0-11.fc7 (build/make) ixs > qdbm-1.8.77-3.fc9 (build/make) mtasaka > qemu-0.9.1-10.fc10 (patch_fuzz) dwmw2 > qgo-1.5.4r2-1.fc9 (build/make) kaboom > qimageblitz-0.0.4-0.4.svn706674.fc9 (build/make) kkofler,rdieter,than > qpidc-0.2.667603-2.fc10 (build/make) aconway,nsantos > qt3-3.3.8b-14.fc10 (build/make) than,rdieter,kkofler > quake3-1.34-0.9.rc4.fc9 (patch_fuzz) laxathom > queuegraph-1.1-3.fc9 (patch_fuzz) bjohnson > radeontool-1.5-3.fc9 (build/make) till,pknirsch > rafkill-1.2.3-1.fc10 (patch_fuzz) limb > rasqal-0.9.15-1.fc9 (build/make) thomasvs > rb_libtorrent-0.13.1-2.fc10 (build/make) pgordon > rcs-5.7-32 (build/make) jmoskovc > rcssserver3d-0.6-3.fc10 (build/make) hedayat > relaxngDatatype-1.0-3.2.fc10 (build/make) nsantos,dbhole > rhino-1.6-0.1.r5.1.3.fc10 (build/make) mwringe > rhm-0.2.2060-3.fc10 (build/make) aconway,nsantos > rsh-0.17-50.fc10 (patch_fuzz) atkac > ruby-1.8.6.230-5.fc10 (patch_fuzz) tagoh > ruby-rpm-1.2.3-4.fc9 (build/make) lutter,stahnma > rusers-0.17-53.fc9 (patch_fuzz) jmoskovc > s3switch-0.0-10.20020912.fc9 (patch_fuzz) pwouters > sane-backends-1.0.19-10.fc9 (patch_fuzz) nphilipp > sat4j-2.0.0-6.fc10 (build/make) overholt > scorched3d-41.3-2.fc9 (patch_fuzz) jwrdegoede > scribes-0.3.3.3-2.fc9 (build/make) pgordon > scsi-target-utils-0.0-4.20071227snap.fc9 (build/make) > michaelc,terjeros,michaelc > sdcc-2.6.0-12.fc9 (build/make) trondd,jwrdegoede > seamonkey-1.1.11-1.fc9 (patch_fuzz) gecko-maint,kengert > seq24-0.8.7-13.fc10 (patch_fuzz) green > setools-3.3.4-1.fc9 (build/make) pebenito,dwalsh > shapelib-1.2.10-16.20060304cvs (build/make) smccann > sinjdoc-0.5-6.fc9 (build/make) dbhole > slim-1.3.0-5.fc10 (patch_fuzz) afb > smarteiffel-2.3-2.fc9 (build/make) gemi > soundtracker-0.6.8-4.fc10 (build/make) seg,ndim > sqlgrey-1.7.5-1.fc7 (patch_fuzz) steve > squid-3.0.STABLE7-1.fc10 (patch_fuzz) jskala,jsteffan,mnagy,hno,jskala > squirrelmail-1.4.13-1.fc9 (patch_fuzz) mbacovsk > ssmtp-2.61-11.5.fc9.3 (build/make) wolfy > starfighter-1.1-12 (build/make) thias > stellarium-0.9.1-6.fc9 (build/make) s4504kr,mmahut,kwizart > strace-4.5.17-1.fc10 (build/make) roland > sudo-1.6.9p17-1.fc10 (patch_fuzz) pvrabec,kzak > sugar-journal-94-1.fc10 (build/make) ausil > sundials-2.3.0-6.fc9 (build/make) jpye > supertuxkart-0.4-2.fc10 (patch_fuzz) jwrdegoede > sylpheed-2.5.0-2.2029svn.fc10 (build/make) mschwendt > symlinks-1.2-31.fc9 (build/make) twaugh > sysvinit-2.86-24 (patch_fuzz) notting > tachyon-0.98-0.6.20070319.fc9 (build/make) rathann > tanukiwrapper-3.2.3-2.2.fc10 (patch_fuzz) dbhole,devrim,jmrodri > tar-1.20-1.fc10 (patch_fuzz) ovasik > tcltls-1.5.0-16.fc9 (patch_fuzz) tjikkun > tcp_wrappers-7.6-52.fc9 (patch_fuzz) jsafrane > tcpdump-3.9.8-5.fc10 (patch_fuzz) mlichvar > tcsh-6.15-4.fc9 (patch_fuzz) vcrhonek > tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 (build/make) pertusus,jnovy > texlive-2007-34.fc10 (patch_fuzz) jnovy,pertusus > tgif-4.1.45-6.fc9 (patch_fuzz) mtasaka > thttpd-2.25b-16.fc9 (patch_fuzz) thias > thunderbird-2.0.0.14-1.fc10 (patch_fuzz) gecko-maint > tiger-3.2.1-8.fc9 (patch_fuzz) abompard > time-1.7-33.fc9 (build/make) rrakus > tla-1.3.5-5.fc9 (build/make) rishi > tomboy-0.11.0-4.fc10 (patch_fuzz) rstrode > transfig-3.2.5-2.fc9 (patch_fuzz) kasal,pertusus > tree-1.5.2-1.fc10 (patch_fuzz) twaugh > trickle-1.07-4.fc10 (patch_fuzz) eponyme,mtasaka,wolfy > tuxcmd-0.6.36-3.fc10 (build/make) tbzatek > tuxpaint-0.9.17-3.fc9 (patch_fuzz) steve > twinkle-1.2-3.fc10 (build/make) kevin > tzdata-2008d-1.fc10 (build/make) pmachata > uisp-20050207-2.fc9 (build/make) trondd > uqm-0.6.2-3.fc9 (patch_fuzz) icon > util-linux-ng-2.14-2.fc10 (patch_fuzz) kzak > uw-imap-2007b-1.fc10 (patch_fuzz) rdieter,jorton > valgrind-3.3.0-3 (patch_fuzz) jakub > vdr-1.6.0-3.fc9 (patch_fuzz) scop,vpv > vecmath1.2-1.14-2.fc9 (build/make) jwrdegoede > vegastrike-0.5.0-3.fc10 (patch_fuzz) jwrdegoede > virt-df-2.1.2-1.fc10 (build/make) rjones > vnc-4.1.2-34.fc10 (patch_fuzz) atkac > vsftpd-2.0.6-5.fc10 (patch_fuzz) jskala,mnagy > vtk-5.0.4-21.fc9 (patch_fuzz) athimm,orion > w3c-libwww-5.4.1-0.10.20060206cvs.fc9 (patch_fuzz) awjb > w3lib-1.6-3.fc10 (build/make) pertusus > wcstools-3.7.0-2.fc9 (build/make) sergiopr > werken-xpath-0.9.4-1.beta.12.3 (build/make) fnasser > wesnoth-1.4.2-1.fc10 (patch_fuzz) limb,wtogami > wfut-1.1.0-5.fc9 (build/make) wart > wp_tray-0.5.3-7.fc9 (patch_fuzz) denis > wpa_supplicant-0.6.3-6.fc10 (patch_fuzz) dcbw > wvdial-1.60-5.fc9 (patch_fuzz) ovasik > wyrd-1.4.4-2.fc10 (build/make) till > x2vnc-1.7.2-7.fc9 (build/make) stahnma > x3270-3.3.6-5.fc9 (patch_fuzz) karsten > xautolock-2.2-5.fc9 (build/make) ianweller > xbiso-0.6.1-3.fc9 (build/make) spot > xchat-ruby-1.2-6.fc9 (build/make) konradm > xdelta-1.1.4-3.fc9 (patch_fuzz) atkac > xdoclet-1.2.3-9.2.fc10 (patch_fuzz) mwringe > xdx-2.4-2.fc9 (build/make) bjensen,sindrepb,sconklin > xerces-j2-2.7.1-10.2.fc10 (build/make) mwringe > xfce4-panel-4.4.2-4.fc9 (patch_fuzz) kevin,cwickert > xgalaxy-2.0.34-8.fc9 (patch_fuzz) jwrdegoede > xml-commons-which-1.0-1.b2.0.3.fc10 (build/make) mwringe > xmms-1.2.10-38.fc9 (patch_fuzz) pfj > xmms-cdread-0.14-13.fc9 (build/make) jsoeterb > xmms-modplug-2.05-12.fc9 (patch_fuzz) scop > xmoto-0.4.2-1.fc9 (patch_fuzz) limb > xorg-x11-drv-nouveau-0.0.10-3.20080520git9c1d87f.fc10 (build/make) > airlied,ajax > xorg-x11-drv-s3-0.6.0-1.fc9 (patch_fuzz) xgl-maint > xorg-x11-drv-summa-1.2.0-1.fc9 (build/make) xgl-maint > xorg-x11-xinit-1.0.9-1.fc9 (patch_fuzz) xgl-maint > xpp2-2.1.10-6.2.fc10 (build/make) nsantos,dbhole > xscorch-0.2.0-12.fc8 (build/make) mgarski > xsp-1.9.1-2.fc10 (patch_fuzz) pfj > ypserv-2.19-9.fc9 (patch_fuzz) vcrhonek > z88dk-1.8-1.fc9 (build/make) kkofler > zsh-4.3.4-8.fc9 (patch_fuzz) james > > With bugs filed: 90 > ---------------------------------- > HelixPlayer-1.0.9-4.fc10 [u'449474 ASSIGNED'] (patch_fuzz) abompard > R-Matrix-0.999375-4.fc9 [u'449530 ASSIGNED'] (build/make) tmoertel > aiksaurus-1.2.1-15.fc6 [u'434484 ASSIGNED'] (build/make) uwog > astyle-1.21-6.fc8 [u'433971 ASSIGNED'] (build/make) addutko,mtasaka > aterm-1.0.1-2.fc9 [u'440779 ASSIGNED'] (build/make) awjb > bes-3.5.3-3.fc9 [u'434360 ASSIGNED'] (build/make) pertusus > bitbake-1.8.8-1.fc8 [u'440562 ASSIGNED'] (build/make) ixs > bmpx-0.40.14-5.fc9 [u'449431 ASSIGNED'] (patch_fuzz) akahl > brltty-3.9-2.2.fc9 [u'449446 ASSIGNED'] (build/make) kasal > brutus-keyring-0.9.0-6.fc8 [u'434007 ASSIGNED'] (build/make) > bpepple,colding > camstream-0.26.3-12.fc8 [u'434345 ASSIGNED'] (build/make) nomis80 > coolkey-1.1.0-6.fc9 [u'440753 ASSIGNED'] (build/make) rrelyea,jmagne > dap-freeform_handler-3.7.7-2.fc9 [u'434362 ASSIGNED'] (build/make) > pertusus > dap-hdf4_handler-3.7.7-3.fc9 [u'434363 ASSIGNED'] (build/make) pertusus > djvulibre-3.5.20-2.fc9 [u'440910 ASSIGNED'] (build/make) thias > elektra-0.6.10-6.fc9 [u'434364 ASSIGNED'] (build/make) pertusus,kwizart > erlang-R12B-3.1.fc10 [u'449432 ASSIGNED'] (patch_fuzz) gemi > fish-1.23.0-2.fc9 [u'440724 ASSIGNED'] (build/make) ascii,oliver > fluxstyle-1.0.1-2.fc7 [u'440757 ASSIGNED'] (build/make) errr > fonttools-2.0-0.11.20060223cvs.fc7 [u'434409 ASSIGNED'] (build/make) > roozbeh,fonts-sig > fontypython-0.2.0-6.fc7 [u'440756 ASSIGNED'] (build/make) > cr33dog,fonts-sig > fwbuilder-2.1.16-2.fc9 [u'440846 ASSIGNED'] (build/make) ertzing > g-wrap-1.9.9-5.fc9 [u'434278 ASSIGNED'] (patch_fuzz) laxathom > gcl-2.6.7-18.fc9 [u'440913 ASSIGNED'] (build/make) gemi,green > gdmap-0.7.5-6.fc6 [u'434529 ASSIGNED'] (build/make) splinux > gpsim-0.22.0-5.fc8 [u'434061 ASSIGNED'] (build/make) dionysos > gstm-1.2-6.fc7 [u'434531 ASSIGNED'] (build/make) splinux > gtk-sharp-1.0.10-12.fc7 [u'434373 ASSIGNED'] (build/make) pfj > guile-gnome-platform-2.15.93-6.fc8 [u'434289 ASSIGNED'] (build/make) > laxathom > ht2html-2.0-5.fc6 [u'440916 ASSIGNED'] (build/make) ifoox > itpp-4.0.0-2.fc9 [u'434076 ASSIGNED'] (build/make) edhill > jabbin-2.0-0.6.beta2a.fc9 [u'440730 ASSIGNED'] (build/make) kurzawa > jgroups-2.2.9.2-3jpp.2 [u'434352 ASSIGNED'] (build/make) dbhole > kdebluetooth-1.0-0.41.beta8.fc9 [u'449604 ASSIGNED'] (build/make) > gilboa,scop > klear-0.7.0-1.svn113.fc9 [u'440755 ASSIGNED'] (build/make) trasher > ladspa-1.12-9.fc9 [u'449542 ASSIGNED'] (build/make) thomasvs > libFoundation-1.1.3-11.fc9 [u'440564 ASSIGNED'] (build/make) athimm > libdap-3.7.10-2.fc9 [u'434366 ASSIGNED'] (build/make) pertusus > libfwbuilder-2.1.16-2.fc9 [u'449591 ASSIGNED'] (build/make) ertzing > libnc-dap-3.7.0-9.fc9 [u'434367 ASSIGNED'] (build/make) pertusus > libopensync-0.36-2.fc9 [u'449510 ASSIGNED'] (build/make) awjb > libzzub-0.2.3-12.fc9 [u'449661 ASSIGNED'] (patch_fuzz) akahl,mtasaka > lilypond-2.10.33-1.fc8 [u'434394 ASSIGNED'] (build/make) limb > lineak-defaultplugin-0.9-2.fc6 [u'434520 ASSIGNED'] (build/make) xris > lineak-xosdplugin-0.9-2.fc6 [u'434522 ASSIGNED'] (build/make) xris > lineakd-0.9-5.fc6 [u'434523 ASSIGNED'] (build/make) xris > linpsk-0.9-3.fc9 [u'440778 ASSIGNED'] (build/make) > bjensen,sindrepb,sconklin > linux-atm-2.5.0-5 [u'434069 ASSIGNED', u'449613 ASSIGNED'] (build/make) > dwmw2 > lostirc-0.4.6-3.fc8 [u'440921 ASSIGNED'] (build/make) splinux,splinux > lrmi-0.10-4.fc9 [u'449509 ASSIGNED'] (build/make) pwouters > mimetic-0.9.3-2.fc8 [u'434086 ASSIGNED'] (build/make) ensc > mod_suphp-0.6.3-1.fc9 [u'449578 ASSIGNED'] (build/make) ixs > monodevelop-0.19-6.fc9 [u'449441 ASSIGNED'] (build/make) pfj > mosml-2.01-11.fc9 [u'449445 ASSIGNED'] (build/make) gemi > moto4lin-0.3-6.fc7 [u'434135 ASSIGNED'] (build/make) jafo > muine-scrobbler-0.1.8-5.fc9 [u'449482 ASSIGNED'] (build/make) sindrepb > mx-2.0.6-3 [u'434325 ASSIGNED'] (build/make) misa > mysql-gui-tools-5.0r12-8.fc9 [u'440734 ASSIGNED', u'433987 ASSIGNED'] > (patch_fuzz) ausil > ntfs-config-1.0-0.6.rc5.fc9 [u'449585 ASSIGNED'] (build/make) laxathom > oggconvert-0.3.0-14.fc9 [u'440943 ASSIGNED'] (build/make) ngompa > pan-0.132-2.fc8 [u'433970 ASSIGNED'] (build/make) adalloz,mpeters > pcmanx-gtk2-0.3.5-9.336svn.fc7 [u'434299 ASSIGNED'] (open_missing_mode) > leo > pdsh-2.11-6.fc9 [u'440811 ASSIGNED'] (build/make) kg6fnk > pekwm-0.1.5-5.fc7 [u'434089 ASSIGNED'] (build/make) errr > perl-MIME-Lite-3.01-6.fc9 [u'449558 ASSIGNED'] (build/make) > mmcgrath,perl-sig > petitboot-0.0.1-7.fc8 [u'434071 ASSIGNED'] (build/make) dwmw2,jwboyer > pic2aa-0.2.1-3.fc9 [u'440764 ASSIGNED'] (build/make) kurzawa > pl-5.6.57-2.fc10 [u'434110 ASSIGNED'] (build/make) gemi,mef > plague-0.4.4.1-4.fc7 [u'440874 ASSIGNED'] (build/make) dcbw > plotmm-0.1.2-6.fc9 [u'440563 ASSIGNED'] (build/make) hguemar > plplot-5.9.0-1.fc9 [u'449488 ASSIGNED'] (build/make) orion > python-durus-3.5-3.fc7 [u'434427 MODIFIED'] (build/make) shahms > python-memcached-1.39-1.fc8 [u'440931 ASSIGNED'] (build/make) jafo > python-pydns-2.3.0-5.fc7 [u'440912 ASSIGNED'] (build/make) jafo > python-pyspf-2.0.3-1.fc8 [u'440793 ASSIGNED'] (build/make) jafo > python-simpletal-4.1-5.fc7 [u'440930 ASSIGNED'] (build/make) shahms > python-tpg-3.1.0-4.fc7 [u'440763 ASSIGNED'] (build/make) shahms > qa-assistant-0.4.90.5-2.fc6 [u'440914 ASSIGNED'] (build/make) toshio > qcad-2.0.5.0-8.fc9 [u'449636 ASSIGNED'] (build/make) gemi > qps-1.9.19-0.2.b.fc7 [u'434312 ASSIGNED'] (build/make) makghosh > qsynth-0.2.5-7.fc9 [u'440736 ASSIGNED'] (build/make) nando > qtiplot-0.9-8.fc9 [u'434100 ASSIGNED'] (build/make) frankb > ruby-bdb-0.6.0-1.fc7 [u'434090 ASSIGNED'] (build/make) errr > rudeconfig-5.0.5-1.fc7 [u'434131 ASSIGNED'] (build/make) homeless > scim-skk-0.5.2-8.fc6 [u'434419 ASSIGNED'] (build/make) ryo > sos-1.8-1.fc8 [u'440839 ASSIGNED'] (build/make) navid > straw-0.27-12.fc9 [u'440806 ASSIGNED'] (build/make) subhodip > svnmailer-1.0.8-3.fc7 [u'449666 ASSIGNED'] (build/make) mfleming > xml-commons-resolver-1.1-1jpp.12 [u'434098 ASSIGNED'] (build/make) fnasser > yoltia-0.22.1-2.fc9 [u'440935 ASSIGNED'] (build/make) kurzawa > > > > > ---------------------------------- > Packages by owner: > abompard: HelixPlayer,grisbi,libkexif,librra,tiger > > aconway: qpidc,rhm > > adalloz: pan > > addutko: astyle > > adrian: bwbar,gmpc,jhead > > afb: slim > > afsilva: nethogs > > agk: lvm2 > > agoode: escape,fvwm > > airlied: xorg-x11-drv-nouveau > > ajax: libpciaccess,mesa,mesa,xorg-x11-drv-nouveau > > akahl: bmpx,libzzub > > alcapcom: eclipse-quickrex,eclipse-rpm-editor > > alexlan: Miro,perl-bioperl,picard > > apevec: perl-Config-Augeas > > ascii: fish > > athimm: > arpack,fakechroot,fakeroot,freenx-server,libFoundation,mediawiki,perl-Text-CharWidth,perl-Text-WrapI18N,vtk > > atkac: dump,mtools,rsh,vnc,xdelta > > ausil: > denyhosts,fedora-ds-base,knetworkmanager,mysql-gui-tools,sugar-journal > > awjb: > WindowMaker,aterm,atitvout,claws-mail,dosbox,gimmix,koffice-langpack,libAfterImage,libnasl,libopensync,librra,nessus-core,openal,polyxmass-bin,pywbxml,w3c-libwww > > bagnara: ppl > > bellet: SimGear > > bernie: ctrlproxy > > berrange: perl-Test-AutoBuild > > bjensen: hamlib,linpsk,xdx > > bjohnson: goocanvas,mailgraph,pdfedit,perl-PDF-API2,queuegraph > > bmarzins: lvm2 > > bmr: lvm2 > > bos: gtk2hs > > bpepple: brutus-keyring,evolution-brutus,libepc > > braden: openvrml > > buc: gtk-gnutella,phpldapadmin > > byte: MagicPoint > > cagney: frysk > > caillon: Miro > > candyz: gcin > > caolanm: hunspell-en,icu > > chitlesh: LabPlot,LabPlot,compat-guile-16,kicad,piklab > > colding: brutus-keyring,evolution-brutus > > corsepiu: lib3ds > > cr33dog: fontypython > > cweyl: > perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Perl-Critic,perl-RRD-Simple > > cwickert: gwget,xfce4-panel > > danken: bidiv > > davidz: libgnomecups > > dbhole: > antlr,icu4j,jgroups,jpackage-utils,ldapjdk,maven-scm,maven-surefire,maven2,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc,relaxngDatatype,sinjdoc,tanukiwrapper,xpp2 > > dcbw: csound,plague,wpa_supplicant > > dchen: libsvm > > deji: atlas,atlas,cln,cln > > denis: brasero,galeon,gstreamer-python,hamlib,pstoedit,wp_tray > > devrim: classpathx-jaf,jaxen-bootstrap,mapserver,tanukiwrapper > > dionysos: gpsim,kicad,piklab > > dledford: mdadm > > dnovotny: amanda > > drago01: hardinfo,linkage,pinot > > dtimms: audacity > > dwalsh: setools > > dwmw2: exim,hfsutils,linux-atm,petitboot,qemu > > dwysocha: lvm2 > > ecik: kadu > > edhill: itpp,libmatheval,osiv > > eitch: ode > > ensc: dietlibc,ip-sentinel,mimetic > > eponyme: trickle > > errr: fluxstyle,pekwm,ruby-bdb > > ertzing: fwbuilder,libfwbuilder > > ework: gtkdatabox > > firewing: lybniz > > fnasser: > geronimo-specs,icu4j,jakarta-oro,werken-xpath,xml-commons-resolver > > fonts-sig: fonttools,fontypython,libXfont,libXfontcache > > frankb: qtiplot > > fschwarz: python-TurboMail,python-tgcaptcha,python-turboflot > > gecko-maint: seamonkey,thunderbird > > gemi: > audacity,bigloo,erlang,gcl,genius,mosml,nyquist,ocaml,pl,qcad,smarteiffel > > ghenry: cpan2rpm > > gilboa: kdebluetooth > > green: ardour,gcl,kawa,seq24 > > hadess: gnome-media,libgpod > > harald: pciutils > > hardaker: dnssec-tools > > hedayat: rcssserver3d > > hguemar: plotmm > > hno: squid > > homeless: rudeconfig > > huzaifas: dia,dia,gnumeric > > hypersonic: presto > > ianweller: xautolock > > iburrell: perl-SVN-Mirror > > icon: uqm > > ifoox: ht2html > > ivazquez: edsadmin > > ixs: bitbake,mod_suphp,pyzor > > jafo: moto4lin,picocom,python-memcached,python-pydns,python-pyspf > > jakub: compat-gcc-32,compat-gcc-34,valgrind > > jamatos: PyX,PyX,ifplugd,python-imaging > > james: python,python,python-docs,zsh > > jcollie: picard > > jfearn: publican > > jgranado: python-imaging > > jhrozek: dwdiff > > jjames: idw-gpl,jcip-annotations > > jjh: darcs > > jjohnstn: eclipse-cdt,eclipse-changelog > > jkratoch: libunwind > > jmagne: coolkey > > jmoskovc: rcs,rusers > > jmrodri: tanukiwrapper > > jnovy: db4,libusb,libvorbis,nedit,tetex-tex4ht,texlive > > joost: lazarus > > jorge: lock-keys-applet > > jorton: mod_python,uw-imap > > jpmahowa: pmount > > jpo: perl-IO-Socket-SSL > > jpye: sundials > > jsafrane: migrationtools,tcp_wrappers > > jskala: mgetty,mgetty,netatalk,ppp,squid,squid,vsftpd > > jsoeterb: xmms-cdread > > jsteffan: python,squid > > jwboyer: ctrlproxy,petitboot > > jwrdegoede: > ClanLib06,KoboDeluxe,MagicPoint,TnL,abuse,alex4,ardour,arj,arm-gp2x-linux-gcc,asc,bolzplatz2006,clonekeen,higlayout,kbilliards,libid3tag,libvorbis,libvorbis,ode,openmsx,pioneers,scorched3d,sdcc,supertuxkart,vecmath1.2,vegastrike,xgalaxy > > kaboom: qgo > > karsten: autoconf,automake15,x3270 > > kasal: > brltty,cairo-java,glib-java,groff,libgconf-java,libglade-java,libgnome-java,libgtk-java,libvte-java,pcre,perl-Crypt-SSLeay,perl-RPM2,transfig > > katzj: python,python-docs > > kengert: nss,seamonkey > > kevin: twinkle,xfce4-panel > > kg6fnk: pdsh > > kkofler: > arts,fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,ocaml-facile,qimageblitz,qt3,z88dk > > konradm: xchat-ruby > > kurzawa: jabbin,pic2aa,yoltia > > kwizart: afflib,elektra,jack-rack,oyranos,perl-Event-Lib,stellarium > > kzak: gnome-applet-vm,lockdev,sudo,util-linux-ng > > langel: > azureus,azureus,bouncycastle,bouncycastle,java-1.5.0-gcj,java-1.5.0-gcj,java-1.6.0-openjdk,java-1.6.0-openjdk > > laxathom: g-wrap,guile-gnome-platform,lib3ds,mono,mono,ntfs-config,quake3 > > leo: pcmanx-gtk2 > > limb: archivemail,freenx-server,lilypond,nagi,rafkill,wesnoth,xmoto > > liquidat: knetworkmanager > > lkundrak: inkscape,inkscape,java-1.6.0-openjdk,pcre,plexus-graph > > lmacken: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot > > ltinkl: > fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig > > lutter: ruby-rpm > > luya: gdesklets > > lvm-team: lvm2 > > makghosh: qps > > masahase: manedit,mfiler2,pards > > mbacovsk: squirrelmail > > mbarnes: evolution-sharp,evolution-zimbra,gnome-python2-extras > > mbooth: eclipse-epic,eclipse-phpeclipse > > mbroz: lvm2 > > mcepl: pspp > > mclasen: glade2 > > mdious: publican > > mef: ice,kaffeine,pl > > mfleming: asylum,mailgraph,svnmailer > > mgarski: xscorch > > mharmsen: jss > > michaelc: scsi-target-utils,scsi-target-utils > > michich: epdfview > > mikep: fmt-ptrn > > misa: mx > > mjw: java-1.6.0-openjdk > > mlichvar: mairix,minicom,tcpdump > > mlum: jss > > mmahut: evolution-zimbra,stellarium > > mmaslano: anacron,perl-Crypt-SSLeay,perl-RPM2 > > mmcgrath: knetworkmanager,nagios,perl-MIME-Lite > > mnagy: ipa,squid,vsftpd > > mnowak: eclipse-pydev,eclipse-pydev > > mora: javasqlite > > mornfall: lvm2 > > mpeters: PyX,pan > > mschwendt: abicheck,audacious-plugin-fc,audacity,sylpheed > > mtasaka: > astyle,hyperestraier,libzzub,manedit,mecab-java,mfiler2,qdbm,tgif,trickle > > mwiriadi: mediatomb > > mwringe: junitperf,maven-wagon,rhino,xdoclet,xerces-j2,xml-commons-which > > mzazrive: dbxml,dbxml-perl > > nando: jack-rack,qsynth > > navid: sos > > ndim: soundtracker > > ngompa: oggconvert > > nhosoi: fedora-ds-base > > nkinder: fedora-ds-base,jss > > nkwan: jss > > nomis80: camstream > > notting: sysvinit > > nphilipp: sane-backends > > nsantos: icu4j,qpidc,relaxngDatatype,rhm,xpp2 > > oliver: eclipse,fish,mapserver > > omajid: dbus-java,libmatthew-java > > orion: > eclipse-photran,ftnchek,g2clib,gdl,gridengine,hdf,kompose,libsynaptics,paraview,plplot,vtk > > ovasik: docbook-utils,inn,libwvstreams,linuxdoc-tools,pax,tar,wvdial > > overholt: > eclipse,eclipse,eclipse-changelog,eclipse-checkstyle,eclipse-gef,eclipse-mylyn,eclipse-pydev,eclipse-quickrex,eclipse-rpm-editor,sat4j > > owentl: gdesklets > > paragn: perl-perlmenu > > pawsa: balsa > > pcheung: ant,jakarta-commons-daemon,jakarta-commons-io,jakarta-commons-net > > pebenito: setools > > perl-sig: > cpan2rpm,perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Event-Lib,perl-IO-Socket-SSL,perl-MIME-Lite,perl-PDF-API2,perl-Perl-Critic,perl-RPM2,perl-RRD-Simple,perl-SVN-Mirror,perl-bioperl,perl-perlmenu > > pertusus: > a2ps,bes,cernlib,cernlib-g77,dap-freeform_handler,dap-hdf4_handler,elektra,fetchmail,fltk,ftnchek,g2clib,grads,gzip,hdf,libdap,libnc-dap,paraview,pmount,tetex-tex4ht,texlive,transfig,w3lib > > peter: fuse-encfs > > petersen: darcs,emacspeak,gcin,gettext,gtk2hs,m17n-db > > pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp > > pghmcfc: gnome-libs,imlib,libpng10,perl-IO-Socket-SSL > > pgordon: deluge,rb_libtorrent,scribes > > pknirsch: filesystem,radeontool > > pmachata: ltrace,make,tzdata > > pmatilai: db4 > > pmuldoon: frysk,libgtk-java > > pnemade: m17n-db > > pvrabec: sudo > > pwouters: lrmi,s3switch > > rafalzaq: blobwars > > rakesh: ifplugd > > rathann: dx,freefem++,gabedit,tachyon > > ravenoak: pysvn > > rcritten: ipa,jss > > rdieter: > PyQt4,akode,arts,fedorawaves-kdm-theme,fltk,gtk+,k3b,kaffeine,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig,libkexif,qimageblitz,qt3,uw-imap > > remi: ocsinventory-agent,perl-Apache2-SOAP > > rezso: mapserver > > richdawe: planet > > rishi: tla > > rjones: ocaml,ocaml-camlimages,virt-df > > rmeggins: fedora-ds-base,jss > > rmyers: eclipse-checkstyle,eclipse-egit > > rnorwood: perl-Crypt-SSLeay,perl-RPM2,pygame > > robert: arj,dsniff,eggdrop,perl-CGI-SpeedyCGI > > robmv: eclipse-subclipse,ganymed-ssh2 > > roland: strace > > romal: nagios > > roozbeh: fonttools,mediawiki > > rrakus: indent,k3b,time > > rrelyea: coolkey > > rstrode: libxklavier,tomboy > > ruben: pdns,pdns-recursor > > rui: MagicPoint > > rvinyard: bit,conexus,conexusmm,papyrus > > rvokal: linuxdoc-tools > > ryo: scim-skk > > s4504kr: stellarium > > salimma: Miro,podsleuth > > sconklin: hamlib,linpsk,xdx > > scop: dvb-apps,javasqlite,kaffeine,kdebluetooth,optipng,vdr,xmms-modplug > > sebastian: nagios > > seg: openjpeg,soundtracker > > sergiopr: wcstools > > sgrubb: aide,audit,openswan,prelude-lml > > shahms: python-durus,python-simpletal,python-tpg > > sharkcz: codeblocks,cyrus-imapd > > silfreed: ale > > simo: ipa > > sindrepb: hamlib,linpsk,muine-scrobbler,perl-Net-Packet,perl-Net-Write,xdx > > smccann: shapelib > > somlo: aumix > > sparkins: jss > > splinux: gdmap,gstm,lostirc,lostirc > > spot: > AcetoneISO,PyAmanith,R-RScaLAPACK,SimGear,alienarena,amanith,ftplib,gambas,gambas2,google-perftools,ntfsprogs,xbiso > > ssp: libXTrap,libXfont,libXfontcache > > stahnma: ruby-rpm,x2vnc > > stalwart: fedorawaves-kdm-theme > > steve: sqlgrey,tuxpaint > > steved: nfs4-acl-tools > > subhodip: straw > > svahl: kcoloredit,kgrab,kiconedit,kmid,ksig,lxpanel > > swagiaal: frysk,libgtk-java > > szpak: isomaster > > tagoh: Canna,apel,man-pages-ja,namazu,paps,ruby > > tbzatek: tuxcmd > > terjeros: gq,lshw,scsi-target-utils > > tgl: libdbi,libdbi-drivers,postgresql-jdbc > > than: > PyQt4,arts,fedorawaves-kdm-theme,isdn4k-utils,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,qimageblitz,qt3 > > thias: djvulibre,kannel,lsdvd,ncftp,starfighter,thttpd > > thl: gweled,icu > > thomasvs: ladspa,rasqal > > tibbs: denyhosts > > till: > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool,wyrd > > timj: alsa-firmware > > timlau: bodhi > > tjikkun: tcltls > > tmoertel: R-Matrix > > tmraz: cyrus-sasl,pam > > tmz: libgpod,libid3tag > > tnorth: LabPlot,avr-binutils,avr-gcc > > toshio: > bodhi,python-TurboMail,python-tgcaptcha,python-turboflot,qa-assistant > > trasher: homebank,klear > > trondd: avr-binutils,avr-gcc,sdcc,uisp > > tscherf: Miro > > tsmetana: procps > > twaugh: a2ps,foomatic,pnm2ppa,symlinks,tree > > twoerner: postfix > > uwog: abiword,aiksaurus > > varekova: aspell,bzip2,gmp,gzip,jpilot,man > > vcrhonek: expect,fetchmail,tcsh,ypserv > > veillard: libvirt-java > > vpv: vdr > > wart: bsd-games,wfut > > wguaraldi: Miro > > wolfy: logserial,ssmtp,trickle > > wtogami: nagios,wesnoth > > xgl-maint: xorg-x11-drv-s3,xorg-x11-drv-summa,xorg-x11-xinit > > xris: lineak-defaultplugin,lineak-xosdplugin,lineakd > > xulchris: poker-network,pygame > > zprikryl: iptraf,mtr > > > -- > Matt Domsch > Linux Technology Strategist, Dell Office of the CTO > linux.dell.com & www.dell.com/linux > -- novus ordo absurdum From Matt_Domsch at dell.com Thu Aug 28 16:27:53 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 11:27:53 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <33057.198.175.55.5.1219940673.squirrel@mail.jcomserv.net> References: <20080828104611.A16272@humbolt.us.dell.com> <33057.198.175.55.5.1219940673.squirrel@mail.jcomserv.net> Message-ID: <20080828162753.GC3047@auslistsprd01.us.dell.com> On Thu, Aug 28, 2008 at 11:24:33AM -0500, Jon Ciesla wrote: > Can this be done against current rawhide? The version of wesnoth listed > is older that what's there now, that build sucessfully. once rawhide is flowing and syncing out, yes. I try to do the run near the beginning of each month, so probably next week if things are working again. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From jreiser at BitWagon.com Thu Aug 28 16:46:21 2008 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 28 Aug 2008 09:46:21 -0700 Subject: Rawhide install/update status In-Reply-To: <1219940230.22668.3.camel@scrappy.miketc.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> Message-ID: <48B6D65D.1050009@BitWagon.com> > Has anyone tried an install and ran updates now that rawhide has sync'd > up again and putting out packages? Curious if some of the > firefox/evolution/etc problems might have been fixed or not. I had a Fedora 10 alpha i686 from two weeks ago. This morning I ran "yum --exclude redhat-lsb update" successfully after dealing with https://bugzilla.redhat.com/show_bug.cgi?id=460548 which was a problem of having two different versions of totem-pl-parser installed. I filed the bz and a Comment using the firefox on the F10 alpha i686, and I did not notice any problems with firefox. -- From Matt_Domsch at dell.com Thu Aug 28 16:48:11 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 11:48:11 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828162153.GB3047@auslistsprd01.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <200808281812.13851.opensource@till.name> <20080828162153.GB3047@auslistsprd01.us.dell.com> Message-ID: <20080828164811.GD3047@auslistsprd01.us.dell.com> On Thu, Aug 28, 2008 at 11:21:53AM -0500, Matt Domsch wrote: > On Thu, Aug 28, 2008 at 06:12:12PM +0200, Till Maas wrote: > > On Thu August 28 2008, Till Maas wrote: > > > On Thu August 28 2008, Matt Domsch wrote: > > > > Fedora Rawhide-in-Mock Build Results for i386 > > > > based on Rawhide from 2008-08-12. > > > > > > > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > > > > > > > till: > > > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeonto > > > >ol ,wyrd > > > > > > Is there maybe a bug in the build failure detection? I checked the logs for > > > aircrack-ng and it looks fine to me: > > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/ > > >aircrack-ng-0.9.3-1.fc9.src.rpm/result/ > > > > I just noticed that the logfiles are not updated yet and I suspect this bug to > > be the reason for most of my packages not building: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=455387 > > Thanks, I've added a test for this failure, and will report back those > in a bit... 29 on i386, 28 on x86_64. These can be ignored then by packagers, awaiting the mock bug above to be fixed. AcetoneISO (mock_bug_455387) aircrack-ng (mock_bug_455387) ctrlproxy (mock_bug_455387) fcgi (mock_bug_455387) fedorawaves-kdm-theme (mock_bug_455387) filesystem (mock_bug_455387) ftplib (mock_bug_455387) kcoloredit (mock_bug_455387) kdeaddons (mock_bug_455387) kdegames3 (mock_bug_455387) kgrab (mock_bug_455387) kiconedit (mock_bug_455387) kmid (mock_bug_455387) ksig (mock_bug_455387) libHX (mock_bug_455387) ocaml-facile (mock_bug_455387) offlineimap (mock_bug_455387) pam_mount (mock_bug_455387) presto (mock_bug_455387) python-docs (mock_bug_455387) python-flup (mock_bug_455387) qimageblitz (mock_bug_455387) radeontool (mock_bug_455387) wyrd (mock_bug_455387) x2vnc (mock_bug_455387) xbiso (mock_bug_455387) xchat-ruby (mock_bug_455387) xmms-cdread (mock_bug_455387) z88dk (mock_bug_455387) -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From wwoods at redhat.com Thu Aug 28 17:00:36 2008 From: wwoods at redhat.com (Will Woods) Date: Thu, 28 Aug 2008 13:00:36 -0400 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <1219932344.3396.43.camel@hughsie-work> References: <1219882933.11809.6.camel@kennedy> <1219932344.3396.43.camel@hughsie-work> Message-ID: <1219942836.3162.28.camel@metroid.rdu.redhat.com> On Thu, 2008-08-28 at 15:05 +0100, Richard Hughes wrote: > On Wed, 2008-08-27 at 20:22 -0400, Brian Pepple wrote: > > === Signing and Pushing New Keys === > > * Long discussion on how to handle the package key migration for users. > > FESCo ended up approving Warren's proposal, which can be found here: > > http://lists.fedoraproject.org/pipermail/rel-eng/2008-August/001622.html > > * NOTE: Once this is implemented we can start issuing updates again, > > which I think is what most people are interested in hearing about. > > Might have been nice for someone to ping me if you guys were talking > about PackageKit. I guess? At this point it's all a solved problem - the key import mechanism in *current* PK is fine. It's just the version from original F9 that was problematic. > > > f13: yeah, it's weaksauce, but you remember the failure > > > condition for PK was *SO BAD* that we added last-minute horrible > > > hacks to anaconda over jeremy's (valid) objections > > I guess by hacks you meant that I wanted anaconda to auto-import the > fedora signing key at install time. That's what I was referring to, yes. I agree with the principle of importing the signing keys at install-time. I just wish we could have had time to discuss it and choose a solution (and implementation) agreeable to all. So: I used the phrase "horrible hacks" because we had scant *hours* to find and implement the simplest possible workaround, rather than actually discussing the problem and fixing as we normally do. -w -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3153 bytes Desc: not available URL: From a.badger at gmail.com Thu Aug 28 17:00:24 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Aug 2008 10:00:24 -0700 Subject: AWOL process for Jeff Carlson In-Reply-To: References: <3170f42f0808131351r77d91860k68b03a9142532cdd@mail.gmail.com> <20080813231513.279a0dcd.mschwendt@gmail.com> <200808140042.16224.opensource@till.name> <20080814011008.6fc606f7.mschwendt@gmail.com> <1218711719.32386.38.camel@gibraltar.str.redhat.com> Message-ID: <48B6D9A8.9010905@gmail.com> Rakesh Pandit wrote: > 2008/8/28 Rakesh Pandit : >> 2008/8/23 Rakesh Pandit : >>> 2008/8/23 Jon Stanley : >>>> On Sat, Aug 23, 2008 at 12:04 PM, Rakesh Pandit wrote: >>>> >>>>> I suppose this needs a look by anybody from FESco members. >>>> FESCo has been looking at this. Me and at least one other FESCo member >>>> believe that this maintainer is gone/no longer interested in Fedora in >>>> this particular case. Therefore, I am approving the orphaning request, >>>> thus the three day "no objection" period begins today. >>>> >>>> As a side note, there is also another package affected, called >>>> up-imapproxy. It also needs a loving owner :) >>>> >>> >>> I would be very happy to take it ..... if it okay with everyone ? >>> >> May sombody release packages zile & up-imapproxy now ? >> I would like to tackle with up-imapproxy bugs this weekend. >> > > Sorry for confusion. > By release I mean orphan those packages. > > zile and up-imapproxy have now been orphaned. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From orion at cora.nwra.com Thu Aug 28 17:20:20 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 11:20:20 -0600 Subject: Problems with mock rawhide builds Message-ID: <48B6DE54.2060906@cora.nwra.com> I'm seeing the following error in my x86_64 rawhide mock builds in root.log: DEBUG util.py:250: /usr/bin/python: relocation error: /lib64/libnsl.so.1: symbol __libc_clntudp_bufcreate, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference If I wipe out the mock cache it will work. Any ideas? Anyone else seeing this? mock host is running CentOS 5, also seen with F-8. mock 0.9.7-1.el5. Bug #460567 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Thu Aug 28 17:40:39 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 11:40:39 -0600 Subject: Strange popen behavior on xen builders? In-Reply-To: <48B6CEBB.4070602@cora.nwra.com> References: <489B804D.3010705@cora.nwra.com> <48A9F487.5000904@cora.nwra.com> <48B6CEBB.4070602@cora.nwra.com> Message-ID: <48B6E317.6090301@cora.nwra.com> Orion Poplawski wrote: > Orion Poplawski wrote: >> Filed bug #459442 as I have a simple test case. Once everything is >> back up we can test again. >> > > It appears that the pipe2 syscall on the x86_64 xen kernels is broken > and that rawhide glibc has moved to using pipe2 from pipe in rawhide. > > This seems like a blocker to me. > Okay, looks like a known issue with the xen kernels. New test kernels are available, see the bug for more info. We should get a fixed version onto the Fedora xen builders very soon, and maybe disable them until they can be fixed? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From luya_tfz at thefinalzone.com Thu Aug 28 17:54:45 2008 From: luya_tfz at thefinalzone.com (Luya Tshimbalanga) Date: Thu, 28 Aug 2008 13:54:45 -0400 Subject: [Fedora Forum] Micro Fedora Message-ID: <1219946085.48b6e665ed059@ssl.mecca.ca> Hello, A Fedora user nicknamed stevea has posted an topic about making micro Fedora. It will be nice to take a look because he may be a very important contributors given his skills in embedded. " The minimalFedora system weighed in at 67MB. 58MB was in /lib/modules. I could easily pare that down to a few MB, remove unused drivers with a little work. Another 6.5MB was in /boot and 1.7MB in busybox. Aside from the homemade inittab and rcS (init script) it was all from the Fedora distro,". References: ----------- http://forums.fedoraforum.org/showthread.php?t=190084 -- Luya Tshimbalanga Fedora Project contributor http://www.fedoraproject.org/wiki/LuyaTshimbalanga P.S: disregard the comparison with BSD topic. From jspaleta at gmail.com Thu Aug 28 18:33:54 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Aug 2008 10:33:54 -0800 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <1219946085.48b6e665ed059@ssl.mecca.ca> References: <1219946085.48b6e665ed059@ssl.mecca.ca> Message-ID: <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> On Thu, Aug 28, 2008 at 9:54 AM, Luya Tshimbalanga wrote: > The minimalFedora system weighed in at 67MB. 58MB was in /lib/modules. I could > easily pare that down to a few MB, remove unused drivers with a little work. > Another 6.5MB was in /boot and 1.7MB in busybox. Aside from the homemade > inittab and rcS (init script) it was all from the Fedora distro,". It's interesting...but if i'm reading the post correctly, he's basically sacrificed the ability to receive system updates...that has consequences. Consequences we as a project might not officially want to endorse. Now maybe he and a few other people can support pushing update images instead of individual packages or something to deal with updates. But a solution like that would classified as a derived distribution. Can we make room for that sort of community effort under the larger Fedora Project? The people who want to do this, they may need to provide their own hosting and image compose iron. We may not be able to put existing project resources towards it. On a brighter note, the new trademark guidelines may adequately cover this sort of thing so they can use our branding without additional hassle in the same way that the Fedora Unity guys are going to get to use the trademark for their re-spins under the new trademark guidelines. I wonder if the Fedora Unity guys would be interested in working with him in terms of hosting and composing infrastructure for the concept. -jef From Matt_Domsch at dell.com Thu Aug 28 18:38:04 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 28 Aug 2008 13:38:04 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828161127.GA3047@auslistsprd01.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <20080828161127.GA3047@auslistsprd01.us.dell.com> Message-ID: <20080828183804.GE3047@auslistsprd01.us.dell.com> On Thu, Aug 28, 2008 at 11:11:27AM -0500, Matt Domsch wrote: > > sorry, that URL is slightly out-of-date now. There is no more "core" > vs "extras", so it's just mock-results/... which of course, broke my > rsync... Thanks for catching it. New tree syncing out now. The tree with today's results is now available. http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/ -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From berrange at redhat.com Thu Aug 28 18:43:58 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 28 Aug 2008 19:43:58 +0100 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> Message-ID: <20080828184358.GA18776@redhat.com> On Thu, Aug 28, 2008 at 10:33:54AM -0800, Jeff Spaleta wrote: > On Thu, Aug 28, 2008 at 9:54 AM, Luya Tshimbalanga > wrote: > > The minimalFedora system weighed in at 67MB. 58MB was in /lib/modules. I could > > easily pare that down to a few MB, remove unused drivers with a little work. > > Another 6.5MB was in /boot and 1.7MB in busybox. Aside from the homemade > > inittab and rcS (init script) it was all from the Fedora distro,". > > It's interesting...but if i'm reading the post correctly, he's > basically sacrificed the ability to receive system updates...that has > consequences. Consequences we as a project might not officially want > to endorse. > > Now maybe he and a few other people can support pushing update images > instead of individual packages or something to deal with updates. But > a solution like that would classified as a derived distribution. Can > we make room for that sort of community effort under the larger Fedora > Project? The people who want to do this, they may need to provide > their own hosting and image compose iron. We may not be able to put > existing project resources towards it. We are doing exactly this kind of model in the oVirt project. For the 'oVirt managed node' (ie the OS which hosts the virtual machines), we build a OS appliance image using a derivative of livecd-creator. This runs stateless - all persistent config is stored in oVirt's management system. We just load the entire OS image over PXE at boot time. We're currently building off Fedora 9 repos, and have a < 64 MB OS image. Per-RPM updates are irrelevant - since we're stateless, we just upload a new OS image to the PXE server and reboot the host in question and it'll be running the new code. The key issue here is obviously the periodic distribution of the binary OS images - arguably you could just put the pre-built OS image inside an RPM and just use 'yum update' to pull it down to the PXE server. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From amdunn at gmail.com Thu Aug 28 18:47:46 2008 From: amdunn at gmail.com (Alan Dunn) Date: Thu, 28 Aug 2008 14:47:46 -0400 Subject: Updates being pushed? Message-ID: Not to be a complainer, but are Bodhi updates being pushed again after the other week's events? Or is something still wrong/not yet checked with that part of the infrastructure? The queue seems to be as deep as I've ever seen it so far. Just curious... - Alan From jwboyer at gmail.com Thu Aug 28 18:51:09 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 28 Aug 2008 14:51:09 -0400 Subject: Updates being pushed? In-Reply-To: References: Message-ID: <20080828185109.GA18467@yoda.jdub.homelinux.org> On Thu, Aug 28, 2008 at 02:47:46PM -0400, Alan Dunn wrote: >Not to be a complainer, but are Bodhi updates being pushed again after >the other week's events? Or is something still wrong/not yet checked >with that part of the infrastructure? The queue seems to be as deep as >I've ever seen it so far. Just curious... Plans are still being made and decided on about how to revoke the current gpg key used to sign RPMs. I think this has progressed to the point where the plan is set, and now they are starting to execute it. josh From jkeating at redhat.com Thu Aug 28 18:52:05 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Aug 2008 11:52:05 -0700 Subject: Updates being pushed? In-Reply-To: References: Message-ID: <1219949525.6655.8.camel@luminos.localdomain> On Thu, 2008-08-28 at 14:47 -0400, Alan Dunn wrote: > Not to be a complainer, but are Bodhi updates being pushed again after > the other week's events? Or is something still wrong/not yet checked > with that part of the infrastructure? The queue seems to be as deep as > I've ever seen it so far. Just curious... > > - Alan > As part of the recover from the last few weeks' events, we have to introduce a new set of signing keys into Fedora. I'm currently re-signing all of the 8 and 9 content with these new keys so that we can make them available along with the new updates with the new key for these product lines. This is going to take some time due to the nature of how our signing works. It's also taken some times to hash out a good migration plan for users and start working on the documentation and the bits and pieces to make this happen. Expect to hear more about this in the next day or three. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Thu Aug 28 18:52:16 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Aug 2008 10:52:16 -0800 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <20080828184358.GA18776@redhat.com> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> Message-ID: <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> On Thu, Aug 28, 2008 at 10:43 AM, Daniel P. Berrange wrote: > We are doing exactly this kind of model in the oVirt project. For the > 'oVirt managed node' (ie the OS which hosts the virtual machines), we > build a OS appliance image using a derivative of livecd-creator. This > runs stateless - all persistent config is stored in oVirt's management > system. We just load the entire OS image over PXE at boot time. We're > currently building off Fedora 9 repos, and have a < 64 MB OS image. You may want to compare notes with him. I'm not sure what his use case is other than 'I wonder how small I can make a workable Fedora with a login prompt'. -jef From Axel.Thimm at ATrpms.net Thu Aug 28 18:53:43 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 28 Aug 2008 21:53:43 +0300 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <33057.198.175.55.5.1219940673.squirrel@mail.jcomserv.net> References: <20080828104611.A16272@humbolt.us.dell.com> <33057.198.175.55.5.1219940673.squirrel@mail.jcomserv.net> Message-ID: <20080828185343.GA22094@victor.nirvana> On Thu, Aug 28, 2008 at 11:24:33AM -0500, Jon Ciesla wrote: > Can this be done against current rawhide? The version of wesnoth listed > is older that what's there now, that build sucessfully. Indeed, almost all the packages I'm listed in have been recently rebuilt for rawhide (and even F9/F8 with updates in pending state). Still many thanks to Matt for this sisyphian task! > > Fedora Rawhide-in-Mock Build Results for i386 > > based on Rawhide from 2008-08-12. > > > > About 230 packages fail to build due to the restriction on patch fuzz. > > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > > > > > Open Bugs which now build, and can be marked CLOSED RAWHIDE: > > bacula: [u'440905'] > > callweaver: [u'434066'] > > compat-erlang: [u'434102'] > > dxpc: [u'449644'] > > freeipmi: [u'440875'] > > gauche: [u'449627'] > > gazpacho: [u'440859'] > > gnome-applet-tvn24: [u'434300'] > > graphviz: [u'449410'] > > ikvm: [u'434375'] > > libgtksourceviewmm: [u'434532'] > > mx4j: [u'434097'] > > nco: [u'449408'] > > perl-Crypt-Simple: [u'449495'] > > perl-XML-LibXSLT: [u'449544'] > > redhat-rpm-config: [u'449717'] > > scribus: [u'440766'] > > zhcon: [u'449625'] > > > > Total packages: 6039 > > Number failed to build: 624 > > Number expected to fail due to ExclusiveArch or ExcludeArch: 14 > > Leaving: 610 > > > > Of those expected to have worked... > > Without a bug filed: 520 > > ---------------------------------- > > AcetoneISO-6.7-5.fc9 (build/make) spot > > Canna-3.7p3-24.fc9 (patch_fuzz) tagoh > > ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede > > KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede > > LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth > > MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui > > Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi > > PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot > > PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than > > PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos > > R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot > > SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet > > TnL-071111-6.fc10 (patch_fuzz) jwrdegoede > > WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb > > a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus > > abicheck-1.2-18 (build/make) mschwendt > > abiword-2.6.4-7.fc10 (build/make) uwog > > abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede > > afflib-3.2.3-1.fc10 (patch_fuzz) kwizart > > aide-0.13.1-4 (patch_fuzz) sgrubb > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > akode-2.0.2-5.fc9 (patch_fuzz) rdieter > > ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed > > alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede > > alienarena-7.10-1.fc10 (patch_fuzz) spot > > alsa-firmware-1.0.17-1.fc10 (build/make) timj > > amanda-2.5.2p1-10.fc9 (build/make) dnovotny > > amanith-0.3-9.fc9 (patch_fuzz) spot > > anacron-2.3-61.fc10 (patch_fuzz) mmaslano > > ant-1.7.0-2.fc10 (build/make) pcheung > > antlr-2.7.7-2.fc10 (build/make) dbhole > > apel-10.7-1.fc8 (build/make) tagoh > > archivemail-0.7.2-1.fc9 (patch_fuzz) limb > > ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede > > arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert > > arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede > > arpack-2.1-7.fc9 (build/make) athimm > > arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler > > asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede > > aspell-0.60.6-2.fc10 (patch_fuzz) varekova > > asylum-0.2.3-3.fc9 (build/make) mfleming > > atitvout-0.4-8 (patch_fuzz) awjb > > atlas-3.6.0-15.fc10 (build/make) deji,deji > > audacious-plugin-fc-0.2-6 (build/make) mschwendt > > audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms > > audit-1.7.4-2.fc10 (build/make) sgrubb > > aumix-2.8-17.fc9 (patch_fuzz) somlo > > autoconf-2.62-5.fc10 (patch_fuzz) karsten > > automake15-1.5-23 (patch_fuzz) karsten > > avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd > > avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd > > azureus-3.0.4.2-16.fc10 (build/make) langel,langel > > balsa-2.3.25-1.fc10 (build/make) pawsa > > bidiv-1.5-6.fc9 (build/make) danken > > bigloo-3.1a-1.fc10 (patch_fuzz) gemi > > bit-0.4.1-3.fc9 (build/make) rvinyard > > blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq > > bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau > > bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede > > bouncycastle-1.39-1.fc10 (build/make) langel,langel > > brasero-0.7.90-1.fc10 (build/make) denis > > bsd-games-2.17-23.fc9 (patch_fuzz) wart > > bwbar-1.2.3-2 (patch_fuzz) adrian > > bzip2-1.0.5-2.fc9 (build/make) varekova > > cairo-java-1.0.5-10.fc10 (build/make) kasal > > cernlib-2006-30.fc10 (build/make) pertusus > > cernlib-g77-2006-30.fc10 (build/make) pertusus > > classpathx-jaf-1.0-12.fc10 (build/make) devrim > > claws-mail-3.4.0-1.fc10 (build/make) awjb > > cln-1.2.2-1.fc10 (build/make) deji,deji > > clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede > > codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz > > compat-gcc-32-3.2.3-64 (build/make) jakub > > compat-gcc-34-3.4.6-9 (patch_fuzz) jakub > > compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh > > conexus-0.5.3-4.fc9 (build/make) rvinyard > > conexusmm-0.5.0-3.fc7 (build/make) rvinyard > > cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig > > csound-5.03.0-16.fc9 (build/make) dcbw,pfj > > ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie > > cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz > > cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz > > darcs-2.0.0-1.fc10 (build/make) jjh,petersen > > db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai > > dbus-java-2.5-3.fc10 (build/make) omajid > > dbxml-2.3.10-12.fc9 (build/make) mzazrive > > dbxml-perl-2.003-5.fc10 (build/make) mzazrive > > deluge-0.9.04-1.fc10 (build/make) pgordon > > denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil > > dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas > > dietlibc-0.31-5.20080517.fc10 (build/make) ensc > > dnssec-tools-1.4.1-2.fc10 (build/make) hardaker > > docbook-utils-0.6.14-13.fc9 (build/make) ovasik > > dosbox-0.72-4.fc9 (build/make) awjb > > dsniff-2.4-0.3.b1.fc10 (patch_fuzz) robert > > dump-0.4b41-8.fc10 (patch_fuzz) atkac > > dvb-apps-1.1.1-11.fc9 (patch_fuzz) scop > > dwdiff-1.4-1.fc10 (build/make) jhrozek > > dx-4.4.4-6.fc10 (patch_fuzz) rathann > > eclipse-3.4.0-19.fc10 (build/make) overholt,oliver,overholt > > eclipse-cdt-5.0.0-3.fc10 (build/make) jjohnstn > > eclipse-changelog-2.6.2-2.fc10 (build/make) jjohnstn,overholt > > eclipse-checkstyle-4.0.1-10.fc9 (build/make) rmyers,overholt > > eclipse-egit-0.3.1-0.fc9 (build/make) rmyers > > eclipse-epic-0.6.24-3.fc10 (build/make) mbooth > > eclipse-gef-3.3.0-2.fc9 (build/make) overholt > > eclipse-mylyn-3.0.1-2.fc10 (build/make) overholt > > eclipse-photran-4.0-1.b3.fc9.1 (build/make) orion > > eclipse-phpeclipse-1.2.0-0.2.svn1573.fc10 (patch_fuzz) mbooth > > eclipse-pydev-1.3.18-1.fc10 (build/make) mnowak,overholt,mnowak > > eclipse-quickrex-3.5.0-8.fc10 (build/make) alcapcom,overholt > > eclipse-rpm-editor-0.4.0-1.fc10 (build/make) alcapcom,overholt > > eclipse-subclipse-1.2.4-11.fc9 (patch_fuzz) robmv > > edsadmin-1.0-2.fc9 (build/make) ivazquez > > eggdrop-1.6.19-1.fc10 (patch_fuzz) robert > > emacspeak-26-3.fc8 (patch_fuzz) petersen > > epdfview-0.1.6-3.fc9 (build/make) michich > > escape-200704130-8.fc9 (build/make) agoode > > evolution-brutus-1.2.17-1.fc10 (build/make) bpepple,colding > > evolution-sharp-0.17.4-3.fc10 (build/make) mbarnes > > evolution-zimbra-0.1.1-1.fc10 (build/make) mbarnes,mmahut > > exim-4.69-5.fc10 (patch_fuzz) dwmw2 > > expect-5.43.0-14.fc10 (patch_fuzz) vcrhonek > > fakechroot-2.8-13.fc9 (build/make) athimm > > fakeroot-1.9.6-16.fc9 (build/make) athimm > > fcgi-2.4.0-5.fc9 (build/make) till > > fedora-ds-base-1.1.1-2.fc10 (build/make) rmeggins,ausil,nkinder,nhosoi > > fedorawaves-kdm-theme-1.1-1.fc9 (build/make) > > than,rdieter,kkofler,ltinkl,stalwart > > fetchmail-6.3.8-7.fc10 (patch_fuzz) vcrhonek,pertusus > > fig2sxd-0.18-2.fc10 (patch_fuzz) pfj > > filesystem-2.4.18-1.fc10 (build/make) pknirsch > > fltk-1.1.8-1.fc9 (patch_fuzz) rdieter,pertusus > > fmt-ptrn-1.3.17-2.fc10 (build/make) mikep > > foomatic-3.0.2-61.fc10 (patch_fuzz) twaugh > > freefem++-2.24-2.fc9 (build/make) rathann > > freenx-server-0.7.2-8.0.1.fc10 (patch_fuzz) athimm,limb > > frysk-0.4-0.fc10 (build/make) cagney,pmuldoon,swagiaal > > ftnchek-3.3.1-7.fc9 (build/make) orion,pertusus > > ftplib-3.1-4.fc9 (build/make) spot > > fuse-encfs-1.4.2-4.fc10 (build/make) peter > > fvwm-2.5.26-1.fc10 (build/make) agoode > > g2clib-1.0.5-4.fc9 (build/make) pertusus,orion > > gabedit-2.1.7-1.fc10 (build/make) rathann > > galeon-2.0.6-1.fc10 (patch_fuzz) denis > > gambas-1.0.19-6.fc9 (patch_fuzz) spot > > gambas2-2.7.0-1.fc10 (patch_fuzz) spot > > ganymed-ssh2-210-6.fc9 (build/make) robmv > > gcin-1.4.2-2.fc10 (patch_fuzz) candyz,petersen > > gdesklets-0.36-1.fc9 (build/make) luya,owentl > > gdl-0.9-0.rc1.3.fc10 (patch_fuzz) orion > > genius-1.0.2-3.fc9 (build/make) gemi > > geronimo-specs-1.0-2.M2.fc10 (build/make) fnasser > > gettext-0.17-5.fc10 (build/make) petersen > > gimmix-0.4.2-3.fc9 (build/make) awjb > > glade2-2.12.2-2.fc9 (build/make) mclasen > > glib-java-0.2.6-13.fc10 (build/make) kasal > > gmp-4.2.2-7.fc9 (patch_fuzz) varekova > > gmpc-0.15.5.0-3.fc9 (patch_fuzz) adrian > > gnome-applet-vm-0.2.0-2.fc9 (build/make) kzak > > gnome-libs-1.4.2-9.fc10 (build/make) pghmcfc > > gnome-media-2.23.3-1.fc10 (patch_fuzz) hadess > > gnome-python2-extras-2.19.1-17.fc9 (patch_fuzz) mbarnes > > gnumeric-1.8.2-2.fc9 (patch_fuzz) huzaifas > > goocanvas-0.10-1.fc10 (build/make) bjohnson > > google-perftools-0.95-4.fc9 (build/make) spot > > gq-1.3.4-1.fc9 (build/make) terjeros > > grads-1.9b4-23.fc9 (patch_fuzz) pertusus > > gridengine-6.1u4-1.fc10 (patch_fuzz) orion > > grisbi-0.5.9-5.fc9 (patch_fuzz) abompard > > groff-1.18.1.4-14.fc9 (patch_fuzz) kasal > > gstreamer-python-0.10.11-2.fc9 (build/make) denis > > gtk+-1.2.10-61.fc9 (patch_fuzz) rdieter > > gtk-gnutella-0.96.5-2.fc10 (build/make) buc > > gtk2hs-0.9.13-2.fc10 (build/make) bos,petersen > > gtkdatabox-0.8.2.2-2.fc9 (build/make) ework > > gweled-0.7-11.1 (patch_fuzz) thl > > gwget-0.99-7.fc10 (build/make) cwickert > > gzip-1.3.12-6.fc9 (patch_fuzz) varekova,pertusus > > hamlib-1.2.7-3.fc9 (patch_fuzz) denis,bjensen,sindrepb,sconklin > > hardinfo-0.4.2.3-6.fc10 (build/make) drago01 > > hdf-4.2r3-2.fc9 (build/make) orion,pertusus > > hfsutils-3.2.6-14.fc9 (patch_fuzz) dwmw2 > > higlayout-1.0-2.fc9 (build/make) jwrdegoede > > homebank-3.8-1.fc9 (build/make) trasher > > hunspell-en-0.20080207-1.fc9 (build/make) caolanm > > hyperestraier-1.4.13-2.fc9 (build/make) mtasaka > > ice-3.3.0-3.fc10 (build/make) mef > > icu-4.0-1.fc10 (patch_fuzz) caolanm,thl > > icu4j-3.8.1-2.fc10 (build/make) fnasser,nsantos,dbhole > > idw-gpl-1.5.0-5.fc10 (build/make) jjames > > ifplugd-0.28-11.fc9 (build/make) jamatos,rakesh > > imlib-1.9.15-7.fc9 (patch_fuzz) pghmcfc > > indent-2.2.10-1.fc9 (patch_fuzz) rrakus > > inkscape-0.46-4.fc10 (patch_fuzz) lkundrak,lkundrak > > inn-2.4.5-2.fc10 (patch_fuzz) ovasik > > ip-sentinel-0.12-11.fc9 (build/make) ensc > > ipa-1.1.0-2.fc10 (build/make) rcritten,simo,mnagy > > iptraf-3.0.1-5.fc10 (patch_fuzz) zprikryl > > isdn4k-utils-3.2-58.fc9 (patch_fuzz) than > > isomaster-1.3.3-1.fc10 (patch_fuzz) szpak > > jack-rack-1.4.7-1.fc9 (build/make) kwizart,nando > > jakarta-commons-daemon-1.0.1-6jpp.5.fc9 (build/make) pcheung > > jakarta-commons-io-1.3.2-1.2.fc10 (build/make) pcheung > > jakarta-commons-net-1.4.1-4.2.fc10 (patch_fuzz) pcheung > > jakarta-oro-2.0.8-4.2.fc10 (build/make) fnasser > > java-1.5.0-gcj-1.5.0.0-22.fc10 (build/make) langel,langel > > java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10 (build/make) > > langel,lkundrak,langel,mjw > > javasqlite-20080420-1.fc10 (build/make) scop,mora > > jaxen-bootstrap-1.1-1.2.fc10 (build/make) devrim > > jcip-annotations-0-20060626.4.fc10 (build/make) jjames > > jhead-2.82-1.fc9 (patch_fuzz) adrian > > jpackage-utils-1.7.5-1.5.fc10 (patch_fuzz) dbhole > > jpilot-1.6.0-1.fc10 (patch_fuzz) varekova > > jss-4.2.5-3.fc10 (build/make) > > rcritten,rmeggins,nkinder,mharmsen,sparkins,mlum,nkwan > > junitperf-1.9.1-2.2.fc10 (build/make) mwringe > > k3b-1.0.5-2.fc10 (patch_fuzz) rrakus,rdieter > > kadu-0.6.0.1-1.fc10 (build/make) ecik > > kaffeine-0.8.7-1.fc10 (patch_fuzz) rdieter,scop,mef > > kannel-1.4.1-7 (build/make) thias > > kawa-1.9.1-5.fc9 (build/make) green > > kbilliards-0.8.7b-7.fc9 (patch_fuzz) jwrdegoede > > kcoloredit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > > kdeaddons-3.5.9-1.fc9 (build/make) than,rdieter,kkofler,ltinkl > > kdegames3-3.5.9-2.fc10 (build/make) kkofler,rdieter,than,ltinkl > > kdelibs3-3.5.9-16.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl > > kdevelop-3.5.2-3.fc10 (patch_fuzz) than,rdieter,kkofler,ltinkl > > kgrab-0.1.1-6.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > > kicad-2007.07.09-3.fc9 (build/make) dionysos,chitlesh > > kiconedit-4.0.3-2.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > > kmid-2.0-0.6.20080213svn.fc9 (build/make) > > svahl,rdieter,than,kkofler,ltinkl > > knetworkmanager-0.7-0.5.20080715svn.fc10 (build/make) > > ausil,rdieter,mmcgrath,liquidat,ltinkl > > koffice-langpack-1.6.3-1.fc8 (build/make) awjb > > kompose-0.5.3-12.fc9 (build/make) orion > > ksig-1.1-0.5.20080213.fc9 (build/make) svahl,rdieter,than,kkofler,ltinkl > > lazarus-0.9.24-4.fc10 (patch_fuzz) joost > > ldapjdk-4.18-1.fc9 (build/make) dbhole > > lib3ds-1.3.0-3.fc10 (build/make) corsepiu,laxathom > > libAfterImage-1.15-4.fc9 (patch_fuzz) awjb > > libHX-1.18-1.fc10 (build/make) till > > libXTrap-1.0.0-6.fc10 (build/make) ssp > > libXfont-1.3.2-1.fc9 (build/make) ssp,fonts-sig > > libXfontcache-1.0.4-5.fc9 (build/make) ssp,fonts-sig > > libdbi-0.8.3-1.fc9 (build/make) tgl > > libdbi-drivers-0.8.3-1.fc9 (build/make) tgl > > libepc-0.3.5-2.fc10 (build/make) bpepple > > libgconf-java-2.12.4-11.fc10 (build/make) kasal > > libglade-java-2.12.5-9.fc10 (build/make) kasal > > libgnome-java-2.12.4-9.fc10 (build/make) kasal > > libgnomecups-0.2.3-3.fc9 (patch_fuzz) davidz > > libgpod-0.6.0-6.fc10 (patch_fuzz) hadess,tmz > > libgtk-java-2.8.7-8.fc10 (build/make) kasal,pmuldoon,swagiaal > > libid3tag-0.15.1b-6.fc10 (build/make) tmz,jwrdegoede > > libkexif-0.2.5-4.fc9 (patch_fuzz) abompard,rdieter > > libmatheval-1.1.5-2.fc9 (patch_fuzz) edhill > > libmatthew-java-0.7.1-2.fc10 (patch_fuzz) omajid > > libnasl-2.2.10-5.fc9 (patch_fuzz) awjb > > libpciaccess-0.10.3-2.fc9 (patch_fuzz) ajax > > libpng10-1.0.37-1.fc10 (patch_fuzz) pghmcfc > > librra-0.11-2.fc9 (build/make) awjb,abompard > > libsvm-2.86-13.fc10 (build/make) dchen > > libsynaptics-0.14.6c-3.fc9 (build/make) orion > > libunwind-0.99-0.5.frysk20070405cvs.fc9 (build/make) jkratoch > > libusb-0.1.12-15.fc9 (build/make) jnovy > > libvirt-java-0.2.1-1.fc10 (build/make) veillard > > libvorbis-1.2.0-4.fc10 (patch_fuzz) jwrdegoede,jnovy,jwrdegoede > > libvte-java-0.12.1-12.fc10 (build/make) kasal > > libwvstreams-4.4.1-4.fc9 (patch_fuzz) ovasik > > libxklavier-3.6-2.fc10 (patch_fuzz) rstrode > > linkage-0.2.0-2.fc10 (build/make) drago01 > > linuxdoc-tools-0.9.21-16.fc9 (patch_fuzz) ovasik,rvokal > > lock-keys-applet-1.0-14.fc9 (build/make) jorge > > lockdev-1.0.1-12.fc9.1 (patch_fuzz) kzak > > logserial-0.4.2-5.fc9.2.1 (build/make) wolfy > > lsdvd-0.16-7.fc9 (build/make) thias > > lshw-B.02.12.01-5.fc9 (build/make) terjeros > > ltrace-0.5-11.45svn.fc10 (patch_fuzz) pmachata > > lvm2-2.02.39-3.fc10 (build/make) > > lvm-team,agk,mornfall,bmr,mbroz,dwysocha,bmarzins > > lxpanel-0.3.8.1-1.fc10 (patch_fuzz) svahl > > lybniz-1.3.2-1.fc9 (patch_fuzz) firewing > > m17n-db-1.5.2-1.fc10 (patch_fuzz) pnemade,petersen > > mailgraph-1.14-2.fc9 (patch_fuzz) bjohnson,mfleming > > mairix-0.21-1.fc10 (build/make) mlichvar > > make-3.81-12.fc9 (patch_fuzz) pmachata > > man-1.6f-8.fc10 (patch_fuzz) varekova > > man-pages-ja-20080515-2.fc10 (patch_fuzz) tagoh > > manedit-1.1.1-2.fc10 (build/make) mtasaka,masahase > > mapserver-5.2.0-1.fc10 (build/make) rezso,oliver,devrim > > maven-scm-1.0-0.2.b3.1.6.fc10 (build/make) dbhole > > maven-surefire-1.5.3-2.7.fc10 (build/make) dbhole > > maven-wagon-1.0-0.1.a5.3.3.fc10 (build/make) mwringe > > maven2-2.0.4-10jpp.10.fc9 (build/make) dbhole > > mdadm-2.6.7-1.fc10 (patch_fuzz) dledford > > mecab-java-0.97-1.fc9 (build/make) mtasaka > > mediatomb-0.11.0-1.fc9 (build/make) mwiriadi > > mediawiki-1.10.4-39.fc9 (build/make) athimm,roozbeh > > mesa-7.1-0.37.fc10 (patch_fuzz) ajax,ajax > > mfiler2-4.0.9b-1.fc9 (patch_fuzz) mtasaka,masahase > > mgetty-1.1.36-1.fc10 (patch_fuzz) jskala,jskala > > migrationtools-47-1.fc9 (patch_fuzz) jsafrane > > minicom-2.3-2.fc9 (patch_fuzz) mlichvar > > mod_python-3.3.1-7 (build/make) jorton > > mono-1.9.1-2.fc10 (patch_fuzz) laxathom,pfj,laxathom > > mtools-3.9.11-4.fc9 (patch_fuzz) atkac > > mtr-0.73-1.fc10 (patch_fuzz) zprikryl > > nagi-2.06-5.fc9 (patch_fuzz) limb > > nagios-3.0.3-6.fc10 (patch_fuzz) mmcgrath,wtogami,romal,sebastian > > namazu-2.0.18-4.fc10 (patch_fuzz) tagoh > > ncftp-3.2.1-2.fc9 (patch_fuzz) thias > > nedit-5.5-18.fc9 (patch_fuzz) jnovy > > nessus-core-2.2.10-4.fc9 (patch_fuzz) awjb > > netatalk-2.0.3-19.fc9 (build/make) jskala > > nethogs-0.7-3.20080627cvs.fc10 (build/make) afsilva > > nfs4-acl-tools-0.3.2-2.fc9 (patch_fuzz) steved > > nss-3.12.0.3-6.fc10 (build/make) kengert > > ntfsprogs-2.0.0-8.fc10 (patch_fuzz) spot > > nyquist-3.01-1.fc10 (build/make) gemi > > ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones > > ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones > > ocaml-facile-1.1-3.fc10 (build/make) kkofler > > ocsinventory-agent-0.0.9.2-1.fc10 (patch_fuzz) remi > > ode-0.9-4.fc9 (patch_fuzz) jwrdegoede,eitch > > offlineimap-6.0.0-1.fc10 (build/make) till > > openal-0.0.9-0.15.20060204cvs.fc9 (patch_fuzz) awjb > > openjpeg-1.3-2.fc9 (patch_fuzz) seg > > openmsx-0.6.3-3.fc9 (patch_fuzz) jwrdegoede > > openswan-2.6.15-1.fc10 (patch_fuzz) sgrubb > > openvrml-0.17.6-2.fc10 (build/make) braden > > optipng-0.5.5-4.fc9 (patch_fuzz) till,scop > > osiv-2.0.0-0.4.beta.fc9 (build/make) edhill > > oyranos-0.1.7-11.fc9 (patch_fuzz) kwizart > > pam-1.0.1-5.fc10 (patch_fuzz) tmraz > > pam_mount-0.41-2.fc10 (build/make) till > > paps-0.6.8-6.fc10 (patch_fuzz) tagoh > > papyrus-0.7.1-3.fc9 (build/make) rvinyard > > paraview-3.3.0-0.20080520.1.fc10 (build/make) orion,pertusus > > pards-0.4-6.fc9 (build/make) masahase > > pax-3.4-5.fc9 (build/make) ovasik > > pciutils-3.0.0-1.fc10 (patch_fuzz) harald > > pcre-7.3-4.fc10 (patch_fuzz) kasal,lkundrak > > pdfedit-0.4.1-1.fc10 (patch_fuzz) bjohnson > > pdns-2.9.21.1-1.fc10 (build/make) ruben > > pdns-recursor-3.1.7-2.fc10 (build/make) ruben > > perl-Apache2-SOAP-0.73-1.fc10 (build/make) remi > > perl-CGI-SpeedyCGI-2.22-2.fc10 (build/make) robert > > perl-Catalyst-Plugin-ConfigLoader-0.20-1.fc10 (build/make) cweyl,perl-sig > > perl-Config-Augeas-0.203-1.fc10 (build/make) apevec > > perl-Crypt-SSLeay-0.57-7.fc9 (patch_fuzz) kasal,rnorwood,mmaslano > > perl-DBIx-Class-0.08010-6.fc10 (patch_fuzz) cweyl,perl-sig > > perl-Event-Lib-1.03-3.fc10 (build/make) kwizart,perl-sig > > perl-IO-Socket-SSL-1.14-1.fc10 (build/make) pghmcfc,perl-sig,jpo > > perl-Net-Packet-3.25-3.fc9 (build/make) sindrepb > > perl-Net-Write-1.00-3.fc9 (build/make) sindrepb > > perl-PDF-API2-0.69-5.fc10 (patch_fuzz) bjohnson,perl-sig > > perl-Perl-Critic-1.082-1.fc10 (build/make) cweyl,perl-sig > > perl-RPM2-0.67-5.fc9 (build/make) kasal,perl-sig,rnorwood,mmaslano > > perl-RRD-Simple-1.43-3.fc9 (build/make) cweyl,perl-sig > > perl-SVN-Mirror-0.73-3.fc9 (build/make) iburrell,perl-sig > > perl-Test-AutoBuild-1.2.2-3.fc9 (build/make) berrange > > perl-Text-CharWidth-0.04-4.fc9 (build/make) athimm > > perl-Text-WrapI18N-0.06-3.fc9 (build/make) athimm > > perl-bioperl-1.5.2_102-12.fc9 (patch_fuzz) alexlan,perl-sig > > perl-perlmenu-4.0-6.fc9 (build/make) paragn,perl-sig > > phpldapadmin-1.1.0.5-1.fc9 (patch_fuzz) buc > > picard-0.9.0-6.fc9 (build/make) alexlan,jcollie > > picocom-1.4-4.fc9 (build/make) jafo > > piklab-0.15.3-1.fc10 (patch_fuzz) chitlesh,dionysos > > pinot-0.87-1.fc10 (build/make) drago01 > > pioneers-0.12.2-1.fc10 (patch_fuzz) jwrdegoede > > planet-2.0-5.fc9 (patch_fuzz) richdawe > > plexus-graph-0.13.1-1.fc10 (build/make) lkundrak > > plexus-maven-plugin-1.2-2.4.fc10 (build/make) dbhole > > plexus-runtime-builder-1.0-0.2.a9.1.5.fc10 (build/make) dbhole > > plexus-xmlrpc-1.0-0.2.b4.2.9.fc10 (patch_fuzz) dbhole > > pmount-0.9.17-2.fc9 (patch_fuzz) pertusus,jpmahowa > > pnm2ppa-1.04-15.fc9 (patch_fuzz) twaugh > > podsleuth-0.6.0-5.fc10 (build/make) salimma > > poker-network-1.6.0-1.fc10 (patch_fuzz) xulchris > > polyxmass-bin-0.9.7-2.fc8 (build/make) awjb > > postfix-2.5.1-2.fc9 (patch_fuzz) twoerner > > postgresql-jdbc-8.3.603-1.1.fc10 (build/make) tgl > > ppl-0.9-19.fc9 (build/make) bagnara > > ppp-2.4.4-7.fc10 (patch_fuzz) jskala > > prelude-lml-0.9.12.2-2.fc10 (build/make) sgrubb > > presto-0.1.3-4.fc9 (build/make) hypersonic > > procps-3.2.7-20.fc9 (patch_fuzz) tsmetana > > pspp-0.6.0-7.fc10 (build/make) mcepl > > pstoedit-3.45-3.fc10 (patch_fuzz) denis > > publican-0.34-0.fc10 (build/make) jfearn,mdious > > pygame-1.8.0-1.fc10 (patch_fuzz) xulchris,rnorwood > > pysvn-1.5.3-1.fc10 (patch_fuzz) ravenoak > > python-2.5.1-30.fc10 (build/make) james,katzj,jsteffan,james > > python-TurboMail-2.1-3.fc9 (build/make) lmacken,toshio,fschwarz > > python-docs-2.5.1-2.fc9 (build/make) james,katzj > > python-flup-1.0-2.fc9 (build/make) till > > python-imaging-1.1.6-10.fc10 (patch_fuzz) jamatos,jgranado > > python-tgcaptcha-0.11-3.fc10 (build/make) lmacken,toshio,fschwarz > > python-turboflot-0.1.1-1.fc10 (build/make) lmacken,toshio,fschwarz > > pywbxml-0.1-3.fc9 (build/make) awjb > > pyzor-0.4.0-11.fc7 (build/make) ixs > > qdbm-1.8.77-3.fc9 (build/make) mtasaka > > qemu-0.9.1-10.fc10 (patch_fuzz) dwmw2 > > qgo-1.5.4r2-1.fc9 (build/make) kaboom > > qimageblitz-0.0.4-0.4.svn706674.fc9 (build/make) kkofler,rdieter,than > > qpidc-0.2.667603-2.fc10 (build/make) aconway,nsantos > > qt3-3.3.8b-14.fc10 (build/make) than,rdieter,kkofler > > quake3-1.34-0.9.rc4.fc9 (patch_fuzz) laxathom > > queuegraph-1.1-3.fc9 (patch_fuzz) bjohnson > > radeontool-1.5-3.fc9 (build/make) till,pknirsch > > rafkill-1.2.3-1.fc10 (patch_fuzz) limb > > rasqal-0.9.15-1.fc9 (build/make) thomasvs > > rb_libtorrent-0.13.1-2.fc10 (build/make) pgordon > > rcs-5.7-32 (build/make) jmoskovc > > rcssserver3d-0.6-3.fc10 (build/make) hedayat > > relaxngDatatype-1.0-3.2.fc10 (build/make) nsantos,dbhole > > rhino-1.6-0.1.r5.1.3.fc10 (build/make) mwringe > > rhm-0.2.2060-3.fc10 (build/make) aconway,nsantos > > rsh-0.17-50.fc10 (patch_fuzz) atkac > > ruby-1.8.6.230-5.fc10 (patch_fuzz) tagoh > > ruby-rpm-1.2.3-4.fc9 (build/make) lutter,stahnma > > rusers-0.17-53.fc9 (patch_fuzz) jmoskovc > > s3switch-0.0-10.20020912.fc9 (patch_fuzz) pwouters > > sane-backends-1.0.19-10.fc9 (patch_fuzz) nphilipp > > sat4j-2.0.0-6.fc10 (build/make) overholt > > scorched3d-41.3-2.fc9 (patch_fuzz) jwrdegoede > > scribes-0.3.3.3-2.fc9 (build/make) pgordon > > scsi-target-utils-0.0-4.20071227snap.fc9 (build/make) > > michaelc,terjeros,michaelc > > sdcc-2.6.0-12.fc9 (build/make) trondd,jwrdegoede > > seamonkey-1.1.11-1.fc9 (patch_fuzz) gecko-maint,kengert > > seq24-0.8.7-13.fc10 (patch_fuzz) green > > setools-3.3.4-1.fc9 (build/make) pebenito,dwalsh > > shapelib-1.2.10-16.20060304cvs (build/make) smccann > > sinjdoc-0.5-6.fc9 (build/make) dbhole > > slim-1.3.0-5.fc10 (patch_fuzz) afb > > smarteiffel-2.3-2.fc9 (build/make) gemi > > soundtracker-0.6.8-4.fc10 (build/make) seg,ndim > > sqlgrey-1.7.5-1.fc7 (patch_fuzz) steve > > squid-3.0.STABLE7-1.fc10 (patch_fuzz) jskala,jsteffan,mnagy,hno,jskala > > squirrelmail-1.4.13-1.fc9 (patch_fuzz) mbacovsk > > ssmtp-2.61-11.5.fc9.3 (build/make) wolfy > > starfighter-1.1-12 (build/make) thias > > stellarium-0.9.1-6.fc9 (build/make) s4504kr,mmahut,kwizart > > strace-4.5.17-1.fc10 (build/make) roland > > sudo-1.6.9p17-1.fc10 (patch_fuzz) pvrabec,kzak > > sugar-journal-94-1.fc10 (build/make) ausil > > sundials-2.3.0-6.fc9 (build/make) jpye > > supertuxkart-0.4-2.fc10 (patch_fuzz) jwrdegoede > > sylpheed-2.5.0-2.2029svn.fc10 (build/make) mschwendt > > symlinks-1.2-31.fc9 (build/make) twaugh > > sysvinit-2.86-24 (patch_fuzz) notting > > tachyon-0.98-0.6.20070319.fc9 (build/make) rathann > > tanukiwrapper-3.2.3-2.2.fc10 (patch_fuzz) dbhole,devrim,jmrodri > > tar-1.20-1.fc10 (patch_fuzz) ovasik > > tcltls-1.5.0-16.fc9 (patch_fuzz) tjikkun > > tcp_wrappers-7.6-52.fc9 (patch_fuzz) jsafrane > > tcpdump-3.9.8-5.fc10 (patch_fuzz) mlichvar > > tcsh-6.15-4.fc9 (patch_fuzz) vcrhonek > > tetex-tex4ht-1.0.2008_02_28_2058-3.fc9 (build/make) pertusus,jnovy > > texlive-2007-34.fc10 (patch_fuzz) jnovy,pertusus > > tgif-4.1.45-6.fc9 (patch_fuzz) mtasaka > > thttpd-2.25b-16.fc9 (patch_fuzz) thias > > thunderbird-2.0.0.14-1.fc10 (patch_fuzz) gecko-maint > > tiger-3.2.1-8.fc9 (patch_fuzz) abompard > > time-1.7-33.fc9 (build/make) rrakus > > tla-1.3.5-5.fc9 (build/make) rishi > > tomboy-0.11.0-4.fc10 (patch_fuzz) rstrode > > transfig-3.2.5-2.fc9 (patch_fuzz) kasal,pertusus > > tree-1.5.2-1.fc10 (patch_fuzz) twaugh > > trickle-1.07-4.fc10 (patch_fuzz) eponyme,mtasaka,wolfy > > tuxcmd-0.6.36-3.fc10 (build/make) tbzatek > > tuxpaint-0.9.17-3.fc9 (patch_fuzz) steve > > twinkle-1.2-3.fc10 (build/make) kevin > > tzdata-2008d-1.fc10 (build/make) pmachata > > uisp-20050207-2.fc9 (build/make) trondd > > uqm-0.6.2-3.fc9 (patch_fuzz) icon > > util-linux-ng-2.14-2.fc10 (patch_fuzz) kzak > > uw-imap-2007b-1.fc10 (patch_fuzz) rdieter,jorton > > valgrind-3.3.0-3 (patch_fuzz) jakub > > vdr-1.6.0-3.fc9 (patch_fuzz) scop,vpv > > vecmath1.2-1.14-2.fc9 (build/make) jwrdegoede > > vegastrike-0.5.0-3.fc10 (patch_fuzz) jwrdegoede > > virt-df-2.1.2-1.fc10 (build/make) rjones > > vnc-4.1.2-34.fc10 (patch_fuzz) atkac > > vsftpd-2.0.6-5.fc10 (patch_fuzz) jskala,mnagy > > vtk-5.0.4-21.fc9 (patch_fuzz) athimm,orion > > w3c-libwww-5.4.1-0.10.20060206cvs.fc9 (patch_fuzz) awjb > > w3lib-1.6-3.fc10 (build/make) pertusus > > wcstools-3.7.0-2.fc9 (build/make) sergiopr > > werken-xpath-0.9.4-1.beta.12.3 (build/make) fnasser > > wesnoth-1.4.2-1.fc10 (patch_fuzz) limb,wtogami > > wfut-1.1.0-5.fc9 (build/make) wart > > wp_tray-0.5.3-7.fc9 (patch_fuzz) denis > > wpa_supplicant-0.6.3-6.fc10 (patch_fuzz) dcbw > > wvdial-1.60-5.fc9 (patch_fuzz) ovasik > > wyrd-1.4.4-2.fc10 (build/make) till > > x2vnc-1.7.2-7.fc9 (build/make) stahnma > > x3270-3.3.6-5.fc9 (patch_fuzz) karsten > > xautolock-2.2-5.fc9 (build/make) ianweller > > xbiso-0.6.1-3.fc9 (build/make) spot > > xchat-ruby-1.2-6.fc9 (build/make) konradm > > xdelta-1.1.4-3.fc9 (patch_fuzz) atkac > > xdoclet-1.2.3-9.2.fc10 (patch_fuzz) mwringe > > xdx-2.4-2.fc9 (build/make) bjensen,sindrepb,sconklin > > xerces-j2-2.7.1-10.2.fc10 (build/make) mwringe > > xfce4-panel-4.4.2-4.fc9 (patch_fuzz) kevin,cwickert > > xgalaxy-2.0.34-8.fc9 (patch_fuzz) jwrdegoede > > xml-commons-which-1.0-1.b2.0.3.fc10 (build/make) mwringe > > xmms-1.2.10-38.fc9 (patch_fuzz) pfj > > xmms-cdread-0.14-13.fc9 (build/make) jsoeterb > > xmms-modplug-2.05-12.fc9 (patch_fuzz) scop > > xmoto-0.4.2-1.fc9 (patch_fuzz) limb > > xorg-x11-drv-nouveau-0.0.10-3.20080520git9c1d87f.fc10 (build/make) > > airlied,ajax > > xorg-x11-drv-s3-0.6.0-1.fc9 (patch_fuzz) xgl-maint > > xorg-x11-drv-summa-1.2.0-1.fc9 (build/make) xgl-maint > > xorg-x11-xinit-1.0.9-1.fc9 (patch_fuzz) xgl-maint > > xpp2-2.1.10-6.2.fc10 (build/make) nsantos,dbhole > > xscorch-0.2.0-12.fc8 (build/make) mgarski > > xsp-1.9.1-2.fc10 (patch_fuzz) pfj > > ypserv-2.19-9.fc9 (patch_fuzz) vcrhonek > > z88dk-1.8-1.fc9 (build/make) kkofler > > zsh-4.3.4-8.fc9 (patch_fuzz) james > > > > With bugs filed: 90 > > ---------------------------------- > > HelixPlayer-1.0.9-4.fc10 [u'449474 ASSIGNED'] (patch_fuzz) abompard > > R-Matrix-0.999375-4.fc9 [u'449530 ASSIGNED'] (build/make) tmoertel > > aiksaurus-1.2.1-15.fc6 [u'434484 ASSIGNED'] (build/make) uwog > > astyle-1.21-6.fc8 [u'433971 ASSIGNED'] (build/make) addutko,mtasaka > > aterm-1.0.1-2.fc9 [u'440779 ASSIGNED'] (build/make) awjb > > bes-3.5.3-3.fc9 [u'434360 ASSIGNED'] (build/make) pertusus > > bitbake-1.8.8-1.fc8 [u'440562 ASSIGNED'] (build/make) ixs > > bmpx-0.40.14-5.fc9 [u'449431 ASSIGNED'] (patch_fuzz) akahl > > brltty-3.9-2.2.fc9 [u'449446 ASSIGNED'] (build/make) kasal > > brutus-keyring-0.9.0-6.fc8 [u'434007 ASSIGNED'] (build/make) > > bpepple,colding > > camstream-0.26.3-12.fc8 [u'434345 ASSIGNED'] (build/make) nomis80 > > coolkey-1.1.0-6.fc9 [u'440753 ASSIGNED'] (build/make) rrelyea,jmagne > > dap-freeform_handler-3.7.7-2.fc9 [u'434362 ASSIGNED'] (build/make) > > pertusus > > dap-hdf4_handler-3.7.7-3.fc9 [u'434363 ASSIGNED'] (build/make) pertusus > > djvulibre-3.5.20-2.fc9 [u'440910 ASSIGNED'] (build/make) thias > > elektra-0.6.10-6.fc9 [u'434364 ASSIGNED'] (build/make) pertusus,kwizart > > erlang-R12B-3.1.fc10 [u'449432 ASSIGNED'] (patch_fuzz) gemi > > fish-1.23.0-2.fc9 [u'440724 ASSIGNED'] (build/make) ascii,oliver > > fluxstyle-1.0.1-2.fc7 [u'440757 ASSIGNED'] (build/make) errr > > fonttools-2.0-0.11.20060223cvs.fc7 [u'434409 ASSIGNED'] (build/make) > > roozbeh,fonts-sig > > fontypython-0.2.0-6.fc7 [u'440756 ASSIGNED'] (build/make) > > cr33dog,fonts-sig > > fwbuilder-2.1.16-2.fc9 [u'440846 ASSIGNED'] (build/make) ertzing > > g-wrap-1.9.9-5.fc9 [u'434278 ASSIGNED'] (patch_fuzz) laxathom > > gcl-2.6.7-18.fc9 [u'440913 ASSIGNED'] (build/make) gemi,green > > gdmap-0.7.5-6.fc6 [u'434529 ASSIGNED'] (build/make) splinux > > gpsim-0.22.0-5.fc8 [u'434061 ASSIGNED'] (build/make) dionysos > > gstm-1.2-6.fc7 [u'434531 ASSIGNED'] (build/make) splinux > > gtk-sharp-1.0.10-12.fc7 [u'434373 ASSIGNED'] (build/make) pfj > > guile-gnome-platform-2.15.93-6.fc8 [u'434289 ASSIGNED'] (build/make) > > laxathom > > ht2html-2.0-5.fc6 [u'440916 ASSIGNED'] (build/make) ifoox > > itpp-4.0.0-2.fc9 [u'434076 ASSIGNED'] (build/make) edhill > > jabbin-2.0-0.6.beta2a.fc9 [u'440730 ASSIGNED'] (build/make) kurzawa > > jgroups-2.2.9.2-3jpp.2 [u'434352 ASSIGNED'] (build/make) dbhole > > kdebluetooth-1.0-0.41.beta8.fc9 [u'449604 ASSIGNED'] (build/make) > > gilboa,scop > > klear-0.7.0-1.svn113.fc9 [u'440755 ASSIGNED'] (build/make) trasher > > ladspa-1.12-9.fc9 [u'449542 ASSIGNED'] (build/make) thomasvs > > libFoundation-1.1.3-11.fc9 [u'440564 ASSIGNED'] (build/make) athimm > > libdap-3.7.10-2.fc9 [u'434366 ASSIGNED'] (build/make) pertusus > > libfwbuilder-2.1.16-2.fc9 [u'449591 ASSIGNED'] (build/make) ertzing > > libnc-dap-3.7.0-9.fc9 [u'434367 ASSIGNED'] (build/make) pertusus > > libopensync-0.36-2.fc9 [u'449510 ASSIGNED'] (build/make) awjb > > libzzub-0.2.3-12.fc9 [u'449661 ASSIGNED'] (patch_fuzz) akahl,mtasaka > > lilypond-2.10.33-1.fc8 [u'434394 ASSIGNED'] (build/make) limb > > lineak-defaultplugin-0.9-2.fc6 [u'434520 ASSIGNED'] (build/make) xris > > lineak-xosdplugin-0.9-2.fc6 [u'434522 ASSIGNED'] (build/make) xris > > lineakd-0.9-5.fc6 [u'434523 ASSIGNED'] (build/make) xris > > linpsk-0.9-3.fc9 [u'440778 ASSIGNED'] (build/make) > > bjensen,sindrepb,sconklin > > linux-atm-2.5.0-5 [u'434069 ASSIGNED', u'449613 ASSIGNED'] (build/make) > > dwmw2 > > lostirc-0.4.6-3.fc8 [u'440921 ASSIGNED'] (build/make) splinux,splinux > > lrmi-0.10-4.fc9 [u'449509 ASSIGNED'] (build/make) pwouters > > mimetic-0.9.3-2.fc8 [u'434086 ASSIGNED'] (build/make) ensc > > mod_suphp-0.6.3-1.fc9 [u'449578 ASSIGNED'] (build/make) ixs > > monodevelop-0.19-6.fc9 [u'449441 ASSIGNED'] (build/make) pfj > > mosml-2.01-11.fc9 [u'449445 ASSIGNED'] (build/make) gemi > > moto4lin-0.3-6.fc7 [u'434135 ASSIGNED'] (build/make) jafo > > muine-scrobbler-0.1.8-5.fc9 [u'449482 ASSIGNED'] (build/make) sindrepb > > mx-2.0.6-3 [u'434325 ASSIGNED'] (build/make) misa > > mysql-gui-tools-5.0r12-8.fc9 [u'440734 ASSIGNED', u'433987 ASSIGNED'] > > (patch_fuzz) ausil > > ntfs-config-1.0-0.6.rc5.fc9 [u'449585 ASSIGNED'] (build/make) laxathom > > oggconvert-0.3.0-14.fc9 [u'440943 ASSIGNED'] (build/make) ngompa > > pan-0.132-2.fc8 [u'433970 ASSIGNED'] (build/make) adalloz,mpeters > > pcmanx-gtk2-0.3.5-9.336svn.fc7 [u'434299 ASSIGNED'] (open_missing_mode) > > leo > > pdsh-2.11-6.fc9 [u'440811 ASSIGNED'] (build/make) kg6fnk > > pekwm-0.1.5-5.fc7 [u'434089 ASSIGNED'] (build/make) errr > > perl-MIME-Lite-3.01-6.fc9 [u'449558 ASSIGNED'] (build/make) > > mmcgrath,perl-sig > > petitboot-0.0.1-7.fc8 [u'434071 ASSIGNED'] (build/make) dwmw2,jwboyer > > pic2aa-0.2.1-3.fc9 [u'440764 ASSIGNED'] (build/make) kurzawa > > pl-5.6.57-2.fc10 [u'434110 ASSIGNED'] (build/make) gemi,mef > > plague-0.4.4.1-4.fc7 [u'440874 ASSIGNED'] (build/make) dcbw > > plotmm-0.1.2-6.fc9 [u'440563 ASSIGNED'] (build/make) hguemar > > plplot-5.9.0-1.fc9 [u'449488 ASSIGNED'] (build/make) orion > > python-durus-3.5-3.fc7 [u'434427 MODIFIED'] (build/make) shahms > > python-memcached-1.39-1.fc8 [u'440931 ASSIGNED'] (build/make) jafo > > python-pydns-2.3.0-5.fc7 [u'440912 ASSIGNED'] (build/make) jafo > > python-pyspf-2.0.3-1.fc8 [u'440793 ASSIGNED'] (build/make) jafo > > python-simpletal-4.1-5.fc7 [u'440930 ASSIGNED'] (build/make) shahms > > python-tpg-3.1.0-4.fc7 [u'440763 ASSIGNED'] (build/make) shahms > > qa-assistant-0.4.90.5-2.fc6 [u'440914 ASSIGNED'] (build/make) toshio > > qcad-2.0.5.0-8.fc9 [u'449636 ASSIGNED'] (build/make) gemi > > qps-1.9.19-0.2.b.fc7 [u'434312 ASSIGNED'] (build/make) makghosh > > qsynth-0.2.5-7.fc9 [u'440736 ASSIGNED'] (build/make) nando > > qtiplot-0.9-8.fc9 [u'434100 ASSIGNED'] (build/make) frankb > > ruby-bdb-0.6.0-1.fc7 [u'434090 ASSIGNED'] (build/make) errr > > rudeconfig-5.0.5-1.fc7 [u'434131 ASSIGNED'] (build/make) homeless > > scim-skk-0.5.2-8.fc6 [u'434419 ASSIGNED'] (build/make) ryo > > sos-1.8-1.fc8 [u'440839 ASSIGNED'] (build/make) navid > > straw-0.27-12.fc9 [u'440806 ASSIGNED'] (build/make) subhodip > > svnmailer-1.0.8-3.fc7 [u'449666 ASSIGNED'] (build/make) mfleming > > xml-commons-resolver-1.1-1jpp.12 [u'434098 ASSIGNED'] (build/make) fnasser > > yoltia-0.22.1-2.fc9 [u'440935 ASSIGNED'] (build/make) kurzawa > > > > > > > > > > ---------------------------------- > > Packages by owner: > > abompard: HelixPlayer,grisbi,libkexif,librra,tiger > > > > aconway: qpidc,rhm > > > > adalloz: pan > > > > addutko: astyle > > > > adrian: bwbar,gmpc,jhead > > > > afb: slim > > > > afsilva: nethogs > > > > agk: lvm2 > > > > agoode: escape,fvwm > > > > airlied: xorg-x11-drv-nouveau > > > > ajax: libpciaccess,mesa,mesa,xorg-x11-drv-nouveau > > > > akahl: bmpx,libzzub > > > > alcapcom: eclipse-quickrex,eclipse-rpm-editor > > > > alexlan: Miro,perl-bioperl,picard > > > > apevec: perl-Config-Augeas > > > > ascii: fish > > > > athimm: > > arpack,fakechroot,fakeroot,freenx-server,libFoundation,mediawiki,perl-Text-CharWidth,perl-Text-WrapI18N,vtk > > > > atkac: dump,mtools,rsh,vnc,xdelta > > > > ausil: > > denyhosts,fedora-ds-base,knetworkmanager,mysql-gui-tools,sugar-journal > > > > awjb: > > WindowMaker,aterm,atitvout,claws-mail,dosbox,gimmix,koffice-langpack,libAfterImage,libnasl,libopensync,librra,nessus-core,openal,polyxmass-bin,pywbxml,w3c-libwww > > > > bagnara: ppl > > > > bellet: SimGear > > > > bernie: ctrlproxy > > > > berrange: perl-Test-AutoBuild > > > > bjensen: hamlib,linpsk,xdx > > > > bjohnson: goocanvas,mailgraph,pdfedit,perl-PDF-API2,queuegraph > > > > bmarzins: lvm2 > > > > bmr: lvm2 > > > > bos: gtk2hs > > > > bpepple: brutus-keyring,evolution-brutus,libepc > > > > braden: openvrml > > > > buc: gtk-gnutella,phpldapadmin > > > > byte: MagicPoint > > > > cagney: frysk > > > > caillon: Miro > > > > candyz: gcin > > > > caolanm: hunspell-en,icu > > > > chitlesh: LabPlot,LabPlot,compat-guile-16,kicad,piklab > > > > colding: brutus-keyring,evolution-brutus > > > > corsepiu: lib3ds > > > > cr33dog: fontypython > > > > cweyl: > > perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Perl-Critic,perl-RRD-Simple > > > > cwickert: gwget,xfce4-panel > > > > danken: bidiv > > > > davidz: libgnomecups > > > > dbhole: > > antlr,icu4j,jgroups,jpackage-utils,ldapjdk,maven-scm,maven-surefire,maven2,plexus-maven-plugin,plexus-runtime-builder,plexus-xmlrpc,relaxngDatatype,sinjdoc,tanukiwrapper,xpp2 > > > > dcbw: csound,plague,wpa_supplicant > > > > dchen: libsvm > > > > deji: atlas,atlas,cln,cln > > > > denis: brasero,galeon,gstreamer-python,hamlib,pstoedit,wp_tray > > > > devrim: classpathx-jaf,jaxen-bootstrap,mapserver,tanukiwrapper > > > > dionysos: gpsim,kicad,piklab > > > > dledford: mdadm > > > > dnovotny: amanda > > > > drago01: hardinfo,linkage,pinot > > > > dtimms: audacity > > > > dwalsh: setools > > > > dwmw2: exim,hfsutils,linux-atm,petitboot,qemu > > > > dwysocha: lvm2 > > > > ecik: kadu > > > > edhill: itpp,libmatheval,osiv > > > > eitch: ode > > > > ensc: dietlibc,ip-sentinel,mimetic > > > > eponyme: trickle > > > > errr: fluxstyle,pekwm,ruby-bdb > > > > ertzing: fwbuilder,libfwbuilder > > > > ework: gtkdatabox > > > > firewing: lybniz > > > > fnasser: > > geronimo-specs,icu4j,jakarta-oro,werken-xpath,xml-commons-resolver > > > > fonts-sig: fonttools,fontypython,libXfont,libXfontcache > > > > frankb: qtiplot > > > > fschwarz: python-TurboMail,python-tgcaptcha,python-turboflot > > > > gecko-maint: seamonkey,thunderbird > > > > gemi: > > audacity,bigloo,erlang,gcl,genius,mosml,nyquist,ocaml,pl,qcad,smarteiffel > > > > ghenry: cpan2rpm > > > > gilboa: kdebluetooth > > > > green: ardour,gcl,kawa,seq24 > > > > hadess: gnome-media,libgpod > > > > harald: pciutils > > > > hardaker: dnssec-tools > > > > hedayat: rcssserver3d > > > > hguemar: plotmm > > > > hno: squid > > > > homeless: rudeconfig > > > > huzaifas: dia,dia,gnumeric > > > > hypersonic: presto > > > > ianweller: xautolock > > > > iburrell: perl-SVN-Mirror > > > > icon: uqm > > > > ifoox: ht2html > > > > ivazquez: edsadmin > > > > ixs: bitbake,mod_suphp,pyzor > > > > jafo: moto4lin,picocom,python-memcached,python-pydns,python-pyspf > > > > jakub: compat-gcc-32,compat-gcc-34,valgrind > > > > jamatos: PyX,PyX,ifplugd,python-imaging > > > > james: python,python,python-docs,zsh > > > > jcollie: picard > > > > jfearn: publican > > > > jgranado: python-imaging > > > > jhrozek: dwdiff > > > > jjames: idw-gpl,jcip-annotations > > > > jjh: darcs > > > > jjohnstn: eclipse-cdt,eclipse-changelog > > > > jkratoch: libunwind > > > > jmagne: coolkey > > > > jmoskovc: rcs,rusers > > > > jmrodri: tanukiwrapper > > > > jnovy: db4,libusb,libvorbis,nedit,tetex-tex4ht,texlive > > > > joost: lazarus > > > > jorge: lock-keys-applet > > > > jorton: mod_python,uw-imap > > > > jpmahowa: pmount > > > > jpo: perl-IO-Socket-SSL > > > > jpye: sundials > > > > jsafrane: migrationtools,tcp_wrappers > > > > jskala: mgetty,mgetty,netatalk,ppp,squid,squid,vsftpd > > > > jsoeterb: xmms-cdread > > > > jsteffan: python,squid > > > > jwboyer: ctrlproxy,petitboot > > > > jwrdegoede: > > ClanLib06,KoboDeluxe,MagicPoint,TnL,abuse,alex4,ardour,arj,arm-gp2x-linux-gcc,asc,bolzplatz2006,clonekeen,higlayout,kbilliards,libid3tag,libvorbis,libvorbis,ode,openmsx,pioneers,scorched3d,sdcc,supertuxkart,vecmath1.2,vegastrike,xgalaxy > > > > kaboom: qgo > > > > karsten: autoconf,automake15,x3270 > > > > kasal: > > brltty,cairo-java,glib-java,groff,libgconf-java,libglade-java,libgnome-java,libgtk-java,libvte-java,pcre,perl-Crypt-SSLeay,perl-RPM2,transfig > > > > katzj: python,python-docs > > > > kengert: nss,seamonkey > > > > kevin: twinkle,xfce4-panel > > > > kg6fnk: pdsh > > > > kkofler: > > arts,fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,ocaml-facile,qimageblitz,qt3,z88dk > > > > konradm: xchat-ruby > > > > kurzawa: jabbin,pic2aa,yoltia > > > > kwizart: afflib,elektra,jack-rack,oyranos,perl-Event-Lib,stellarium > > > > kzak: gnome-applet-vm,lockdev,sudo,util-linux-ng > > > > langel: > > azureus,azureus,bouncycastle,bouncycastle,java-1.5.0-gcj,java-1.5.0-gcj,java-1.6.0-openjdk,java-1.6.0-openjdk > > > > laxathom: g-wrap,guile-gnome-platform,lib3ds,mono,mono,ntfs-config,quake3 > > > > leo: pcmanx-gtk2 > > > > limb: archivemail,freenx-server,lilypond,nagi,rafkill,wesnoth,xmoto > > > > liquidat: knetworkmanager > > > > lkundrak: inkscape,inkscape,java-1.6.0-openjdk,pcre,plexus-graph > > > > lmacken: bodhi,python-TurboMail,python-tgcaptcha,python-turboflot > > > > ltinkl: > > fedorawaves-kdm-theme,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig > > > > lutter: ruby-rpm > > > > luya: gdesklets > > > > lvm-team: lvm2 > > > > makghosh: qps > > > > masahase: manedit,mfiler2,pards > > > > mbacovsk: squirrelmail > > > > mbarnes: evolution-sharp,evolution-zimbra,gnome-python2-extras > > > > mbooth: eclipse-epic,eclipse-phpeclipse > > > > mbroz: lvm2 > > > > mcepl: pspp > > > > mclasen: glade2 > > > > mdious: publican > > > > mef: ice,kaffeine,pl > > > > mfleming: asylum,mailgraph,svnmailer > > > > mgarski: xscorch > > > > mharmsen: jss > > > > michaelc: scsi-target-utils,scsi-target-utils > > > > michich: epdfview > > > > mikep: fmt-ptrn > > > > misa: mx > > > > mjw: java-1.6.0-openjdk > > > > mlichvar: mairix,minicom,tcpdump > > > > mlum: jss > > > > mmahut: evolution-zimbra,stellarium > > > > mmaslano: anacron,perl-Crypt-SSLeay,perl-RPM2 > > > > mmcgrath: knetworkmanager,nagios,perl-MIME-Lite > > > > mnagy: ipa,squid,vsftpd > > > > mnowak: eclipse-pydev,eclipse-pydev > > > > mora: javasqlite > > > > mornfall: lvm2 > > > > mpeters: PyX,pan > > > > mschwendt: abicheck,audacious-plugin-fc,audacity,sylpheed > > > > mtasaka: > > astyle,hyperestraier,libzzub,manedit,mecab-java,mfiler2,qdbm,tgif,trickle > > > > mwiriadi: mediatomb > > > > mwringe: junitperf,maven-wagon,rhino,xdoclet,xerces-j2,xml-commons-which > > > > mzazrive: dbxml,dbxml-perl > > > > nando: jack-rack,qsynth > > > > navid: sos > > > > ndim: soundtracker > > > > ngompa: oggconvert > > > > nhosoi: fedora-ds-base > > > > nkinder: fedora-ds-base,jss > > > > nkwan: jss > > > > nomis80: camstream > > > > notting: sysvinit > > > > nphilipp: sane-backends > > > > nsantos: icu4j,qpidc,relaxngDatatype,rhm,xpp2 > > > > oliver: eclipse,fish,mapserver > > > > omajid: dbus-java,libmatthew-java > > > > orion: > > eclipse-photran,ftnchek,g2clib,gdl,gridengine,hdf,kompose,libsynaptics,paraview,plplot,vtk > > > > ovasik: docbook-utils,inn,libwvstreams,linuxdoc-tools,pax,tar,wvdial > > > > overholt: > > eclipse,eclipse,eclipse-changelog,eclipse-checkstyle,eclipse-gef,eclipse-mylyn,eclipse-pydev,eclipse-quickrex,eclipse-rpm-editor,sat4j > > > > owentl: gdesklets > > > > paragn: perl-perlmenu > > > > pawsa: balsa > > > > pcheung: ant,jakarta-commons-daemon,jakarta-commons-io,jakarta-commons-net > > > > pebenito: setools > > > > perl-sig: > > cpan2rpm,perl-Catalyst-Plugin-ConfigLoader,perl-DBIx-Class,perl-Event-Lib,perl-IO-Socket-SSL,perl-MIME-Lite,perl-PDF-API2,perl-Perl-Critic,perl-RPM2,perl-RRD-Simple,perl-SVN-Mirror,perl-bioperl,perl-perlmenu > > > > pertusus: > > a2ps,bes,cernlib,cernlib-g77,dap-freeform_handler,dap-hdf4_handler,elektra,fetchmail,fltk,ftnchek,g2clib,grads,gzip,hdf,libdap,libnc-dap,paraview,pmount,tetex-tex4ht,texlive,transfig,w3lib > > > > peter: fuse-encfs > > > > petersen: darcs,emacspeak,gcin,gettext,gtk2hs,m17n-db > > > > pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp > > > > pghmcfc: gnome-libs,imlib,libpng10,perl-IO-Socket-SSL > > > > pgordon: deluge,rb_libtorrent,scribes > > > > pknirsch: filesystem,radeontool > > > > pmachata: ltrace,make,tzdata > > > > pmatilai: db4 > > > > pmuldoon: frysk,libgtk-java > > > > pnemade: m17n-db > > > > pvrabec: sudo > > > > pwouters: lrmi,s3switch > > > > rafalzaq: blobwars > > > > rakesh: ifplugd > > > > rathann: dx,freefem++,gabedit,tachyon > > > > ravenoak: pysvn > > > > rcritten: ipa,jss > > > > rdieter: > > PyQt4,akode,arts,fedorawaves-kdm-theme,fltk,gtk+,k3b,kaffeine,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,knetworkmanager,ksig,libkexif,qimageblitz,qt3,uw-imap > > > > remi: ocsinventory-agent,perl-Apache2-SOAP > > > > rezso: mapserver > > > > richdawe: planet > > > > rishi: tla > > > > rjones: ocaml,ocaml-camlimages,virt-df > > > > rmeggins: fedora-ds-base,jss > > > > rmyers: eclipse-checkstyle,eclipse-egit > > > > rnorwood: perl-Crypt-SSLeay,perl-RPM2,pygame > > > > robert: arj,dsniff,eggdrop,perl-CGI-SpeedyCGI > > > > robmv: eclipse-subclipse,ganymed-ssh2 > > > > roland: strace > > > > romal: nagios > > > > roozbeh: fonttools,mediawiki > > > > rrakus: indent,k3b,time > > > > rrelyea: coolkey > > > > rstrode: libxklavier,tomboy > > > > ruben: pdns,pdns-recursor > > > > rui: MagicPoint > > > > rvinyard: bit,conexus,conexusmm,papyrus > > > > rvokal: linuxdoc-tools > > > > ryo: scim-skk > > > > s4504kr: stellarium > > > > salimma: Miro,podsleuth > > > > sconklin: hamlib,linpsk,xdx > > > > scop: dvb-apps,javasqlite,kaffeine,kdebluetooth,optipng,vdr,xmms-modplug > > > > sebastian: nagios > > > > seg: openjpeg,soundtracker > > > > sergiopr: wcstools > > > > sgrubb: aide,audit,openswan,prelude-lml > > > > shahms: python-durus,python-simpletal,python-tpg > > > > sharkcz: codeblocks,cyrus-imapd > > > > silfreed: ale > > > > simo: ipa > > > > sindrepb: hamlib,linpsk,muine-scrobbler,perl-Net-Packet,perl-Net-Write,xdx > > > > smccann: shapelib > > > > somlo: aumix > > > > sparkins: jss > > > > splinux: gdmap,gstm,lostirc,lostirc > > > > spot: > > AcetoneISO,PyAmanith,R-RScaLAPACK,SimGear,alienarena,amanith,ftplib,gambas,gambas2,google-perftools,ntfsprogs,xbiso > > > > ssp: libXTrap,libXfont,libXfontcache > > > > stahnma: ruby-rpm,x2vnc > > > > stalwart: fedorawaves-kdm-theme > > > > steve: sqlgrey,tuxpaint > > > > steved: nfs4-acl-tools > > > > subhodip: straw > > > > svahl: kcoloredit,kgrab,kiconedit,kmid,ksig,lxpanel > > > > swagiaal: frysk,libgtk-java > > > > szpak: isomaster > > > > tagoh: Canna,apel,man-pages-ja,namazu,paps,ruby > > > > tbzatek: tuxcmd > > > > terjeros: gq,lshw,scsi-target-utils > > > > tgl: libdbi,libdbi-drivers,postgresql-jdbc > > > > than: > > PyQt4,arts,fedorawaves-kdm-theme,isdn4k-utils,kcoloredit,kdeaddons,kdegames3,kdelibs3,kdevelop,kgrab,kiconedit,kmid,ksig,qimageblitz,qt3 > > > > thias: djvulibre,kannel,lsdvd,ncftp,starfighter,thttpd > > > > thl: gweled,icu > > > > thomasvs: ladspa,rasqal > > > > tibbs: denyhosts > > > > till: > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool,wyrd > > > > timj: alsa-firmware > > > > timlau: bodhi > > > > tjikkun: tcltls > > > > tmoertel: R-Matrix > > > > tmraz: cyrus-sasl,pam > > > > tmz: libgpod,libid3tag > > > > tnorth: LabPlot,avr-binutils,avr-gcc > > > > toshio: > > bodhi,python-TurboMail,python-tgcaptcha,python-turboflot,qa-assistant > > > > trasher: homebank,klear > > > > trondd: avr-binutils,avr-gcc,sdcc,uisp > > > > tscherf: Miro > > > > tsmetana: procps > > > > twaugh: a2ps,foomatic,pnm2ppa,symlinks,tree > > > > twoerner: postfix > > > > uwog: abiword,aiksaurus > > > > varekova: aspell,bzip2,gmp,gzip,jpilot,man > > > > vcrhonek: expect,fetchmail,tcsh,ypserv > > > > veillard: libvirt-java > > > > vpv: vdr > > > > wart: bsd-games,wfut > > > > wguaraldi: Miro > > > > wolfy: logserial,ssmtp,trickle > > > > wtogami: nagios,wesnoth > > > > xgl-maint: xorg-x11-drv-s3,xorg-x11-drv-summa,xorg-x11-xinit > > > > xris: lineak-defaultplugin,lineak-xosdplugin,lineakd > > > > xulchris: poker-network,pygame > > > > zprikryl: iptraf,mtr > > > > > > > > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From lsof at nodata.co.uk Thu Aug 28 19:19:02 2008 From: lsof at nodata.co.uk (nodata) Date: Thu, 28 Aug 2008 21:19:02 +0200 Subject: Updates being pushed? In-Reply-To: <1219949525.6655.8.camel@luminos.localdomain> References: <1219949525.6655.8.camel@luminos.localdomain> Message-ID: <1219951142.2754.2.camel@sb-home> Am Donnerstag, den 28.08.2008, 11:52 -0700 schrieb Jesse Keating: > On Thu, 2008-08-28 at 14:47 -0400, Alan Dunn wrote: > > Not to be a complainer, but are Bodhi updates being pushed again after > > the other week's events? Or is something still wrong/not yet checked > > with that part of the infrastructure? The queue seems to be as deep as > > I've ever seen it so far. Just curious... > > > > - Alan > > > > As part of the recover from the last few weeks' events, we have to > introduce a new set of signing keys into Fedora. I'm currently > re-signing all of the 8 and 9 content with these new keys so that we can > make them available along with the new updates with the new key for > these product lines. This is going to take some time due to the nature > of how our signing works. It's also taken some times to hash out a good > migration plan for users and start working on the documentation and the > bits and pieces to make this happen. Expect to hear more about this in > the next day or three. > Can I ask if there will be a plan for how to push a critical package update out to users if this was to happen again? By this I mean, package X has a critical security hole at the time of an infrastructure problem. From jkeating at redhat.com Thu Aug 28 19:23:21 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Aug 2008 12:23:21 -0700 Subject: Updates being pushed? In-Reply-To: <1219951142.2754.2.camel@sb-home> References: <1219949525.6655.8.camel@luminos.localdomain> <1219951142.2754.2.camel@sb-home> Message-ID: <1219951401.6655.11.camel@luminos.localdomain> On Thu, 2008-08-28 at 21:19 +0200, nodata wrote: > Can I ask if there will be a plan for how to push a critical package > update out to users if this was to happen again? > > By this I mean, package X has a critical security hole at the time of an > infrastructure problem. "Whatever it takes" I think is the plan. More seriously we could spend weeks planning around each and every kind of failure that could happen, but I'm confident that we'll always find a way to get a critical update onto a public webserver should the need arise. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Aug 28 12:58:44 2008 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Aug 2008 08:58:44 -0400 Subject: Debugging network scripts (from udev and explicit ifup invocation) In-Reply-To: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> References: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> Message-ID: <20080828125844.GA1292@nostromo.devel.redhat.com> Martin Langhoff (martin.langhoff at gmail.com) said: > Is there a way to get the network script invocations to get logged > somewhere? Something like /etc/sysconfig/network supporting > DEBUGLOGGING=YesPlease - Not really. > Using bash -x from the cli helps somewhat, though some things only > misbehave under udev. Or under udev on initial boot. So a global > logging knob would help... if it exists! Any tricks or nasty hacks > welcome too. Are you using /etc/init.d/network as well? The hotplug bits explicitly check that network is already 'running' before doing anything, as we don't want to bring up interfaces in the middle of rc.sysinit. Bill From a.badger at gmail.com Thu Aug 28 19:34:48 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Aug 2008 12:34:48 -0700 Subject: Updates being pushed? In-Reply-To: <1219951142.2754.2.camel@sb-home> References: <1219949525.6655.8.camel@luminos.localdomain> <1219951142.2754.2.camel@sb-home> Message-ID: <48B6FDD8.2090402@gmail.com> nodata wrote: > > Can I ask if there will be a plan for how to push a critical package > update out to users if this was to happen again? > > By this I mean, package X has a critical security hole at the time of an > infrastructure problem. > We can have processes that make this faster but unfortunately if the infrastructure problem is bad enough, there's no way we can push package X out until the problem is at least partially resolved. ie: We have to have a trusted machine to build packages on. We have to have a trusted machine to sign packages on. If we have to rebuild all of the boxes then all we can do is prioritise getting those back online and having a process for quickly getting the new key in use on those machines. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mschwendt at gmail.com Thu Aug 28 19:56:41 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 28 Aug 2008 21:56:41 +0200 Subject: pguiman has no maintainer Message-ID: <20080828215641.03e13d63.mschwendt@gmail.com> https://admin.fedoraproject.org/pkgdb/packages/name/pguiman Maintainer "odvorace" gives "user unknown" at Red Hat. Pkg ACLs are locked down. From redhat at olen.net Thu Aug 28 20:14:45 2008 From: redhat at olen.net (Ola Thoresen) Date: Thu, 28 Aug 2008 22:14:45 +0200 Subject: Rawhide install/update status In-Reply-To: <1219940230.22668.3.camel@scrappy.miketc.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> Message-ID: <48B70735.6020508@olen.net> Mike Chambers wrote: > Has anyone tried an install and ran updates now that rawhide has sync'd > up again and putting out packages? Curious if some of the > firefox/evolution/etc problems might have been fixed or not. > FWIW. Tried a rawhide install today, and the installer failed on partitioning the disc (something about encryption not possible without a key - even if I did not select "encrypt system"). Installed F9 instead, and are updating to rawhide as we speak. Rgds. -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From berrange at redhat.com Thu Aug 28 20:16:55 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 28 Aug 2008 21:16:55 +0100 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> Message-ID: <20080828201655.GD19746@redhat.com> On Thu, Aug 28, 2008 at 10:52:16AM -0800, Jeff Spaleta wrote: > On Thu, Aug 28, 2008 at 10:43 AM, Daniel P. Berrange > wrote: > > We are doing exactly this kind of model in the oVirt project. For the > > 'oVirt managed node' (ie the OS which hosts the virtual machines), we > > build a OS appliance image using a derivative of livecd-creator. This > > runs stateless - all persistent config is stored in oVirt's management > > system. We just load the entire OS image over PXE at boot time. We're > > currently building off Fedora 9 repos, and have a < 64 MB OS image. > > You may want to compare notes with him. I'm not sure what his use > case is other than 'I wonder how small I can make a workable Fedora > with a login prompt'. Looking at the notes on fedoraforum it seems we have a slightly different approach. He's gone for space saving by switching to busybox. Our goal was that we wanted to keep the same pieces of functionality, just strip out the bits we didn't need, so we don't have to spend time debugging differences between busybox & coreutils. Of course finding the bits which aren't needed is fun in itself & somewhat of a moving target. So whereever possible we've been filing BZ to get som5Ce RPMs split up into finer grained sub-RPMs If anyone's interested in size minimization, our kickstart %post script is here: http://git.et.redhat.com/?p=ovirt.git;a=blob;f=ovirt-host-creator/common-post.ks Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From berrange at redhat.com Thu Aug 28 20:26:39 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 28 Aug 2008 21:26:39 +0100 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <20080828201655.GD19746@redhat.com> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> <20080828201655.GD19746@redhat.com> Message-ID: <20080828202639.GF19746@redhat.com> On Thu, Aug 28, 2008 at 09:16:55PM +0100, Daniel P. Berrange wrote: > On Thu, Aug 28, 2008 at 10:52:16AM -0800, Jeff Spaleta wrote: > > On Thu, Aug 28, 2008 at 10:43 AM, Daniel P. Berrange > > wrote: > > > We are doing exactly this kind of model in the oVirt project. For the > > > 'oVirt managed node' (ie the OS which hosts the virtual machines), we > > > build a OS appliance image using a derivative of livecd-creator. This > > > runs stateless - all persistent config is stored in oVirt's management > > > system. We just load the entire OS image over PXE at boot time. We're > > > currently building off Fedora 9 repos, and have a < 64 MB OS image. > > > > You may want to compare notes with him. I'm not sure what his use > > case is other than 'I wonder how small I can make a workable Fedora > > with a login prompt'. > > Looking at the notes on fedoraforum it seems we have a slightly different > approach. He's gone for space saving by switching to busybox Reading more closely I see it involved ditching glibc/initscripts too "Anyway after a little manual janitorial work I had it down to kernel+busybox. (note - busybox is statically linked so I dumped glibc) ... aside from the homemade inittab and rcS (init script) it was all from the Fedora distro,' So pretty much only bits of Fedora in use are the kernel & busybox, even the init scripts are custom. So not really much trace of Fedora left at all. Not sure why you'd go to the trouble of doing the initial anconda install at that point - might as well just 'rpm --no-deps' install kernel + busybox RPMs into a chroot & add the custom init script. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From martin.langhoff at gmail.com Thu Aug 28 20:38:08 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Fri, 29 Aug 2008 08:38:08 +1200 Subject: Debugging network scripts (from udev and explicit ifup invocation) In-Reply-To: <20080828125844.GA1292@nostromo.devel.redhat.com> References: <46a038f90808272108p5a5facc4qa84fa5949a35a985@mail.gmail.com> <20080828125844.GA1292@nostromo.devel.redhat.com> Message-ID: <46a038f90808281338g732ceb2drbd1bc83085e04f7d@mail.gmail.com> On Fri, Aug 29, 2008 at 12:58 AM, Bill Nottingham wrote: > Are you using /etc/init.d/network as well? The hotplug bits explicitly > check that network is already 'running' before doing anything, as we > don't want to bring up interfaces in the middle of rc.sysinit. Yes, that was one of the problems I hit. I had accidentally left the 'network' service down, even though interfaces were up. Using a bash -x ifup wrapper helped me find that part of the problem at least. thanks! martin -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From paul at all-the-johnsons.co.uk Thu Aug 28 20:48:13 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Aug 2008 21:48:13 +0100 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <1219956493.6916.40.camel@PB3.Linux> Hi, > mono-1.9.1-2.fc10 (patch_fuzz) laxathom,pfj,laxathom 2.0-4 was happily built by koji a couple of days back. > xsp-1.9.1-2.fc10 (patch_fuzz) pfj Same applies here. > monodevelop-0.19-6.fc9 [u'449441 ASSIGNED'] (build/make) pfj And here... > pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp xmms was orphaned by me ages ago! TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sandeen at redhat.com Thu Aug 28 21:41:03 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 28 Aug 2008 16:41:03 -0500 Subject: ext4dev oddity In-Reply-To: <47EABB00.6000408@redhat.com> References: <1206564292.5595.2.camel@aragorn> <47EABB00.6000408@redhat.com> Message-ID: <48B71B6F.6020404@redhat.com> Eric Sandeen wrote: > Trever L. Adams wrote: >> I am having some pretty good success on some different machines with >> ext4. >> >> However, I am getting this message: >> EXT4-fs error (device dm-0): ext4_mb_generate_buddy: EXT4-fs: group 717: >> 23410 blocks in bitmap, 23411 in gd >> >> EXT4-fs error (device dm-0): ext4_mb_generate_buddy: EXT4-fs: group 721: >> 19309 blocks in bitmap, 19333 in gd >> >> What do I need to do to help debug this, if anything, and how do I find >> out which files or directories are affected? > > Hm, congratulations on finding the first mballoc bug in fedora :) > > It looks like freespace accounting got out of sync somehow... and I > assume this is right after a mount, right? So, in the course of other things, I found a way to reproduce this error. And, just for mailing-list-posterity, it seems to be fixed, upstream, with: commit 0bf7e8379ce7e0159a2a6bd3d937f2f6ada79799 Author: Jose R. Santos Date: Tue Jun 3 14:07:29 2008 -0400 ext4: Fix uninit block group initialization with FLEX_BG With FLEX_BG block bitmaps, inode bitmaps and inode tables _MAY_ be allocated outside the group. So, when initializing an uninitialized block bitmap, we need to check the location of this blocks before setting the corresponding bits in the block bitmap of the newly initialized group. Also return the right number of free blocks when counting the available free blocks in uninit group. Tested-by: Aneesh Kumar K.V Signed-off-by: Jose R. Santos Signed-off-by: Mingming Cao Signed-off-by: "Theodore Ts'o" which made it to the 2.6.26 kernels. the description sounds innocuous but in my case it was actually corrupting memory ... -Eric From mschwendt at gmail.com Thu Aug 28 22:01:16 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 29 Aug 2008 00:01:16 +0200 Subject: gdmap (Damien Durand) Message-ID: <20080829000116.e09362f1.mschwendt@gmail.com> I've stumbled into package gdmap-0.7.5-6.fc6 in Rawhide, which hasn't been rebuilt for a long time. There are two unresponded tickets about build failures. What's up here? From joshuacov at googlemail.com Thu Aug 28 22:13:22 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 29 Aug 2008 00:13:22 +0200 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 Message-ID: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 branch is ok but the same thing happens with 2.6.27.rc2 and the following. 2.6.25 branch is ok. I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. The kernel loads fine until showing "starting udev". then it just stops and cannot continue. on the 2.6.26 branch i need to keep pressed atleast one key for it to continue. Then it goes further and everything freezes when no key is pressed. 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" I get black and white stripps on my screen and only hardware reset helps. This makes me think it is something connected with the kernel modesetting and my radeon gpu. It could also be udev but it is fine with 2.6.25 and if i keep at least one key pressed then 2.6.26 works fine. in everycase dmesg shows nothing. What could it be? How can I see where the problem is? From vgaburici at gmail.com Thu Aug 28 22:26:36 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 29 Aug 2008 01:26:36 +0300 Subject: AWOL maintainer of obsolete package Message-ID: https://bugzilla.redhat.com/show_bug.cgi?id=459322 Can we make this package fade from Fedora's repository? From jkeating at redhat.com Thu Aug 28 22:33:34 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Aug 2008 15:33:34 -0700 Subject: AWOL maintainer of obsolete package In-Reply-To: References: Message-ID: <1219962814.6655.36.camel@luminos.localdomain> On Fri, 2008-08-29 at 01:26 +0300, Vasile Gaburici wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=459322 > > Can we make this package fade from Fedora's repository? Does Texlive Provides/Obsoletes this package? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From selinux at gmail.com Thu Aug 28 22:38:15 2008 From: selinux at gmail.com (Tom London) Date: Thu, 28 Aug 2008 15:38:15 -0700 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> Message-ID: <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> On Thu, Aug 28, 2008 at 3:13 PM, Joshua C. wrote: > I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 > branch is ok but the same thing happens with 2.6.27.rc2 and the > following. 2.6.25 branch is ok. > I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. > > The kernel loads fine until showing "starting udev". then it just > stops and cannot continue. on the 2.6.26 branch i need to keep pressed > atleast one key for it to continue. Then it goes further and > everything freezes when no key is pressed. > 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. > with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" > I get black and white stripps on my screen and only hardware reset > helps. This makes me think it is something connected with the kernel > modesetting and my radeon gpu. It could also be udev but it is fine > with 2.6.25 and if i keep at least one key pressed then 2.6.26 works > fine. in everycase dmesg shows nothing. What could it be? How can I > see where the problem is? > Could this be your problem: https://bugzilla.redhat.com/show_bug.cgi?id=455595 If so, adding "modprobedebug" to the boot parameters seems to help on my system (not radeon). tom -- Tom London From dwheeler at dwheeler.com Thu Aug 28 22:56:14 2008 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Thu, 28 Aug 2008 18:56:14 -0400 (EDT) Subject: Time to resurrect multi-key signatures in RPM? Message-ID: Les Mikesell: >And if you are really paranoid you have to wonder about the compiler and >any existing libraries too: http://cm.bell-labs.com/who/ken/trust.html. I'm actively working on techniques for countering malicious compilers/libraries; I even had a paper published by ASCAC on the topic: http://www.dwheeler.com/trusting-trust/ (The example in the paper was run on Fedora.) Unsurprisingly, it requires determinism (e.g., recompiling the same program with the same compiler, on & for the same architecture, produces the same binary). This kind of determinism is not something that should be _required_ for Fedora 10, but it'd be a good thing to shoot for. Determinism is good for testing & debugging, anyway. If the compiler, running on the SAME architecture, generates different code when you re-run it, some kinds of compiler bugs are devilishly hard to track down. --- David A. Wheeler From tmz at pobox.com Thu Aug 28 23:04:43 2008 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 28 Aug 2008 19:04:43 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> Message-ID: <20080828230443.GV21166@inocybe.teonanacatl.org> James Bowes wrote: > Log Message: > git 1.6.0.1 [...] > Index: git.spec > =================================================================== > RCS file: /cvs/extras/rpms/git/devel/git.spec,v > retrieving revision 1.70 > retrieving revision 1.71 > diff -u -r1.70 -r1.71 > --- git.spec 24 Jul 2008 14:03:40 -0000 1.70 > +++ git.spec 28 Aug 2008 12:16:58 -0000 1.71 > @@ -132,6 +132,7 @@ > %build > make %{_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" \ > ETC_GITCONFIG=/etc/gitconfig \ > + gitexecdir=%{_bindir} \ > prefix=%{_prefix} all %{!?_without_docs: doc} > make -C contrib/emacs > > @@ -140,6 +141,7 @@ > make %{_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" DESTDIR=$RPM_BUILD_ROOT \ > prefix=%{_prefix} mandir=%{_mandir} \ > ETC_GITCONFIG=/etc/gitconfig \ > + gitexecdir=%{_bindir} \ > INSTALLDIRS=vendor install %{!?_without_docs: install-doc} > make -C contrib/emacs install \ > emacsdir=$RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp I almost hate to ask, but why are we differing from upstream here by setting gitexecdir=%{_bindir}? Moving the git-* commands out of the path has been on the agenda for git-1.6.0 for a long time. If distros like Fedora and others just set gitexecdir like this we've effectively negated upstream's intent to present less binaries in the users path. For those folks that want to continue using the git-* form, the simple solution is to add $(git --exec-path) to PATH. If we want to not break anyone's scripts by default in the update to git-1.6.0, we could add that to the PATH in the package rather than keep all the git binaries in %{_bindir}. At least that way, those who do not want or need all the extra commands there could just remove it from their PATH. (Personally, I'd prefer to not even do that and install git as closely to upstream as possible.) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Never argue with an idiot. First, they drag you down to their level, then beat you with experience. -- Ben Adams -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From phil at sanslogic.co.uk Thu Aug 28 23:15:02 2008 From: phil at sanslogic.co.uk (Philip Heron) Date: Fri, 29 Aug 2008 00:15:02 +0100 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <4899C9E2.1020000@sanslogic.co.uk> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <4896EA3B.70308@sanslogic.co.uk> <5256d0b0808040551n3d485097refbf025aa78d7a57@mail.gmail.com> <4899C9E2.1020000@sanslogic.co.uk> Message-ID: <48B73176.5010809@sanslogic.co.uk> Philip Heron wrote: > Peter Robinson wrote: >>> Is there anything in your kernel that might improve the stability of the >>> intel video driver over the stock fedora kernel? I'm getting quite a >>> lot of >>> hard lock-ups and random X restarts if I don't disable video >>> acceleration, >>> but then playing video is impossible. >> >> Have you tried disabling FrameBufferCompression? > > Thanks for the suggestion. I tried it last night but it didn't help. For anyone else having this problem, I seem to have solved it by disabling the composite extension. I'm able to play video and games without any crashing or lock ups now. I added these lines to my xorg.conf: Section "Extensions" Option "Composite" "Disable" EndSection Not ideal, but I've got a usable laptop again. -Phil From bojan at rexursive.com Thu Aug 28 23:25:39 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 28 Aug 2008 23:25:39 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: Message-ID: David A. Wheeler dwheeler.com> writes: > Unsurprisingly, it requires determinism (e.g., recompiling the same > program with the same compiler, on & for the same architecture, > produces the same binary). As you say: ----------------- $ # If a.out and a.out.saved are always identical (except internal $ # timestamps, if any) then the compiler is deterministic. ----------------- And I could almost swear it is also possible to (automatically) edit binaries that are different due to different environments (i.e. think things that embed uname -v, perl -V etc.) so that a baseline is established and _then_ checksummed, giving the correct (i.e. relevant) comparison. -- Bojan From tgl at redhat.com Thu Aug 28 23:32:24 2008 From: tgl at redhat.com (Tom Lane) Date: Thu, 28 Aug 2008 19:32:24 -0400 Subject: SGML support refactored in F-10? Message-ID: <17316.1219966344@sss.pgh.pa.us> My package libdbi is apparently failing to build in CVS HEAD: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/libdbi-0.8.3-1.fc9.src.rpm/result/build.log where the failure looks like Converting programmers-guide.sgml to HTML... mkdir -p programmers-guide && cd programmers-guide && openjade -t sgml -d ../../doc/include/doc-html.dsl ../../doc/programmers-guide.sgml openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:54:0:E: cannot find "iso-amsa.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsa.gml", "/usr/share/sgml/iso-amsa.gml", "/usr/share/xml/iso-amsa.gml" openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:61:0:E: cannot find "iso-amsb.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsb.gml", "/usr/share/sgml/iso-amsb.gml", "/usr/share/xml/iso-amsb.gml" ... openjade:../../doc/example-program.sgml:61:21:W: cannot generate system identifier for general entity "gt" openjade:../../doc/example-program.sgml:61:21:E: general entity "gt" not defined and no default entity openjade:../../doc/example-program.sgml:61:23:E: reference to entity "gt" for which no system identifier could be generated openjade:../../doc/example-program.sgml:61:20: entity was defined here openjade:../../doc/example-program.sgml:61:45:E: reference to entity "gt" for which no system identifier could be generated It doesn't know > ??? The identical SRPM builds just fine in F-9. I speculate that somebody's refactored the relevant RPMs in F-10, and that I need a new BuildRequires to make it work in F-10. I'm not quite sure where to go looking though. Any clues? regards, tom lane From mrsam at courier-mta.com Thu Aug 28 23:47:13 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Thu, 28 Aug 2008 19:47:13 -0400 Subject: SGML support refactored in F-10? References: <17316.1219966344@sss.pgh.pa.us> Message-ID: Tom Lane writes: > The identical SRPM builds just fine in F-9. I speculate that somebody's > refactored the relevant RPMs in F-10, and that I need a new > BuildRequires to make it work in F-10. I'm not quite sure where to go > looking though. Any clues? Throw F-10 Alpha on some machine, try building your package on F-10 Alpha, and see what happens. You can take a stab in the dark, look at the packages in the F-10 Alpha release, and see if you can figure it out yourself. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mclasen at redhat.com Thu Aug 28 23:48:49 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 28 Aug 2008 19:48:49 -0400 Subject: SGML support refactored in F-10? In-Reply-To: <17316.1219966344@sss.pgh.pa.us> References: <17316.1219966344@sss.pgh.pa.us> Message-ID: <1219967329.6260.3.camel@localhost.localdomain> On Thu, 2008-08-28 at 19:32 -0400, Tom Lane wrote: > My package libdbi is apparently failing to build in CVS HEAD: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/libdbi-0.8.3-1.fc9.src.rpm/result/build.log > > where the failure looks like > > Converting programmers-guide.sgml to HTML... > mkdir -p programmers-guide && cd programmers-guide && openjade -t sgml -d ../../doc/include/doc-html.dsl ../../doc/programmers-guide.sgml > openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:54:0:E: cannot find "iso-amsa.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsa.gml", "/usr/share/sgml/iso-amsa.gml", "/usr/share/xml/iso-amsa.gml" > openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:61:0:E: cannot find "iso-amsb.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsb.gml", "/usr/share/sgml/iso-amsb.gml", "/usr/share/xml/iso-amsb.gml" > ... > openjade:../../doc/example-program.sgml:61:21:W: cannot generate system identifier for general entity "gt" > openjade:../../doc/example-program.sgml:61:21:E: general entity "gt" not defined and no default entity > openjade:../../doc/example-program.sgml:61:23:E: reference to entity "gt" for which no system identifier could be generated > openjade:../../doc/example-program.sgml:61:20: entity was defined here > openjade:../../doc/example-program.sgml:61:45:E: reference to entity "gt" for which no system identifier could be generated > > It doesn't know > ??? > > The identical SRPM builds just fine in F-9. I speculate that somebody's > refactored the relevant RPMs in F-10, and that I need a new > BuildRequires to make it work in F-10. I'm not quite sure where to go > looking though. Any clues? > There are problems with the %post of docbook-dtds, which messes up the xml (and probably sgml) catalogs. I've complained to ovasik about that a while ago, not sure if it has been fixed. The last time this happened to me, I manually reran the docbook-dtds %post to get my catalogs back. Matthias From poelstra at redhat.com Thu Aug 28 23:51:09 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 28 Aug 2008 16:51:09 -0700 Subject: FESCo Meeting Summary for 2008-08-20 In-Reply-To: <1219882933.11809.6.camel@kennedy> References: <1219882933.11809.6.camel@kennedy> Message-ID: <48B739ED.40100@redhat.com> Brian Pepple said the following on 08/27/2008 05:22 PM Pacific Time: > === F10 Schedule === > * FESCo approved a proposal from Release Engineering (rel-eng) to delay > F10 by three weeks. The revised schedule can be found here: > http://poelstra.fedorapeople.org/schedules/f-10/f-10-three-week-change.html The URL above was for the proposed change. Updated schedules are at: https://fedoraproject.org/wiki/Releases/10/Schedule http://poelstra.fedorapeople.org/schedules/f-10/f-10-all-milestones.html And a more detailed view here: http://poelstra.fedorapeople.org/schedules/f-10/f-10-all-tasks.html NOTE: I need to fix several of the Documentation and Art tasks and will be working with those teams to make sure the correct tasks are reflected on the correct days. John From joshuacov at googlemail.com Thu Aug 28 23:52:33 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 29 Aug 2008 01:52:33 +0200 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> Message-ID: <5f6f8c5f0808281652o4d6396d5vcbb987072c979eea@mail.gmail.com> 2008/8/29 Tom London : > On Thu, Aug 28, 2008 at 3:13 PM, Joshua C. wrote: >> I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 >> branch is ok but the same thing happens with 2.6.27.rc2 and the >> following. 2.6.25 branch is ok. >> I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. >> >> The kernel loads fine until showing "starting udev". then it just >> stops and cannot continue. on the 2.6.26 branch i need to keep pressed >> atleast one key for it to continue. Then it goes further and >> everything freezes when no key is pressed. >> 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. >> with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" >> I get black and white stripps on my screen and only hardware reset >> helps. This makes me think it is something connected with the kernel >> modesetting and my radeon gpu. It could also be udev but it is fine >> with 2.6.25 and if i keep at least one key pressed then 2.6.26 works >> fine. in everycase dmesg shows nothing. What could it be? How can I >> see where the problem is? >> > Could this be your problem: https://bugzilla.redhat.com/show_bug.cgi?id=455595 > > If so, adding "modprobedebug" to the boot parameters seems to help on > my system (not radeon). > > tom > -- > Tom London > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Yes, both look the same. I tried (here https://bugzilla.redhat.com/show_bug.cgi?id=458901#c5 ) wait_for_queue() to return true immediately and it helped me to speed up the things. but at the end some devices didn't work.This is what i get with the 2.6.26 after passing modprobedebug to command line: Starting udev and then loading drivers: -ac.ko -battery.ko -wmi.ko -i2c-core -i2c-piix4.ko cdrom.ko sr_mod.ko ---------- first stop-----------after ~ 30 secs.---------- -sound/core/***.ko ---------second stop--------- after ~15 secs.------- pcmcia.ko mmc.ko -----------------final stop/freeze------------------- if i press any key i got Triggering Resset and then starting udev returns true and goes on. It stops only if i release the pressed key. When I pass udevdebug to the 2.6.26 kernel I get thousands of messages and it stops periodically showing the following: **********pass environment to socket "@/org/kernel/udev/monitor" **********passed -1 bytes to socket "@/org/kernel/udev/monitor" some of the messages on the screen return something like "udev_rules_iter_label" and "checking selinux=1" With 2.6.27 version it looks the same way but after loading the cdrom.ko module the screen disappers (shows the black/white sripps) and cannot see anything. I suspect that udev is trying to configure my monitor using something comming from the kernel code (modesetting for the ati cards) that results in an error. and therefore the "@/org/kernel/udev/monitor" messages are shown. I cannot explain it otherwise. From joshuacov at googlemail.com Fri Aug 29 00:17:48 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 29 Aug 2008 02:17:48 +0200 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> Message-ID: <5f6f8c5f0808281717j1d81de42lf7230196d3cc88b0@mail.gmail.com> 2008/8/29 Tom London : > On Thu, Aug 28, 2008 at 3:13 PM, Joshua C. wrote: >> I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 >> branch is ok but the same thing happens with 2.6.27.rc2 and the >> following. 2.6.25 branch is ok. >> I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. >> >> The kernel loads fine until showing "starting udev". then it just >> stops and cannot continue. on the 2.6.26 branch i need to keep pressed >> atleast one key for it to continue. Then it goes further and >> everything freezes when no key is pressed. >> 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. >> with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" >> I get black and white stripps on my screen and only hardware reset >> helps. This makes me think it is something connected with the kernel >> modesetting and my radeon gpu. It could also be udev but it is fine >> with 2.6.25 and if i keep at least one key pressed then 2.6.26 works >> fine. in everycase dmesg shows nothing. What could it be? How can I >> see where the problem is? >> > Could this be your problem: https://bugzilla.redhat.com/show_bug.cgi?id=455595 > > If so, adding "modprobedebug" to the boot parameters seems to help on > my system (not radeon). > > tom > -- > Tom London > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I suspect it's Intel's GEM that is causing the problems. The kernel boots fine until it has to initialize the devices. And in my case I have no display. acpi=off helps me solve the problem but then lots of devices don't work. Maybe a kernel code that deals with the device initialisation is what's changed between 2.6.25 and 2.6.26/27 series. From rawhide at fedoraproject.org Fri Aug 29 00:30:19 2008 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 29 Aug 2008 00:30:19 +0000 (UTC) Subject: rawhide report: 20080828 changes Message-ID: <20080829003019.A21311F8249@releng2.fedora.phx.redhat.com> New package E Equational Theorem Prover New package ferm For Easy Rule Making Updated Packages: Django-1.0-0.1.beta2.fc10 ------------------------- * Wed Aug 27 18:00:00 2008 Michel Salim - 1.0-0.1.beta2 - Update to 1.0 beta2 NetworkManager-vpnc-0.7.0-0.10.svn4022.fc10 ------------------------------------------- * Wed Aug 27 18:00:00 2008 Dan Williams 1:0.7.0-10.svn4022 - Rebuild for updated NetworkManager PackageKit-0.3.1-3.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Richard Hughes - 0.3.1-3 - The browser plugin file list was misordered in the merge, resulting in empty PackageKit-devel package. audacity-1.3.5-0.6.beta.fc10 ---------------------------- * Thu Aug 28 18:00:00 2008 Michael Schwendt - 1.3.5-0.6.beta - rediff some patches for Fedora fuzz=0 pedantry cairo-dock-1.6.2-1.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Mamoru Tasaka - 1.6.2-1 - 1.6.2 cyphesis-0.5.16-3.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Wart 0.5.16-3 - Rebuild for new mercator denyhosts-2.6-12.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Jason L Tibbitts III - 2.6-12 - Fix up patches to apply with --fuzz=0. dtc-1.2.0-1.fc10 ---------------- * Thu Aug 28 18:00:00 2008 Josh Boyer - Update to latest release eclipse-3.4.0-22.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Andrew Overholt 3.4.0-22 - Add test framework - Remove two duplicate lines in eclipse-mv-Platform.sh - Modify package-build and pdebuild so they can build the SDK tests elfutils-0.137-2.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Roland McGrath - 0.137-2 - Update to 0.137 - libdwfl: bug fixes; new segment interfaces; all the libdwfl-based tools now support --core=COREFILE option - Resolves: RHBZ #325021, RHBZ #447416 evolution-zimbra-0.1.1-2.fc10 ----------------------------- * Tue Aug 12 18:00:00 2008 Matthew Barnes - 0.1.1-2 - Rebuild against newer Camel library. ftnchek-3.3.1-8.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Orion Poplawski 3.3.1-8 - Change %patch -> %patch0 fuse-encfs-1.4.2-5.fc10 ----------------------- * Tue Aug 12 18:00:00 2008 Peter Lemenkov 1.4.2-5 - Rebuild with new boost gdm-2.23.91-0.20080828.2.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Jon McCann - 1:2.23.91-0.20080828.2 - Update to non-broken snapshot * Thu Aug 28 18:00:00 2008 Jon McCann - 1:2.23.91-0.20080828.1 - Update to snapshot git-1.6.0.1-1.fc10 ------------------ * Thu Aug 28 18:00:00 2008 James Bowes 1.6.0.1-1 - git-1.6.0.1 gnome-session-2.23.91-0.20080828.1.fc10 --------------------------------------- * Thu Aug 28 18:00:00 2008 Jon McCann - 2.23.91.0.2008.08.28.1 - Update to snapshot gnome-settings-daemon-2.23.91-0.20080828.1.fc10 ----------------------------------------------- * Thu Aug 28 18:00:00 2008 Jon McCann - 2.23.91-0.2008.08.28.1 - Update to snapshot gnome-utils-2.23.90-2.fc10 -------------------------- * Thu Aug 28 18:00:00 2008 Matthias Clasen - 1:2.23.90-2 - Fix a crash in gnome-screenshot * Tue Aug 26 18:00:00 2008 Matthias Clasen - 1:2.23.90-1 - Update to 2.23.90 - Drop upstreamed patches ibus-anthy-0.1.1.20080828-1.fc10 -------------------------------- * Thu Aug 28 18:00:00 2008 Huang Peng - 0.1.1.20080828-1 - Update to 0.1.1.20080828. jd-2.0.1-0.1.svn2289_trunk.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Mamoru Tasaka - rev. 2288 k3b-1.0.5-5.fc10 ---------------- * Wed Aug 27 18:00:00 2008 Rex Dieter - 0:1.0.5-5 - resurrect -devel (!=f9), grow -libs (f10+, #341651) - avoid auto*foo - fix build on rawhide (libdvdread header changes) - conditionalize i18n bits * Thu Jul 31 18:00:00 2008 Rex Dieter - 0:1.0.5-4 - try alternative fix for tray eject/reload (kde#156684) * Mon Jun 30 18:00:00 2008 Rex Dieter - 0:1.0.5-3 - No association k3b with .iso files in gnome (#419681) - scriptlet deps - cleanup doc/HTML kernel-2.6.27-0.287.rc4.git7.fc10 --------------------------------- * Thu Aug 28 18:00:00 2008 Dave Airlie - rebase modesetting patches - add DRI2 for intel patches from krh - no intel modesetting yet didn't have time * Thu Aug 28 18:00:00 2008 Dave Airlie - hopefully fix r300 lvds kvm-74-2.fc10 ------------- * Thu Aug 28 18:00:00 2008 Glauber Costa - 74-2 - just a tag increase, because CVS is so awesome... * Thu Aug 28 18:00:00 2008 Glauber Costa - 74-1 - Update to newly released kvm-74 libcanberra-0.8-2.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Lennart Poettering 0.8-2 - Fix build-time dep on Gstreamer * Thu Aug 28 18:00:00 2008 Lennart Poettering 0.8-1 - New version ltsp-5.1.22-1.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Warren Togami - 5.1.22-1 - Exclude /var/cache/yum/* from mksquashfs * Sun Aug 24 18:00:00 2008 Warren Togami - 5.1.21-1 - Exclude /proc/* and /sys/* from mksquashfs - Cleanup old kernels and images from tftpdir * Sun Aug 24 18:00:00 2008 Warren Togami - 5.1.20-1 - Prep for NBD root boot (requires mkinitrd changes) - Fix nbdrootd and nbdswapd launch path - nbdswap detects an unused nbd device before using it - nbdrootd and nbdswapd uses KEEPALIVE, should die after default 7200 seconds - ltsp-update-image script to create NBD root images in /opt/ltsp/images - Cleanup old netboot images from chroot during kernel upgrade - xrexecd waits for xatom changes instead of polling - Disable nbdswap if server is running Live * Thu Aug 14 18:00:00 2008 Warren Togami - 5.1.19-1 - Initial x86_64 client chroot support (John Ellson) - Fix chroot-creator so NBI and ELF images are created during client install. - Use wraplinux to create NBI image. * Wed Aug 13 18:00:00 2008 Warren Togami - 5.1.18-1 - cleanups to localapps scripts - moved localapp stuff from ldm into this package - Fix nbdswap nbd was missing in both client and server nbdswapd had a bogus path to nbd-server - Automatic setup of coreboot/ELF capable Etherboot images created by mkelfimage. dhcpd.conf default serves this to any client reporting itself as "Etherboot-5.4". * Fri Aug 8 18:00:00 2008 Warren Togami - 5.1.15-4 - Include live-config within ltsp-server meanwhile-1.0.2-8.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Josh Boyer - 1.0.2-8 - Add patch to fix crash when server removes contact list mfiler3-2.0.6-2.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Mamoru Tasaka - 2.0.6-2 - 2.0.6 ocaml-camlimages-2.2.0-13.fc10 ------------------------------ * Thu Aug 28 18:00:00 2008 Richard W.M. Jones - 2.2.0-13 - Rebuild with patch fuzz. * Mon Aug 11 18:00:00 2008 Tom "spot" Callaway - 2.2.0-12 - fix license tag ocaml-facile-1.1-5.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Richard W.M. Jones - 1.1-5 - Rebuild with patch fuzz. - No need to create $RPM_BUILD_ROOT. openser-1.3.3-2.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Peter Lemenkov 1.3.3-2 - Removed dialplan and drouting modules from upstream * Thu Aug 28 18:00:00 2008 Peter Lemenkov 1.3.3-1 - Ver. 1.3.3 - Dropped upstreamed patch pcmanx-gtk2-0.3.8-1.fc10 ------------------------ * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 0.3.8-1 - update to 0.3.8 - build and package mozilla/firefox/xulrunner plugin * Tue Feb 19 17:00:00 2008 Fedora Release Engineering - 0.3.6-3.355svn - Autorebuild for GCC 4.3 * Tue Sep 11 18:00:00 2007 Leo Shidai Liu 0.3.6-2.355svn - bump release number * Sun Sep 9 18:00:00 2007 Leo Shidai Liu 0.3.6-1.355svn - svn 355 pdfjam-1.20-6.fc10 ------------------ * Wed Aug 27 18:00:00 2008 Tom "spot" Callaway - 1.20-7 - fix license tag * Fri Jan 18 17:00:00 2008 Michel Salim - 1.20-6 - Rebuild for Fedora 9 (development tree) pdsh-2.16-1.fc10 ---------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 2.16-1 - attempt to make this package suck... less. - fix license tag - update to 2.16 - fix compile against glibc 2.8 (ARG_MAX not defined) perl-Frontier-RPC-0.07b4p1-5.fc10 --------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.07b4p1-5 - fix license tag * Wed Jul 30 18:00:00 2008 Miroslav Such?? 0.07b4p1-4 - applied security patches. - created light package with only Client part. perl-Geo-IP-1.34-1.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Michael Fleming 1.34-1 - New upstream update - Source0 updated (new upstream maintainer) * Sun Apr 13 18:00:00 2008 Michael Fleming 1.31-1 - New upstream update perl-IPC-Run3-0.042-2.fc10 -------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.042-2 - fix license tag (technically, it was correct before, but this keeps rpmlint from flagging this package as a false positive) perl-Locale-Maketext-Lexicon-0.68-2.fc10 ---------------------------------------- * Thu Aug 28 18:00:00 2008 Ralf Cors??pius - 0.68-2 - Filter out bogus requires. perl-Net-Jabber-2.0-9.fc10 -------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 2.0-9 - fix license tag (technically, it was correct before, but this change prevents rpmlint from flagging it as bad in a false positive) perl-Net-XMPP-1.02-5.fc10 ------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.02-5 - fix license tag (technically, it was correct before, but this change prevents rpmlint from flagging it as bad in a false positive) perl-XML-Stream-1.22-9.fc10 --------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.22-9 - fix license tag (technically, it was correct before, but this change prevents rpmlint from flagging it as bad in a false positive) pywebkitgtk-1.0.1-2.fc10 ------------------------ * Thu Aug 28 18:00:00 2008 Ignacio Vazquez-Abrams 1.0.1-2 - Switch to pygobject code generator * Wed Aug 27 18:00:00 2008 Ignacio Vazquez-Abrams 1.0.1-1 - Upstream update readahead-1.4.5-1.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Harald Hoyer 1.4.5-1 - new adaptive readahead version * Tue Jul 22 18:00:00 2008 Karel Zak 1:1.4.4-2 - fix #456027 - readahead should use O_NOATIME while opening the files redhat-lsb-3.2-2.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Hao Liu 3.2-2 - Modify "Requires: /usr/bin/mailx" to "Requires: mailx" (Bug #460249) rsyslog-3.21.3-2.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Tomas Heinrich 3.21.3-2 - fix clock rollback issue (#460230) sear-0.6.3-11.fc10 ------------------ * Thu Aug 28 18:00:00 2008 Wart 0.6.3-11 - Rebuild for new mercator sylpheed-2.5.0-4.2029svn.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Michael Schwendt - 2.5.0-4.2029svn - patch libsylph/socket.* to not redefine SOCK_NONBLOCK from /usr/include/bits/socket.h - rediff some patches for Fedora fuzz=0 pedantry textflow-0.2.3.2-1.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Mads Villadsen - 0.2.3.2-1 - Update to latest upstream release - Add gnome-python2-libwnck to Requires (bug #460523) - Add gnome-python2-gnome to Requires virt-df-2.1.3-2.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Richard W.M. Jones - 2.1.3-2 - New upstream version 2.1.3. - Rebuild with patch fuzz. - bitmatch -> bitstring. - Upload new sources. xastir-1.9.2-9.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Lucian Langa - 1.9.2-9 - drop uneeded and potential risky files xfwm4-theme-nodoka-0.1-2.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Christoph Wickert - 0.1-2 - Require nodoka-filesystem instead of gtk-nodoka-engine xorg-x11-drv-evdev-2.0.4-2.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Peter Hutterer 2.0.4-2 - evdev-2.0.4-reopen-device.patch: try to reopen devices if a read error occurs on the fd. - evdev-2.0.4-cache-info.patch: cache device info to ensure reopened device isn't different to previous one. xorg-x11-drv-synaptics-0.15.0-3.fc10 ------------------------------------ * Thu Aug 28 18:00:00 2008 Peter Hutterer 0.15.0-3 - xf86-input-synaptics-0.15.0-edges.patch: reserve 5% on each side for edge detection. yum-3.2.19-2.fc10 ----------------- * Thu Aug 28 18:00:00 2008 Seth Vidal - 3.2.19-2 - add patch to fix mash's parser use. yum-utils-1.1.16-1.fc10 ----------------------- * Wed Aug 27 18:00:00 2008 Tim Lauridsen - mark as 1.1.16 * Wed Aug 20 18:00:00 2008 James Antill - add yum-groups-manager Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 54 Broken deps for i386 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- appliance-tools-003-3.fc10.noarch requires livecd-tools >= 0:018 audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-017.1-1.fc9.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 From peter at thecodergeek.com Fri Aug 29 00:45:56 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 28 Aug 2008 17:45:56 -0700 Subject: rpms/WebKit/devel .cvsignore, 1.8, 1.9 WebKit.spec, 1.18, 1.19 sources, 1.8, 1.9 In-Reply-To: <1219911175.3438.83.camel@pc-notebook> References: <20080827233630.39F7D7010D@cvs1.fedora.phx.redhat.com> <1219911175.3438.83.camel@pc-notebook> Message-ID: <1219970756.3172.1.camel@tuxhugs> On Thu, 2008-08-28 at 10:12 +0200, Martin Sourada wrote: > I think you should also bump version to 1.0.2 as defined in > configure.ac: > > m4_define([webkit_major_version], [1]) > m4_define([webkit_minor_version], [0]) > m4_define([webkit_micro_version], [2]) Ah! I go so used to it being a "pre-1.0" snapshot that I simply had not noticed that. I'll fix that up very soon. Thanks for informing me! :) -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Fri Aug 29 00:47:24 2008 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 28 Aug 2008 17:47:24 -0700 Subject: rpms/WebKit/devel .cvsignore, 1.8, 1.9 WebKit.spec, 1.18, 1.19 sources, 1.8, 1.9 In-Reply-To: <1219970756.3172.1.camel@tuxhugs> References: <20080827233630.39F7D7010D@cvs1.fedora.phx.redhat.com> <1219911175.3438.83.camel@pc-notebook> <1219970756.3172.1.camel@tuxhugs> Message-ID: <1219970844.3172.3.camel@tuxhugs> On Thu, 2008-08-28 at 17:45 -0700, Peter Gordon wrote: > Ah! I go so used to [...] Err, that should be "got." Proof that I need more caffeine I suppose. Sorry for the typo. -- ?Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From martin.langhoff at gmail.com Fri Aug 29 01:48:23 2008 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Fri, 29 Aug 2008 13:48:23 +1200 Subject: ifup-local $DEVNAME versus ifup-pre-local $CONFIGFILE Message-ID: <46a038f90808281848q613fbc14rd8d775d050042095@mail.gmail.com> A curio I found working my way through the ifup execution traces is that while ifup-local is called with the device name (eth0), ifup-pre-local is called with the config file name (ifcfg-eth0). Not the end of the world, but as these hooks aren't documented (that I could find at least) and google has few hits for them,I thought it was worth a mention. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From poelstra at redhat.com Fri Aug 29 03:54:16 2008 From: poelstra at redhat.com (John Poelstra) Date: Thu, 28 Aug 2008 20:54:16 -0700 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B45212.9060001@gmail.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> <48B45212.9060001@gmail.com> Message-ID: <48B772E8.1030607@redhat.com> Toshio Kuratomi wrote: > Hans de Goede wrote: >> >> Still we need to tackle this before it does become a bigger problem, >> sofar I've seen very little attention for this thread, which is sad as >> this is a *real* issue. So far only gkrellm seems to have been used by >> people who also use nss_ldap, but sooner or later slrn or one of the >> others will hit the same problem, and if more and more apps are moved >> to these openssl compat libs then the problem becomes really large! >> > > +1 > > Especially since Fedora is supposed to drive adoption of nss and the nss > compat libs to aid in FIPS-140 compliance for downstream distros, this > problem will only get bigger. > > -Toshio > > Is there a concerted effort or SIG around this in Fedora? I've been seeing a lot of the associated bugs attached to this tracker https://bugzilla.redhat.com/showdependencytree.cgi?id=333741&hide_resolved=1 as I triage NEW rawhide bugs. John From dan at danny.cz Fri Aug 29 05:35:20 2008 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 29 Aug 2008 07:35:20 +0200 Subject: pguiman has no maintainer In-Reply-To: <20080828215641.03e13d63.mschwendt@gmail.com> References: <20080828215641.03e13d63.mschwendt@gmail.com> Message-ID: <1219988120.3663.3.camel@eagle.danny.cz> Michael Schwendt p??e v ?t 28. 08. 2008 v 21:56 +0200: > https://admin.fedoraproject.org/pkgdb/packages/name/pguiman > > Maintainer "odvorace" gives "user unknown" at Red Hat. > Pkg ACLs are locked down. > The upstream at SF.net (author = maintainer) looks dead too, last commit was 11 month ago. Dan From jnovy at redhat.com Fri Aug 29 06:00:12 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 29 Aug 2008 08:00:12 +0200 Subject: AWOL maintainer of obsolete package In-Reply-To: <1219962814.6655.36.camel@luminos.localdomain> References: <1219962814.6655.36.camel@luminos.localdomain> Message-ID: <20080829060012.GA26971@dhcp-lab-186.brq.redhat.com> On Thu, Aug 28, 2008 at 03:33:34PM -0700, Jesse Keating wrote: > On Fri, 2008-08-29 at 01:26 +0300, Vasile Gaburici wrote: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=459322 > > > > Can we make this package fade from Fedora's repository? > > Does Texlive Provides/Obsoletes this package? > Just added Obsoletes in rawhide and F9 TeX Live CVS. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mike at miketc.net Fri Aug 29 06:00:29 2008 From: mike at miketc.net (Mike Chambers) Date: Fri, 29 Aug 2008 01:00:29 -0500 Subject: Rawhide install/update status In-Reply-To: <48B70735.6020508@olen.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> <48B70735.6020508@olen.net> Message-ID: <1219989629.3704.0.camel@scrappy.miketc.net> On Thu, 2008-08-28 at 22:14 +0200, Ola Thoresen wrote: > Mike Chambers wrote: > > Has anyone tried an install and ran updates now that rawhide has sync'd > > up again and putting out packages? Curious if some of the > > firefox/evolution/etc problems might have been fixed or not. > > > > FWIW. Tried a rawhide install today, and the installer failed on > partitioning the disc (something about encryption not possible without a > key - even if I did not select "encrypt system"). > > Installed F9 instead, and are updating to rawhide as we speak. Any luck on your update or another install? -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From tgl at redhat.com Fri Aug 29 06:01:59 2008 From: tgl at redhat.com (Tom Lane) Date: Fri, 29 Aug 2008 02:01:59 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B772E8.1030607@redhat.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> <48B45212.9060001@gmail.com> <48B772E8.1030607@redhat.com> Message-ID: <28339.1219989719@sss.pgh.pa.us> John Poelstra writes: > Is there a concerted effort or SIG around this in Fedora? I've been > seeing a lot of the associated bugs attached to this tracker > https://bugzilla.redhat.com/showdependencytree.cgi?id=333741&hide_resolved=1 > as I triage NEW rawhide bugs. Well, as one of the people who got hit with several of those "Port to use NSS library for cryptography" bugs, with no offer of help for a pretty large (and potentially security-critical) effort nor even a word of explanation of why I should give a damn about it, I can say that this was certainly one of the worst-managed feature proposals I've ever seen. NSS will get into my packages when someone else does the porting work and then convinces the various upstreams to adopt it. I'm not planning to lift a finger on either front. regards, tom lane From redhat at olen.net Fri Aug 29 06:31:50 2008 From: redhat at olen.net (Ola Thoresen) Date: Fri, 29 Aug 2008 08:31:50 +0200 Subject: Rawhide install/update status In-Reply-To: <1219989629.3704.0.camel@scrappy.miketc.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> <48B70735.6020508@olen.net> <1219989629.3704.0.camel@scrappy.miketc.net> Message-ID: <48B797D6.7090001@olen.net> Mike Chambers wrote: > On Thu, 2008-08-28 at 22:14 +0200, Ola Thoresen wrote: >> Mike Chambers wrote: >>> Has anyone tried an install and ran updates now that rawhide has sync'd >>> up again and putting out packages? Curious if some of the >>> firefox/evolution/etc problems might have been fixed or not. >>> >> FWIW. Tried a rawhide install today, and the installer failed on >> partitioning the disc (something about encryption not possible without a >> key - even if I did not select "encrypt system"). >> >> Installed F9 instead, and are updating to rawhide as we speak. > > Any luck on your update or another install? > The update worked fine (a few conflicts with mailx, redhat-lsb and such was resolved manually). Not sure what problems you are referring to, but there seems to be some kind of flicker in gnome whenever a new window is opened. Firefox seems ok at first glance. Have not really used it much yet (upgraded during the night, have to go to work in a few minutes, and this is my home-laptop). I don't use evolution, but Thunderbird is at least working as it should. Rgds -- _,--', _._.--._____ .--.--';_'-.', ";_ _.,-' Ola Thoresen .'--'. _.' {`'-;_ .-.>.' '-:_ ) / `' '=. It is easier to fix Unix ) > {_/, /~) than to live with Windows |/ `^ .' From berrange at redhat.com Fri Aug 29 06:50:20 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 29 Aug 2008 07:50:20 +0100 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B772E8.1030607@redhat.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> <48B45212.9060001@gmail.com> <48B772E8.1030607@redhat.com> Message-ID: <20080829065020.GD25334@redhat.com> On Thu, Aug 28, 2008 at 08:54:16PM -0700, John Poelstra wrote: > Toshio Kuratomi wrote: > >Hans de Goede wrote: > >> > >>Still we need to tackle this before it does become a bigger problem, > >>sofar I've seen very little attention for this thread, which is sad as > >>this is a *real* issue. So far only gkrellm seems to have been used by > >>people who also use nss_ldap, but sooner or later slrn or one of the > >>others will hit the same problem, and if more and more apps are moved > >>to these openssl compat libs then the problem becomes really large! > >> > > > >Especially since Fedora is supposed to drive adoption of nss and the nss > >compat libs to aid in FIPS-140 compliance for downstream distros, this > >problem will only get bigger. The NSS port would be much more compelling if people talked more about the benefits of the work to Fedora users. With my (non-Red Hat) community member hat on, the choice of development work to save commercial distros money on FIPS certification vs. fixing bugs that matter to Fedora users is an easy one to make. That said I know there are end user benefits to having everything use NSS - people should talk about them instead of FIPS. > Is there a concerted effort or SIG around this in Fedora? I've been > seeing a lot of the associated bugs attached to this tracker > https://bugzilla.redhat.com/showdependencytree.cgi?id=333741&hide_resolved=1 > as I triage NEW rawhide bugs. That bug list doesn't demonstrate much success in the 'port everything to NSS' plan. A handful fixed, 140 bugs being more or less ignored, and another 50 marked CLOSED -> WONTFIX/NOTABUG. And that's not even counting the packages that are missing from that list - for example I see that libvirt, qemu, kvm, xen, and gtk-vnc are absent from that list, yet all are using either OpenSSL, or GNU TLS or both. That aside though, Fedora package maintainers shouldn't be in the business of re-writing large chunks of crypto code in applications, unless they themselves are the upstream maintainer of said crypto code too. Even then such work should be done upstream for sake of peer review, and not in patches to Fedora RPMs. When you have distro code diverging from upstream in any area, the package maintainability will often suffer. In the area of crypto though, it is just plain dangerous and very bad things can & will happen, even from trivial 1-liner patches as Debian recently found out with the unfortunate RNG bugs. Fedora's role in this should be one of 'co-ordinator' - generating reports to track progress; identifying high priority apps to be ported; advising and communicating with upstream and testing any work they produce - all the things Fedora excels at. Filing bugs telling Fedora package maintainers to do the development work to port apps is the wrong way to address this. Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From mike at miketc.net Fri Aug 29 07:09:57 2008 From: mike at miketc.net (Mike Chambers) Date: Fri, 29 Aug 2008 02:09:57 -0500 Subject: Rawhide install/update status In-Reply-To: <48B797D6.7090001@olen.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> <48B70735.6020508@olen.net> <1219989629.3704.0.camel@scrappy.miketc.net> <48B797D6.7090001@olen.net> Message-ID: <1219993797.3243.2.camel@scrappy.miketc.net> On Fri, 2008-08-29 at 08:31 +0200, Ola Thoresen wrote: > Mike Chambers wrote: > > On Thu, 2008-08-28 at 22:14 +0200, Ola Thoresen wrote: > >> Mike Chambers wrote: > >>> Has anyone tried an install and ran updates now that rawhide has sync'd > >>> up again and putting out packages? Curious if some of the > >>> firefox/evolution/etc problems might have been fixed or not. > >>> > >> FWIW. Tried a rawhide install today, and the installer failed on > >> partitioning the disc (something about encryption not possible without a > >> key - even if I did not select "encrypt system"). > >> > >> Installed F9 instead, and are updating to rawhide as we speak. > > > > Any luck on your update or another install? > > > > The update worked fine (a few conflicts with mailx, redhat-lsb and such > was resolved manually). > Not sure what problems you are referring to, but there seems to be some > kind of flicker in gnome whenever a new window is opened. > Firefox seems ok at first glance. Have not really used it much yet > (upgraded during the night, have to go to work in a few minutes, and > this is my home-laptop). > I don't use evolution, but Thunderbird is at least working as it should. Well, so far so good on the F9 to Rawhide update. Reboot was fine, the login prompt screen was real big (as in bigger than usual on a 19" monitor, as in like 800x600 type size), but logging into gnome was bout the same as normal (1440x900 or similar), evolution is working lot better so far, and no problems from firefox really, cept it seems tad slow at times (more than normal, such as screen to render). -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From trever.adams at gmail.com Fri Aug 29 07:46:18 2008 From: trever.adams at gmail.com (Trever L. Adams) Date: Fri, 29 Aug 2008 01:46:18 -0600 Subject: ext4dev oddity In-Reply-To: <48B71B6F.6020404@redhat.com> References: <1206564292.5595.2.camel@aragorn> <47EABB00.6000408@redhat.com> <48B71B6F.6020404@redhat.com> Message-ID: <48B7A94A.7000505@gmail.com> Eric Sandeen wrote: > So, in the course of other things, I found a way to reproduce this > error. And, just for mailing-list-posterity, it seems to be fixed, > upstream, with: > > commit 0bf7e8379ce7e0159a2a6bd3d937f2f6ada79799 > Author: Jose R. Santos > Date: Tue Jun 3 14:07:29 2008 -0400 > > ext4: Fix uninit block group initialization with FLEX_BG > > With FLEX_BG block bitmaps, inode bitmaps and inode tables _MAY_ be > allocated outside the group. So, when initializing an uninitialized > block bitmap, we need to check the location of this blocks before > setting the corresponding bits in the block bitmap of the newly > initialized group. Also return the right number of free blocks when > counting the available free blocks in uninit group. > > Tested-by: Aneesh Kumar K.V > Signed-off-by: Jose R. Santos > Signed-off-by: Mingming Cao > Signed-off-by: "Theodore Ts'o" > > which made it to the 2.6.26 kernels. > > the description sounds innocuous but in my case it was actually > corrupting memory ... > > -Eric > Is this going to be seen fixed in F9? And yes, this can be deadly to your data. I have seen it trash a file system. I am going to have to back up /home and /etc and re-ext4 the drive. Trever -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From abartlet at samba.org Fri Aug 29 08:15:29 2008 From: abartlet at samba.org (Andrew Bartlett) Date: Fri, 29 Aug 2008 18:15:29 +1000 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <20080829065020.GD25334@redhat.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> <48B45212.9060001@gmail.com> <48B772E8.1030607@redhat.com> <20080829065020.GD25334@redhat.com> Message-ID: <1219997729.23212.81.camel@naomi.s4.naomi.abartlet.net> On Fri, 2008-08-29 at 07:50 +0100, Daniel P. Berrange wrote: > That aside though, Fedora package maintainers shouldn't be in the business > of re-writing large chunks of crypto code in applications, unless they > themselves are the upstream maintainer of said crypto code too. Even then > such work should be done upstream for sake of peer review, and not in > patches to Fedora RPMs. When you have distro code diverging from upstream > in any area, the package maintainability will often suffer. In the area of > crypto though, it is just plain dangerous and very bad things can & will > happen, even from trivial 1-liner patches as Debian recently found out > with the unfortunate RNG bugs. > > Fedora's role in this should be one of 'co-ordinator' - generating reports > to track progress; identifying high priority apps to be ported; advising > and communicating with upstream and testing any work they produce - all > the things Fedora excels at. Filing bugs telling Fedora package maintainers > to do the development work to port apps is the wrong way to address this. Well said! Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. -------------- 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 kadionik at enseirb.fr Fri Aug 29 08:19:19 2008 From: kadionik at enseirb.fr (Patrice Kadionik) Date: Fri, 29 Aug 2008 10:19:19 +0200 Subject: [Fedora Forum] Micro Fedora Message-ID: <48B7B107.5020807@enseirb.fr> > Hello, > > A Fedora user nicknamed stevea has posted an topic about making micro > Fedora. It > will be nice to take a look because he may be a very important > contributors > given his skills in embedded. > > " > The minimalFedora system weighed in at 67MB. 58MB was in /lib/modules. > I could > easily pare that down to a few MB, remove unused drivers with a little > work. > Another 6.5MB was in /boot and 1.7MB in busybox. Aside from the homemade > inittab and rcS (init script) it was all from the Fedora distro,". > > References: > ----------- > http://forums.fedoraforum.org/showthread.php?t=190084 > Hi, I'm not sure that it's the right way for building an embedded Linux. With your method, you just have the Fedora kernel with all Fedora patches and a big /lib/modules with a lot of unused modules for your embedded system. One prefers to use the fresh vanilla Linux kernel with busybox. The Linux kernel is then configured exactly for your target. With that, you have a Linux kernel (about 1MB) with its root FS (about 1-2 MB) adapted completly to the target platform. I'm building embedded Linux systems and I'm using Fedora just on the host system for crosscompiling, debugging... Cheers; Pat. -- Patrice Kadionik. F6KQH / F4CUQ ----------- +----------------------------------------------------------------------+ +"Tout doit etre aussi simple que possible, pas seulement plus simple" + +----------------------------------------------------------------------+ + Patrice Kadionik http://www.enseirb.fr/~kadionik + + IMS Laboratory http://www.ims-bordeaux.fr/ + + ENSEIRB http://www.enseirb.fr + + PO BOX 99 fax : +33 5.56.37.20.23 + + 33402 TALENCE Cedex voice : +33 5.56.84.23.47 + + FRANCE mailto:patrice.kadionik at ims-bordeaux.fr + +----------------------------------------------------------------------+ From paul at city-fan.org Fri Aug 29 08:32:47 2008 From: paul at city-fan.org (Paul Howarth) Date: Fri, 29 Aug 2008 09:32:47 +0100 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <200808281803.25399.opensource@till.name> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> Message-ID: <20080829093247.18b64f11@metropolis.intra.city-fan.org> On Thu, 28 Aug 2008 18:03:19 +0200 Till Maas wrote: > On Thu August 28 2008, Matt Domsch wrote: > > Fedora Rawhide-in-Mock Build Results for i386 > > based on Rawhide from 2008-08-12. > > > aircrack-ng-0.9.3-1.fc9 (build/make) till > > > till: > > aircrack-ng,fcgi,libHX,offlineimap,optipng,pam_mount,python-flup,radeontool > >,wyrd > > Is there maybe a bug in the build failure detection? I checked the > logs for aircrack-ng and it looks fine to me: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/i386/aircrack-ng-0.9.3-1.fc9.src.rpm/result/ > > I did not yet check my other packages. Likewise, perl-IO-Socket-SSL-1.14-1.fc10 built successfully but is reported as a build/make failure: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/perl-IO-Socket-SSL-1.14-1.fc10.src.rpm/result/build.log Paul. From moe at blagblagblag.org Fri Aug 29 08:33:25 2008 From: moe at blagblagblag.org (jeff) Date: Fri, 29 Aug 2008 05:33:25 -0300 Subject: Fedora 9 on ASUS EeePC 900 In-Reply-To: <48B73176.5010809@sanslogic.co.uk> References: <200807201909.m6KJ9U7p019750@jasmine.xos.nl> <489688EE.4040802@blagblagblag.org> <4896EA3B.70308@sanslogic.co.uk> <5256d0b0808040551n3d485097refbf025aa78d7a57@mail.gmail.com> <4899C9E2.1020000@sanslogic.co.uk> <48B73176.5010809@sanslogic.co.uk> Message-ID: <48B7B455.1060000@blagblagblag.org> Philip Heron wrote: > Philip Heron wrote: >> Peter Robinson wrote: >>>> Is there anything in your kernel that might improve the stability of >>>> the >>>> intel video driver over the stock fedora kernel? I'm getting quite a >>>> lot of >>>> hard lock-ups and random X restarts if I don't disable video >>>> acceleration, >>>> but then playing video is impossible. >>> >>> Have you tried disabling FrameBufferCompression? >> >> Thanks for the suggestion. I tried it last night but it didn't help. > > For anyone else having this problem, I seem to have solved it by > disabling the composite extension. I'm able to play video and games > without any crashing or lock ups now. > > I added these lines to my xorg.conf: > > Section "Extensions" > Option "Composite" "Disable" > EndSection > > Not ideal, but I've got a usable laptop again. You could try this live image for eee 900, which is also installable: http://freeeee.org/ -Jeff From joachim.frieben at googlemail.com Fri Aug 29 08:47:32 2008 From: joachim.frieben at googlemail.com (Joachim Frieben) Date: Fri, 29 Aug 2008 10:47:32 +0200 Subject: Rawhide install/update status In-Reply-To: <48B797D6.7090001@olen.net> References: <1219940230.22668.3.camel@scrappy.miketc.net> <48B70735.6020508@olen.net> <1219989629.3704.0.camel@scrappy.miketc.net> <48B797D6.7090001@olen.net> Message-ID: <1c252d490808290147k3e5dec40n82615c8a695b80e0@mail.gmail.com> 2008/8/29 Ola Thoresen : > Not sure what problems you are referring to, but there seems to be some kind > of flicker in gnome whenever a new window is opened. https://bugzilla.redhat.com/show_bug.cgi?id=446615 From alan at redhat.com Fri Aug 29 09:27:44 2008 From: alan at redhat.com (Alan Cox) Date: Fri, 29 Aug 2008 05:27:44 -0400 (EDT) Subject: [Fedora Forum] Micro Fedora In-Reply-To: <48B7B107.5020807@enseirb.fr> Message-ID: <1825365248.4643821220002063967.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> > One prefers to use the fresh vanilla Linux kernel with busybox. The > Linux kernel is then configured exactly for your target. With that, you Maybe you do but if you have the extra space (especially if we could fix the module packaging a bit) then the ability to use existing maintained and tested code, and the fact "yum update" just works are hugely valuable. From nils at redhat.com Fri Aug 29 10:07:20 2008 From: nils at redhat.com (Nils Philippsen) Date: Fri, 29 Aug 2008 12:07:20 +0200 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: References: Message-ID: <1220004440.14357.40.camel@wombat.tiptoe.de> On Thu, 2008-08-28 at 21:15 +1000, Bojan Smojver wrote: > But look, it is obvious that we (and by this I mean myself and the > majority of people in the thread) have fundamentally contradicting views > about this, so let's agree to disagree, OK? I don't want to drag this > forever. > > Consider my proposal withdrawn. Even if it looks differently, I've not been trying to shoot anything down -- I'm just not that good at phrasing criticism so that it's received as constructive... Let's see if I can add something positive: On Thu, 2008-08-28 at 23:25 +0000, Bojan Smojver wrote: > David A. Wheeler dwheeler.com> writes: > > > Unsurprisingly, it requires determinism (e.g., recompiling the same > > program with the same compiler, on & for the same architecture, > > produces the same binary). The exact build state, not only the compiler, would have to be replicated for that, as there could be code inlined from headers etc. that influences what ends up in the binary. E.g. when building, save info about all installed packages (envr, md5sums, maybe even rpm-verify it for cross-checking?). Build "reproducers" would have to use the exact same versions for reproduction attempts. Keep in mind that this can lead to false negatives, i.e. if all reproducers use the same compromised compiler package that someone managed to sneak in -- this could realistically only show attacks on the build system itself. I'm not sure how to tackle that, perhaps by employing a not so rigid setup where all reproducers would _not_ use the exact same versions, but the process would not immediately block shipment, but flag differences so people can look into them. > As you say: > ----------------- > $ # If a.out and a.out.saved are always identical (except internal > $ # timestamps, if any) then the compiler is deterministic. > ----------------- > > And I could almost swear it is also possible to (automatically) edit binaries > that are different due to different environments (i.e. think things that embed > uname -v, perl -V etc.) so that a baseline is established and _then_ > checksummed, giving the correct (i.e. relevant) comparison. I think that's a bit dangerous as malicious code could be designed in a way that it's edited out before checksumming (make it look like you've incorporated the kernel version). Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From joshuacov at googlemail.com Fri Aug 29 10:57:17 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 29 Aug 2008 12:57:17 +0200 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <5f6f8c5f0808281717j1d81de42lf7230196d3cc88b0@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> <4c4ba1530808281538w745adafdra59f5ef730c63be@mail.gmail.com> <5f6f8c5f0808281717j1d81de42lf7230196d3cc88b0@mail.gmail.com> Message-ID: <5f6f8c5f0808290357m21e3f0cak97cd666f4f774933@mail.gmail.com> 2008/8/29 Joshua C. : > 2008/8/29 Tom London : >> On Thu, Aug 28, 2008 at 3:13 PM, Joshua C. wrote: >>> I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 >>> branch is ok but the same thing happens with 2.6.27.rc2 and the >>> following. 2.6.25 branch is ok. >>> I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. >>> >>> The kernel loads fine until showing "starting udev". then it just >>> stops and cannot continue. on the 2.6.26 branch i need to keep pressed >>> atleast one key for it to continue. Then it goes further and >>> everything freezes when no key is pressed. >>> 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. >>> with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" >>> I get black and white stripps on my screen and only hardware reset >>> helps. This makes me think it is something connected with the kernel >>> modesetting and my radeon gpu. It could also be udev but it is fine >>> with 2.6.25 and if i keep at least one key pressed then 2.6.26 works >>> fine. in everycase dmesg shows nothing. What could it be? How can I >>> see where the problem is? >>> >> Could this be your problem: https://bugzilla.redhat.com/show_bug.cgi?id=455595 >> >> If so, adding "modprobedebug" to the boot parameters seems to help on >> my system (not radeon). >> >> tom >> -- >> Tom London >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > I suspect it's Intel's GEM that is causing the problems. The kernel > boots fine until it has to initialize the devices. And in my case I > have no display. acpi=off helps me solve the problem but then lots of > devices don't work. Maybe a kernel code that deals with the device > initialisation is what's changed between 2.6.25 and 2.6.26/27 series. > With the latest kernel-2.6.27-0.290.rc5 I have just a blank screen, no stripps anymore. I'd like to help with debuging this GEM. From pbrobinson at gmail.com Fri Aug 29 11:09:33 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 29 Aug 2008 12:09:33 +0100 Subject: mock errors Message-ID: <5256d0b0808290409s17e88692x85ec6d8cf91cfcee@mail.gmail.com> Hi, I on occasion get the following errors when running mock to do with DB errors. It seems to happen when I add the koji repo but this time its not enabled and I've even removed the contents of the entire mock build dir and I still get the error. Can anyone shed any light on this issue? Peter INFO: Results and/or logs in: /var/lib/mock//fedora-rawhide-x86_64/result ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/fedora-rawhide-x86_64/root/ resolvedep ccache 'libsoup-devel >= 2.4' 'NetworkManager-devel' 'GConf2-devel' 'gtk2-devel' 'libxml2-devel' 'pkgconfig' 'libglade2-devel' 'glib2-devel' 'dbus-glib-devel' rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/mock/fedora-rawhide-x86_64/root/var/lib/rpm From jbowes at redhat.com Fri Aug 29 11:41:08 2008 From: jbowes at redhat.com (James Bowes) Date: Fri, 29 Aug 2008 07:41:08 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080828230443.GV21166@inocybe.teonanacatl.org> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> Message-ID: <20080829114107.GC20496@crux.yyz.redhat.com> On Thu, Aug 28, 2008 at 07:04:43PM -0400, Todd Zullinger wrote: > I almost hate to ask, but why are we differing from upstream here by > setting gitexecdir=%{_bindir}? Moving the git-* commands out of the > path has been on the agenda for git-1.6.0 for a long time. If distros > like Fedora and others just set gitexecdir like this we've effectively > negated upstream's intent to present less binaries in the users path. > > For those folks that want to continue using the git-* form, the simple > solution is to add $(git --exec-path) to PATH. > > If we want to not break anyone's scripts by default in the update to > git-1.6.0, we could add that to the PATH in the package rather than > keep all the git binaries in %{_bindir}. At least that way, those who > do not want or need all the extra commands there could just remove it > from their PATH. (Personally, I'd prefer to not even do that and > install git as closely to upstream as possible.) I did this because someone else complained about not using gitexecdir first. But it makes sense to me, since I have not yet done any due diligence to see what might break when we do move the git-* commands. So no worries, we will move the commands, but there's no real rush, is there? -James -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From berrange at redhat.com Fri Aug 29 11:47:18 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 29 Aug 2008 12:47:18 +0100 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080828230443.GV21166@inocybe.teonanacatl.org> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> Message-ID: <20080829114718.GA14763@redhat.com> On Thu, Aug 28, 2008 at 07:04:43PM -0400, Todd Zullinger wrote: > For those folks that want to continue using the git-* form, the simple > solution is to add $(git --exec-path) to PATH. > > If we want to not break anyone's scripts by default in the update to > git-1.6.0, we could add that to the PATH in the package rather than > keep all the git binaries in %{_bindir}. This is assuming that no-one has scripts invoking git-XXXX commands with a fully qualified path. I don't think that is a valid assumption Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From jwboyer at gmail.com Fri Aug 29 11:47:30 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 29 Aug 2008 07:47:30 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080829114107.GC20496@crux.yyz.redhat.com> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> Message-ID: <20080829114730.GA30702@vader.jdub.homelinux.org> On Fri, Aug 29, 2008 at 07:41:08AM -0400, James Bowes wrote: >On Thu, Aug 28, 2008 at 07:04:43PM -0400, Todd Zullinger wrote: >> I almost hate to ask, but why are we differing from upstream here by >> setting gitexecdir=%{_bindir}? Moving the git-* commands out of the >> path has been on the agenda for git-1.6.0 for a long time. If distros >> like Fedora and others just set gitexecdir like this we've effectively >> negated upstream's intent to present less binaries in the users path. >> >> For those folks that want to continue using the git-* form, the simple >> solution is to add $(git --exec-path) to PATH. >> >> If we want to not break anyone's scripts by default in the update to >> git-1.6.0, we could add that to the PATH in the package rather than >> keep all the git binaries in %{_bindir}. At least that way, those who >> do not want or need all the extra commands there could just remove it >> from their PATH. (Personally, I'd prefer to not even do that and >> install git as closely to upstream as possible.) > >I did this because someone else complained about not using gitexecdir first. >But it makes sense to me, since I have not yet done any due diligence to >see what might break when we do move the git-* commands. So no worries, >we will move the commands, but there's no real rush, is there? Though an F-9 update will not. You just don't yank out commands like that from a stable release. (And that is what the original complaint was about, even though it wasn't like that in Fedora.) josh From sandeen at redhat.com Fri Aug 29 12:17:52 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 29 Aug 2008 07:17:52 -0500 Subject: ext4dev oddity In-Reply-To: <48B7A94A.7000505@gmail.com> References: <1206564292.5595.2.camel@aragorn> <47EABB00.6000408@redhat.com> <48B71B6F.6020404@redhat.com> <48B7A94A.7000505@gmail.com> Message-ID: <48B7E8F0.8050704@redhat.com> Trever L. Adams wrote: > Is this going to be seen fixed in F9? And yes, this can be deadly to > your data. I have seen it trash a file system. I am going to have to > back up /home and /etc and re-ext4 the drive. Yep, the 2.6.26 kernel update in F9 testing should have it fixed. Sorry it took so long to resolve, btw. -Eric From sandeen at redhat.com Fri Aug 29 12:20:02 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 29 Aug 2008 07:20:02 -0500 Subject: ext4dev oddity In-Reply-To: <48B7E8F0.8050704@redhat.com> References: <1206564292.5595.2.camel@aragorn> <47EABB00.6000408@redhat.com> <48B71B6F.6020404@redhat.com> <48B7A94A.7000505@gmail.com> <48B7E8F0.8050704@redhat.com> Message-ID: <48B7E972.9070204@redhat.com> Eric Sandeen wrote: > Trever L. Adams wrote: > >> Is this going to be seen fixed in F9? And yes, this can be deadly to >> your data. I have seen it trash a file system. I am going to have to >> back up /home and /etc and re-ext4 the drive. > > Yep, the 2.6.26 kernel update in F9 testing should have it fixed. Sorry > it took so long to resolve, btw. > > -Eric > Oh and pairing that with e2fsprogs-1.41.0 from F9 testing should work pretty well. -Eric From ingvar at linpro.no Fri Aug 29 12:29:47 2008 From: ingvar at linpro.no (Ingvar Hagelund) Date: Fri, 29 Aug 2008 14:29:47 +0200 Subject: [PATCH] varnish spec In-Reply-To: <20080829122043.572c76f0.mschwendt@gmail.com> References: <20080829122043.572c76f0.mschwendt@gmail.com> Message-ID: <48B7EBBB.8070607@linpro.no> * Michael Schwendt @@ -130,6 +130,7 @@ %{_libdir}/libvarnishapi.so %{_libdir}/libvarnishcompat.so %{_libdir}/libvcl.so +%dir %{_includedir}/varnish %{_includedir}/varnish/shmlog.h %{_includedir}/varnish/shmlog_tags.h %{_includedir}/varnish/stat_field.h I may include this, perhaps, though as 2.0-beta1 was released today(!) I'll probably emphasize on getting that into rawhide. Ingvar From bojan at rexursive.com Fri Aug 29 12:39:15 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 29 Aug 2008 22:39:15 +1000 Subject: Time to resurrect multi-key signatures in RPM? In-Reply-To: <1220004440.14357.40.camel@wombat.tiptoe.de> References: <1220004440.14357.40.camel@wombat.tiptoe.de> Message-ID: <1220013555.7925.190.camel@shrek.rexursive.com> On Fri, 2008-08-29 at 12:07 +0200, Nils Philippsen wrote: > Build "reproducers" would have to use the exact > same versions for reproduction attempts. We keep the logs in Koji that tell us what versions and releases of packages were used to build things. > Keep in mind that this can lead to false negatives, i.e. if all > reproducers use the same compromised compiler package that someone > managed to sneak in -- this could realistically only show attacks on the > build system itself. Of course. The aim of this would only be prevention of a compromised build system and/or compromised Fedora key causing a distro wide disaster. Compromised source of an uploaded package and especially trojaned compilers are entirely different problems and are mostly beyond the scope of what distributed trust model is about (as presented here). I was only using David's compiler comment to illustrate that it is a good thing for a build to be deterministic. David seems to have developed a pretty good technique for tackling trojaned compilers (which distributors should be using regularly, IMHO). > I think that's a bit dangerous as malicious code could be designed in a > way that it's edited out before checksumming (make it look like you've > incorporated the kernel version). I would say that people that are capable of injecting malicious instructions streams into binaries of disparate CPUs that always read "2.6.25.14-108.fc9.i686" should be employed immediately ;-) But seriously, yeah, there is some danger in that. We could also rely on some kind of elfdiff or something else instead. There are ways. -- Bojan From Matt_Domsch at dell.com Fri Aug 29 12:54:09 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Aug 2008 07:54:09 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080829093247.18b64f11@metropolis.intra.city-fan.org> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <20080829093247.18b64f11@metropolis.intra.city-fan.org> Message-ID: <20080829125409.GA26895@auslistsprd01.us.dell.com> On Fri, Aug 29, 2008 at 09:32:47AM +0100, Paul Howarth wrote: > Likewise, perl-IO-Socket-SSL-1.14-1.fc10 built successfully but is > reported as a build/make failure: > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/perl-IO-Socket-SSL-1.14-1.fc10.src.rpm/result/build.log It built on x86_64, but failed on i386. Test Summary Report ------------------- t/auto_verify_hostname (Wstat: 0 Tests: 29 Failed: 1) Failed test: 29 Parse errors: Bad plan. You planned 30 tests but ran 29. Files=15, Tests=251, 35 wallclock secs ( 0.47 usr 0.05 sys + 1.23 cusr 0.63 csys = 2.38 CPU) Result: FAIL Failed 1/15 test programs. 1/251 subtests failed. make: *** [test_dynamic] Error 255 -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From kadionik at enseirb.fr Fri Aug 29 12:56:17 2008 From: kadionik at enseirb.fr (Patrice Kadionik) Date: Fri, 29 Aug 2008 14:56:17 +0200 Subject: [Fedora Forum] Micro Fedora Message-ID: <48B7F1F1.7000401@enseirb.fr> Patrice Kadionik a ?crit : >> One prefers to use the fresh vanilla Linux kernel with busybox. The >> Linux kernel is then configured exactly for your target. With that, you > > Maybe you do but if you have the extra space (especially if we could > fix the module packaging a bit) then the ability to use existing > maintained > and tested code, and the fact "yum update" just works are hugely > valuable. > > > Hi Alan, Yes, you're right if you have enough memory onboard. But, for an embedded system, having a very low memory footprint is very important. So, if you can use just 4MB instead of 8MB, you have saved money and your embedded system is cheaper. Cheers; Pat. PS: I missed you last year at the LSM in the system session at Amiens. I hopefully to see you one days... -- Patrice Kadionik. F6KQH / F4CUQ ----------- +----------------------------------------------------------------------+ +"Tout doit etre aussi simple que possible, pas seulement plus simple" + +----------------------------------------------------------------------+ + Patrice Kadionik http://www.enseirb.fr/~kadionik + + IMS Laboratory http://www.ims-bordeaux.fr/ + + ENSEIRB http://www.enseirb.fr + + PO BOX 99 fax : +33 5.56.37.20.23 + + 33402 TALENCE Cedex voice : +33 5.56.84.23.47 + + FRANCE mailto:patrice.kadionik at ims-bordeaux.fr + +----------------------------------------------------------------------+ From ovasik at redhat.com Fri Aug 29 13:06:10 2008 From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=) Date: Fri, 29 Aug 2008 15:06:10 +0200 Subject: SGML support refactored in F-10? In-Reply-To: <1219967329.6260.3.camel@localhost.localdomain> References: <17316.1219966344@sss.pgh.pa.us> <1219967329.6260.3.camel@localhost.localdomain> Message-ID: <1220015170.3980.43.camel@dhcp-lab-219.englab.brq.redhat.com> Matthias Clasen wrote: > On Thu, 2008-08-28 at 19:32 -0400, Tom Lane wrote: > > The identical SRPM builds just fine in F-9. I speculate that somebody's > > refactored the relevant RPMs in F-10, and that I need a new > > BuildRequires to make it work in F-10. I'm not quite sure where to go > > looking though. Any clues? > There are problems with the %post of docbook-dtds, which messes up the > xml (and probably sgml) catalogs. I've complained to ovasik about that a > while ago, not sure if it has been fixed. The last time this happened to > me, I manually reran the docbook-dtds %post to get my catalogs back. Thanks for report. Looks like some kind of heavy-weight black magic. Problems mentioned by Mathias were solved in mid July, it is not related to the current troubles as those changes are completely same for rawhide and F9. Actually everything is same, diff is showing the only difference in requires for xml-common, release number, changelog changes and switched position of CATALOG definition (just changing the position didn't help). After usage of F-9 spec file (with devel changelog and version) it seems to work properly again.It seems there is something very fragile in docbook-dtds.spec and it was accidently broken. http://koji.fedoraproject.org/koji/taskinfo?taskID=793167 should work for you. At least it works for me... Ondrej Vasik -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: From rjones at redhat.com Fri Aug 29 13:01:27 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 29 Aug 2008 14:01:27 +0100 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <20080829065020.GD25334@redhat.com> References: <48B2F444.2010205@hhs.nl> <1219703968.18727.8.camel@naomi.s4.naomi.abartlet.net> <1219704564.7994.6.camel@gibraltar.str.redhat.com> <48B39304.6020907@hhs.nl> <48B44405.9050806@REDHAT.COM> <48B44BEA.3070303@hhs.nl> <48B45212.9060001@gmail.com> <48B772E8.1030607@redhat.com> <20080829065020.GD25334@redhat.com> Message-ID: <20080829130127.GA29560@amd.home.annexia.org> On Fri, Aug 29, 2008 at 07:50:20AM +0100, Daniel P. Berrange wrote: > That bug list doesn't demonstrate much success in the 'port everything > to NSS' plan. A handful fixed, 140 bugs being more or less ignored, and > another 50 marked CLOSED -> WONTFIX/NOTABUG. And that's not even counting > the packages that are missing from that list - for example I see that > libvirt, qemu, kvm, xen, and gtk-vnc are absent from that list, yet all > are using either OpenSSL, or GNU TLS or both. +1. What you forgot to mention is that the NSS API is weird crack. GnuTLS comes with loads of examples in the documentation which actually makes it easy(-ish) to use. Imagine that :-) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From rjones at redhat.com Fri Aug 29 13:04:43 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 29 Aug 2008 14:04:43 +0100 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <20080829130443.GB29560@amd.home.annexia.org> On Thu, Aug 28, 2008 at 10:46:11AM -0500, Matt Domsch wrote: > ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones > ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones > ocaml-facile-1.1-3.fc10 (build/make) kkofler > virt-df-2.1.2-1.fc10 (build/make) rjones I fixed these four packages yesterday. In fact only one of them was a problem in patch-fuzz. The other three were general build problems because dependencies had changed underneath them. Debian has builders which build everything continuously, so such FTBFS problems get picked up much earlier. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From rjones at redhat.com Fri Aug 29 13:09:46 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 29 Aug 2008 14:09:46 +0100 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <20080828201655.GD19746@redhat.com> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> <20080828201655.GD19746@redhat.com> Message-ID: <20080829130946.GC29560@amd.home.annexia.org> On Thu, Aug 28, 2008 at 09:16:55PM +0100, Daniel P. Berrange wrote: > Of course finding the bits > which aren't needed is fun in itself & somewhat of a moving target. There's an awesome KDE program called filelight (http://www.methylblue.com/filelight/ but also packaged in Fedora) which I use to find those files that take up all the space. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From vgaburici at gmail.com Fri Aug 29 13:21:07 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 29 Aug 2008 16:21:07 +0300 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <20080829130946.GC29560@amd.home.annexia.org> References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> <20080828201655.GD19746@redhat.com> <20080829130946.GC29560@amd.home.annexia.org> Message-ID: Gnome has baobab. On Fri, Aug 29, 2008 at 4:09 PM, Richard W.M. Jones wrote: > On Thu, Aug 28, 2008 at 09:16:55PM +0100, Daniel P. Berrange wrote: >> Of course finding the bits >> which aren't needed is fun in itself & somewhat of a moving target. > > There's an awesome KDE program called filelight > (http://www.methylblue.com/filelight/ but also packaged in Fedora) > which I use to find those files that take up all the space. > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://et.redhat.com/~rjones/virt-top > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From Matt_Domsch at dell.com Fri Aug 29 13:20:15 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Aug 2008 08:20:15 -0500 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080829130443.GB29560@amd.home.annexia.org> References: <20080828104611.A16272@humbolt.us.dell.com> <20080829130443.GB29560@amd.home.annexia.org> Message-ID: <20080829132015.GB26895@auslistsprd01.us.dell.com> On Fri, Aug 29, 2008 at 02:04:43PM +0100, Richard W.M. Jones wrote: > On Thu, Aug 28, 2008 at 10:46:11AM -0500, Matt Domsch wrote: > > ocaml-3.10.2-4.fc10 (patch_fuzz) gemi,rjones > > ocaml-camlimages-2.2.0-11.fc10 (build/make) rjones > > ocaml-facile-1.1-3.fc10 (build/make) kkofler > > virt-df-2.1.2-1.fc10 (build/make) rjones > > I fixed these four packages yesterday. thank you. > In fact only one of them was a > problem in patch-fuzz. The other three were general build problems > because dependencies had changed underneath them. which is what my tool noted I hope. :-) > Debian has builders which build everything continuously, so such FTBFS > problems get picked up much earlier. I've been doing the builds roughly monthly, to balance spamming of maintainers with how fast we detect such. I'm open to doing it somewhat more often, but don't want it to become burdensome to the maintainers. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From vgaburici at gmail.com Fri Aug 29 13:29:59 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Fri, 29 Aug 2008 16:29:59 +0300 Subject: [Fedora Forum] Micro Fedora In-Reply-To: References: <1219946085.48b6e665ed059@ssl.mecca.ca> <604aa7910808281133q633231dbi8ff8bcff87bcd4f2@mail.gmail.com> <20080828184358.GA18776@redhat.com> <604aa7910808281152i19d31eebxafa429794804e9d5@mail.gmail.com> <20080828201655.GD19746@redhat.com> <20080829130946.GC29560@amd.home.annexia.org> Message-ID: Also, on my laptop I use this cron.daily scrip (a modification of standard Fedora one) to keep track of bloatware: #!/bin/sh tmpfile=`/bin/mktemp /var/log/rpmpkgsz.XXXXXXXXX` || exit 1 /bin/rpm -qa --qf '%{fssizes} %{name}-%{version}-%{release}.%{arch}.rpm\n' 2>&1 \ | /bin/sort -n -r > "$tmpfile" if [ ! -s "$tmpfile" ]; then rm -f "$tmpfile" exit 1 fi /bin/mv "$tmpfile" /var/log/rpmpkgsz /bin/chmod 0644 /var/log/rpmpkgsz On Fri, Aug 29, 2008 at 4:21 PM, Vasile Gaburici wrote: > Gnome has baobab. > > On Fri, Aug 29, 2008 at 4:09 PM, Richard W.M. Jones wrote: >> On Thu, Aug 28, 2008 at 09:16:55PM +0100, Daniel P. Berrange wrote: >>> Of course finding the bits >>> which aren't needed is fun in itself & somewhat of a moving target. >> >> There's an awesome KDE program called filelight >> (http://www.methylblue.com/filelight/ but also packaged in Fedora) >> which I use to find those files that take up all the space. >> >> Rich. >> >> -- >> Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones >> virt-top is 'top' for virtual machines. Tiny program with many >> powerful monitoring features, net stats, disk stats, logging, etc. >> http://et.redhat.com/~rjones/virt-top >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> > From limb at jcomserv.net Fri Aug 29 13:49:52 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 29 Aug 2008 08:49:52 -0500 (CDT) Subject: Looking for new package owners In-Reply-To: <48B5AC38.4040300@ieee.org> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> <48B5AC38.4040300@ieee.org> Message-ID: <54447.198.175.55.5.1220017792.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >>> I can take autotrace and mftrace. I'm about to package more font >>> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >>> sponsored, so it will take a while... >>> >> >> Thanks Quentin! >> >> Vasile, my koji devel build of lilypond dies during an mftrace step. Do >> you have any insight? Might mftrace need a rebuild? A newer version is >> available anyway. . . >> http://koji.fedoraproject.org/koji/taskingo?taskID=789014 >> > > I did see this error before, and I seem to recall that it was an mftrace > problem, but I don't know why. I'll try upgrading mftrace and see if > that fixes it. I saw the commit, but no build, so I built it. Hope that's not a problem. Once it's in the rawhide compose I'll rebuild lilypond. > Quentin > -- novus ordo absurdum From notting at redhat.com Fri Aug 29 14:06:11 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 29 Aug 2008 10:06:11 -0400 Subject: AWOL maintainer of obsolete package In-Reply-To: <20080829060012.GA26971@dhcp-lab-186.brq.redhat.com> References: <1219962814.6655.36.camel@luminos.localdomain> <20080829060012.GA26971@dhcp-lab-186.brq.redhat.com> Message-ID: <20080829140611.GA4992@nostromo.devel.redhat.com> Jindrich Novy (jnovy at redhat.com) said: > On Thu, Aug 28, 2008 at 03:33:34PM -0700, Jesse Keating wrote: > > On Fri, 2008-08-29 at 01:26 +0300, Vasile Gaburici wrote: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=459322 > > > > > > Can we make this package fade from Fedora's repository? > > > > Does Texlive Provides/Obsoletes this package? > > > > Just added Obsoletes in rawhide and F9 TeX Live CVS. Blocked from dist-f10. Don't forget the rest of the package removal procedure. Bill From notting at redhat.com Fri Aug 29 13:07:18 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 29 Aug 2008 09:07:18 -0400 Subject: ifup-local $DEVNAME versus ifup-pre-local $CONFIGFILE In-Reply-To: <46a038f90808281848q613fbc14rd8d775d050042095@mail.gmail.com> References: <46a038f90808281848q613fbc14rd8d775d050042095@mail.gmail.com> Message-ID: <20080829130718.GA4603@nostromo.devel.redhat.com> Martin Langhoff (martin.langhoff at gmail.com) said: > A curio I found working my way through the ifup execution traces is > that while ifup-local is called with the device name (eth0), > ifup-pre-local is called with the config file name (ifcfg-eth0). > > Not the end of the world, but as these hooks aren't documented (that I > could find at least) and google has few hits for them,I thought it was > worth a mention. It's actually consistent with the main scripts, if confusing - ifup-pre-local is called with the config (as ifup is), while ifup-local is called with the device (as ifup-post is). Bill From qspencer at ieee.org Fri Aug 29 14:34:36 2008 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 29 Aug 2008 09:34:36 -0500 Subject: Looking for new package owners In-Reply-To: <54447.198.175.55.5.1220017792.squirrel@mail.jcomserv.net> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> <48B5AC38.4040300@ieee.org> <54447.198.175.55.5.1220017792.squirrel@mail.jcomserv.net> Message-ID: <48B808FC.1090702@ieee.org> Jon Ciesla wrote: >> Jon Ciesla wrote: >> >>>> I can take autotrace and mftrace. I'm about to package more font >>>> generation tools, i.e. mf2pt1 and metatype1. But I have yet to be >>>> sponsored, so it will take a while... >>>> >>>> >>> Thanks Quentin! >>> >>> Vasile, my koji devel build of lilypond dies during an mftrace step. Do >>> you have any insight? Might mftrace need a rebuild? A newer version is >>> available anyway. . . >>> http://koji.fedoraproject.org/koji/taskingo?taskID=789014 >>> >>> >> I did see this error before, and I seem to recall that it was an mftrace >> problem, but I don't know why. I'll try upgrading mftrace and see if >> that fixes it. >> > > I saw the commit, but no build, so I built it. Hope that's not a problem. > Once it's in the rawhide compose I'll rebuild lilypond. > I'm glad you built it; I couldn't do it for some reason. Even though I've downloaded a new certificate, I keep getting the following every time I run "make build": Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] Anyone know why? Quentin From pbrobinson at gmail.com Fri Aug 29 14:44:42 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 29 Aug 2008 15:44:42 +0100 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1218552790.27760.3.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> Message-ID: <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> > Smaller form-factor machines such as the Asus eeePC have gotten a fair > bit of the tech press spotlight of late. Have you bought one with the > idea of running Fedora on it? Or have you thought about doing so? > > I'm trying to gauge the interest in starting a SIG with the purpose of > making distribution changes to make running on these devices more > streamlined and have more work "out of the box". This will involve both > the necessary work to just get the hardware working well with Fedora of > today as well as possibly a spin that is explicitly targeted at some of > the constraints of the hardware down the line[1]. > > If enough people are interested, I'd like to find a time later this week > or next week to have an initial meeting to kind of figure out what > bounds we want to tackle things in for the first pass. Hardware that I > think definitely falls into the scope would be: netbooks, UMPCs, MIDs, > maybe the XO? I've started up a page on the wiki > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit > and then we can go from there What is the status of this SIG? I presume there's enough interest, and that the hold up is more than likely the infrastructure issues. Is there a planned name for the SIG? I would suggest something quite general like "Fedora Mini SIG" rather than something that has netbook in the name. Peter From ovasik at redhat.com Fri Aug 29 14:53:37 2008 From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=) Date: Fri, 29 Aug 2008 16:53:37 +0200 Subject: Looking for new package owners In-Reply-To: <48B808FC.1090702@ieee.org> References: <48ADBA3A.7070707@ieee.org> <3194.198.175.55.5.1219861519.squirrel@mail.jcomserv.net> <48B5AC38.4040300@ieee.org> <54447.198.175.55.5.1220017792.squirrel@mail.jcomserv.net> <48B808FC.1090702@ieee.org> Message-ID: <1220021617.3980.47.camel@dhcp-lab-219.englab.brq.redhat.com> Quentin Spencer wrote: > Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > verify failed')] > Anyone know why? I guess you downloaded only your private fedora.cert. I had the same issue and it was solved by downloading following two new certificates: https://admin.fedoraproject.org/accounts/fedora-upload-ca.cert https://admin.fedoraproject.org/accounts/fedora-server-ca.cert Note: you have to rename it to ~/.fedora-upload-ca.cert and ~/.fedora-server-ca.cert Hope it will help... Ondrej Vasik -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: From lsof at nodata.co.uk Fri Aug 29 14:56:21 2008 From: lsof at nodata.co.uk (nodata) Date: Fri, 29 Aug 2008 16:56:21 +0200 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> References: <1218552790.27760.3.camel@aglarond.local> <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> Message-ID: <1220021781.6096.3.camel@sb-home> Am Freitag, den 29.08.2008, 15:44 +0100 schrieb Peter Robinson: > > Smaller form-factor machines such as the Asus eeePC have gotten a fair > > bit of the tech press spotlight of late. Have you bought one with the > > idea of running Fedora on it? Or have you thought about doing so? > > > > I'm trying to gauge the interest in starting a SIG with the purpose of > > making distribution changes to make running on these devices more > > streamlined and have more work "out of the box". This will involve both > > the necessary work to just get the hardware working well with Fedora of > > today as well as possibly a spin that is explicitly targeted at some of > > the constraints of the hardware down the line[1]. > > > > If enough people are interested, I'd like to find a time later this week > > or next week to have an initial meeting to kind of figure out what > > bounds we want to tackle things in for the first pass. Hardware that I > > think definitely falls into the scope would be: netbooks, UMPCs, MIDs, > > maybe the XO? I've started up a page on the wiki > > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit > > and then we can go from there > > What is the status of this SIG? I presume there's enough interest, and > that the hold up is more than likely the infrastructure issues. Is > there a planned name for the SIG? I would suggest something quite > general like "Fedora Mini SIG" rather than something that has netbook > in the name. > > Peter > (Not answering your question, but more a general reply) I'm not taking part in the SIG, but I am logging all the bugs I can find in bugzilla with the prefix "msi wind u100". Quite a few things seem to be working now that were initially broken or flakey: * The intel video driver works now * The ethernet card works now * Suspend to ram kind of works not (but not more than once) * Suspend to disk works pretty much The only real brokenness left in Fedora (apparently not in Ubuntu, but I haven't tested) is wireless networking - definitely not the thing you want broken on these :) From mike at flyn.org Fri Aug 29 15:10:00 2008 From: mike at flyn.org (W. Michael Petullo) Date: Fri, 29 Aug 2008 11:10:00 -0400 Subject: [Fedora Forum] Micro Fedora In-Reply-To: <1825365248.4643821220002063967.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1825365248.4643821220002063967.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <778BF4F6-4BD6-4EEC-8702-8E120AAC9B9A@flyn.org> >> One prefers to use the fresh vanilla Linux kernel with busybox. The >> Linux kernel is then configured exactly for your target. With >> that, you > > Maybe you do but if you have the extra space (especially if we > could fix > the module packaging a bit) then the ability to use existing > maintained > and tested code, and the fact "yum update" just works are hugely > valuable. I have some notes on something I call "Fedora Nano" at http:// www.flyn.org/fedoranano/fedoranano.html. I currently build my own kernel but am trying to use Fedora packages as much as possible. One of my big interests is making select packages more fine-grained to reduce dependencies. Mike From katzj at redhat.com Fri Aug 29 15:10:54 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 29 Aug 2008 11:10:54 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080829114107.GC20496@crux.yyz.redhat.com> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> Message-ID: <1220022654.13092.1.camel@aglarond.local> On Fri, 2008-08-29 at 07:41 -0400, James Bowes wrote: > On Thu, Aug 28, 2008 at 07:04:43PM -0400, Todd Zullinger wrote: > > I almost hate to ask, but why are we differing from upstream here by > > setting gitexecdir=%{_bindir}? Moving the git-* commands out of the > > path has been on the agenda for git-1.6.0 for a long time. If distros > > like Fedora and others just set gitexecdir like this we've effectively > > negated upstream's intent to present less binaries in the users path. > > > > For those folks that want to continue using the git-* form, the simple > > solution is to add $(git --exec-path) to PATH. > > > > If we want to not break anyone's scripts by default in the update to > > git-1.6.0, we could add that to the PATH in the package rather than > > keep all the git binaries in %{_bindir}. At least that way, those who > > do not want or need all the extra commands there could just remove it > > from their PATH. (Personally, I'd prefer to not even do that and > > install git as closely to upstream as possible.) > > I did this because someone else complained about not using gitexecdir first. > But it makes sense to me, since I have not yet done any due diligence to > see what might break when we do move the git-* commands. So no worries, > we will move the commands, but there's no real rush, is there? Should change it in rawhide before the beta/feature freeze. Not that it's big enough to qualify as a "feature" but it's a significant enough behavior change that there should be time for everyone else to adapt. Jeremy From katzj at redhat.com Fri Aug 29 15:33:16 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 29 Aug 2008 11:33:16 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1220021781.6096.3.camel@sb-home> References: <1218552790.27760.3.camel@aglarond.local> <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> <1220021781.6096.3.camel@sb-home> Message-ID: <1220023996.13092.3.camel@aglarond.local> On Fri, 2008-08-29 at 16:56 +0200, nodata wrote: > I'm not taking part in the SIG, but I am logging all the bugs I can find > in bugzilla with the prefix "msi wind u100". Quite a few things seem to > be working now that were initially broken or flakey: [snip] > The only real brokenness left in Fedora (apparently not in Ubuntu, but I > haven't tested) is wireless networking - definitely not the thing you > want broken on these :) Which wireless chip does it use? Jeremy From katzj at redhat.com Fri Aug 29 15:36:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 29 Aug 2008 11:36:40 -0400 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> References: <1218552790.27760.3.camel@aglarond.local> <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> Message-ID: <1220024200.13092.7.camel@aglarond.local> On Fri, 2008-08-29 at 15:44 +0100, Peter Robinson wrote: > > Smaller form-factor machines such as the Asus eeePC have gotten a fair > > bit of the tech press spotlight of late. Have you bought one with the > > idea of running Fedora on it? Or have you thought about doing so? > > > > I'm trying to gauge the interest in starting a SIG with the purpose of > > making distribution changes to make running on these devices more > > streamlined and have more work "out of the box". This will involve both > > the necessary work to just get the hardware working well with Fedora of > > today as well as possibly a spin that is explicitly targeted at some of > > the constraints of the hardware down the line[1]. > > > > If enough people are interested, I'd like to find a time later this week > > or next week to have an initial meeting to kind of figure out what > > bounds we want to tackle things in for the first pass. Hardware that I > > think definitely falls into the scope would be: netbooks, UMPCs, MIDs, > > maybe the XO? I've started up a page on the wiki > > (http://fedoraproject.org/wiki/JeremyKatz/Netbooks) that people can edit > > and then we can go from there > > What is the status of this SIG? I presume there's enough interest, and > that the hold up is more than likely the infrastructure issues. Is > there a planned name for the SIG? I would suggest something quite > general like "Fedora Mini SIG" rather than something that has netbook > in the name. I like "mini" -- it has some nostalgia factor. We can just start referring to them as mini-computers and watch people's heads explode :-) And yeah, hold up is the infrastructure issues took a lot of my time and then I went on vacation and then I've been just catching up with having been on vacation. Timing looks like it's going to be a bit of a bear but I'll pick a time that looks like it'll be as good as possible and send out a mail with that later this afternoon Jeremy From lsof at nodata.co.uk Fri Aug 29 15:43:29 2008 From: lsof at nodata.co.uk (nodata) Date: Fri, 29 Aug 2008 17:43:29 +0200 Subject: Interested in Fedora on Smaller Machines? In-Reply-To: <1220023996.13092.3.camel@aglarond.local> References: <1218552790.27760.3.camel@aglarond.local> <5256d0b0808290744x138de8bbs86cf67ca375a01fa@mail.gmail.com> <1220021781.6096.3.camel@sb-home> <1220023996.13092.3.camel@aglarond.local> Message-ID: <1220024609.6096.6.camel@sb-home> Am Freitag, den 29.08.2008, 11:33 -0400 schrieb Jeremy Katz: > On Fri, 2008-08-29 at 16:56 +0200, nodata wrote: > > I'm not taking part in the SIG, but I am logging all the bugs I can find > > in bugzilla with the prefix "msi wind u100". Quite a few things seem to > > be working now that were initially broken or flakey: > [snip] > > The only real brokenness left in Fedora (apparently not in Ubuntu, but I > > haven't tested) is wireless networking - definitely not the thing you > > want broken on these :) > > Which wireless chip does it use? > > Jeremy > realtek rtl8199 (aka rtl8187), which isn't upstream realtek have reported released an open source module that works (not tested it yet). https://bugzilla.redhat.com/show_bug.cgi?id=459439 comment 2 might be useful From tmz at pobox.com Fri Aug 29 15:56:55 2008 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 29 Aug 2008 11:56:55 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080829114730.GA30702@vader.jdub.homelinux.org> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> <20080829114730.GA30702@vader.jdub.homelinux.org> Message-ID: <20080829155655.GW21166@inocybe.teonanacatl.org> Josh Boyer wrote: > On Fri, Aug 29, 2008 at 07:41:08AM -0400, James Bowes wrote: >>I did this because someone else complained about not using >>gitexecdir first. Someone will complain no matter when the change happens, I'm sure. I'm convinced that a warning could be hand delivered by a beautiful naked person of whatever gender the user prefers and many would still scream when the change finally landed. :) >>But it makes sense to me, since I have not yet done any due >>diligence to see what might break when we do move the git-* >>commands. So no worries, we will move the commands, but there's no >>real rush, is there? IMHO, making the change with the update to 1.6.0+ is the right time to make it. Otherwise it seems confusing if the commands are moved in upstream git-1.6.0 and not until some later git-1.6.0.x update in Fedora. Basically, it seems to me that git-1.6.0 is the flag day for moving the git-* command out of PATH and keeping that in sync between upstream and Fedora seems less likely to cause confusion for git users. (Imagine folks that use git on a variety of distros finding that a hand built git-1.6.0 doesn't have the git-* commands, Fedora does, Debian doesn't, Mandriva does, etc. Maddening -- and might happen anyway if other distros decide to make gitexecdir == /usr/bin, but at least Fedora could be consistent with the upstream defaults. :) > Though an F-9 update will not. You just don't yank out commands > like that from a stable release. Yeah, I fully agree. And that said, is there a compelling reason to push git-1.6.0 as an F9 update? (aside from "we always have to have the very latest release" mantra that many users chant)? F9 should be fine with git-1.5.6.x, shouldn't it? Users who simply *must* have git-1.6.0+ could rebuild the F10 package and assume responsibility for handling the incompatible changes it includes. If git-1.6.0+ only gets pushed to rawhide and a release note is added, then folks who update to F10 will have an opportunity to catch the change and fix any scripts they still have which rely on the git-* form. ? One minor reason I can think of is the reverting of git status being paged, but that's mostly just an annoyance. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Some of the narrowest minds are found in the fattest heads. -- Anonymous -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jwboyer at gmail.com Fri Aug 29 16:23:19 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 29 Aug 2008 12:23:19 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080829155655.GW21166@inocybe.teonanacatl.org> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> <20080829114730.GA30702@vader.jdub.homelinux.org> <20080829155655.GW21166@inocybe.teonanacatl.org> Message-ID: <20080829162319.GA4728@yoda.jdub.homelinux.org> On Fri, Aug 29, 2008 at 11:56:55AM -0400, Todd Zullinger wrote: >> Though an F-9 update will not. You just don't yank out commands >> like that from a stable release. > >Yeah, I fully agree. And that said, is there a compelling reason to >push git-1.6.0 as an F9 update? (aside from "we always have to have the >very latest release" mantra that many users chant)? F9 should be fine >with git-1.5.6.x, shouldn't it? It fixes a security bug, but I think a later release of 1.5.6.x does as well. josh From sstarr at platform.com Fri Aug 29 16:44:53 2008 From: sstarr at platform.com (Shawn Starr) Date: Fri, 29 Aug 2008 09:44:53 -0700 Subject: Some initial discussions of a Fedora HPC SIG Message-ID: Hello everyone, It would be great if we can kick off the SIG. 1) Which day and time would be good for the meetings in #fedora-meeting The available times are here: http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel 2) Let's come up with an initial agenda. Thanks, -- Shawn Starr Software Developer, Open Source Grid Development Center (OSGDC) Platform Computing 3760 14th Avenue Markham, ON L3R3T7 direct: 905.948.4229 http://www.platform.com From rawhide at fedoraproject.org Fri Aug 29 19:29:11 2008 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 29 Aug 2008 19:29:11 +0000 (UTC) Subject: rawhide report: 20080829 changes Message-ID: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> Broken deps for i386 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-018-1.fc10.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 From mike at miketc.net Fri Aug 29 19:43:23 2008 From: mike at miketc.net (Mike Chambers) Date: Fri, 29 Aug 2008 14:43:23 -0500 Subject: rawhide report: 20080829 changes In-Reply-To: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> References: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> Message-ID: <1220039003.21764.0.camel@scrappy.miketc.net> On Fri, 2008-08-29 at 19:29 +0000, Rawhide Report wrote: > Broken deps for i386 Now THAT was sure a lot of updates LOL -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. mikec302 at fedoraproject.org From jkeating at redhat.com Fri Aug 29 19:55:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Aug 2008 12:55:47 -0700 Subject: rawhide report: 20080829 changes In-Reply-To: <1220039003.21764.0.camel@scrappy.miketc.net> References: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> <1220039003.21764.0.camel@scrappy.miketc.net> Message-ID: <1220039747.9554.24.camel@luminos.localdomain> On Fri, 2008-08-29 at 14:43 -0500, Mike Chambers wrote: > Now THAT was sure a lot of updates LOL I'm working on a better repodiff. Not sure why it failed the first time. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rawhide at fedoraproject.org Fri Aug 29 19:57:53 2008 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 29 Aug 2008 19:57:53 +0000 (UTC) Subject: rawhide report: 20080829 changes Message-ID: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> New package libgxim GObject-based XIM protocol library New package php-pear-Console-ProgressBar This class provides you with an easy-to-use interface to progress bars New package php-pear-Event-Dispatcher Dispatch notifications using PHP callbacks New package php-pear-Var-Dump Provides methods for dumping structured information about a variable Updated Packages: GLC_Player-1.6.0-1.fc10 ----------------------- * Thu Aug 14 18:00:00 2008 kwizart < kwizart at gmail.com > - 1.6.0-1 - Update to 1.6.0 GLC_lib-1.0.0-1.fc10 -------------------- * Thu Aug 14 18:00:00 2008 kwizart < kwizart at gmail.com > - 1.0.0-1 - Update to 1.0.0 * Wed May 28 18:00:00 2008 kwizart < kwizart at gmail.com > - 0.9.9-1 - Update to 0.9.9 calcurse-2.2-1.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Jon Ciesla 2.2-1 - Update to 2.2. ccid-1.3.8-1.fc10 ----------------- * Tue Aug 26 18:00:00 2008 Bob Relyea - 1.3.8-1 - update to ccid 1.3.8 eclipse-cdt-5.0.0-4.fc10 ------------------------ * Wed Aug 20 18:00:00 2008 Andrew Overholt 5.0.0-4 - Add building and running of tests - Remove LexerTests until 5.0.1 - Fix fetch script to use new location of PDE Build edsadmin-1.0-3.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Ignacio Vazquez-Abrams 1.0-3 - Fixed patch and category handling evas-0.9.9.043-2.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Pavel "Stalwart" Shevchuk - 0.9.9.043-2 - Fix unowned /usr/lib/evas fedorawaves-kdm-theme-1.1-2.fc10 -------------------------------- * Thu Aug 28 18:00:00 2008 Pavel "Stalwart" Shevchuk 1.1-2 - Unbroke build fig2sxd-0.18-3.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Paul F. Johnson 0.18-3 - dropped redundant patch file g2clib-1.1.7-1.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Fedora Release Engineering - 1.1.7-1 - Update to 1.1.7 - Add quotes around %{__cc} as it can be multi-word gdb-6.8-23.fc10 --------------- * Thu Aug 28 18:00:00 2008 Jan Kratochvil - 6.8-23 - Fix attaching to stopped processes, based on the upstream version now. - Just kernel-2.6.25 neither upstream nor utrace work with it; 2.6.9 works. - Fix occasional crash on a removed watchpoint. - Fix false testcase FAILs for `gdb.pie/break.exp'. - Fix a false warning (+a testcase FAIL) on s390x watchpoints. - Fix a false FAIL on s390x `gdb.base/dump.exp'. gettext-0.17-8.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Ding-Yi Chen - 0.17-8 - Fix the build failure with koji. * Fri Aug 29 18:00:00 2008 Ding-Yi Chen - 0.17-7 - Remove the gettext-libs docs, as they are talking about autoconf, libtool, which are not directly related to the gettext-libs. - Remove unused definition and trailing space. - Fix the build failure with mock . * Tue Aug 19 18:00:00 2008 Ding-Yi Chen - 0.17-6 - Fixed Bug 456666 msghack doesn't check for mandatory cmd line params by adding checking statements and display usage (msghack.py modified) - rpath patch for binary-or-shlib-defines-rpath in x86_64. gjots2-2.3.4-10.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Michael Schwendt 2.3.4-10 - fix python_sitelib install - BR python and readd pyc/pyo files gnome-screensaver-2.23.90-2.fc10 -------------------------------- * Thu Aug 28 18:00:00 2008 Jon McCann - 2.23.90-2 - Fix patch * Thu Aug 28 18:00:00 2008 Jon McCann - 2.23.90-1 - Update to 2.23.90 gnome-settings-daemon-2.23.91-0.20080828.2.fc10 ----------------------------------------------- gtk-vnc-0.3.6-4.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Daniel P. Berrange - 0.3.6-4.fc9 - Fix key/mouse event propagation (rhbz #454627) gvfs-0.99.5-3.fc10 ------------------ * Thu Aug 28 18:00:00 2008 Matthias Clasen - 0.99.5-3 - Add a comma * Wed Aug 27 18:00:00 2008 - Bastien Nocera - 0.99.5-2 - Update some descriptions hyperestraier-1.4.13-3.fc10 --------------------------- * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - 1.4.13-3 - Use -j1 under javanative (-j8 failed) icu4j-3.8.1-3.fc10 ------------------ * Mon Aug 11 18:00:00 2008 Andrew Overholt 3.8.1-3 - Get rid of eclipse_name macro - Rebuild with Eclipse 3.4 and put into Eclipse stuff into /usr/lib/eclipse - Remove now-unnecessary OSGi configuration dir patch - Add patch to point to PDE Build location im-chooser-1.2.2-1.fc10 ----------------------- * Fri Aug 29 18:00:00 2008 Akira TAGOH - 1.2.2-1 - New upstream release. irssi-0.8.12-11.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Michael Schwendt - 0.8.12-11 - Don't include any C header files in main package. jd-2.0.1-0.1.svn2292_trunk.fc10 ------------------------------- * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - rev. 2292 kaffeine-0.8.7-2.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Ville Skytt? - 0.8.7-2 - Unfuzz optflags patch. kcoloredit-4.1-1.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Sebastian Vahl 4.1-1 - 4.1 (final) * Mon May 26 18:00:00 2008 Than Ngo 4.0.80-1 - 4.1 beta1 kdebase3-3.5.10-1.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Rex Dieter - 3.5.10-1 - kde-3.5.10 kdelibs-4.1.0-8.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Kevin Kofler 4.1.0-8 - rewrite kstandarddirs patch to fix side effects (#459904 (KDEDIRS), #457633) kernel-2.6.27-0.290.rc5.fc10 ---------------------------- kgrab-0.1.1-8.fc10 ------------------ * Thu Aug 28 18:00:00 2008 Sebastian Vahl 0.1.1-8 - 4.1 (final) * Mon May 26 18:00:00 2008 Than Ngo 0.1.1-7.kde4.0.80 - 4.1 beta1 kicad-2007.07.09-4.fc10 ----------------------- * Fri Aug 29 18:00:00 2008 Michael Schwendt - 2007.07.09-4 - First patch is Patch0 - should fix build in Rawhide. - Include %_libdir/kicad directory. - Drop explicit Requires wxGTK in favour of automatic SONAME dependencies. kmenu-gnome-0.7.3-2.fc10 ------------------------ * Fri Aug 15 18:00:00 2008 Chitlesh Goorah - 0.7.3-2 - merged F8 and F9 spec files * Mon Aug 11 18:00:00 2008 Ariszlo - 0.7.3-1 - release 0.7.3 * Mon Apr 21 18:00:00 2008 Ariszlo - 0.7.2-1 - release 0.7.2 - Split spec into two: one for Fedora 9 and one one for earlier releases - Removed fedora-administration.menu from the Fedora 9 package libXfont-1.3.3-1.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Adam Jackson 1.3.3-1 - libXfont 1.3.3. - libXfont-1.3.1-fast-retry.patch: Retry font server connections faster. (#443070) libgpod-0.6.0-7.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Todd Zullinger - 0.6.0-7 - Ensure patches apply with no fuzz libid3tag-0.15.1b-7.fc10 ------------------------ * Thu Aug 28 18:00:00 2008 Todd Zullinger - 0.15.1b-7 - Fix %patch incantation for new rpm libmatthew-java-0.7.1-3.fc10 ---------------------------- * Thu Aug 28 18:00:00 2008 Omair Majid 0.7.1-3 - Created new patches that dont cause fuzz when patching. libvoikko-2.0-1.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Ville-Pekka Vainio - 2.0-1 - libvoikko 2.0 livecd-tools-018-1.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Jeremy Katz - 018-1 - Use logging API for debugging messages (dhuff) - Some initial support for booting live images on an XO - Refactoring of mount code for appliance-creator (danpb, dhuff) - Make --base-on actually work again - Drop the image configs; these are now in the spin-kickstarts repo - plymouth support - Listen to bootloader --append in config - Add man pages (Pedro Silva) - Support booting from Intel based Macs via EFI on USB (#450193) - Fixes for SELinux enforcing (eparis) - Eject the CD on shutdown (#239928) - Allow adding extra kernel args with livecd-iso-to-disk - Support for persistent /home (#445218) - Copy timezone to /etc/localtime (#445624) - Ensure that commands run by livecd-creator exist - Mount a tmpfs for some dirs (#447127) logserial-0.4.2-7.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Manuel Wolfshant 0.4.2-7 - modify the patch to make rpmbuild even happier, fuzz must be 0 * Sat Aug 2 18:00:00 2008 Manuel Wolfshant 0.4.2-6 - make rpmbuild happy, it now has a stricter syntax checking loudmouth-1.4.2-1.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Brian Pepple - 1.4.2-1 - Update to 1.4.2. - Enable libasyncns support. lxpanel-0.3.8.1-2.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Sebastian Vahl 0.3.8.1-2 - re-create patches for rpmbuild's fuzz=0 m17n-db-1.5.2-2.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Parag Nemade -1.5.2-2 - Recreated patch si-wijesekera-keymap-rename_key-summary.patch manedit-1.1.1-3.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - 1.1.1-3 - Use gcc instead of %__cc (On F-10+ %__cc is expanded as "gcc -std=c99" and using glib headers fails with this) mecab-java-0.97-2.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - 0.97-2 - Use -j1 (-j4 failed) mfiler2-4.0.9b-2.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - 4.0.9b-2 - Fuzz up mod_geoip-1.2.5-2.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Michael Fleming - 1.2.5-2 - Update setup macro * Fri Aug 29 18:00:00 2008 Michael Fleming - 1.2.5-1 - Update to 1.2.5 mysql++-3.0.6-1.fc10 -------------------- * Sun Aug 17 18:00:00 2008 Remi Collet 3.0.6-1 - update to 3.0.6 - thread aware examples. neon-0.28.3-2 ------------- * Thu Aug 28 18:00:00 2008 Joe Orton 0.28.3-2 - update to 0.28.3 nfs-utils-1.1.3-4.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Steve Dickson 1.1.3-4 - Added in a number of up upstream patches (101 thru 110). nss_compat_ossl-0.9.2-6.fc10 ---------------------------- * Thu Aug 28 18:00:00 2008 Michael Schwendt - 0.9.2-6 - include /usr/include/nss_compat_ossl directory ocaml-3.10.2-5.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Richard W.M. Jones - 3.10.2-5 - Rebuild with patch fuzz. openoffice.org-voikko-3.0-1.fc10 -------------------------------- * Thu Aug 28 18:00:00 2008 Ville-Pekka Vainio - 3.0-1 - openoffice.org-voikko 3.0 optipng-0.6.1-1.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Ville Skytt? - 0.6.1-1 - 0.6.1. pcsc-lite-1.4.102-3.fc10 ------------------------ * Mon Aug 18 18:00:00 2008 Bob Relyea - 1.4.102-3 - bump tag becaue the build system can't deal with mistakes. * Mon Aug 18 18:00:00 2008 Bob Relyea - 1.4.102-2 - mock build changes * Sun Aug 17 18:00:00 2008 Bob Relyea - 1.4.102-1 - Pick up 1.4.102 * Tue May 6 18:00:00 2008 Bob Relyea - 1.4.101-1 - Pick up 1.4.101 perl-perlmenu-4.0-7.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Parag Nemade - 4.0-7 - Fix Patch tag pessulus-2.23.1-2.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 2.23.1-2 - fix missing BR, Requires * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 2.23.1-1 - fix license tag - update to 2.23.1 - install into pythondir (not pyexecdir) pfmon-3.5-3.fc10 ---------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 3.5-3 - fix license tag - cleanup package pfqueue-0.5.6-8.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.5.6-8 - fix license tag pgfouine-1.0-3.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 1.0-3 - fix license tag php-pear-Console-Color-1.0.2-2.fc10 ----------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 1.0.2-2 - fix license tag php-pear-DB-DataObject-1.8.8-2.fc10 ----------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.8.8-2 - fix license tag php-pear-HTML-Common-1.2.4-2.fc10 --------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 1.2.4-2 - fix license tag php-pear-Image-Canvas-0.3.1-2.fc10 ---------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.3.1-2 - fix license tag php-pear-Image-Color-1.0.2-4.fc10 --------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.0.2-4 - fix license tag php-pear-Image-Graph-0.7.2-3.fc10 --------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.7.2-3 - fix license tag php-pear-Image-GraphViz-1.2.1-3.fc10 ------------------------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.2.1-3 - fix license tag php-pear-Mail-Mime-1.5.2-4.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.5.2-4 - fix license tag php-pear-Math-Stats-0.9.0-0.2.beta3.fc10 ---------------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.9.0-0.2.beta3 - fix license tag php-pear-Numbers-Words-0.15.0-3.fc10 ------------------------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.15.0-3 - fix license tag php-pear-PEAR-Command-Packaging-0.1.2-6.fc10 -------------------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.1.2-6 - fix license tag php-pear-PHP-Compat-1.5.0-2.fc10 -------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.5.0-2 - fix license tag php-pear-Phlickr-0.2.7-3.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.2.7-3 - fix license tag php-pear-XML-Beautifier-1.1-3.fc10 ---------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.1-3 - fix license tag php-pear-XML-RSS-0.9.10-4.fc10 ------------------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.9.10-4 - fix license tag php-pear-XML-Serializer-0.18.0-4.fc10 ------------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.18.0-4 - fix license tag php-pear-XML-Util-1.1.4-3.fc10 ------------------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.1.4-3 - fix license tag php-pecl-Fileinfo-1.0.4-4.fc10 ------------------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 1.0.4-4 - fix license tag php-shout-0.9.2-2.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 0.9.2-2 - fix license tag phpPgAdmin-4.2-2.fc10 --------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 4.2-2 - fix license tag picocom-1.4-6.fc10 ------------------ * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 1.4-6 - fix compile * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 1.4-5 - fix license tag pidgin-guifications-2.16-1.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 2.16-1 - update to 2.16 - fix license tag pidgin-libnotify-0.13-4.fc10 ---------------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.13-4 - fix license tag postfix-2.5.1-4.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 2:2.5.1-4 - fix license tag * Thu Aug 14 18:00:00 2008 Thomas Woerner 2:2.5.1-3 - fixed postfix privilege problem with symlinks in the mail spool directory (CVE-2008-2936) (rhbz#459101) powerman-2.1-2.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 2.1-2 - fix license tag ppp-2.4.4-8.fc10 ---------------- * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway 2.4.4-8 - fix license tag python-formencode-1.0.1-2.fc10 ------------------------------ * Thu Aug 28 18:00:00 2008 Toshio Kuratomi 1.0.1-2 - Clean up license tag - Fix executable in %doc - Move translations to the proper directory rpm-4.5.90-0.git8461.3 ---------------------- * Tue Aug 26 18:00:00 2008 Jindrich Novy - add support for noarch subpackages - fix segfault in case of insufficient disk space detected (#460146) sat4j-2.0.0-7.fc10 ------------------ * Thu Aug 28 18:00:00 2008 Andrew Overholt 2.0.0-7 - eclipse_base is now libdir/eclipse scim-tables-0.5.8-6.fc10 ------------------------ * Thu Aug 28 18:00:00 2008 Caius Chance - 0.5.8-6.fc10 - Resolves: rhbz#459772 (Update CangJie 5 table.) - Turned on dynamic candidate order (frequency). * Thu Aug 28 18:00:00 2008 Caius Chance - 0.5.8-5.fc10 - Resolves: rhbz#460505 (Update Cantonese table.) soundtracker-0.6.8-5.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Hans Ulrich Niedermann - 0.6.8-5 - Actually use no-setuid patch, which fixes rawhide FTBFS issue. strace-4.5.18-1.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Roland McGrath - 4.5.18-1 - build fix for newer kernel headers (#457291) - fix CLONE_VFORK handling (#455078) - Support new Linux/PPC system call subpage_prot and PROT_SAO flag. - In sigaction system call, display sa_flags value along with SIG_DFL/SIG_IGN. tgif-4.1.45-7.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Mamoru Tasaka - 4.1.45-7 - Fuzz up trickle-1.07-5.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Manuel Wolfshant 1.07-5 - modify trickle-1.07-include_netdb.patch to adjust for building with fuzz=0 tzdata-2008e-2.fc10 ------------------- * Thu Aug 28 18:00:00 2008 Petr Machata - 2008e-2 - Pakistan DST is scheduled until Oct/31 - Morocco DST is scheduled until Aug/31 xorg-x11-drv-nv-2.1.12-1.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Adam Jackson 2.1.12-1 - nv 2.1.12 xorg-x11-drv-openchrome-0.2.903-1.fc10 -------------------------------------- * Wed Aug 20 18:00:00 2008 Xavier Bachelot - 0.2.903-1 - Update to 0.2.903. xorg-x11-drv-s3-0.6.0-2.fc10 ---------------------------- * Thu Aug 28 18:00:00 2008 Adam Jackson 0.6.0-2 - Drop redundant new-mmio patch. xorg-x11-drv-summa-1.2.0-2.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Adam Jackson 1.2.0-2 - Fix multiple definition of Source0. xorg-x11-proto-devel-7.4-2.fc10 ------------------------------- * Thu Aug 28 18:00:00 2008 Kristian H?gsberg - 7.4-2 - dri2proto 1.99.1 Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 97 Broken deps for i386 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-018-1.fc10.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) texlive-texmf-doc-2007-24.fc10.noarch requires perl(a) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 From lemenkov at gmail.com Fri Aug 29 20:12:01 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sat, 30 Aug 2008 00:12:01 +0400 Subject: rawhide report: 20080829 changes In-Reply-To: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> Message-ID: > > rpm-4.5.90-0.git8461.3 > ---------------------- > - add support for noarch subpackages Kewl! It was one of the most annoying restriction of RPM for me. -- With best regards! From jkeating at redhat.com Fri Aug 29 21:17:56 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Aug 2008 14:17:56 -0700 Subject: rawhide report: 20080829 changes In-Reply-To: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> Message-ID: <1220044676.9554.26.camel@luminos.localdomain> On Fri, 2008-08-29 at 19:57 +0000, Rawhide Report wrote: > - add support for noarch subpackages Erm, what exactly does this mean? In the realm of Koji, for non-noarch packages we send off the srpm to be built once on each arch, and collect the output. Right now, all that output is unique per arch. What's going to happen when each arch build produces the same noarch subpackage? Kernel works around this by having an additional build put through of arch "noarch", which is a setting at the koji level. We only ever get one set of noarch build output. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lists at timj.co.uk Fri Aug 29 22:52:39 2008 From: lists at timj.co.uk (Tim Jackson) Date: Fri, 29 Aug 2008 23:52:39 +0100 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828183804.GE3047@auslistsprd01.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <20080828161127.GA3047@auslistsprd01.us.dell.com> <20080828183804.GE3047@auslistsprd01.us.dell.com> Message-ID: <48B87DB7.1050109@timj.co.uk> Matt Domsch wrote: > The tree with today's results is now available. > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/ Does the following look like a bug in the new version of rpm to anyone? alsa-firmware builds fine but then: error: magic_file(ms, "/builddir/build/BUILDROOT/alsa-firmware-1.0.17-1.fc10.i386/lib/firmware/mixart/miXart8.xlx") failed: mode 100644 DOS executable (device driver)vasprintf failed (Invalid or incomplete multibyte or wide character) rpmbuild: rpmfc.c:1400: rpmfcClassify: Assertion `ftype != ((void *)0)' failed. Child returncode was: -6 (from http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/alsa-firmware-1.0.17-1.fc10.src.rpm/result/build.log) From mrsam at courier-mta.com Fri Aug 29 23:12:52 2008 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 29 Aug 2008 19:12:52 -0400 Subject: Fedora rawhide rebuild in mock status 2008-08-28 References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <20080828161127.GA3047@auslistsprd01.us.dell.com> <20080828183804.GE3047@auslistsprd01.us.dell.com> <48B87DB7.1050109@timj.co.uk> Message-ID: Tim Jackson writes: > Matt Domsch wrote: > >> The tree with today's results is now available. >> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/ > > Does the following look like a bug in the new version of rpm to anyone? > > alsa-firmware builds fine but then: > > error: > magic_file(ms, > "/builddir/build/BUILDROOT/alsa-firmware-1.0.17-1.fc10.i386/lib/firmware/mixart/miXart8.xlx") > failed: mode 100644 DOS executable (device driver)vasprintf failed > (Invalid or incomplete multibyte or wide character) > rpmbuild: rpmfc.c:1400: rpmfcClassify: Assertion `ftype != ((void *)0)' > failed. > Child returncode was: -6 > > (from > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/alsa-firmware-1.0.17-1.fc10.src.rpm/result/build.log) Yes, it's obviously a bug. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Fri Aug 29 23:15:24 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 30 Aug 2008 00:15:24 +0100 Subject: Interesting koji problem Message-ID: <1220051724.12016.1.camel@PB3.Linux> Hi, Just submitted mono for building on koji and have seen quite a fun error. libtool requires gcc4.3.1 Does this mean that nothing is building on koji for now? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Aug 29 23:26:29 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Aug 2008 16:26:29 -0700 Subject: Interesting koji problem In-Reply-To: <1220051724.12016.1.camel@PB3.Linux> References: <1220051724.12016.1.camel@PB3.Linux> Message-ID: <1220052389.29094.0.camel@luminos.localdomain> On Sat, 2008-08-30 at 00:15 +0100, Paul wrote: > Just submitted mono for building on koji and have seen quite a fun > error. > > libtool requires gcc4.3.1 > > Does this mean that nothing is building on koji for now? As soon as the next repo regens, this should be fixed. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From paul at all-the-johnsons.co.uk Fri Aug 29 23:39:05 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 30 Aug 2008 00:39:05 +0100 Subject: Alsa problem Message-ID: <1220053145.12016.6.camel@PB3.Linux> Hi, I'm trying to track down a problem which seems to be Alsa related. I have a really small C# test piece which just plays a wav file via System.Media.PlaySound. Code compiles and it works under Win32. Under rawhide, nada sound at all. When I run alsamixergui, it looks like alsa is trying to use pulseaudio rather than my Audigy card and there is no way to change this via alsamixergui. I've noticed similar problems with alsa when using mplayer. Is there a way to get alsa to use my Audigy card correctly? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bojan at rexursive.com Sat Aug 30 00:11:35 2008 From: bojan at rexursive.com (Bojan Smojver) Date: Sat, 30 Aug 2008 00:11:35 +0000 (UTC) Subject: Time to resurrect multi-key signatures in RPM? References: <1219715812.7925.59.camel@shrek.rexursive.com> <1219717367.18727.35.camel@naomi.s4.naomi.abartlet.net> <20080826030941.GC1572107@hiwaay.net> <1219725335.12096.53.camel@rosebud> <1219750681.12096.56.camel@rosebud> Message-ID: Bojan Smojver rexursive.com> writes: > Say there are 10 signatories in the pool. Yum would check that: > > - the package is signed with the Fedora key > - the package is signed by at least N (say 2) other keys from the pool > - failing the above, it would not accept the package Just for completeness, yum could alternatively accept say 5 keys from the pool (but no Fedora key), so that any compromise of the central key does not cause the current "change the Fedora key" hoopla. Simply resign by others and continue. -- Bojan From michel.sylvan at gmail.com Sat Aug 30 01:54:01 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Fri, 29 Aug 2008 21:54:01 -0400 Subject: Alsa problem In-Reply-To: <1220053145.12016.6.camel@PB3.Linux> References: <1220053145.12016.6.camel@PB3.Linux> Message-ID: 2008/8/29 Paul : > Hi, > > I'm trying to track down a problem which seems to be Alsa related. I > have a really small C# test piece which just plays a wav file via > System.Media.PlaySound. Code compiles and it works under Win32. Under > rawhide, nada sound at all. > > When I run alsamixergui, it looks like alsa is trying to use pulseaudio > rather than my Audigy card and there is no way to change this via > alsamixergui. > > I've noticed similar problems with alsa when using mplayer. Is there a > way to get alsa to use my Audigy card correctly? > Put a custom ~/.asoundrc that overrides the settings in /etc/alsa/pulse-default.conf . Why should the test code not work with pulseaudio, though? It should be transparent to ALSA applications (there are some compatibility issues due to the unexpected way some applications use ALSA, so if this is one of those cases, you might want to file a bug against pulseaudio) Regards, -- Michel Salim http://hircus.jaiku.com/ From ville.skytta at iki.fi Sat Aug 30 06:07:02 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 30 Aug 2008 09:07:02 +0300 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <1219956493.6916.40.camel@PB3.Linux> References: <20080828104611.A16272@humbolt.us.dell.com> <1219956493.6916.40.camel@PB3.Linux> Message-ID: <200808300907.03299.ville.skytta@iki.fi> On Thursday 28 August 2008, Paul wrote: > > > pfj: csound,fig2sxd,gtk-sharp,mono,monodevelop,xmms,xsp > > xmms was orphaned by me ages ago! Does not seem so: https://admin.fedoraproject.org/pkgdb/packages/name/xmms From joshuacov at googlemail.com Sat Aug 30 06:31:53 2008 From: joshuacov at googlemail.com (Joshua C.) Date: Sat, 30 Aug 2008 08:31:53 +0200 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> Message-ID: <5f6f8c5f0808292331v1eee5802o9fb0f5a37dca20@mail.gmail.com> 2008/8/29 Joshua C. : > I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 > branch is ok but the same thing happens with 2.6.27.rc2 and the > following. 2.6.25 branch is ok. > I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. > > The kernel loads fine until showing "starting udev". then it just > stops and cannot continue. on the 2.6.26 branch i need to keep pressed > atleast one key for it to continue. Then it goes further and > everything freezes when no key is pressed. > 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. > with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" > I get black and white stripps on my screen and only hardware reset > helps. This makes me think it is something connected with the kernel > modesetting and my radeon gpu. It could also be udev but it is fine > with 2.6.25 and if i keep at least one key pressed then 2.6.26 works > fine. in everycase dmesg shows nothing. What could it be? How can I > see where the problem is? > Any ideas how to debug this? Who/where should I ask? From rakesh.pandit at gmail.com Sat Aug 30 06:42:35 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sat, 30 Aug 2008 12:12:35 +0530 Subject: help required regarding coredumper package Message-ID: Hello list, I need a help regarding package review: https://bugzilla.redhat.com/show_bug.cgi?id=458204 Home page: http://code.google.com/p/google-coredumper/ It used linux/dirent.h which has been removed from kernel-headers on rawhide. So does not build on rawhide. I patched up to use glibc-headers dirent.h which contains dirent & dirent64 structures. This patch is wrong. After investigating code base coredumper checks kernel structure sizes by including specific kernel headers containing those structures. So, my question is after removing dirent.h which dirent & dirent64 structures does kernel use now? Those defined by glibc-header dirent.h ? If yes, i can fix it quickly. -- Thanks, rakesh From ae at op5.se Sat Aug 30 07:06:28 2008 From: ae at op5.se (Andreas Ericsson) Date: Sat, 30 Aug 2008 09:06:28 +0200 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <20080829162319.GA4728@yoda.jdub.homelinux.org> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> <20080829114730.GA30702@vader.jdub.homelinux.org> <20080829155655.GW21166@inocybe.teonanacatl.org> <20080829162319.GA4728@yoda.jdub.homelinux.org> Message-ID: <48B8F174.4070902@op5.se> Josh Boyer wrote: > On Fri, Aug 29, 2008 at 11:56:55AM -0400, Todd Zullinger wrote: >>> Though an F-9 update will not. You just don't yank out commands >>> like that from a stable release. >> Yeah, I fully agree. And that said, is there a compelling reason to >> push git-1.6.0 as an F9 update? (aside from "we always have to have the >> very latest release" mantra that many users chant)? F9 should be fine >> with git-1.5.6.x, shouldn't it? > > It fixes a security bug, but I think a later release of 1.5.6.x does as > well. > Also, git 1.6 moves all the git- away from /usr/bin. Judging by the reactions on the git mailing list from people who install from sources, you'd be better off shipping 1.6.0 with F10 and stick with 1.5.6.x for F9. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From drago01 at gmail.com Sat Aug 30 11:18:51 2008 From: drago01 at gmail.com (drago01) Date: Sat, 30 Aug 2008 13:18:51 +0200 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: On Thu, Aug 28, 2008 at 5:46 PM, Matt Domsch wrote: > drago01: hardinfo,linkage,pinot linkage fails due to a boost soname bump that has been untagged in rawhide, so its fine. pinot: kernel-headers breakage ... ----------- /usr/include/asm-generic/fcntl.h:120: error: 'off_t' does not name a type /usr/include/asm-generic/fcntl.h:121: error: 'off_t' does not name a type /usr/include/asm-generic/fcntl.h:122: error: 'pid_t' does not name a type /usr/include/asm-generic/fcntl.h:143: error: 'loff_t' does not name a type /usr/include/asm-generic/fcntl.h:144: error: 'loff_t' does not name a type /usr/include/asm-generic/fcntl.h:145: error: 'pid_t' does not name a type ----------- need to look into it. hardinfo: "undefined reference to `g_thread_init'" where there any recent glib changes that removed this? (api should be stable in glib2 ) From rawhide at fedoraproject.org Sat Aug 30 11:43:43 2008 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 30 Aug 2008 11:43:43 +0000 (UTC) Subject: rawhide report: 20080830 changes Message-ID: <20080830114343.E7DA41F824B@releng2.fedora.phx.redhat.com> New package NetworkManager-pptp NetworkManager VPN integration for pptp New package appframework Swing Application Framework New package beansbinding Beans Binding (JSR 295) reference implementation New package grc GUI for Gnuradio New package libhocr A Hebrew optical character recognition library New package netbeans-javaparser NetBeans Java Parser New package pangomm C++ interface for Pango New package perl-Data-ICal Generates iCalendar (RFC 2445) calendar files New package perl-HTML-RewriteAttributes Concise attribute rewriting New package perl-Text-vFile-asData Parse vFile formatted files into data structures Removed package tetex-unicode Updated Packages: NetworkManager-openvpn-0.7.0-15.svn4027.fc10 -------------------------------------------- * Fri Aug 29 18:00:00 2008 Dan Williams 1:0.7.0-15.svn4027 - Rebuild for updated NetworkManager NetworkManager-vpnc-0.7.0-0.10.svn4024.fc10 ------------------------------------------- * Fri Aug 29 18:00:00 2008 Dan Williams 1:0.7.0-10.svn4024 - Fix regression where username radio buttons were mistakenly shown in the auth dialog - Fix regression where the auth dialog would segfault when cancel was clicked R-2.7.2-1.fc10 -------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway 2.7.2-1 - update to 2.7.2 - fix spec for alpha compile (bz 458931) - fix security issue in javareconf script (bz 460658) abicheck-1.2-20 --------------- * Fri Aug 29 18:00:00 2008 Michael Schwendt - 1.2-20 - Rename Patch to Patch0 - should fix build in Rawhide. * Wed Aug 6 18:00:00 2008 Michael Schwendt - 1.2-19 - Fix shebang to make rpmlint happy. anaconda-11.4.1.30-1 -------------------- * Fri Aug 29 18:00:00 2008 David Cantrell - 11.4.1.30-1 - Fix a traceback with unencrypted autopart. (dlehman) - doLoggingSetup has grown some new arguments (#460654). (clumens) - Updated German translation (fabian) - Remove references to isConfigured in network.py (dcantrell) - Define the NM_STATE_* constants in isys.py (dcantrell) - Rewrite NetworkWindow to only prompt for hostname. (dcantrell) - Pad the icon more in network.glade (dcantrell) - Removed iface_dns_lookup() (dcantrell) - Don't pass NULL to dbus_message_unref() (dcantrell) - New network configuration screen for GTK+ UI. (dcantrell) - Pass family to iface_ip2str() call (dcantrell) - Rewrite iface_ip2str() to talk to NetworkManager over D-Bus (dcantrell) - New translation (besnik) - Pull in the gtkrc file so we can find the theme. (clumens) - Use signed git tags (katzj) - Skip networkDeviceCheck in dispatch.py (dcantrell) - Do not call has_key() on NetworkDevice, use isys.NM_* (dcantrell) - Separate lines per BR. (dcantrell) - Remove invalid line iw/autopart_type.py (dcantrell) - Fix syntax error in yuminstall.py, fix pychecker warnings. (dcantrell) - Updated Hungarian translation (sulyokpeti) - Add missing () to function definitions. (dcantrell) - Fix err handling in doMultiMount() (dcantrell) - Revert "Pass --follow to git-log" (dcantrell) - Remove references to /tmp/netinfo (dcantrell) - Gather network settings from NetworkManager and ifcfg files. (dcantrell) - Update the pot file and refresh the pos (katzj) - For all HTTP/FTP repos, keep the cached repodata (#173441). (clumens) - Fix a traceback when trying to set the status whiteboard on a bug. (clumens) - When the wrong filesystem type is used, raise a more explicit error. (clumens) - Don't copy the install.img over in single media cases (#216167). (clumens) - Remove isys.getopt() (dcantrell) - Remove code not used in net.c (dcantrell) - Write to /etc/sysconfig/network-scripts/ifcfg-INTERFACE (dcantrell) - mystrstr() -> strstr() (dcantrell) - Expand getDeviceProperties to return all devices. (dcantrell) - Pass --follow to git-log (dcantrell) - Support accessing preexisting LUKS devs using LRW or XTS ciphers. (#455063) (dlehman) - Use yum's handling of optional/default/mandatory package selection (#448172). (clumens) - List iSCSI multipath devices in the installer UI. (dcantrell) - Fix text wrap width on the partition type combo, for real this time (#221791) (dlehman) - For /dev/hvc0 terminals, set TERM to vt320 (#219556). (dcantrell) - The Timer class is no longer used. (clumens) - Handle preexisting swraid w/ encrypted member disks/partitions. (dlehman) - Don't try to close a dm-crypt mapping that is not open. (dlehman) - Remove unused silo code that wouldn't even build if it were used. (clumens) - Remove some really old, really unused code. (clumens) - Add another mount function that takes a list of fstypes to try. (clumens) - Download progress indicator for FTP and HTTP in stage 1. (dcantrell) - Make sure we wait for NetworkManager. (dcantrell) - Renamed loader2 subdirectory to loader (hooray for git) (dcantrell) - Do not include wireless.h or call is_wireless_device() (dcantrell) - Add getDeviceProperties() and rewrite getMacAddress() (dcantrell) - Do not include wireless.h (dcantrell) - Rewrite isys.isWireless() to use D-Bus and NetworkManager (dcantrell) - Rewrite isys.getIPAddress() to use D-Bus and NetworkManager. (dcantrell) - Include ../isys/ethtool.h instead of ../isys/net.h. (dcantrell) - Rename isys/net.h to isys/ethtool.h, removed unnecessary typedefs. (dcantrell) - Removed waitForLink() function in loader. (dcantrell) - Remove initLoopback() function in loader (dcantrell) - Use D-Bus properties to get current NM state. (dcantrell) - Use dbus in hasActiveNetDev() and _anyUsing() (dcantrell) - Use NetworkManager instead of libdhcp. (#458183) (dcantrell) - When mount fails, pass the error message up to the UI layer. (clumens) - Bring askmethod back to prompt for the location of install.img. (clumens) audacious-plugin-fc-0.2-7 ------------------------- * Fri Aug 29 18:00:00 2008 Michael Schwendt - 0.2-7 - in %build add work-around for #454364 (libSAD API headers are broken) brasero-0.8.1-1.fc10 -------------------- * Wed Aug 27 18:00:00 2008 Denis Leroy - 0.8.1-1 - Update to upstream 0.8.1 - Desktop patch upstreamed * Sun Jul 6 18:00:00 2008 Denis Leroy - 0.7.91-1 - Update to unstable 0.7.91 - open flags patch upstreamed cairomm-1.6.2-1.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Denis Leroy - 1.6.2-1 - Update to upstream 1.6.2 - atsui patch upstreamed cobbler-1.2.0-1.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) codeblocks-8.02-2.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Dan Horak 8.02-2 - refresh patches cyrus-sasl-2.1.22-17.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Tomas Mraz - 2.1.22-17 - always link against the internal db4 (#459163) - rediff patches for no fuzz dhcp-4.0.0-23.fc10 ------------------ * Fri Aug 29 18:00:00 2008 David Cantrell - 12:4.0.0-23 - Prevent $metric from being set to '' (#460640) - Remove unnecessary warning messages - Do not source config file (ifcfg-DEVICE) unless it exists docbook-dtds-1.0-39.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Ondrej Vasik - 1.0-39 - rebuild with F9 spec file to fix some heavy-weight black magic causing failures of sgml documents echo-icon-theme-0.3.89.0-0.9.20080828git3e5f61d.fc10 ---------------------------------------------------- * Thu Aug 28 18:00:00 2008 Martin Sourada - 0.3.89.0-0.9.20080828git3e5f61d - New git snapshot ejabberd-2.0.2-1.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Peter Lemenkov 2.0.2-1 - Ver. 2.0.2 gcc-4.3.2-1 ----------- * Fri Aug 29 18:00:00 2008 Jakub Jelinek 4.3.2-1 - update from gcc-4_3-branch - 4.3.2 release - PRs c++/36741, middle-end/36548, middle-end/36817, middle-end/37125, target/37184, target/37191, target/37197 - backport further Fortran debuginfo improvements (#460378, #459375) - revert removal of adjacent bitfield comparison optimization (PR middle-end/37248) - on ppc/ppc64 add paired.h, ppu_instrinsics.h, si2vmx.h and spu2vmx.h headers (#460497) glibc-2.8.90-12 --------------- * Fri Aug 29 18:00:00 2008 Jakub Jelinek 2.8.90-12 - update from trunk - revert origin changes (#457849) - use MAP_STACK for thread stacks - misc fixes (BZ#6845, BZ#6544, BZ#6634, BZ#6589, BZ#6790, BZ#6791, BZ#6824) - power7 bits (BZ#6817) - fix expm1 on i?86/x86_64 (#43354, BZ#5794) gnome-applets-2.23.90-2.fc10 ---------------------------- * Fri Aug 29 18:00:00 2008 Matthias Clasen - 1:2.23.90-2 - Plug a memory leak in the keyboard applet gnome-desktop-2.23.90-4.fc10 ---------------------------- * Fri Aug 29 18:00:00 2008 Matthias Clasen - 2.23.90-4 - Plug a memory leak gtkmm24-2.13.7-1.fc10 --------------------- * Sun Aug 24 18:00:00 2008 Denis Leroy - 2.13.7-1 - Update to upstream 2.13.7, with pangomm split hunspell-en-0.20080829-1.fc10 ----------------------------- * Fri Aug 29 18:00:00 2008 Caolan McNamara - 0.20080829-1 - latest version ibus-0.1.1.20080830-1.fc10 -------------------------- * Sat Aug 30 18:00:00 2008 Huang Peng - 0.1.1.20080830-1 - Update to 0.1.1.20080830. ibus-table-0.1.1.20080829-1.fc10 -------------------------------- imlib-1.9.15-8.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Paul Howarth 1:1.9.15-8 - fix patches to apply without fuzz imsettings-0.103.0-1.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Akira TAGOH - 0.103.0-1 - New upstream release. - im-xsettings-daemon doesn't run automatically. (#459443) - Enable XIM support again. (#457635) - BR: libgxim-devel and libnotify-devel initscripts-8.81-1 ------------------ * Fri Aug 29 18:00:00 2008 Bill Nottingham - 8.81-1 - rc.sysinit: Don't use -L in find (#458652, #458504, CVE-2008-3524) - ifup: kill more code from loopback bringup inn-2.4.5-3.fc10 ---------------- * Fri Aug 29 18:00:00 2008 Ondrej Vasik - 2.4.5-3 - patch fuzz clean up kdeaddons-3.5.10-1.fc10 ----------------------- * Sat Aug 30 18:00:00 2008 Kevin Kofler 3.5.10-1 - update to 3.5.10 kdegames3-3.5.10-1.fc10 ----------------------- * Fri Aug 29 18:00:00 2008 Kevin Kofler - 3.5.10-1 - update to 3.5.10 - update trademarks patch kdelibs-4.1.0-9.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Kevin Kofler 4.1.0-9 - -devel: +Requires: libutempter-devel (cmake wants to link it in) kiconedit-4.1.0-1.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Sebastian Vahl 4.1.0-1 - 4.1 (final) * Mon May 26 18:00:00 2008 Than Ngo 4.0.80-1 - 4.1 beta 1 koan-1.2.0-1.fc10 ----------------- * Fri Aug 29 18:00:00 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) ksig-1.1-0.6.20080213.fc10 -------------------------- * Fri Aug 29 18:00:00 2008 Sebastian Vahl - 1.1-0.6.20080213 - re-create patches for rpmbuild's fuzz=0 - BR: libutempter-devel libgnomekbd-2.23.2-2.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Matthias Clasen - 2.23.2-2 - Plug a small memory leak libgxim-0.1.1-1.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Akira TAGOH - 0.1.1-1 - New upstream release. liblicense-0.8-1 ---------------- * Mon Jul 28 18:00:00 2008 Asheesh Laroia - 0.8-1 - liblicense 0.8 upstream libsemanage-2.0.27-2.fc10 ------------------------- libtool-1.5.26-4.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Dennis Gilmore 1.5.26-4 - rebuild for gcc-4.3.2 libwvstreams-4.4.1-5.fc10 ------------------------- * Thu Aug 28 18:00:00 2008 Ondrej Vasik - 4.4.1-5 - patch fuzz clean up linuxdoc-tools-0.9.21-17.fc10 ----------------------------- * Fri Aug 29 18:00:00 2008 Ondrej Vasik 0.9.21-17 - patch fuzz clean up mach-0.9.4-1.fc10 ----------------- * Fri Aug 29 18:00:00 2008 Thomas Vander Stichele - 0.9.4-1 - new release magic-7.5.147-1.fc10 -------------------- * Thu Aug 28 18:00:00 2008 Chitlesh Goorah - 7.5.147-1 - new upstream release * Fri Aug 15 18:00:00 2008 Chitlesh Goorah - 7.5.146-1 - new upstream release mairix-0.21-2.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Miroslav Lichvar 0.21-2 - fix building with new rpm mftrace-1.2.15-1.fc10 --------------------- * Wed Aug 27 18:00:00 2008 Quentin Spencer 1.2.15-1 - Update to new release. migrationtools-47-2.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Jan Safranek 47-2 - added support for Fedora DS (when it provides ldif2ldbm) - rediffed all patches to get rid of patch fuzz minicom-2.3-3.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Miroslav Lichvar 2.3-3 - rediff patches with fuzz mono-tools-2.0-4.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Paul F. Johnson - 2.0-4 - additional BRs included * Thu Aug 28 18:00:00 2008 Michael Schwendt - 2.0-3 - include unowned directories * Fri Aug 15 18:00:00 2008 Paul F. Johnson 2.0-2 - reworked the patchfiles - removed monodir (not used) - spec file fix * Sun Aug 3 18:00:00 2008 Paul F. Johnson 2.0-1 - bump to 2.0 preview 1 - spec file fixes monotorrent-0.4-4.fc10 ---------------------- * Thu Aug 28 18:00:00 2008 Michael Schwendt - 0.4-4 - include %_libdir/monotorrent directory ntp-4.2.4p5-1.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Miroslav Lichvar 4.2.4p5-1 - update to 4.2.4p5 - add support for fast interface updates obexftp-0.23-0.1.alpha.fc10 --------------------------- * Mon Aug 18 18:00:00 2008 Dominik Mierzejewski - 0.23-0.1.alpha - updated to 0.23-alpha - split libs into separate subpackage for multilib pax-3.4-6.fc10 -------------- * Fri Aug 29 18:00:00 2008 Ondrej Vasik - 3.4-6 - removed duplicate Source0 perl-Apache-Session-1.87-1.fc10 ------------------------------- * Fri Aug 29 18:00:00 2008 Steven Pritchard 1.87-1 - Update to 1.87. - Explicitly BR Test::More. - Get rid of DOS line endings in Contributing.txt. perl-DBD-Pg-2.10.0-1.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Marcela Maslanova - 2.10.0-1 - update to 2.10.0 * Mon Aug 25 18:00:00 2008 Marcela Maslanova - 2.9.2-1 - update to 2.9.2 php-pear-Net-DIME-1.0.0-2.fc10 ------------------------------ * Fri Aug 29 18:00:00 2008 Remi Collet 1.0.0-2 - fix Source0 * Fri Aug 29 18:00:00 2008 Remi Collet 1.0.0-1 - Switched license to BSD License php-pear-PHP-CompatInfo-1.8.0-1.fc10 ------------------------------------ * Fri Aug 29 18:00:00 2008 Remi Collet 1.8.0-1 - update to 1.8.0 - change license from PHP 3.01 to New BSD * Sun Jul 20 18:00:00 2008 Remi Collet 1.8.0-0.1.RC2 - update to 1.8.0RC2 * Tue Jul 8 18:00:00 2008 Remi Collet 1.8.0-0.1.RC1 - update to 1.8.0RC1 php-pear-XML-Parser-1.3.0-1.fc10 -------------------------------- * Fri Aug 29 18:00:00 2008 Remi Collet 1.3.0-1 - update to 1.3.0 - Switched license to BSD License phpMyAdmin-2.11.9-1.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Robert Scheck 2.11.9-1 - Upstream released 2.11.9 plotmm-0.1.2-9.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.1.2-9 - fix code to compile against libsigc++20 * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.1.2-8 - fix broken BR * Thu Aug 28 18:00:00 2008 Tom "spot" Callaway - 0.1.2-7 - fix license tag policycoreutils-2.0.55-1.fc10 ----------------------------- * Thu Aug 28 18:00:00 2008 Dan Walsh 2.0.55-1 - Update to upstream * Merged semanage node support from Christian Kuester. * Fri Aug 15 18:00:00 2008 Dan Walsh 2.0.54-7 - Add require libsemanage-python proxychains-3.1-6.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 3.1-6 - fix license tag prozilla-2.0.4-9.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 2.0.4-9 - fix license tag psmisc-22.6-8.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway 22.6-8 - fix package so it builds again * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway 22.6-7 - fix license tag * Mon Apr 14 18:00:00 2008 Tomas Smetana 22.6-6 - fix #441871 - pstree fails to show most processes; patch by Emil Jerabek psutils-1.17-29.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.17-29 - fix license tag publican-genome-1.0-1.fc10 -------------------------- pwlib-1.10.10-9.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway 1.10.10-9 - fix license tag pwsafe-0.2.0-5.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.2.0-5 - fix license tag pycairo-1.4.12-4.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.4.12-4 - fix license tag pydict-0.3.0-12.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.3.0-12 - fix license tag pyflowtools-0.3.4-2.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.3.4-2 - fix license tag pyfribidi-0.6.0-5.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.6.0-5 - fix license tag pygtksourceview-2.2.0-2.fc10 ---------------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 2.2.0-2 - fix license tag pyicq-t-0.8-6.b.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.8-6.b - fix license tag pypar2-1.4-2.fc10 ----------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.4-2 - fix license tag pyserial-2.2-6.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 2.2-6 - fix license tag python-4Suite-XML-1.0.2-4.fc10 ------------------------------ * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.0.2-4 - fix license tag python-cpio-0.1-6.fc10 ---------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 0.1-6 - fix license tag python-dateutil-1.4-2.fc10 -------------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.4-2 - fix license tag python-dns-1.6.0-2.fc10 ----------------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.6.0-2 - fix license tag python-slip-0.1.12-1.fc10 ------------------------- * Fri Aug 29 18:00:00 2008 Nils Philippsen - 0.1.12 - make slip.dbus.service.Object persistence overridable per object quota-3.16-4.fc10 ----------------- * Wed Aug 27 18:00:00 2008 Ondrej Vasik 3.16-4 - fix bug in warnquota which could result in bogus hostname and domainname (upstream) - remove IMMUTABLE flag from quota file in quotacheck(upstream) rpy-1.0.3-3.fc10 ---------------- * Fri Aug 29 18:00:00 2008 Tom "spot" Callaway - 1.0.3-3 - rebuild against R-2.7.2 selinux-policy-3.5.5-3.fc10 --------------------------- * Fri Aug 29 18:00:00 2008 Dan Walsh 3.5.5-3 - Allow audit dispatcher to kill his children * Tue Aug 26 18:00:00 2008 Dan Walsh 3.5.5-2 - Update to upstream - Fix crontab use by unconfined user sugar-0.82.2-1.fc10 ------------------- * Fri Aug 29 18:00:00 2008 Simon Schampijer - 0.82.2-1 - 6929 Control panel: include copyright/licensing info in about dialogue - Fix some launcher issues * Thu Aug 28 18:00:00 2008 Tomeu Vizoso - 0.82.1-1 - #2866 Network Manager GUI doesn't report success or failure - #3993 The color of network icon in Home view becomes white after restarting Sugar. - #2866 Network Manager GUI doesn't report success or failure - #7988 Sugar control panel doesn't have a language entry for kreyol - #7823 Non-modal alerts in CP remain when they shouldn't - #7733 Cannot install Wikipedia-10.xo - #7356 regression in activity view performance. - #7660 XO Neighborhood icon drawing & erase glitches - #6605 Screen rotates clockwise, while rotation button shows counter clockwise arrows - #7877 Control Panel / Data & Time: Selecting timezone by typing locks up UI - #7965 Mirror activities list in RTL locales - #7220 Mark newly downloaded activities as favorites by default - #7874 Search entry in Home focuses list view when cleared - #7971 CP fails to validate all settings correctly - #7970 Some CP modules set needs_restart to False when they shouldn't - #7764 Reset Registration with school servers - short term solution - #7823 Non-modal alerts in CP remain when they shouldn't - #7874 Search entry in Home focuses list view when cleared - #7730 Clicking on Speaker icon should Mute/Unmute Sound - #4656 Non-olpc buddies not shown in the meshview (using salut) - #7873 Search entry in Home should be focused implicitly * Fri Aug 22 18:00:00 2008 Marco Pesenti Gritti - 0.82.0-2.20080822git454def195d - Fix #6605 #7877 #7965 #7220 #7874 #7971 #7970 #7764 #7823 #7841 * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 0.82.0-1 - Mirror the intro screen in rtl. Patch by Khaled Kosny Fix #3108 - #7740 react gracefully to dbus services being restarted - Fix case when already registered 7836 - Redirect keyboard brightness and DCON freeze requests to OHM #7357 - open cp software-updater on first boot after an update 7495 - Activate threads support 7486 - added languages Norwegian and Slovenian - translation updates * Fri Aug 1 18:00:00 2008 Simon Schampijer - 0.81.8-1 - 7248 Speaker device has inconsistent behavior - 7625 alt+tab switching is slow because activities are notified unneccessary - 7560 cp: Inconsistent behavior after changing the xo color - 7641 Control panel sugar theme infelicities. - 6136 No feedback from 'register' request. * Wed Jul 23 18:00:00 2008 Simon Schampijer - 0.81.7-1 - 7546 Activity launcher fails to show when launching from the journal - 5664 Copying formatted text out of Browse breaks Journal/clipboard interaction - 7385 Change the accelerator for switching between views in the home level - 7249 Device ordering in Frame is not fixed - 7510 Control Panel 'About Me' incorrectly keeps a name edit when you choose to Cancel out - 7071 Activities cannot be deleted via GUI - 4208 Battery indicator's icon fullness inconsistent with indicator %. - 7430 Favorites view is not preserved - 7434 Control panel UI for power management. * Thu Jul 17 18:00:00 2008 Simon Schampijer - 0.81.6-4.20080715git8137d5c37f - split the sugar-emulator in it's own package to get rid of the xephyr dependency * Tue Jul 15 18:00:00 2008 Tomeu Vizoso - 0.81.6-3.20080715git8137d5c37f - 7071 Add an option for uninstalling activities from the home view - 7476 Order control panel modules logically - 4208 battery icon consistency fix - 7354 Maintain correct zoom level after activity launch * Wed Jul 9 18:00:00 2008 Simon Schampijer - 0.81.6-2.20080709git8f4819a62e - git snapshot - 7430 Preserve the favorites layout across reboots - 7434 Add power section to the control panel * Wed Jul 9 18:00:00 2008 Simon Schampijer - 0.81.6-1 - 7438 sugar shuts down when you click Restart - 7365 Invites not working - 7248 Speaker device has inconsistent behavior - 7339 CPU Spins after starting an activity - 7015 Add proper alignment support to the tray control - 5613 Cannot set non-ASCII nick name - 7046 Deleting activity bundle with journal leaves it showing in Home list view until reboot - 7391 Make the search field in Home reveal the list view - 7248 Speaker device has inconsistent behavior - 7272 Notifications are redundant with new launching feedback - 7273 Activity icons remain colored after launch sugar-artwork-0.82.1-1.fc10 --------------------------- * Thu Aug 28 18:00:00 2008 Marco Pesenti Gritti - 0.82.1-1 - #4312 need volume button icons for totem player - #7939 Missing stock icons * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 0.82.0-1 - 7641 Install GTK compatibility symlinks using icon-naming-utils package * Wed Jul 9 18:00:00 2008 Simon Schampijer - 0.81.6-2.20080709gitc77b345c02 - git snapshot - 7385 Add view-freeform icon (eben) * Sat Jun 21 18:00:00 2008 Tomeu Vizoso - 0.81.1 - Some improvements to the gtk theme (benzea) * Fri Jun 13 18:00:00 2008 Simon Schampijer - 0.79.3-1 - Update to 0.79.3 sugar-base-0.82.2-1.fc10 ------------------------ * Thu Aug 28 18:00:00 2008 Marco Pesenti Gritti - 0.82.2-1 - Translation updates * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 0.82.1-1 - added languages Norwegian and Slovenian - translation update * Fri Aug 1 18:00:00 2008 Morgan Collett - 0.81.3-1 - Update to 0.81.3 - Make logger safe to full disk - Translation updates sugar-journal-98-1.fc10 ----------------------- * Thu Aug 28 18:00:00 2008 Simon Schampijer - 98-1 - 7588 Sugar should provide messages indicating when NAND is 'getting full' and 'critically full' - 6800 Journal window should be mirrored in RTL locales * Fri Aug 22 18:00:00 2008 Tomeu Vizoso - 97-4.20080822git0b0f78d8cb - correct Source0 field * Fri Aug 22 18:00:00 2008 Tomeu Vizoso - 97-3.20080822git0b0f78d8cb - translation updates for it, nl and ja - #7588 Show alert when available space is below 50MB - #6800 Reverse CollapsedEntry instead of BaseCollapsedEntry * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 97-2 - added languages Norwegian and Slovenian - translation updates * Fri Aug 1 18:00:00 2008 Simon Schampijer - 96-1 - 5907 resume activity when preview is clicked (Daniel Drake) - Dutch translation update (Myckel) - Telugu translation update (Satya) - Spanish translation update (Rafael Ortiz) - 7600 Discard palette when the jobject changes (Tomeu Vizoso) - Mongolian translation update (Odon) - 7718 Fix set title (Simon Schampijer) * Wed Jul 23 18:00:00 2008 Tomeu Vizoso - 95-1 - 7152 journal slowness: scrolling - 3958 Journal activity icon's pencil "fools" people into thinking it is a text editor - 6639 Journal can't resume activity bundles using another activity - 7441 no visual feedback on Erase - 7487 Do not decorate the object chooser - 7482 Object chooser has wrong icon for 'cancel' * Tue Jul 15 18:00:00 2008 Tomeu Vizoso - 94-2.20080715git814c37616b - New git snapshot sugar-toolkit-0.82.3-1.fc10 --------------------------- * Thu Aug 28 18:00:00 2008 Marco Pesenti Gritti - 0.82.3-1 - Translation updates * Thu Aug 28 18:00:00 2008 Marco Pesenti Gritti - 0.82.2-1 - #5428 downloads not starting in Browse due to old compreg.dat - #7733 Cannot install Wikipedia-10.xo - #7533 Activity does not respond to ctrl-q keyboard shortcut unless the 'Activity' tab is visible - #8000 Pulsing icon on activity launch significantly slows activity start-up - #8000 Pulsing icon on activity launch significantly slows activity start-up - #7270 /setup release does not update the bundle number - #7680 Activity name box is too small for localizaed name - #7881 Accelerator labels don't show up for most toolbar buttons - #7800 time stamps doesn't use translations * Fri Aug 22 18:00:00 2008 Tomeu Vizoso - 0.82.1-2.20080822git2e6be9ea55 - #7270 Add update functionality to Config in bundlebuilder - #7680 Widen activity tile entry - #7841 Wrap message in alert - #7881 Make Palette handle changes of the invoker widget * Tue Aug 12 18:00:00 2008 Marco Pesenti Gritti - 0.82.1-1 - Fix crash on startup on x86_64 * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 0.82.0-2 - Rebuild * Thu Aug 7 18:00:00 2008 Marco Pesenti Gritti - 0.82.0-1 - #7759 Default home view should be Ring, not Freeform - #4084 Palette persist over zoom levels - #7754 Handle multiple Activity per process correctly - Add git tagging to the 'setup.py release' command * Fri Aug 1 18:00:00 2008 Morgan Collett - 0.81.8-1 - #7566 sugar-shell enters in infinite loop after a failed shutdown - #7534 Safer to always install, rather than comparing versions - #7494 Updates to Browse-92 fail * Wed Jul 23 18:00:00 2008 Simon Schampijer - 0.81.7-1 - 5136 Keep error alert hard to find - 6014 Shutdown should sync activities data - 7532 install + open content bundles with journal - 7523 library index regeneration fails due to no XDG_DATA_DIRS - 4208 Battery indicator's icon fullness inconsistent with indicator %. - 7444 cannot close a shared activity when the initiator has disconnected - 7430 Favorites view is not preserved - 7434 Control panel UI for power management. - 5079 Could simplify sharing code * Tue Jul 15 18:00:00 2008 Simon Schampijer - 0.81.6-3.20080715gitd17347cc19 - git snapshot - 7523 fix content bundle installation - 5079 simplify sharing code - 4208 get_icon_state accepts negative step kwarg - 7444 Fix crash in get_joined_buddies when a buddy disappears uncleanly * Wed Jul 9 18:00:00 2008 Simon Schampijer - 0.81.6-2.20080709git92ef9d298a - git snapshot - 7430 Preserve the favorites layout across reboots - 7434 Add power section to the control panel system-config-printer-1.0.7-1.fc10 ---------------------------------- * Fri Aug 29 18:00:00 2008 Tim Waugh 1.0.7-1 - 1.0.7: - Efficiency improvements. - Small UI improvements for the New Printer dialog. - Other small fixes. * Fri Aug 29 18:00:00 2008 Tim Waugh - Updated pysmbc to 1.0.5. - Updated pycups to 1.9.42. tar-1.20-2.fc10 --------------- * Fri Aug 29 18:00:00 2008 Ondrej Vasik 2:1.20-2 - patch fuzz clean up tcp_wrappers-7.6-53.fc10 ------------------------ * Fri Aug 29 18:00:00 2008 Jan Safranek - 7.6-53 - rediff all patches to get rid of patch fuzz tcpdump-3.9.8-6.fc10 -------------------- * Fri Aug 29 18:00:00 2008 Miroslav Lichvar - 14:3.9.8-6 - rediff patches with fuzz - add -fno-strict-aliasing to CFLAGS tcsh-6.15-5.fc10 ---------------- * Fri Aug 29 18:00:00 2008 Vitezslav Crhonek - 6.15-5 - Rediffed all patches to work with patch --fuzz=0 - Let tcsh know 'ca' colorls variable Resolves: #458716 texlive-texmf-2007-25.fc10 -------------------------- * Fri Aug 29 18:00:00 2008 Jindrich Novy - 2007-25 - get rid of the bogus perl require for -doc subpackage - obsolete tetex-unicode (#459322) totem-2.23.91-1.fc10 -------------------- * Fri Aug 29 18:00:00 2008 - Bastien Nocera - 2.23.91-1 - Update to 2.23.91 totem-pl-parser-2.23.91-1.fc10 ------------------------------ * Fri Aug 29 18:00:00 2008 - Bastien Nocera - 2.23.91-1 - Update to 2.23.91 wvdial-1.60-6.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Ondrej Vasik - 1.60-6 - patch fuzz clean up xcircuit-3.4.30-1.fc10 ---------------------- * Fri Aug 15 18:00:00 2008 Chitlesh Goorah - 3.4.30-1 - new upstream release xen-3.3.0-1.fc10 ---------------- * Fri Aug 29 18:00:00 2008 Daniel P. Berrange - 3.3.0-1.fc10 - Update to xen 3.3.0 release xenner-0.42-1.fc10 ------------------ * Fri Aug 29 18:00:00 2008 Gerd Hoffmann - 0.42-1.fc10 - update to version 0.42 xqilla-2.1.3-0.2.fc10 --------------------- * Fri Aug 29 18:00:00 2008 Milan Zazrivec 2.1.3-0.2 - Rebased XQilla to latest upstream version 2.1.3 - Fixed files section in spec (documentation was included twice) Summary: Added Packages: 10 Removed Packages: 1 Modified Packages: 100 Broken deps for i386 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 claws-mail-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.i386 requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.i386 requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 grisbi-0.5.9-5.fc9.i386 requires tetex-unicode gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.i386 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.i386 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.i386 requires perl(MT::Entry) highlight-2.6.11-1.fc10.i386 requires perl(MT) highlight-2.6.11-1.fc10.i386 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 migrationtools-47-2.fc10.noarch requires ldif2ldbm perl-RPM2-0.67-5.fc9.i386 requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.i386 requires librpm-4.4.so poker3d-1.1.36-10.fc10.i386 requires libosg.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgSim.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.i386 requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.i386 requires libosgGA.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgFX.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgDB.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.i386 requires libosgText.so.35 qpidc-0.2.667603-2.fc10.i386 requires libxqilla.so.3 qpidc-perftest-0.2.667603-2.fc10.i386 requires libxqilla.so.3 qpidd-0.2.667603-2.fc10.i386 requires libxqilla.so.3 ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for x86_64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.x86_64 requires libetpan.so.11()(64bit) evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit) grisbi-0.5.9-5.fc9.x86_64 requires tetex-unicode gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.x86_64 requires perl(MT) highlight-2.6.11-1.fc10.x86_64 requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 migrationtools-47-2.fc10.noarch requires ldif2ldbm perl-RPM2-0.67-5.fc9.x86_64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.x86_64 requires librpmdb-4.4.so()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.x86_64 requires libosgUtil.so.35()(64bit) qpidc-0.2.667603-2.fc10.i386 requires libxqilla.so.3 qpidc-0.2.667603-2.fc10.x86_64 requires libxqilla.so.3()(64bit) qpidc-perftest-0.2.667603-2.fc10.x86_64 requires libxqilla.so.3()(64bit) qpidd-0.2.667603-2.fc10.i386 requires libxqilla.so.3 qpidd-0.2.667603-2.fc10.x86_64 requires libxqilla.so.3()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 claws-mail-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-dillo-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-pgp-3.4.0-1.fc10.ppc requires libetpan.so.11 claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc requires libetpan.so.11 evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) grisbi-0.5.9-5.fc9.ppc requires tetex-unicode gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) highlight-2.6.11-1.fc10.ppc requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc requires perl(MT) highlight-2.6.11-1.fc10.ppc requires perl(MT::Template::Context) mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 migrationtools-47-2.fc10.noarch requires ldif2ldbm perl-RPM2-0.67-5.fc9.ppc requires librpmio-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpmdb-4.4.so perl-RPM2-0.67-5.fc9.ppc requires librpm-4.4.so poker3d-1.1.36-10.fc10.ppc requires libosg.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgUtil.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgSim.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgTerrain.so.35 poker3d-1.1.36-10.fc10.ppc requires libOpenThreads.so.10 poker3d-1.1.36-10.fc10.ppc requires libosgGA.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgFX.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgManipulator.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgDB.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgParticle.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgViewer.so.35 poker3d-1.1.36-10.fc10.ppc requires libosgText.so.35 ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 Broken deps for ppc64 ---------------------------------------------------------- audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) claws-mail-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-bogofilter-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-dillo-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-pgp-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) claws-mail-plugins-spamassassin-3.4.0-1.fc10.ppc64 requires libetpan.so.11()(64bit) eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3 eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3 evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit) grisbi-0.5.9-5.fc9.ppc64 requires tetex-unicode gscan2pdf-0.9.24-1.fc10.noarch requires perl(Gtk2::ImageView) gspiceui-0.9.65-2.fc10.ppc64 requires gwave highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Plugin) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::WeblogPublisher) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Entry) highlight-2.6.11-1.fc10.ppc64 requires perl(MT) highlight-2.6.11-1.fc10.ppc64 requires perl(MT::Template::Context) livecd-tools-018-1.fc10.ppc64 requires yaboot mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc10.noarch requires mediawiki < 0:1.11 migrationtools-47-2.fc10.noarch requires ldif2ldbm perl-RPM2-0.67-5.fc9.ppc64 requires librpmio-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpm-4.4.so()(64bit) perl-RPM2-0.67-5.fc9.ppc64 requires librpmdb-4.4.so()(64bit) perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0 poker3d-1.1.36-10.fc10.ppc64 requires libosgFX.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgGA.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgTerrain.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosg.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgSim.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgText.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgDB.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libOpenThreads.so.10()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgManipulator.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgParticle.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgViewer.so.35()(64bit) poker3d-1.1.36-10.fc10.ppc64 requires libosgUtil.so.35()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit) ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit) vdrift-data-20071226-3.fc9.noarch requires vdrift = 0:20071226 From email.ahmedkamal at googlemail.com Sat Aug 30 12:58:21 2008 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Sat, 30 Aug 2008 14:58:21 +0200 Subject: pulseaudio is silent after waking up from suspend Message-ID: <3da3b5b40808300558u341f3e2eua799df29cf3fb430@mail.gmail.com> Hi, This is probably a bug. My laptop luckily suspends to disk and wakes up fine. However, after waking up there is no sound. I found pulseaudio not running. I started it manually and sound was there again. However, a second suspend/wakeup, and pulseaudio is still running, however there is no audio output too! Let me know if I need to run some experiments to get this fixed Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at gmail.com Sat Aug 30 13:07:22 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 30 Aug 2008 09:07:22 -0400 Subject: rpms/git/devel .cvsignore, 1.63, 1.64 git.spec, 1.70, 1.71 sources, 1.63, 1.64 In-Reply-To: <48B8F174.4070902@op5.se> References: <20080828121729.6F97B70118@cvs1.fedora.phx.redhat.com> <20080828230443.GV21166@inocybe.teonanacatl.org> <20080829114107.GC20496@crux.yyz.redhat.com> <20080829114730.GA30702@vader.jdub.homelinux.org> <20080829155655.GW21166@inocybe.teonanacatl.org> <20080829162319.GA4728@yoda.jdub.homelinux.org> <48B8F174.4070902@op5.se> Message-ID: <20080830130722.GA3343@vader.jdub.homelinux.org> On Sat, Aug 30, 2008 at 09:06:28AM +0200, Andreas Ericsson wrote: > Josh Boyer wrote: >> On Fri, Aug 29, 2008 at 11:56:55AM -0400, Todd Zullinger wrote: >>>> Though an F-9 update will not. You just don't yank out commands >>>> like that from a stable release. >>> Yeah, I fully agree. And that said, is there a compelling reason to >>> push git-1.6.0 as an F9 update? (aside from "we always have to have the >>> very latest release" mantra that many users chant)? F9 should be fine >>> with git-1.5.6.x, shouldn't it? >> >> It fixes a security bug, but I think a later release of 1.5.6.x does as >> well. >> > > Also, git 1.6 moves all the git- away from /usr/bin. Judging by > the reactions on the git mailing list from people who install from sources, > you'd be better off shipping 1.6.0 with F10 and stick with 1.5.6.x for F9. Um. Perhaps you should read the whole email thread you're replying to before you reply. josh From mzerqung at 0pointer.de Sat Aug 30 14:07:10 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 30 Aug 2008 16:07:10 +0200 Subject: pulseaudio is silent after waking up from suspend In-Reply-To: <3da3b5b40808300558u341f3e2eua799df29cf3fb430@mail.gmail.com> References: <3da3b5b40808300558u341f3e2eua799df29cf3fb430@mail.gmail.com> Message-ID: <20080830140710.GB23520@tango.0pointer.de> On Sat, 30.08.08 14:58, Ahmed Kamal (email.ahmedkamal at googlemail.com) wrote: > Hi, > This is probably a bug. My laptop luckily suspends to disk and wakes up > fine. However, after waking up there is no sound. I found pulseaudio not > running. I started it manually and sound was there again. However, a second > suspend/wakeup, and pulseaudio is still running, however there is no audio > output too! Let me know if I need to run some experiments to get this fixed This usually means that the driver is not following the ALSA suspend/resume protocol correctly. Please terminate PA by running "pulseaudio -k". Then, start pa in a terminal via "pulseaudio -vvvv". Then suspend/resume, paste the output of PA in that terminal. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From paul at city-fan.org Sat Aug 30 14:28:14 2008 From: paul at city-fan.org (Paul Howarth) Date: Sat, 30 Aug 2008 15:28:14 +0100 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080829125409.GA26895@auslistsprd01.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> <200808281803.25399.opensource@till.name> <20080829093247.18b64f11@metropolis.intra.city-fan.org> <20080829125409.GA26895@auslistsprd01.us.dell.com> Message-ID: <20080830152814.29286220@metropolis.intra.city-fan.org> On Fri, 29 Aug 2008 07:54:09 -0500 Matt Domsch wrote: > On Fri, Aug 29, 2008 at 09:32:47AM +0100, Paul Howarth wrote: > > Likewise, perl-IO-Socket-SSL-1.14-1.fc10 built successfully but is > > reported as a build/make failure: > > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/perl-IO-Socket-SSL-1.14-1.fc10.src.rpm/result/build.log > > It built on x86_64, but failed on i386. > > Test Summary Report > ------------------- > t/auto_verify_hostname (Wstat: 0 Tests: 29 Failed: 1) > Failed test: > 29 > Parse errors: Bad plan. You planned 30 tests but ran 29. > Files=15, Tests=251, 35 wallclock secs ( 0.47 usr 0.05 sys + 1.23 > cusr 0.63 csys = 2.38 CPU) Result: FAIL > Failed 1/15 test programs. 1/251 subtests failed. > make: > *** [test_dynamic] Error 255 Ah, it seems upstream has just released 1.15 to address spurious test failures like this one: http://search.cpan.org/src/SULLR/IO-Socket-SSL-1.15/Changes v1.15 - change internal behavior when SSL handshake failed (like when verify callback returned an error) in the hope to fix spurios errors in t/auto_verify_hostname. Paul. From robert at fedoraproject.org Sat Aug 30 14:41:14 2008 From: robert at fedoraproject.org (Robert Scheck) Date: Sat, 30 Aug 2008 16:41:14 +0200 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <20080830144114.GA11983@hurricane.linuxnetz.de> On Thu, 28 Aug 2008, Matt Domsch wrote: > arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert Done. > dsniff-2.4-0.3.b1.fc10 (patch_fuzz) robert Done. > eggdrop-1.6.19-1.fc10 (patch_fuzz) robert Done. > perl-CGI-SpeedyCGI-2.22-2.fc10 (build/make) robert I've no clue how to solve that and why that causes? On my local system, I'm even not able to reproduce. And when building the last time in Rawhide on the official Fedora build system, this also didn't happen. Seems somehow to be related with the -std=c99 - but where and why does this come from? I do not see this on my local system as well. Hints? Pointers? http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/perl-CGI-SpeedyCGI-2.22-2.fc10.src.rpm/result/build.log http://kojipkgs.fedoraproject.org/packages/perl-CGI-SpeedyCGI/2.22/2.fc10/data/logs/i386/build.log Greetings, Robert From sgrubb at redhat.com Sat Aug 30 14:51:19 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 30 Aug 2008 10:51:19 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <48B772E8.1030607@redhat.com> References: <48B2F444.2010205@hhs.nl> <48B45212.9060001@gmail.com> <48B772E8.1030607@redhat.com> Message-ID: <200808301051.19939.sgrubb@redhat.com> On Thursday 28 August 2008 23:54:16 John Poelstra wrote: > Is there a concerted effort or SIG around this in Fedora? Not really. We haven't had the time to address the bugs. Although lots of work is being done to get ready for a better effort. LSB is looking to make nss official, we now have python bindings, docs are being worked on. -Steve From sgrubb at redhat.com Sat Aug 30 14:56:24 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 30 Aug 2008 10:56:24 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <28339.1219989719@sss.pgh.pa.us> References: <48B2F444.2010205@hhs.nl> <48B772E8.1030607@redhat.com> <28339.1219989719@sss.pgh.pa.us> Message-ID: <200808301056.25184.sgrubb@redhat.com> On Friday 29 August 2008 02:01:59 Tom Lane wrote: > John Poelstra writes: > > Is there a concerted effort or SIG around this in Fedora? I've been > > seeing a lot of the associated bugs attached to this tracker > > https://bugzilla.redhat.com/showdependencytree.cgi?id=333741&hide_resolve > >d=1 as I triage NEW rawhide bugs. > > Well, as one of the people who got hit with several of those "Port > to use NSS library for cryptography" bugs, These are our tracking bugs. > with no offer of help for a pretty large (and potentially security-critical) > effort We aren't ready for your package yet. > nor even a word of explanation of why I should give a damn about it, The problem is that its been a while and people forget. https://www.redhat.com/archives/fedora-devel-list/2007-August/msg01594.html > NSS will get into my packages when someone else does the porting work > and then convinces the various upstreams to adopt it. I'm not planning > to lift a finger on either front. That's fine. We will get to your packages at some point. You can help if you want or wait for us or upstream to do it. -Steve From sgrubb at redhat.com Sat Aug 30 15:10:26 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 30 Aug 2008 11:10:26 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <20080829065020.GD25334@redhat.com> References: <48B2F444.2010205@hhs.nl> <48B772E8.1030607@redhat.com> <20080829065020.GD25334@redhat.com> Message-ID: <200808301110.27094.sgrubb@redhat.com> On Friday 29 August 2008 02:50:20 Daniel P. Berrange wrote: > The NSS port would be much more compelling if people talked more about > the benefits of the work to Fedora users. https://www.redhat.com/archives/fedora-devel-list/2007-August/msg01594.html > > Is there a concerted effort or SIG around this in Fedora? I've been > > seeing a lot of the associated bugs attached to this tracker > > https://bugzilla.redhat.com/showdependencytree.cgi?id=333741&hide_resolve > >d=1 as I triage NEW rawhide bugs. > > That bug list doesn't demonstrate much success in the 'port everything > to NSS' plan. True. There's 3 - 4 people with other responsibilities working on it as we can. Doing an actual FIPS-140 validation of RHEL is eating our time at the minute, but we'll get back into this eventually. > A handful fixed, 140 bugs being more or less ignored, and > another 50 marked CLOSED -> WONTFIX/NOTABUG. And that's not even counting > the packages that are missing from that list - for example I see that > libvirt, qemu, kvm, xen, and gtk-vnc are absent from that list, yet all > are using either OpenSSL, or GNU TLS or both. We created the list about 1.5 years ago. We haven't had the chance to re-run it and file more tracker bugs. > That aside though, Fedora package maintainers shouldn't be in the business > of re-writing large chunks of crypto code in applications, unless they > themselves are the upstream maintainer of said crypto code too. These are tracker bugs. If no one wants to help that is fine. It would be nice, but not required. > Even then such work should be done upstream for sake of peer review, Of course. We still need to track and coordinate the work. > and not in patches to Fedora RPMs. When you have distro code diverging from > upstream in any area, the package maintainability will often suffer. In the > area of crypto though, it is just plain dangerous and very bad things can & > will happen, even from trivial 1-liner patches as Debian recently found out > with the unfortunate RNG bugs. Sure. No one said that we are patching Fedora to be different. That is your invalid assumption. > Fedora's role in this should be one of 'co-ordinator' - generating reports > to track progress; We are - look at the tracker bug. > identifying high priority apps to be ported; https://fedoraproject.org/wiki/CryptoConsolidationScorecard > advising https://fedoraproject.org/wiki/CryptoConsolidationEval > and communicating with upstream and testing any work they produce We are understaffed to knock it all out quickly. We are tackling a piece at a time with very little help. The people that work on nss say they are getting more traffic asking about using nss, so we are starting to get some upstream attention. > - all the things Fedora excels at. Filing bugs telling Fedora package > maintainers to do the development work to port apps is the wrong way to > address this. We have to have a tracker bug. The filing of a bug does not necessarily mean that you are hereby commanded to do something. Closing the bugs as "won't fix" doesn't really help as we have to go through all those and re-open them at some point. -Steve From fedora at matbooth.co.uk Sat Aug 30 15:31:02 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 30 Aug 2008 16:31:02 +0100 Subject: NetworkManager-pptp Message-ID: <9497e9990808300831t150c6036ydf4c453f3c822d48@mail.gmail.com> I was pleased to see this package hanging out in Koji today. Thanks Dan for packaging it, I've been looking forward to seeing this in Fedora. I've installed the x86_64 package from Koji to try it out on my F9 machine. Am I being too eager? :-) Anyway, I've configured up my VPN connection but I can't get it to work. Whatever I try, I always get the following: Aug 30 16:05:40 sd NetworkManager: Starting VPN service 'org.freedesktop.NetworkManager.pptp'... Aug 30 16:05:40 sd NetworkManager: VPN service 'org.freedesktop.NetworkManager.pptp' started (org.freedesktop.NetworkManager.pptp), PID 6587 Aug 30 16:05:40 sd NetworkManager: vpn_service_watch_cb(): VPN service 'org.freedesktop.NetworkManager.pptp' exited with error: 1 Aug 30 16:05:45 sd NetworkManager: VPN service 'org.freedesktop.NetworkManager.pptp' did not start in time, cancelling connections Currently, I connect to the VPN with this script (login details censored, obviously): http://www.matbooth.co.uk/lwd/start-vpn Which works reasonably well. How can I make NetworkManager-pptp connect using the settings I use in that script? What's the best way to go about debugging this? Regards, Mat -- Mat Booth www.matbooth.co.uk From sgrubb at redhat.com Sat Aug 30 15:46:19 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 30 Aug 2008 11:46:19 -0400 Subject: Koji & SE Linux policy Message-ID: <200808301146.19268.sgrubb@redhat.com> Hi, Since the build server has returned to service, I can't build the audit package. Seems like something changed around SE Linux. The audit package has a plugin that provides it own policy. It uses the SE Linux makefile to build policy and it now fails: http://koji.fedoraproject.org/koji/getfile?taskID=795314&name=build.log make[1]: Leaving directory `/builddir/build/BUILD/audit-1.7.5' + cd zos-remote-policy + for selinuxvariant in mls strict targeted + '[' mls = mls ']' + TYPE=mls-mls + make -f /usr/share/selinux/devel/Makefile cat: /selinux/mls : No such file or directory Compiling targeted audispd-zos-remote module audispd-zos-remote.te":13:ERROR 'syntax error' at token 'logging_audisp_system_domain' on line 3196: MLS is not enabled in the koji kernel anymore? -Steve From sgrubb at redhat.com Sat Aug 30 15:48:56 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sat, 30 Aug 2008 11:48:56 -0400 Subject: Koji & SE Linux policy In-Reply-To: <200808301146.19268.sgrubb@redhat.com> References: <200808301146.19268.sgrubb@redhat.com> Message-ID: <200808301148.56763.sgrubb@redhat.com> On Saturday 30 August 2008 11:46:19 Steve Grubb wrote: > Compiling targeted audispd-zos-remote module > audispd-zos-remote.te":13:ERROR 'syntax error' at > token 'logging_audisp_system_domain' on line 3196: > > MLS is not enabled in the koji kernel anymore? please disregard...policy changes I need to reconcile... -Steve From Matt_Domsch at dell.com Sat Aug 30 16:48:41 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 30 Aug 2008 11:48:41 -0500 Subject: mock errors In-Reply-To: <5256d0b0808290409s17e88692x85ec6d8cf91cfcee@mail.gmail.com> References: <5256d0b0808290409s17e88692x85ec6d8cf91cfcee@mail.gmail.com> Message-ID: <20080830164841.GA14187@auslistsprd01.us.dell.com> On Fri, Aug 29, 2008 at 12:09:33PM +0100, Peter Robinson wrote: > Hi, > > I on occasion get the following errors when running mock to do with DB > errors. It seems to happen when I add the koji repo but this time its > not enabled and I've even removed the contents of the entire mock > build dir and I still get the error. Can anyone shed any light on this > issue? may be related to: https://bugzilla.redhat.com/show_bug.cgi?id=458234 If you disable the root cache, does it cease to fail? -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From opensource at till.name Sat Aug 30 16:50:32 2008 From: opensource at till.name (Till Maas) Date: Sat, 30 Aug 2008 18:50:32 +0200 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <200808301110.27094.sgrubb@redhat.com> References: <48B2F444.2010205@hhs.nl> <20080829065020.GD25334@redhat.com> <200808301110.27094.sgrubb@redhat.com> Message-ID: <200808301850.41354.opensource@till.name> On Sat August 30 2008, Steve Grubb wrote: > We have to have a tracker bug. The filing of a bug does not necessarily > mean that you are hereby commanded to do something. Closing the bugs as > "won't fix" doesn't really help as we have to go through all those and > re-open them at some point. Is there an e-mail address one can use to assign the bug to? If you do not assign the bugs to the packagers, they will probably not close the bugs with "WONT FIX". Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From pbrobinson at gmail.com Sat Aug 30 16:58:42 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Sat, 30 Aug 2008 17:58:42 +0100 Subject: mock errors In-Reply-To: <20080830164841.GA14187@auslistsprd01.us.dell.com> References: <5256d0b0808290409s17e88692x85ec6d8cf91cfcee@mail.gmail.com> <20080830164841.GA14187@auslistsprd01.us.dell.com> Message-ID: <5256d0b0808300958t3d3d1667l7bc68d83ca03cf30@mail.gmail.com> >> I on occasion get the following errors when running mock to do with DB >> errors. It seems to happen when I add the koji repo but this time its >> not enabled and I've even removed the contents of the entire mock >> build dir and I still get the error. Can anyone shed any light on this >> issue? > > may be related to: > https://bugzilla.redhat.com/show_bug.cgi?id=458234 > > If you disable the root cache, does it cease to fail? Looks very similar. If I clean out the cache it does generally work although I think I may have seen it without the cache too but I tried a few different things and that could be me getting them mixed up. If I enable the local (koji) repo in the mock config files it happens just about everytime. I had some vague idea it might have been the repo sqllite db version dependent on the repo you get but I have no real idea whether that would make a difference or not or even if each mirror re-generates the yum sqllite DB. Peter From Matt_Domsch at dell.com Sat Aug 30 17:35:22 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 30 Aug 2008 12:35:22 -0500 Subject: mock errors In-Reply-To: <5256d0b0808300958t3d3d1667l7bc68d83ca03cf30@mail.gmail.com> References: <5256d0b0808290409s17e88692x85ec6d8cf91cfcee@mail.gmail.com> <20080830164841.GA14187@auslistsprd01.us.dell.com> <5256d0b0808300958t3d3d1667l7bc68d83ca03cf30@mail.gmail.com> Message-ID: <20080830173522.GA25725@auslistsprd01.us.dell.com> On Sat, Aug 30, 2008 at 05:58:42PM +0100, Peter Robinson wrote: > >> I on occasion get the following errors when running mock to do with DB > >> errors. It seems to happen when I add the koji repo but this time its > >> not enabled and I've even removed the contents of the entire mock > >> build dir and I still get the error. Can anyone shed any light on this > >> issue? > > > > may be related to: > > https://bugzilla.redhat.com/show_bug.cgi?id=458234 > > > > If you disable the root cache, does it cease to fail? > > Looks very similar. If I clean out the cache it does generally work > although I think I may have seen it without the cache too but I tried > a few different things and that could be me getting them mixed up. If > I enable the local (koji) repo in the mock config files it happens > just about everytime. I had some vague idea it might have been the > repo sqllite db version dependent on the repo you get but I have no > real idea whether that would make a difference or not or even if each > mirror re-generates the yum sqllite DB. the mirrors absolutely do not regenerate anything. If they did, the contents would change, and MM would think they weren't up-to-date and would drop them. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From thomas.moschny at gmail.com Sat Aug 30 18:10:44 2008 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Sat, 30 Aug 2008 20:10:44 +0200 Subject: bodhi internal error In-Reply-To: <20080826185247.GK6010@x300.bos.redhat.com> References: <20080825215233.GB6010@x300.bos.redhat.com> <48B422C0.9010003@gmail.com> <20080826185247.GK6010@x300.bos.redhat.com> Message-ID: 2008/8/26 Luke Macken : > Fixed in rev 2, where you should only need to install the bodhi-client > package. > > koji download-build bodhi-0.5.1-2.fc9 This misses a dependency on python-TurboMail: % make update [...] Traceback (most recent call last): File "/usr/bin/bodhi", line 5, in from pkg_resources import load_entry_point File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in working_set.require(__requires__) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: TurboMail make: *** [bodhi] Fehler 1 Error 2 - Thomas From mailings at x-tnd.be Sat Aug 30 20:56:15 2008 From: mailings at x-tnd.be (Johan Cwiklinski) Date: Sat, 30 Aug 2008 22:56:15 +0200 Subject: Fedora rawhide rebuild in mock status 2008-08-28 In-Reply-To: <20080828104611.A16272@humbolt.us.dell.com> References: <20080828104611.A16272@humbolt.us.dell.com> Message-ID: <48B9B3EF.7080108@x-tnd.be> Matt Domsch a ?crit : > homebank-3.8-1.fc9 (build/make) trasher > Fixed, commited and built today : http://koji.fedoraproject.org/koji/taskinfo?taskID=795838 > > With bugs filed: 90 > ---------------------------------- > klear-0.7.0-1.svn113.fc9 [u'440755 ASSIGNED'] (build/make) trasher > Fixed, commited, and built today also :-) http://koji.fedoraproject.org/koji/taskinfo?taskID=795294 > trasher: homebank,klear > Regards, Johan From triad at df.lth.se Sat Aug 30 21:05:20 2008 From: triad at df.lth.se (Linus Walleij) Date: Sat, 30 Aug 2008 23:05:20 +0200 Subject: rawhide report: 20080829 changes In-Reply-To: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> References: <20080829192911.23CFD1F8248@releng2.fedora.phx.redhat.com> Message-ID: <1220130321.5548.2.camel@c83-254-38-185.bredband.comhem.se> fre 2008-08-29 klockan 19:29 +0000 skrev Rawhide Report: > audacious-plugins-1.5.1-1.fc10.i386 requires libmtp.so.7 > audacious-plugins-1.5.1-1.fc10.x86_64 requires libmtp.so.7()(64bit) > audacious-plugins-1.5.1-1.fc10.ppc requires libmtp.so.7 > audacious-plugins-1.5.1-1.fc10.ppc64 requires libmtp.so.7()(64bit) BTW, this is: https://bugzilla.redhat.com/show_bug.cgi?id=459293 And there is a patch there, submitted upstream too. Linus From pemboa at gmail.com Sat Aug 30 22:02:39 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 30 Aug 2008 17:02:39 -0500 Subject: NetworkManager-pptp In-Reply-To: <9497e9990808300831t150c6036ydf4c453f3c822d48@mail.gmail.com> References: <9497e9990808300831t150c6036ydf4c453f3c822d48@mail.gmail.com> Message-ID: <16de708d0808301502w5b435684r7b4cf268af1616f7@mail.gmail.com> On Sat, Aug 30, 2008 at 10:31 AM, Mat Booth wrote: > I was pleased to see this package hanging out in Koji today. Thanks > Dan for packaging it, I've been looking forward to seeing this in > Fedora. > > I've installed the x86_64 package from Koji to try it out on my F9 > machine. Am I being too eager? :-) > > Anyway, I've configured up my VPN connection but I can't get it to > work. Whatever I try, I always get the following: > > Aug 30 16:05:40 sd NetworkManager: Starting VPN service > 'org.freedesktop.NetworkManager.pptp'... > Aug 30 16:05:40 sd NetworkManager: VPN service > 'org.freedesktop.NetworkManager.pptp' started > (org.freedesktop.NetworkManager.pptp), PID 6587 > Aug 30 16:05:40 sd NetworkManager: vpn_service_watch_cb(): VPN > service 'org.freedesktop.NetworkManager.pptp' exited with error: 1 > Aug 30 16:05:45 sd NetworkManager: VPN service > 'org.freedesktop.NetworkManager.pptp' did not start in time, > cancelling connections > > Currently, I connect to the VPN with this script (login details > censored, obviously): > > http://www.matbooth.co.uk/lwd/start-vpn > > Which works reasonably well. How can I make NetworkManager-pptp > connect using the settings I use in that script? What's the best way > to go about debugging this? > > Regards, > Mat > Many thanks. I will sure to try this on my dev box this weekend. Thanks Dan. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From dennisml at conversis.de Sat Aug 30 23:52:45 2008 From: dennisml at conversis.de (Dennis J.) Date: Sun, 31 Aug 2008 01:52:45 +0200 Subject: Expected Plymouth behavior? Message-ID: <48B9DD4D.9000109@conversis.de> Apparently plymouth now works on nvidia systems as I got a new boot display after updating rawhide and rebooting the system. I'm seeing kernel messages in white rather than the usual light gray and a progress bar in the fedora colors but during the scrolling of the messages the progress bar gets spewed over the screen making the whole thing look rather broken (it's hard to describe). What is the normal boot sequence supposed to look like on an up-to-date rawhide systems? Regards, Dennis From mfleming at enlartenment.com Sun Aug 31 01:52:59 2008 From: mfleming at enlartenment.com (Michael Fleming) Date: Sun, 31 Aug 2008 11:52:59 +1000 Subject: License Change: python-GeoIP is now LGPL Message-ID: <20080831115259.27cddcc9@defender> Folks, The license for python-GeoIP has been changed to LGPL from GPLv2 in 1.2.2 (which I've just built for rawhide) As far as I'm aware there's nothing in the repositories that requires it, however I'm aware that there's a couple of projects using it (mirror management comes to mind). Let me know if there's an issue with this that I'm not aware of :-) Michael. -- Michael Fleming URI: http://www.thatfleminggent.com Packages: http://www.thatfleminggent.com/packages.php Currently seeking sysadmin work - http://www.linkedin.com/in/michaelgfleming From Matt_Domsch at dell.com Sun Aug 31 02:43:35 2008 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 30 Aug 2008 21:43:35 -0500 Subject: License Change: python-GeoIP is now LGPL In-Reply-To: <20080831115259.27cddcc9@defender> References: <20080831115259.27cddcc9@defender> Message-ID: <20080831024335.GD25725@auslistsprd01.us.dell.com> On Sun, Aug 31, 2008 at 11:52:59AM +1000, Michael Fleming wrote: > > Folks, > > The license for python-GeoIP has been changed to LGPL from GPLv2 in > 1.2.2 (which I've just built for rawhide) > > As far as I'm aware there's nothing in the repositories that requires > it, however I'm aware that there's a couple of projects using it (mirror > management comes to mind). Let me know if there's an issue with this > that I'm not aware of :-) MirrorManager is happy with this change, in fact, I requested MaxMind to relicense it exactly so MirrorManager could make use of it. Thanks for fixing up the package. -Matt -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux From michel.sylvan at gmail.com Sun Aug 31 04:06:32 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sun, 31 Aug 2008 00:06:32 -0400 Subject: License Change: python-GeoIP is now LGPL In-Reply-To: <20080831115259.27cddcc9@defender> References: <20080831115259.27cddcc9@defender> Message-ID: On Sat, Aug 30, 2008 at 9:52 PM, Michael Fleming wrote: > > Folks, > > The license for python-GeoIP has been changed to LGPL from GPLv2 in > 1.2.2 (which I've just built for rawhide) > > As far as I'm aware there's nothing in the repositories that requires > it, however I'm aware that there's a couple of projects using it (mirror > management comes to mind). Let me know if there's an issue with this > that I'm not aware of :-) > No issue with switching to a more liberal license, of course. But LGPL is not an approved shorthand for a license; in this case you want LGPLv2. Regards, -- Michel Salim http://hircus.jaiku.com/ From michel.sylvan at gmail.com Sun Aug 31 06:23:22 2008 From: michel.sylvan at gmail.com (Michel Salim) Date: Sun, 31 Aug 2008 02:23:22 -0400 Subject: RFC: FEver and RPath checks in Koji In-Reply-To: <3170f42f0712210916t2dc2c21es2df4d9da8b5774d1@mail.gmail.com> References: <3170f42f0712210916t2dc2c21es2df4d9da8b5774d1@mail.gmail.com> Message-ID: On Fri, Dec 21, 2007 at 1:16 PM, Debarshi 'Rishi' Ray wrote: > I have a couple of proposals which I wanted to sound out. > > + Would it be possible to run FEver > (http://fedoraproject.org/wiki/PackageMaintainers/FEver) on a regular > basis? Currently I get the feeling that it is run manually at > irregular intervals, and since I depend heavily on it for tracking > upstream releases this often means that a release is missed > occasionally. Anyone knows what's happening with FEver? Thanks, -- Michel Salim http://hircus.jaiku.com/ From dominik at greysector.net Sun Aug 31 11:45:18 2008 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 31 Aug 2008 13:45:18 +0200 Subject: libdvdread slight API breakage In-Reply-To: <20080727221646.GB25605@mokona.greysector.net> References: <20080726223914.GC19598@mokona.greysector.net> <200807271211.53572.ville.skytta@iki.fi> <20080727221646.GB25605@mokona.greysector.net> Message-ID: <20080831114518.GF11794@mokona.greysector.net> On Monday, 28 July 2008 at 00:16, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 27 July 2008 at 11:11, Ville Skytt? wrote: > > On Sunday 27 July 2008, Dominik 'Rathann' Mierzejewski wrote: > > > Since libdvdnav (and libdvdread) have been forked by one of MPlayer's > > > developers, there's been a significant bugfixing effort going on. > > > Unfortunately, the new upstream broke the API a bit. While before > > > you'd use > > > #include > > > now you have to use > > > #include . > > > > Any ideas why they did that > > To avoid clash with MPlayer's internal libdvdread copy. I'm trying > to convince Nico to reverse that and change MPlayer's internal copy > instead (or remove it alltogether) before the next release. And I've been successful. Patch is already in SVN and the upcoming 4.1.3 release will keep the old include paths. MPlayer has already been fixed, too. Sorry for the extra work it caused you. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From mailings at x-tnd.be Sun Aug 31 11:57:40 2008 From: mailings at x-tnd.be (Johan Cwiklinski) Date: Sun, 31 Aug 2008 13:57:40 +0200 Subject: wirteable config files path Message-ID: <48BA8734.2030809@x-tnd.be> Hello, I'm the maintainer of BackupPC, a backup software written in perl. I have some SELinux issues actually, and need your advices to create the relevant package. BackupPC provides a web interface that needs write access to its config files (actually located under /etc/BackupPC). Problem is that /etc should not be writeable. So my question is : where should I place those config files ? Config files should be located under /etc, but /etc should be readonly. /var/lib/backuppc would be a good idea, but it's not relevant for config files. Solutions I see : 1- keep config files under /etc, and make them writeable from apache, 2- simply move config files to /var/lib/backuppc 3- move config files to /var/lib/backuppc, and then create a symlink to this path in /etc What would you advice ? Regards, Johan From sgrubb at redhat.com Sun Aug 31 12:45:58 2008 From: sgrubb at redhat.com (Steve Grubb) Date: Sun, 31 Aug 2008 08:45:58 -0400 Subject: libgnutls-openssl and real openssl conflict In-Reply-To: <200808301850.41354.opensource@till.name> References: <48B2F444.2010205@hhs.nl> <200808301110.27094.sgrubb@redhat.com> <200808301850.41354.opensource@till.name> Message-ID: <200808310845.59189.sgrubb@redhat.com> On Saturday 30 August 2008 12:50:32 Till Maas wrote: > > We have to have a tracker bug. The filing of a bug does not necessarily > > mean that you are hereby commanded to do something. Closing the bugs as > > "won't fix" doesn't really help as we have to go through all those and > > re-open them at some point. > > Is there an e-mail address one can use to assign the bug to? If the nss migration bugs bother you, assign it to me. -Steve From paul at all-the-johnsons.co.uk Sat Aug 30 23:27:17 2008 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 31 Aug 2008 00:27:17 +0100 Subject: libmozembed Message-ID: <1220138837.31700.1.camel@PB3.Linux> Hi, Is there any chance of libmozembed being made a separate package? Both monodevelop and mono-tools can make use of them but it seems a pain to have to install thunderbird to get them. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From vgaburici at gmail.com Sun Aug 31 17:22:11 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 31 Aug 2008 20:22:11 +0300 Subject: (X)Emacs YAML mode? Message-ID: As far as I can tell, this (http://yaml-mode.clouder.jp/) isn't included in any package for either of the Emacsen (extra packages) in Fedora, and no other mode provides support for YAML. Correct? From rakesh.pandit at gmail.com Sun Aug 31 18:56:06 2008 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 1 Sep 2008 00:26:06 +0530 Subject: help required regarding coredumper package In-Reply-To: References: Message-ID: 2008/8/30 Rakesh Pandit : > Hello list, > > I need a help regarding package review: > https://bugzilla.redhat.com/show_bug.cgi?id=458204 > Fixed upstream http://code.google.com/p/google-coredumper/source/detail?r=31 --- Thanks, rakesh From jnovy at redhat.com Sun Aug 31 19:17:30 2008 From: jnovy at redhat.com (Jindrich Novy) Date: Sun, 31 Aug 2008 21:17:30 +0200 Subject: rawhide report: 20080829 changes In-Reply-To: <1220044676.9554.26.camel@luminos.localdomain> References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> <1220044676.9554.26.camel@luminos.localdomain> Message-ID: <20080831191730.GA7646@dhcp-lab-186.brq.redhat.com> On Fri, Aug 29, 2008 at 02:17:56PM -0700, Jesse Keating wrote: > On Fri, 2008-08-29 at 19:57 +0000, Rawhide Report wrote: > > - add support for noarch subpackages > > Erm, what exactly does this mean? It means that subpackage(s) could have BuildArch: noarch even if the main package is non-noarch. > In the realm of Koji, for non-noarch > packages we send off the srpm to be built once on each arch, and collect > the output. Right now, all that output is unique per arch. What's > going to happen when each arch build produces the same noarch > subpackage? Good point. I haven't thought about it from the koji perspective yet. Could anyone koji related please shed a little bit of light on it? > Kernel works around this by having an additional build put through of > arch "noarch", which is a setting at the koji level. We only ever get > one set of noarch build output. Would it be possible to teach koji the noarch subpackage paradigm so that only one build is made? Maybe koji could then collect all the binary rpms including noarchs and then compare contents of noarchs for all arches. If the contents are same the build would pass otherwise fail. Then it would be safe to have multiple binary rpm sets and only one noarch set grabbed randomly from any arch without any naming conflict. This could also cover the kernel build, I don't know any details about it though. Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From vgaburici at gmail.com Sun Aug 31 19:33:35 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Sun, 31 Aug 2008 22:33:35 +0300 Subject: Building from svn broken due to missing gnome-doc-utils.make In-Reply-To: <1220210547.5835.13.camel@localhost.localdomain> References: <1220210547.5835.13.camel@localhost.localdomain> Message-ID: That fixed it. Thanks. On Sun, Aug 31, 2008 at 10:22 PM, Nickolay V. Shmyrev wrote: > ? ???, 31/08/2008 ? 22:20 +0300, Vasile Gaburici ?????: >> I'm using Fedora's spec which first does: >> intltoolize --force >> autoreconf >> >> gnome-doc-utils.make is now longer in svn, but is still referenced in >> help/Makefile.am, so the build is broken. > > Please install gnome-common package and try autogen.sh instead of that. > > From jkeating at redhat.com Sun Aug 31 20:30:26 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 31 Aug 2008 13:30:26 -0700 Subject: rawhide report: 20080829 changes In-Reply-To: <20080831191730.GA7646@dhcp-lab-186.brq.redhat.com> References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> <1220044676.9554.26.camel@luminos.localdomain> <20080831191730.GA7646@dhcp-lab-186.brq.redhat.com> Message-ID: <1220214626.29094.13.camel@luminos.localdomain> On Sun, 2008-08-31 at 21:17 +0200, Jindrich Novy wrote: > Good point. I haven't thought about it from the koji perspective yet. > Could anyone koji related please shed a little bit of light on it? I'm from the koji side, what sort of light do you need shed? Currently all the output from an arch build is imported into the database and written to the master koji filesystem. Builds that produce the same n-v-r-a are going to fail at the import. > > > Kernel works around this by having an additional build put through of > > arch "noarch", which is a setting at the koji level. We only ever get > > one set of noarch build output. > > Would it be possible to teach koji the noarch subpackage paradigm so > that only one build is made? Maybe koji could then collect all the > binary rpms including noarchs and then compare contents of noarchs for all > arches. If the contents are same the build would pass otherwise fail. I don't think that will be possible. We might be able to just import the first produced noarch subpackage and skip all the others. > > Then it would be safe to have multiple binary rpm sets and only one > noarch set grabbed randomly from any arch without any naming conflict. > This could also cover the kernel build, I don't know any details about it though. It would make the kernel build less complicated in the koji config, but not by much. We already have to tell koji to run the build through again as i586 as well as i686, so doing it for noarch was just one more entry. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Sun Aug 31 20:50:38 2008 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 31 Aug 2008 20:50:38 +0000 (UTC) Subject: rawhide report: 20080829 changes References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> <1220044676.9554.26.camel@luminos.localdomain> <20080831191730.GA7646@dhcp-lab-186.brq.redhat.com> <1220214626.29094.13.camel@luminos.localdomain> Message-ID: Jesse Keating redhat.com> writes: > It would make the kernel build less complicated in the koji config, but > not by much. We already have to tell koji to run the build through > again as i586 as well as i686, so doing it for noarch was just one more > entry. If it's so easy, then why has it been vetoed for some of our KDE packages (like kdepimlibs for kdepimlibs-apidocs, kdeartwork for the icon themes and other noarch data, ...)? So here in KDE SIG, we're very much interested in noarch subpackages. Kevin Kofler From jkeating at redhat.com Sun Aug 31 21:31:25 2008 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 31 Aug 2008 14:31:25 -0700 Subject: rawhide report: 20080829 changes In-Reply-To: References: <20080829195754.07B211F8248@releng2.fedora.phx.redhat.com> <1220044676.9554.26.camel@luminos.localdomain> <20080831191730.GA7646@dhcp-lab-186.brq.redhat.com> <1220214626.29094.13.camel@luminos.localdomain> Message-ID: <1220218285.29094.14.camel@luminos.localdomain> On Sun, 2008-08-31 at 20:50 +0000, Kevin Kofler wrote: > > If it's so easy, then why has it been vetoed for some of our KDE packages (like > kdepimlibs for kdepimlibs-apidocs, kdeartwork for the icon themes and other > noarch data, ...)? It's "easy" to continue the hack for the kernel package, since we have to do it anyway. However I'm told that work is nearly done so that we don't have to build different i586/i686 kernels anymore, so that we can just do one and we can remove the buildsystem hack to handle this. > > So here in KDE SIG, we're very much interested in noarch subpackages. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From airlied at redhat.com Sun Aug 31 21:36:02 2008 From: airlied at redhat.com (Dave Airlie) Date: Mon, 01 Sep 2008 07:36:02 +1000 Subject: Problems with kernel-2.6.26 and 2.6.27-0.x.rc2 In-Reply-To: <5f6f8c5f0808292331v1eee5802o9fb0f5a37dca20@mail.gmail.com> References: <5f6f8c5f0808281513l53c7a302u31f1b53e6955cb29@mail.gmail.com> <5f6f8c5f0808292331v1eee5802o9fb0f5a37dca20@mail.gmail.com> Message-ID: <1220218562.15187.33.camel@optimus> On Sat, 2008-08-30 at 08:31 +0200, Joshua C. wrote: > 2008/8/29 Joshua C. : > > I have a strange problem with the 2.6.26 series kernel. 2.6.27-rc1 > > branch is ok but the same thing happens with 2.6.27.rc2 and the > > following. 2.6.25 branch is ok. > > I filed a bug report here https://bugzilla.redhat.com/show_bug.cgi?id=458901. > > > > The kernel loads fine until showing "starting udev". then it just > > stops and cannot continue. on the 2.6.26 branch i need to keep pressed > > atleast one key for it to continue. Then it goes further and > > everything freezes when no key is pressed. > > 2.6.27.rc1 was ok but the same thing showed in 2.6.27.rc2 onwards. > > with the lastes kernel-2.6.27-0.287.rc4.git7.fc10 after "startig udev" > > I get black and white stripps on my screen and only hardware reset > > helps. This makes me think it is something connected with the kernel > > modesetting and my radeon gpu. It could also be udev but it is fine > > with 2.6.25 and if i keep at least one key pressed then 2.6.26 works > > fine. in everycase dmesg shows nothing. What could it be? How can I > > see where the problem is? So you have two problems.. one is a kernel module is loading and hanging the boot process, this is usually blamed on udev, the fact that hitting a key helps implies some interrupt handling problem maybe.. The other is the graphical boot not working properly on your card, for that you can boot with nomodeset on the command line, if udev hangs that is the other problem. For the graphical boot, I'd need to know the graphics card and type of card, agp pci etc. and type of display plugged in. Dave. From vgaburici at gmail.com Sun Aug 31 23:16:29 2008 From: vgaburici at gmail.com (Vasile Gaburici) Date: Mon, 1 Sep 2008 02:16:29 +0300 Subject: Very nice of you to write the tl2rpm converter Message-ID: It would have been even nicer had you cc'd fedora-devel-list... For those that don't read the tex-live at tug list, or the ambassadors' list, here's the tl2rpm (prototype) announcement: http://tug.org/pipermail/tex-live/2008-August/017190.html My main concern is that %post actions will turn out quite hairy, see below (you were probably on vacation then): ---------- Forwarded message ---------- From: Vasile Gaburici Date: Sun, Aug 10, 2008 at 8:19 AM Subject: Re: TeXLive 2008 in F10? To: Jonathan Underwood , Patrice Dumas , Development discussions related to Fedora Initially I thought we could do without their installer, because I found only 4 types of "execute", i.e. post install script actions in the master texlive.tlpdb on CTAN. Then I had a look at their new packager's sources: http://www.tug.org/svn/texlive/trunk/Master/tlpkg/TeXLive/. Besides the 4 generic "execute" types, there are plenty of hardcoded package-specific things in TLPostActions.pm. So, I don't see an easy way of dealing with this. Duplicating all that stuff in rpm post scriptlets would be highly unmaintanable. The only sane way would be to install their packager library first, and to execute post actions from there as needed, which needs at least a wrapper script since that code is Perl. It's more than I have time for this weekend... From pbrobinson at gmail.com Sun Aug 31 23:46:15 2008 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 1 Sep 2008 00:46:15 +0100 Subject: using yum/repoquery to provide dependency trees Message-ID: <5256d0b0808311646k498879f7x6f910a6f6da93ffa@mail.gmail.com> Hi All, I just installed rawhide (F10 Alpha LiveCD + yum update) into a virtual machine to play around with what I could get into a 4GB location like you'd get on a some of the netbooks out there to see what sort of milage you'd get. Doing a standard install by booting the LiveCD, selecting the install to hard disk icon and then selecting all the the defaults it installed in an lvm vol of around 2.3 gig with the remaining going to swap. It installed but basically I then had space issues when trying to do a 'yum update'... interesting! Anyway I'm wondering if there's a way to some dep tree style bits with packages that are installed to see what causes the dependencies of what is actually installed. EG if I do a 'yum remove perl' it basically wants to uninstall gnome and a lot more but it would be nice to be able to see exactly what installed packages depend on perl or perl-Pop-Simple for example. Peter